Suite au sujet RFXCOM MAJ 26/11/2020 Sonnette Chacon/DIO/46
On a un problème d’envoie de trame sur le type 0x11
Est-ce que des testeurs pourrait la reproduire, afin de voir si problème environnement.
@anon53349806 @Mips @iPapy @Fabrice @akenad
On dirait problème de serial ?
Merci
Je me réponds ?
Cette trame existait déjà (vérification sous ancienne sauvegarde).
Le problème ne vient que de la « modif du plugin » , qui ne prends plus en compte cette trame et donc stop le décodage…
Je ne sais toujours pas d’ou vient cette trame produite par le plugin …
J’aurais aimer avoir des tests d’autres utilisateurs ?
Pour ma part donc , « modif du plugin », au vue du nombre d’équipement ne remontant plus l’info, plus facile que faire des « event » sur chaque équipement …
@loic tu crois remettre ou laisser tomber, vu que cette trame fait partie du undecod …
Merci .
Bonjour,
Je reproduit le problème de la trame 0x11 avec la sonette DIO.
Par contre, je viens de me rendre compte que j’ai cette même trame en réponse à une action sur mon volet somfy.
[2020-11-28 23:28:31][DEBUG] : Test message: 0C1A0000130405010300000000
[2020-11-28 23:28:31][DEBUG] : flushOutput serial port
[2020-11-28 23:28:31][DEBUG] : flushInput serial port
[2020-11-28 23:28:31][DEBUG] : Write message to serial port
[2020-11-28 23:28:31][DEBUG] : Write data to serial port : 0c1a0000130405010300000000
[2020-11-28 23:28:31][DEBUG] : Write message ok : 0C1A0000130405010300000000
[2020-11-28 23:28:31][DEBUG] : Decode : 0402010000
[2020-11-28 23:28:31][DEBUG] : Test message: 0402010000
[2020-11-28 23:28:31][DEBUG] : PacketType: 0x02
[2020-11-28 23:28:31][DEBUG] : Length: 5
[2020-11-28 23:28:31][DEBUG] : No decoder found
Bizarre…
Oui merci…
C’est un truc qui traîne dans le plugin …
@Loic Mea-culpa cette trame vient du RFXCOM lui même …
04 0201 fe 00 Data : {‹ packetlen ›: ‹ 0x04 ›, ‹ packettype ›: ‹ 0x02 ›, ‹ subtype ›: ‹ 0x01 ›, ‹ seqnbr ›: ‹ 0xfe ›, le dernier ? toujours 0x00
Packettype = Receiver/Transmitter Message
subtype = Transmitter Response
Sequence nbr = xx
response = ACK, data correct transmitted
================================================
28/11/2020 11:39:12:679= Lighting2 command: 0B 11 00 2A 01 35 EA FA 04 01 07 00
================================================
Packettype = Lighting2
subtype = AC
Sequence nbr = 42
ID = 135EAFA decimal:20310778
Unit = 4
Command = On
Signal level = +10 dBm
------------------------------------------------
28/11/2020 11:39:13:439= 0402012A00
Packettype = Receiver/Transmitter Message
subtype = Transmitter Response
Sequence nbr = 42
response = ACK, data correct transmitted
================================================
28/11/2020 11:40:26:225= Lighting1 command: 07 10 00 2B 41 01 00 00
================================================
Packettype = Lighting1
subtype = X10
Sequence nbr = 43
housecode = A
unitcode = 1
Command = Off
Signal level = +10 dBm
------------------------------------------------
28/11/2020 11:40:27:003= 0402012B00
Packettype = Receiver/Transmitter Message
subtype = Transmitter Response
Sequence nbr = 43
response = ACK, data correct transmitted
------------------------------------------------
@Loic je comprends pas qu’il ne le donne pas dans la doc …
A toi de modifier, implémenter …
@+DÖM (Ô¿Ô)
Je comprend toutjous pas je suis désolé j’essaye pourtant.
Tu envoi une commande le truc renvoi 0402012A00 (en gros il dit ok j’ai bien envoyé), le plugin ignore ce message car il ne sert pas a grand chose.
Tu veux que je fasse quoi ? Tu dis que tu as modifié le mode pourrais tu me montrer la modification ?
Oui
le plugin ignore ce message car il ne sert pas a grand chose.
Désolé c’est pour dire que la cde à été reçue et transmise
Le « retour » arrive juste derrière la cde, mais du coup tu stop le décodage, d’ou l’état ne peut être mise à jour …
Montre moi ta modificiation qui corrige tout sinon ca sera plus simple je comprend absolument rien la j’ai pas le materiel pour tester et pas les moyen d’en acheter de toute facon si tu as une correction faut me le donner sinon oin avancera pas et ca sert a rien que je perde du temps la dessus
OK madame appelle , c’est l’heure « miam miam » ici décalage Horaire
j’avais commencé à ajouté 0x02.py dans la base « RfxPacket » ,
comme y avait encore probleme avec des type 07 puis aprés j’ai virer carrément ton test …
0x02 - Copie.py.txt (1,6 Ko)
Je peux l’ajouter mais je comprends vraiment pas ce que ça change car côté jeedom il n’y aura pas de traitement
Ok mais cela evite les messages 0402010100 No decoder found
[2020-11-29 17:59:44][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-11-29 17:59:44][DEBUG] : Test message: 0B1100010135EAFA01040F70
[2020-11-29 17:59:44][DEBUG] : flushOutput serial port
[2020-11-29 17:59:44][DEBUG] : flushInput serial port
[2020-11-29 17:59:44][DEBUG] : Write message to serial port
[2020-11-29 17:59:44][DEBUG] : Write data to serial port : 0b1100010135eafa01040f70
[2020-11-29 17:59:44][DEBUG] : Write message ok : 0B1100010135EAFA01040F70
[2020-11-29 17:59:45][DEBUG] : Message: 0402010100
[2020-11-29 17:59:45][DEBUG] : Decode : 0402010100
[2020-11-29 17:59:45][DEBUG] : Test message: 0402010100
[2020-11-29 17:59:45][DEBUG] : PacketType: 0x02
[2020-11-29 17:59:45][DEBUG] : Length: 5
[2020-11-29 17:59:45][DEBUG] : No decoder found
Tu crois pas que la valeur de l’info ne sera pas pris en compte ?
Sinon on forcera la valeur de l’info , paramètre commande de l’info à mettre à jour avec sa valeur de retour…
Pour moi qui en ai pas mal, c’est compliqué (long) à mettre à jour.
PS: j’ai vu que tu as pousser une MAJ et que tu as renseigné le Changelog. Merci
Y en a même qui bosses le Dimanche, dur dur …
No decoder found c’est pas gênant au final et ça évite de perdre du temps sur le décodage et donc de perdre du temps vous
Oui j’ai mis a jour le changelog ça me prend plus de temps que les corrections mais bon
Je voudrais pas faire le ras-bas joie mais j’ai l’impression que ce changement à fait encore pire !
Pour moi tout était bon hier, par contre aujourd’hui après màj mon boutton test d’un action n’execute plus mon appareil correctement ! dans mon cas plus de sonnette, alors qu’hier tout était ok
Je viens de tester. Ça n’a pas l’air d’aller effectivement. Mais je suis pas chez moi je refais le test en rentrant.
Cela fonctionne toujours, même si message de retour pas bon…
donne une partie du log pour voir
[2020-11-30 13:05:28][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-11-30 13:05:28][DEBUG] : Test message: 0B1100010135EAFA01040F70
[2020-11-30 13:05:28][DEBUG] : flushOutput serial port
[2020-11-30 13:05:28][DEBUG] : flushInput serial port
[2020-11-30 13:05:28][DEBUG] : Write message to serial port
[2020-11-30 13:05:28][DEBUG] : Write data to serial port : 0b1100010135eafa01040f70
[2020-11-30 13:05:28][DEBUG] : Write message ok : 0B1100010135EAFA01040F70
[2020-11-30 13:05:28][DEBUG] : Message: 0402010100
[2020-11-30 13:05:28][DEBUG] : Decode : 0402010100
[2020-11-30 13:05:28][DEBUG] : Test message: 0402010100
[2020-11-30 13:05:28][DEBUG] : PacketType: 0x02
[2020-11-30 13:05:28][DEBUG] : Length: 5
[2020-11-30 13:05:28][DEBUG] : No decoder found
oublie mon message précédent, après un depedence restart et restart daemon ca marche
A LES DEPENDANCES !!! 
toujours pas chez moi apres relance des dependances
je teste ce soir quand meme
Tout est ok chez moi. Ca fonctionne parfaitement.
Je pouvais pas le voir a distance car avant ça déclenché le scénario et pas la 
Merci à tous pour la résolution du problème même si chez moi tout c’était bien passé.