Problème RFXcom plante sans arrêt

Salut à tous,

J’ai un problème récurent depuis un mois environs avec le RFXcom sur un de mes esclaves. Tout fonctionne bien, et au bout d’un moment (variable entre 1h et plusieurs jours), lé démon plante et ne redémarre pas.

Voici l’erreur que je retrouve dans la log :

[2019-12-07 00:31:17][INFO] : Début d'activation du plugin
[2019-12-07 00:31:18][INFO] : Info sur le démon : Array (     [launchable_message] =>      [launchable] => nok     [state] => nok     [log] => nok     [auto] => 0 )
[2019-12-07 00:31:56][INFO] : Lancement démon rfxcomd : /usr/bin/python /var/www/html/plugins/rfxcom/resources/rfxcomd/rfxcomd.py --device /dev/ttyUSB1 --loglevel info --socketport 55000 --serialrate 38400 --protocol 18 --callback http://127.0.0.1:80/plugins/rfxcom/core/php/jeeRfxcom.php --apikey ******** --cycle 0.3 --pid /tmp/jeedom/rfxcom/deamon.pid
[2019-12-07 00:31:59][INFO] : Start rfxcomd
[2019-12-07 00:31:59][INFO] : Log level : info
[2019-12-07 00:31:59][INFO] : Socket port : 55000
[2019-12-07 00:31:59][INFO] : Socket host : 127.0.0.1
[2019-12-07 00:31:59][INFO] : PID file : /tmp/jeedom/rfxcom/deamon.pid
[2019-12-07 00:31:59][INFO] : Device : /dev/ttyUSB1
[2019-12-07 00:31:59][INFO] : Apikey : *********
[2019-12-07 00:31:59][INFO] : Callback : http://127.0.0.1:80/plugins/rfxcom/core/php/jeeRfxcom.php
[2019-12-07 00:31:59][INFO] : Cycle : 0.3
[2019-12-07 00:31:59][INFO] : Serial rate : 38400
[2019-12-07 00:31:59][INFO] : Serial timeout : 9
[2019-12-07 00:31:59][INFO] : Protocol : 18
[2019-12-07 00:31:59][INFO] : Find device : /dev/ttyUSB1
[2019-12-07 00:32:01][INFO] : Démon RFXcom lancé
**[2019-12-07 01:46:03][ERROR] : Error in read_rfxcom: [Errno 5] Input/output error**
**[2019-12-07 01:46:03][ERROR] : Exit 1 because this exeption is fatal**

J’avais trouvé cette solution sur l’ancien forum : Dans la configuration du plugin RFXcom, j’ai changé le port RFXcom de « RFXCOM RFXtrx433(/dev/ttyUSB2) » par la ligne « /dev/ttyUSB2 »

Sauf que ça continue chez moi.

Je précise que c’est arrivé du jour au lendemain, que je n’ai rien changé hormis les mises à jours, et que cet esclave est en prod depuis 4 ans dans cette configuration (câble, etc).

J’ai un second esclave qui tourne dans la même config que lui, et aucun problème.

Le simple redémarrage du démon suffit pour le faire repartir. J’ai essayé de mettre la fonction heartbeat en place avec un restart auto du démon, mais il ne vois rien passer dans mes logs, donc il passe son temps à le redémarrer.

Si vous avez une solution je suis intéressé, cet esclave gère les sonde Oregon de mes chambres, je me suis réveillé avec 17°C ce matin :confused:

Bonjour je suis dans le même cas du coup mon scénario de fermeture de mes volets somfy ne fonctionne pas. J’ai essayé aussi la fonction heartbeat et le restart auto sans succès…

Bonjour,
Avez vous regardé la documentation ? De mémoire ce cas est dedans

Bonjour,

Quelques pistes dans la doc mais pas vraiment le même cas de figure à priori… Je vais tenter de réinstaller le plugin rfx car j’ai mis à jour le noyau jeedom en v4 à voir.

On doit pas lire la meme doc car je viens de verifier et ya exactement ton erreur dans la FAQ

OK je viens de trouver

J’ai l’erreur [Errno 5] Input/output error
Cette erreur est malheureusement matériel (problème de communication avec le RFXcom). Souvent c’est du à un soucis d’alimentation ou de câble USB, vous pouvez donc essayer en changent le câble USB et/ou en passant par un hub USB alimenté

Je vais essayer de brancher le RFXCOM sur mon autre esclave, pour tester. Je pense pas que ça soit le cable, il est court et ne bouge jamais (la rapsberry et le RFXCOM sont posés sur une armoire qui a pas bougé depuis au moins 3 ans). Ni un problème d’alimentation car comme mentionné au début, ça fait 4 ans que ca tourne sans problème.

Si problème matériel il y a, ça doit venir du module en lui meme

Bonjour,

Des nouvelles concernant ce bug? J’ai le meme avec ma Jeedom Smart…

C’était mon alim. Elle a commencé à siffler une semaine plus tard. Après l’avoir changée, RAS, tout est rentré dans l’ordre.

Cable USB changé et plus de probleme depuis 1 semaine de test maintenant…

Hello,
Pour ceux qui on le probleme, est-ce que vous avez d’autres ports USB qui utiliseraient le meme chips que le RFXCOM (lsusb)?
Dans ce cas il faudrait fixer une udev/rules pour pointer sur le serial du device et éviter que ca ne change de port en cas de reboot ou déconnexion d’un port USB.
Dans mon cas, changement de cable, achat d’un hub autoalimenté mais ca n’a rien changé.