Tu veux quel log ?
Celui du rfxcom en mode debug si tu vois la trace
Il y a un test de l’index != 0, mais comme ça je ne vois pas sur quel équipement ?
Il y a aussi un truc étrange, après cette erreur, je ne reçois plus que des trames qui ne correspondent pas à un de mes équipements :
[2020-12-03 15:00:05][DEBUG] : Client connected to [127.0.0.1:42862]
[2020-12-03 15:00:05][DEBUG] : Message read from socket: b’{« apikey »:« blabla »,« cmd »:« send »,« data »:[« 0B11002F128B56BD03000F70 »]}’
[2020-12-03 15:00:05][DEBUG] : Client disconnected from [127.0.0.1:42862]
[2020-12-03 15:00:05][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-12-03 15:00:05][DEBUG] : Test message: 0B11002F128B56BD03000F70
[2020-12-03 15:00:05][DEBUG] : flushOutput serial port
[2020-12-03 15:00:05][DEBUG] : flushInput serial port
[2020-12-03 15:00:05][DEBUG] : Write message to serial port
[2020-12-03 15:00:05][DEBUG] : Write data to serial port : 0b11002f128b56bd03000f70
[2020-12-03 15:00:05][DEBUG] : Write message ok : 0B11002F128B56BD03000F70
[2020-12-03 15:00:05][DEBUG] : Client connected to [127.0.0.1:42864]
[2020-12-03 15:00:05][DEBUG] : Message read from socket: b’{« apikey »:« blabla »,« cmd »:« send »,« data »:[« 0B11002F648F7B9703000F70 »]}’
[2020-12-03 15:00:05][DEBUG] : Client disconnected from [127.0.0.1:42864]
[2020-12-03 15:00:05][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-12-03 15:00:05][DEBUG] : Test message: 0B11002F648F7B9703000F70
[2020-12-03 15:00:05][DEBUG] : flushOutput serial port
[2020-12-03 15:00:05][DEBUG] : flushInput serial port
[2020-12-03 15:00:05][DEBUG] : Write message to serial port
[2020-12-03 15:00:05][DEBUG] : Write data to serial port : 0b11002f648f7b9703000f70
[2020-12-03 15:00:05][DEBUG] : Write message ok : 0B11002F648F7B9703000F70
[2020-12-03 15:00:05][DEBUG] : Message: 0402012f00
[2020-12-03 15:00:05][DEBUG] : Decode : 0402012f00
[2020-12-03 15:00:05][DEBUG] : Test message: 0402012f00
[2020-12-03 15:00:05][DEBUG] : PacketType: 0x02
[2020-12-03 15:00:05][DEBUG] : Length: 5
[2020-12-03 15:00:05][DEBUG] : No decoder found
[2020-12-03 15:00:06][DEBUG] : Message: 0402012f00
[2020-12-03 15:00:06][DEBUG] : Decode : 0402012f00
[2020-12-03 15:00:06][DEBUG] : Test message: 0402012f00
[2020-12-03 15:00:06][DEBUG] : PacketType: 0x02
[2020-12-03 15:00:06][DEBUG] : Length: 5
[2020-12-03 15:00:06][DEBUG] : No decoder found
Oui j’ai vu que c’est juste au début d’une trame de réception , il doit y avoir un 00 qui n’apparait normalement jamais car lenght jamais 0
C’est un « équipement » que tu lance une cde depuis Jeedom
Pour No decoder found , c’est normal, pour l’instant « loic » ne l’interpréte pas , alors que c’est pour dire si la cde est bien partie du RFXCom ( qu’il la transmise)
Je n’ai pas mis le @ pour « loic » pour pas l’embeter pour ça
OK je vois ça doit correspondre au cron de répétition que j’ai mis pour mes modules chacon.
tu dois facilement les retrouver avec l’ID
Oui c’est bien ça.
C’est en lien avec mon erreur ou pas du tout ?
Non je crois pas du tout …
Il faut intercepter la trame avant son décodage (lecture), ou essai d’enlever les protocoles, puis remets un par un, je sais c’est fastidieux, mais comme cela tu verras de quel Protocol cela vient …
En protocoles je suis déjà très restrictif : 18 Oregon (pour mes sondes) et 21 AC (pour mes modules Chacon).
Comment je fais pour intercepter la trame avant décodage ?
Je sais plus si @loic les gardes , de toute façon il y a un test sur 1er octet
Qu’est ce que qui fait « tomber » ?
La question est pour moi ? 
Bonjour akenad,
ton retour d’expérience est très intéressant et j’ai été confronté aux meme problème, le demon RFX ne démarrait plus, j’ai flashé le module RFXtrx433 avec la version 1043 Pro1 (celle recommandée)
Le demon a pu redémarrer
Cependant mes volet Somfy avec la télécommande RTS Tellis ne fonctionne plus
(appairage avec le bouton arrière de la télécommande, volet réagit pour montrer qu’il est en mode appairage mais lors que je clique que sur bouton Test de la commande Programme dansJeedom, rien ne se passe.
Pourrait tu me partager ta config de l’équipement
Merci d’avance,
J’ai ça :
Slt
Il te faut prendre le 1er choix « 0x1A : Somfy RTS Moteur »
Tu n’aura que Volet simple = monter/descendre /stop (plus la commande de programmation pour appairage (masquée sur « dashboard »)
Slt @akenad
@dcoron à déjà initié un « fil » ici
Seulement pour t’on info on ne lance une demande si on a initié ailleurs, fait dans le message d’origine.
Si un modérateur passe par là @iPapy à voir 
Hello
J’ai updater mon RFXCom comme décrit, mis à jour le plugin (Jeedom V4.1.16 sur Nuc Strech) et tout s’est déroulé sans accroc.
Juste eu a redéfinir mes équipement.
Merci et bravo
1 « J'aime »
Bonjour, merci pour ces REX positif et formateur !
Moi en revanche je sèche. Mon Jeedom v3.3.54 tourne sur un Raspberry 3+ avec (entre autre) le plugin RFXCom dans sa dernière version (07/12). J’ai mis à jour le firmware de mon RFXCom en version 1043. Et je suis malheureusement loin d’être expert, mais après un apt-get update / upgrade j’ai toujours des logs de mise à jour des dépendances qui semblent indiquer au moins un warning lié au fichier sources.list (et peut être autre chose ?) :
********************************************************
* Installation des dépendances *
********************************************************
Hit http://packages.dotdeb.org jessie InRelease
Get:1 http://mirrordirector.raspbian.org jessie InRelease [15.0 kB]
Hit http://archive.raspberrypi.org jessie InRelease
Get:2 https://packages.sury.org jessie InRelease
Ign https://packages.sury.org jessie InRelease
Get:3 https://packages.sury.org jessie Release.gpg
Ign https://packages.sury.org jessie Release.gpg
Get:4 https://packages.sury.org jessie Release
Ign https://packages.sury.org jessie Release
Get:5 https://packages.sury.org jessie/main armhf Packages
Get:6 https://packages.sury.org jessie/main Translation-en
Get:7 https://packages.sury.org jessie/main armhf Packages
Get:8 https://packages.sury.org jessie/main Translation-en
Get:9 https://packages.sury.org jessie/main armhf Packages
Get:10 https://packages.sury.org jessie/main Translation-en
Get:11 https://packages.sury.org jessie/main armhf Packages
Get:12 https://packages.sury.org jessie/main Translation-en
Get:13 https://packages.sury.org jessie/main armhf Packages
Err https://packages.sury.org jessie/main armhf Packages
HttpError404
Get:14 https://packages.sury.org jessie/main Translation-en
Ign https://packages.sury.org jessie/main Translation-en
Hit http://archive.raspberrypi.org jessie/main armhf Packages
Hit http://archive.raspberrypi.org jessie/ui armhf Packages
Hit http://mirrordirector.raspbian.org jessie/main armhf Packages
Hit http://mirrordirector.raspbian.org jessie/contrib armhf Packages
Hit http://mirrordirector.raspbian.org jessie/non-free armhf Packages
Ign http://archive.raspberrypi.org jessie/main Translation-en
Hit http://mirrordirector.raspbian.org jessie/rpi armhf Packages
Ign http://archive.raspberrypi.org jessie/ui Translation-en
Ign http://mirrordirector.raspbian.org jessie/contrib Translation-en
Ign http://mirrordirector.raspbian.org jessie/main Translation-en
Ign http://mirrordirector.raspbian.org jessie/non-free Translation-en
Ign http://mirrordirector.raspbian.org jessie/rpi Translation-en
Fetched 15.0 kB in 9s (1648 B/s)
W: Failed to fetch http://packages.dotdeb.org/dists/jessie/InRelease Unable to find expected entry 'all/binary-armhf/Packages' in Release file (Wrong sources.list entry or malformed file)
W: Failed to fetch https://packages.sury.org/php/dists/jessie/main/binary-armhf/Packages HttpError404
E: Some index files failed to download. They have been ignored, or old ones used instead.
Cannot uninstall requirement serial, not installed
Storing debug log for failure in /root/.pip/pip.log
WARNING: apt does not have a stable CLI interface yet. Use with caution in scripts.
Reading package lists...
Building dependency tree...
Reading state information...
Package 'python3-serial' is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 38 not upgraded.
W: Duplicate sources.list entry https://packages.sury.org/php/ jessie/main armhf Packages (/var/lib/apt/lists/packages.sury.org_php_dists_jessie_main_binary-armhf_Packages)
W: You may want to run apt-get update to correct these problems
Reading package lists...
Building dependency tree...
Reading state information...
python3 is already the newest version.
python3-pip is already the newest version.
python3-pyudev is already the newest version.
python3-requests is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 38 not upgraded.
Usage:
/usr/bin/python3 -m pip install [options] <requirement specifier> ...
/usr/bin/python3 -m pip install [options] -r <requirements file> ...
/usr/bin/python3 -m pip install [options] [-e] <vcs project url> ...
/usr/bin/python3 -m pip install [options] [-e] <local project path> ...
/usr/bin/python3 -m pip install [options] <archive url/path> ...
no such option: --no-cache-dir
********************************************************
* Installation terminée *
********************************************************
J’ai tenté quelques commandes déjà préconisées dans les threads sur ce sujet, mais rien n’y fait :
sudo dpkg --configure -a
pip3 -V
La dernière commande répond bien. À ce stade je ne sais plus quoi faire : pourriez-vous m’aider svp.? Merci par avance !
1 « J'aime »
Bonjour à tous,
Je suis un peu dans le même cas (c’est pour cela que je n’ouvre pas de nouveau sujet).
J’ai effectué la mise à jour du plugin RFXcom ce midi et depuis le démon s’arrête.
J’ai relancé l’installation des dépendances, relancé le démon et il s’arrêt assez rapidement.
Dans les logs, je vois passer le premières trames (liées à mes sondes de température) puis le démon s’arrête.
Dans les logs, j’ai du Timeout, LoopNetServer Thread stopped …
J’ai ensuite modifié la paramétrage des protocoles pour n’activer que le Oregon : relance Démon et idem arrêt après réception des premières trames.
Pour ne pas rester sans communication RFXcom trop longtemps, j’ai réstauré ma sauvegarde que j’avais lancé juste avant la mise à jour du plugin (systématique par prudence…) et le fonctionnement est de nouveau OK.
Pour le moment je ne relance pas la mise à jour.
Je suis en JEEDOM 3.3.53 et RFXcom 27/05/2020 16h45.
Installation sous Debian Buster