Je n’ai malheureusement pas bloqué la mise à jour du plugin Broadlink et un update a été fait le 03/01/25 sur une version released le 27/12/24.
J’avais bataillé jusqu’à comprendre que seule la version Beta disponible avant cette date me permettait de faire fonctionner les RM Mini.
J’ai depuis ce message d’erreur :
« Erreur sur la fonction deamon_start du plugin : posix_getsid(): Argument #1 ($process_id) must be of type int, string given
Error: importing module from jeedom folder »
Le Démon et les dépendances sont OK.
La sauvegarde automatique du système ne me permet pas de restaurer Jeedom avant le 04/01, soit un jour trop tard.
Est-il possible de réinstaller via Zip la version avant celle du 27/12 ? et si oui, sauriez-vous où je peux me la procurer ?
je n’ai réussi à faire fonctionner les RM4 Mini qu’avec la version Beta du plugin ; sans quoi les dépendance restaient NOK.
Depuis la mise à jour :
Si j’installe la version Stable, mes dépendances sont NOK.
Si je reste sur la version Beta, les dépendances sont OK mais les RM4 Mini ne réagissent pas lorsque je lance une action.
[2025-01-03 00:00:06] ERROR : Erreur sur la fonction deamon_start du plugin : posix_getsid(): Argument #1 ($process_id) must be of type int, string given
Error: importing module from jeedom folder
Log Broadlink_daemon :
[2025-01-08 08:47:22.381] ERROR : The device is offline
[2025-01-08 08:51:32.031] ERROR : The device is offline
[2025-01-08 08:51:42.087] ERROR : The device is offline
[2025-01-08 08:51:52.143] ERROR : The device is offline
[2025-01-08 08:52:02.219] ERROR : The device is offline
[2025-01-08 08:52:22.398] ERROR : The device is offline
[2025-01-08 08:56:32.047] ERROR : The device is offline
[2025-01-08 08:56:42.103] ERROR : The device is offline
[2025-01-08 08:56:52.159] ERROR : The device is offline
[2025-01-08 08:57:02.235] ERROR : The device is offline
[2025-01-08 08:57:22.412] ERROR : The device is offline
[2025-01-08 09:01:32.059] ERROR : The device is offline
[2025-01-08 09:01:42.115] ERROR : The device is offline
[2025-01-08 09:01:52.171] ERROR : The device is offline
[2025-01-08 09:02:02.248] ERROR : The device is offline
J’ai coupé pour ne pas flooder mais ça continue avec le même message d’erreur
Log Broadlink_Packages :
+ echo '*******************Begin of package installation******************'
*******************Begin of package installation******************
+ touch /tmp/jeedom_install_in_progress_broadlink
+ echo 1
+ echo 2
+ sudo apt update
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
Get:1 http://archive.raspberrypi.com/debian bookworm InRelease [39.3 kB]
Get:2 http://raspbian.raspberrypi.com/raspbian bookworm InRelease [15.0 kB]
Hit:3 https://deb.nodesource.com/node_20.x nodistro InRelease
Get:4 http://archive.raspberrypi.com/debian bookworm/main arm64 Packages [522 kB]
Get:5 http://archive.raspberrypi.com/debian bookworm/main armhf Packages [552 kB]
Fetched 1128 kB in 2s (740 kB/s)
Reading package lists...
Building dependency tree...
Reading state information...
26 packages can be upgraded. Run 'apt list --upgradable' to see them.
W: http://raspbian.raspberrypi.com/raspbian/dists/bookworm/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.
+ sudo apt-get install -y python3 python3-pip python3-dev python3-venv
Reading package lists...
Building dependency tree...
Reading state information...
python3 is already the newest version (3.11.2-1).
python3-pip is already the newest version (23.0.1+dfsg-1+rpt1).
python3-dev is already the newest version (3.11.2-1).
python3-venv is already the newest version (3.11.2-1).
0 upgraded, 0 newly installed, 0 to remove and 26 not upgraded.
+ echo 3
+ sudo python3 -m venv --upgrade-deps /var/www/html/core/class/../../plugins/broadlink/resources/python_venv
+ echo 4
+ sudo /var/www/html/core/class/../../plugins/broadlink/resources/python_venv/bin/python3 -m pip install --upgrade pip wheel
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Requirement already satisfied: pip in /var/www/html/plugins/broadlink/resources/python_venv/lib/python3.11/site-packages (24.3.1)
Requirement already satisfied: wheel in /var/www/html/plugins/broadlink/resources/python_venv/lib/python3.11/site-packages (0.45.1)
+ echo 5
+ sudo /var/www/html/core/class/../../plugins/broadlink/resources/python_venv/bin/python3 -m pip install --force-reinstall --upgrade pyudev
Looking in indexes: https://pypi.org/simple, https://www.piwheels.org/simple
Collecting pyudev
Using cached https://www.piwheels.org/simple/pyudev/pyudev-0.24.3-py3-none-any.whl (62 kB)
Installing collected packages: pyudev
Successfully installed pyudev-0.24.3
+ echo 6
+ php /var/www/html/core/class/../php/jeecli.php plugin dependancy_end broadlink
+ echo 7
+ rm /tmp/jeedom_install_in_progress_broadlink
+ echo '*******************End of package installation******************'
*******************End of package installation******************
Aucun rapport avec rm4 mini ou pas à mon avis mais avec le fait que vous soyez sous debian 12 qui n’est pas complètement supporté selon les plugins; et pour celui-ci il faut la beta de mémoire.
Du coup avec le log complet on voit bien que l’erreur mentionné ci-dessus est sans rapport (posix_getsid(): Argument #1 ($process_id) must be of type int, string given): elle date du 3 janvier alors qu’en date du 8 janvier il y a des logs démon
De plus elle se trouve dans le fichier « broadlink » alors que c’est une erreur du démon et qu’en beta il y a bien deux fichiers de log séparés et plus un seul comme en stable donc si c’était une erreur récente elle serait dans l’autre log => voila pourquoi il ne faut pas interpréter les logs mais les donner
Donc le problème c’est que votre broadlink est offline ou en tout cas invisible par jeedom => vérifiez qu’il est allumé, vérifiez son adresse ip etc
Redémarrez le et ressayez
Si ca ne fonctionne toujours pas:
modifier le niveau de log sur DEBUG
sauvegarder
effacer les logs broadlink et broadlink_daemon
redémarrer le démon
fournir les 2 logs
Les dépendances (broadlink_package) sont ok selon moi, plus besoin de toucher à ça
Effectivement, seule la beta permettait le fonctionnement.
Je viens de constater que les RM4 ont de nouveaux IP.
J’ai pensé à un problème lié à la mise à jour, dans la mesure où le dysfonctionnement est intervenu dans un même laps de temps.
Je confirme que la correction de l’adresse IP a résolu le problème.
