c’est des fois la cause de la latence de la connexion internet …
faut relancer
Arf je suis fibré quand même…
Je remarque que l’installation des dépendances est très courte par rapport à d’habitude…
cela veut rien dire …
sinon lance en manuel, sois depuis le jeedom, ou ton OS
Tu relances depuis le plugin les dépendances et après tu vérifie les logs
Depuis Jeedom ? C’est ce que je fais depuis l’interface du rfxcom… Depuis l’os c’est quoi la commande ?
On voit ceci à fixer dans le log 
Et il y a beaucoup de crasse rapport à jessie qu’il faudrait nettoyer aussi
J’ai exécuter la commande via Putty :
pi@jeedom:~ $ sudo dpkg --configure -a
Setting up php7.0-cli (7.0.33-0+deb9u10) ...
Replacing config file /etc/php/7.0/cli/php.ini with new version
Setting up php7.0-dev (7.0.33-0+deb9u10) ...
Setting up libapache2-mod-php7.0 (7.0.33-0+deb9u10) ...
Replacing config file /etc/php/7.0/apache2/php.ini with new version
libapache2-mod-php7.0: not switching MPM - already enabled
J’ai relancé l’installation des dépendances via Jeedom :
********************************************************
* Installation des dépendances *
********************************************************
Hit:1 http://raspbian.raspberrypi.org/raspbian stretch InRelease
Get:2 http://archive.raspberrypi.org/debian stretch InRelease [25.4 kB]
Ign:3 http://ftp.debian.org/debian jessie-backports InRelease
Ign:4 http://ftp.debian.org/debian jessie-backports Release
Ign:5 http://ftp.debian.org/debian jessie-backports/main all Packages
Ign:6 http://ftp.debian.org/debian jessie-backports/main armhf Packages
Ign:7 http://ftp.debian.org/debian jessie-backports/main Translation-en
Ign:5 http://ftp.debian.org/debian jessie-backports/main all Packages
Ign:6 http://ftp.debian.org/debian jessie-backports/main armhf Packages
Ign:7 http://ftp.debian.org/debian jessie-backports/main Translation-en
Ign:5 http://ftp.debian.org/debian jessie-backports/main all Packages
Ign:6 http://ftp.debian.org/debian jessie-backports/main armhf Packages
Ign:7 http://ftp.debian.org/debian jessie-backports/main Translation-en
Ign:5 http://ftp.debian.org/debian jessie-backports/main all Packages
Ign:6 http://ftp.debian.org/debian jessie-backports/main armhf Packages
Ign:7 http://ftp.debian.org/debian jessie-backports/main Translation-en
Ign:5 http://ftp.debian.org/debian jessie-backports/main all Packages
Ign:6 http://ftp.debian.org/debian jessie-backports/main armhf Packages
Ign:7 http://ftp.debian.org/debian jessie-backports/main Translation-en
Ign:5 http://ftp.debian.org/debian jessie-backports/main all Packages
Err:6 http://ftp.debian.org/debian jessie-backports/main armhf Packages
404 Not Found [IP: 130.89.148.12 80]
Ign:7 http://ftp.debian.org/debian jessie-backports/main Translation-en
Fetched 25.4 kB in 1s (21.7 kB/s)
Reading package lists...
W: The repository 'http://ftp.debian.org/debian jessie-backports Release' does not have a Release file.
E: Failed to fetch http://ftp.debian.org/debian/dists/jessie-backports/main/binary-armhf/Packages 404 Not Found [IP: 130.89.148.12 80]
E: Some index files failed to download. They have been ignored, or old ones used instead.
Reading package lists...
Building dependency tree...
Reading state information...
python-pyudev is already the newest version (0.21.0-1).
python-requests is already the newest version (2.12.4-1).
python-serial is already the newest version (3.2.1-1).
The following packages were automatically installed and are no longer required:
python-blinker python-jwt python-lockfile python-oauthlib python-paramiko
Use 'sudo apt autoremove' to remove them.
0 upgraded, 0 newly installed, 0 to remove and 242 not upgraded.
********************************************************
* Installation terminée *
********************************************************
Puis redémarrer le demon :
[2020-11-28 12:43:27][ERROR] : Attention je pense qu'il y a un soucis avec le démon que j'ai relancé plus de 3 fois consécutivement
[2020-11-28 12:43:29][INFO] : Lancement démon rfxcomd : /usr/bin/python /var/www/html/plugins/rfxcom/resources/rfxcomd/rfxcomd.py --device /dev/ttyUSB0 --loglevel info --socketport 55000 --serialrate 38400 --protocol 8,18,22 --callback http://127.0.0.1:80/plugins/rfxcom/core/php/jeeRfxcom.php --apikey e2plPYQeajGM8pLYLd1XxFeXpOD4lUsf --cycle 0.3 --pid /tmp/jeedom/rfxcom/deamon.pid
[2020-11-28 12:43:31][INFO] : Start rfxcomd
[2020-11-28 12:43:31][INFO] : Log level : info
[2020-11-28 12:43:31][INFO] : Socket port : 55000
[2020-11-28 12:43:31][INFO] : Socket host : 127.0.0.1
[2020-11-28 12:43:31][INFO] : PID file : /tmp/jeedom/rfxcom/deamon.pid
[2020-11-28 12:43:31][INFO] : Device : /dev/ttyUSB0
[2020-11-28 12:43:31][INFO] : Apikey : ***********************************
[2020-11-28 12:43:31][INFO] : Callback : http://127.0.0.1:80/plugins/rfxcom/core/php/jeeRfxcom.php
[2020-11-28 12:43:31][INFO] : Cycle : 0.3
[2020-11-28 12:43:31][INFO] : Serial rate : 38400
[2020-11-28 12:43:31][INFO] : Serial timeout : 9
[2020-11-28 12:43:31][INFO] : Protocol : 8,18,22
[2020-11-28 12:43:31][INFO] : Find device : /dev/ttyUSB0
[2020-11-28 12:43:33][ERROR] : Error: unrecognizable packet (14 01 00 01 02 5F 24 00 00 00 40 03 00 1C 10 56 00 00 00 00 00) : '5F'
[2020-11-28 12:43:34][INFO] : Démon RFXcom lancé
Malgré tout ça le demon continue de tomber 
Il y a du mieux avec l’install, au moins ça va jusqu’au bout, mais je vois que pyserial n’a pas la bonne version.
C’est du aux repo jessie ça.
Sur quelle distrib êtes-vous ?
Peut-on voir la page santé jeedom?
Si je passe sur debian 10, réinstall de jeedom et upgrade firmware du rfxcom en 1041, pensez-vous que ce sera plus stable ?
Sans aucun doute.
Aussi je ne suis pas sur que vous avez la dernière version du plug-in, pouvez vous forcer la mise à jour du plug-in et donner la date de version ?
Est-ce que le RPI3B+ suffit ?
Je peux éventuellement changer ma config mais avant d’investir je veux être sûr qu’il y ait un vrai bénéfice… Que me conseillerais-tu en matos ?
Bonjour
Je comprends rien la on parle de décodage de packet maintenant d’une erreur au démarrage du démon ? C’est pas super clair…
Rpi3b suffit.
Et vous êtes sur stretch donc ca devrait être OK. Mais il faut nettoyer.
Impossible j’ai mis à jour le rfxcom cette semaine mais comme je suis sur jessie il ne fonctionne plus. J’ai dû revenir à ma version, la 2020-05-27 16:45:41
nettoyer de quelle manière ? excuse moi je suis pas pro…
Bonjour, et si on regardait la base au niveau du capteur, le niveau de luminosité est-il réglé sur H (jour et nuit) pour être sur que le capteur doive réagir à coup sur lors d’une détection, mais peut être cela est déjà vérifié sans avoir été précisé. remarque sans prétention, mais je sais que des fois dans la précipitation on oublie de régler ce petit point important ! Bon courage pour le débug ! Ce qui évidement ne solutionnerai que le fonctionnement propre du capteur, restera la partie logiciel !
Salut,
Je suis passé en 1043 mais cela ne change rien, le demon reste NOK je ne sais plus quoi faire
Je devais installer jeedom sur une vm de mon serveur, je suis en train de le faire pour repartir sur une base saine et à jour… je reviens vers vous dès que j’ai fini et fait les tests…
1 « J'aime »