RFXCOM Plugin ne communique plus avec Sonde Température BRESSER depuis MAJ (no decoder found)

anon53349806 · Novembre 29, 2020, 7:44

Salut

Comme le plugin RFXCom a été entièrement réécrit et revu, tu comprends que ce n’est pas une simple mise à jour.

De plus il y a une multitudes d’équipements RFXCom et il a donc été impossible pour le développeur de tous les avoir, pour capturer les trames et les intégrer dans le plugin.

Je pense donc que tu es dans ce cas. Le plugin n’a pas la configuration pour tes modules.

Conclusion, il faut attendre que le développeur si il a les trames inclut celles-ci dans le plugin pour détecter ton module

alexcrp · Novembre 29, 2020, 8:14

@cdlp34 Je possède les mêmes sondes (x5) qui mesurent toute la maison.

J’ai mis à jour le plugin la première fois que Jeedom me l’avait proposé il y a quelques jours, à l’époque où rien n’était écris dans le changelog > les sondes marchent toujours.

Puis, le lendemain Jeedom m’a proposé à nouveau la MAJ (cette fois changelog fourni) du plugin que j’ai refusée pour l’instant… visiblement j’ai bien fait.

A tout hasard, quelle version firmware du RFXcom utilises-tu ?
J’ai cru lire sur le forum qu’il fallait passer Linux en Debian “Buster” = 10.0 pour résoudre le problème (à vérifier)

alexcrp · Novembre 29, 2020, 8:20

@anon53349806 normalement la re-écriture ne doit pas rendre obsolète du matériel qui fonctionnait bien avec la version précédente, à moins, si le risque existe, d’en informer expressément les utilisateurs ?

C’est toujours déroutant de perdre des fonctionnalités après une mise à jour.
Je n’en veux pas au developpeur, mais je considère que cette mise à jour n’est juste pas mature, si elle fait perdre des fonctions sur des distrib en production (les bêtas sont faites pour ça).

cdlp34 · Novembre 29, 2020, 10:31

Salut @alexcrp,

Je suis toujours en 1043 comme toi, j’évite les changements quand tout va bien.

Pour la question de la Debian, c’est la version 8 qui n’est plus supporté, donc étant en 9.8 je pense que c’est toujours supporté.

C’est sans doute pas grand chose, ça va s’arranger.

@+

Doubledom · Novembre 30, 2020, 12:29

Elles sont bien décodées dans le plugin RFXCOM Version 2020-11-29 14:30:39
Version Jeedom	4.0.61
Version database	10.3.25-MariaDB-0+deb10u1
Version PHP	7.3.19-1~deb10u1
Version OS Linux  5.4.72-v8+ #1356 SMP PREEMPT Thu Oct 22 13:58:52 BST 2020 aarch64 GNU/Linux [10.6]

Protocole **13** 	Hideki / UPM (Lexibook SM 1600)  pour les **Bresser 5CH type (Art. Nr : 7009993)**

Elle sont fonctionnelles sous RPI 3B et RPI 4

ID des sondes
CH1 200E ou 2D01 suivant version RFXCom
CH2 400E ou 1002
CH3 600E ou 2703
CH4 A00E
CH5 C00E

Voici log de 2 des miennes sur CH 1 et CH 5

 Message: 0a520703200e00d3320189
 Decode : 0a520703200e00d3320189
 Test message: 0a520703200e00d3320189
 PacketType: 0x52
 Length: 11
 Start decoding packet type 0x52
 Subtype = TH7 is TFA TS34C/Cresta/Honeywell TS33C
 Data : {'packetlen': '0x0A', 'packettype': '0x52', 'subtype': '0x07', 'seqnbr': '0x03', 'id1': '0x20', 'id2': '0x0E', 'temperaturesign': '', 'temperature': 211, 'humidity': 50, 'humidity_status': 1, 'battery': 100, 'rssi': 8}
 Decoded info : {'packettype': '0x52', 'subtype': '0x07', 'id': '200E', 'temperature': '21.1', 'humidity': 50, 'humidity_status': 1, 'battery': 100, 'rssi': 8}
 Device is known id : 200E
Send to jeedom : {'devices': {'200E52': {'packettype': '0x52', 'subtype': '0x07', 'id': '200E', 'temperature': '21.1', 'humidity': 50, 'humidity_status': 1, 'battery': 100, 'rssi': 8}}}
 Starting new HTTP connection (1): 127.0.0.1:80
 {"devices":{"200E52":{"packettype":"0x52","subtype":"0x07","id":"200E","temperature":"21.1","humidity":50,"humidity_status":1,"battery":100,"rssi":8}}}
 http://127.0.0.1:80 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=Doubledom HTTP/1.1" 200 0
Message: 0a520704c00e00bd340179
 Decode : 0a520704c00e00bd340179
 Test message: 0a520704c00e00bd340179
 PacketType: 0x52
Length: 11
 Start decoding packet type 0x52
Subtype = TH7 is TFA TS34C/Cresta/Honeywell TS33C
Data : {'packetlen': '0x0A', 'packettype': '0x52', 'subtype': '0x07', 'seqnbr': '0x04', 'id1': '0xC0', 'id2': '0x0E', 'temperaturesign': '', 'temperature': 189, 'humidity': 52, 'humidity_status': 1, 'battery': 100, 'rssi': 7}
 Decoded info : {'packettype': '0x52', 'subtype': '0x07', 'id': 'C00E', 'temperature': '18.9', 'humidity': 52, 'humidity_status': 1, 'battery': 100, 'rssi': 7}
Device is known id : C00E
 Send to jeedom : {'devices': {'C00E52': {'packettype': '0x52', 'subtype': '0x07', 'id': 'C00E', 'temperature': '18.9', 'humidity': 52, 'humidity_status': 1, 'battery': 100, 'rssi': 7}}}
Starting new HTTP connection (1): 127.0.0.1:80
 {"devices":{"C00E52":{"packettype":"0x52","subtype":"0x07","id":"C00E","temperature":"18.9","humidity":52,"humidity_status":1,"battery":100,"rssi":7}}}

sonde 5CH

alexcrp · Novembre 30, 2020, 6:57

@Doubledom merci pour ton message.

Donc, visiblement, chez toi tout fonctionne ?

Un détail, j’ai vu ça et là sur le forum des gens decrire comme toi la version “ 2020-11-29 14:30:39”

s’agit-il bien de la dernière ?

J’ai l’impression qu’il y a eu 3 mises à jours:
une 1ère sans changelog le 26/11,
une 2eme avec changelog le 27/11,
une 3eme le 29/11

Doubledom · Novembre 30, 2020, 7:44

A l’instant T :c’est effectivement la dernière version “ 2020-11-29 14:30:39”

anon53349806 · Novembre 30, 2020, 7:50

Salut

Loic corrige les bugs qu’on lui remonte afin de ne pas laisser les gens bloqués.
Il a même bossé hier !

Ensuite il publie aussi une version quand on lui remonte un équipement non reconnu et qu’il l’intègre suite aux infos qu’on lui donne sur le dit équipement.

Donc dans la phase actuelle, il faut effectivement surveiller régulièrement.

Doubledom · Novembre 30, 2020, 8:00

Slt @anon53349806
Le problème de ce plugin c’est de savoir les prérequis pour que son installation se passe bien .
Matériel, Os ,etc …
Tu crois que l’on pourrait avoir l’information ?
Merci et bonne journée.

anon53349806 · Novembre 30, 2020, 8:04

Salut Doubledom

OS : debian 9 ou debian 10 obligatoire
Firmware à jour sur le rfxcom, ça j’ai vu Loic le dire dans un post.

Pour le reste je ne sais pas.

Maintenant il est clair qu’en fonction de l’environnement linux, les dépendances peuvent bloquer ou autre.

Doubledom · Novembre 30, 2020, 8:08

Je viens de voir que @akenad à posté un début d’information…

Fabrice · Novembre 30, 2020, 9:42

Bonjour,

En lisant le tuto d’@akenad, on y vois justement que le firmware 1043 inclus la prise en charge des sondes :

RFXtrx433E Pro1, Pro2 and ProXL1 firmware change history:
============================================================
FW release 433_1043 04-03-2020
    receive undec MDremote
    Mertik G6R-H4TD (DRU) run-up and run-down added
    MCZ receive improved
    Globaltronics GT-WT-01 added in XL
    Cherubini blinds added in XL
    Bresser sensor added

Doubledom · Novembre 30, 2020, 9:46

Je mets le lien des informations d’ @akenad [RTEX] plugin-rfxcom et les boitiers RFXtrx433

Depuis le tel je ne pouvais pas ce matin !

alexcrp · Novembre 30, 2020, 10:35

merci @anon53349806, nous attendrons donc les améliorations.
@Fabrice, le 1043 est le dernier qu’avait déjà installé @cdlp34 justement…

cdlp34 · Novembre 30, 2020, 11:14

Bonsoir,

Je viens de réessayer avec la MAJ version « 2020-11-30 11:23:53 » du plugin, mais pas mieux pour le moment.

@+

cdlp34 · Novembre 30, 2020, 11:16

Bonsoir, C’était bien cette version de Jeedom et cette version du plugin que j’avais, sauf que moi c’est un Jeedup au lieu d’un RPI

@+

Doubledom · Novembre 30, 2020, 11:28

OK …
Tu es sur de ne pas avoir de problème lors de la relance ou de l’installation des « dépendances » ?

cdlp34 · Décembre 1, 2020, 5:47

Bonsoir,

A priori non, je vois bien le pourcentage d’installation des dépendances qui monte, puis statut OK, puis la date et l’heure de dernière installation qui s’actualise. Enfin je relance le démon.

Par contre chez mois le packet Type est 0X52 sur RFXManager et 0x03 dans les logs du plugin (?!?) alors que chez toi le log du plugin indique bien 0x52 (cf. post initial).

La bonne valuer étant bien 0x52, je pense donc que le problème vient du « no decoder found ». Tu as quoi comme protocoles cochés dans la « gestion des protocoles RFXcom » du plugin ? Normalement pour ces sondes c’est Hideki.

cdlp34 · Décembre 1, 2020, 6:03

Re,

Comme suite à ce post qui avait les même soucis avec les sondes Bresser, j’y suis allé pas à pas.

Il s’agit donc bien du protocole 13 « Hideki » pour ces sondes, et pour que ça marche il faut désactiver le protocle 0 « undecoded ». Avant cela ne posait pas de problème, avec cette nouvelle version du plugin il semble que cela pose problème, mais comme ce protocole 0 ne sert qu’au debug ce n’est pas bien gênant de le désactiver.

Donc c’est tout bon pour moi… Merci à tous pour vos conseils.

system · Décembre 2, 2020, 6:03

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.