Il envoie direct avec un ID dans la cde sonnetteOn, donc devrait être OK
Pour Info normalement on fait 0B110043 #ID# 01040F70 le 43 tu peux mettre ce que tu veux (c’est incrément du rfxcom) mais il faut que ce soit le bon ID dans la page équipement.
Il faut nous montrer la page équipement
Ma config
Trame recue quand j’appuie sur ma sonnette :
[2020-11-28 10:18:25][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-11-28 10:18:25][DEBUG] : Add device : {'id': '01D7F8EA'}
[2020-11-28 10:18:38][DEBUG] : Message: 0b11001f01d7f8ea01040f60
[2020-11-28 10:18:38][DEBUG] : Decode : 0b11001f01d7f8ea01040f60
[2020-11-28 10:18:38][DEBUG] : Test message: 0B11001F01D7F8EA01040F60
[2020-11-28 10:18:38][DEBUG] : PacketType: 0x11
[2020-11-28 10:18:38][DEBUG] : Length: 12
[2020-11-28 10:18:38][DEBUG] : Start decoding packet type 0x11
[2020-11-28 10:18:38][DEBUG] : Subtype = AC KlikAanKlikUit,HomeEasyUK,Chacon,NEXA,Intertechno
[2020-11-28 10:18:38][DEBUG] : Data : {'packetlen': '0x0B', 'packettype': '0x11', 'subtype': '0x00', 'seqnbr': '0x1F', 'id1': '0x01', 'filler1': '0x00', 'id2': '0xD7', 'id3': '0xF8', 'id4': '0xEA', 'unitcode': 1, 'cmnd': 4, 'level': 15, 'filler2': 0, 'rssi': 6}
[2020-11-28 10:18:38][DEBUG] : Decoded info : {'packettype': '0x11', 'subtype': '0x00', 'id': '01D7F8EA', 'unitcode': 1, 'cmnd': 4, 'level': 100.0, 'rssi': 6}
[2020-11-28 10:18:38][DEBUG] : Device is known id : 01D7F8EA
[2020-11-28 10:18:38][DEBUG] : Send to jeedom : {'devices': {'01D7F8EA11': {'packettype': '0x11', 'subtype': '0x00', 'id': '01D7F8EA', 'unitcode': 1, 'cmnd': 4, 'level': 100.0, 'rssi': 6}}}
[2020-11-28 10:18:38][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-11-28 11:18:38][DEBUG] : {"devices":{"01D7F8EA11":{"packettype":"0x11","subtype":"0x00","id":"01D7F8EA","unitcode":1,"cmnd":4,"level":100,"rssi":6}}}
[2020-11-28 10:18:38][DEBUG] : http://127.0.0.1:80 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey= HTTP/1.1" 200 0
Trame recue lors de l’appui sur du bouton test de l’action :
[2020-11-28 10:36:06][DEBUG] : Message read from socket: b'{"apikey":"","cmd":"send","data":["0B11001F01D7F8EA01040F60"]}'
[2020-11-28 10:36:06][DEBUG] : Client disconnected from [127.0.0.1:33376]
[2020-11-28 10:36:06][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-11-28 10:36:06][DEBUG] : Test message: 0B11001F01D7F8EA01040F60
[2020-11-28 10:36:06][DEBUG] : flushOutput serial port
[2020-11-28 10:36:06][DEBUG] : flushInput serial port
[2020-11-28 10:36:06][DEBUG] : Write message to serial port
[2020-11-28 10:36:06][DEBUG] : Write data to serial port : 0b11001f01d7f8ea01040f60
[2020-11-28 10:36:06][DEBUG] : Write message ok : 0B11001F01D7F8EA01040F60
[2020-11-28 10:36:07][DEBUG] : Message: 0402011f00
[2020-11-28 10:36:07][DEBUG] : Decode : 0402011f00
[2020-11-28 10:36:07][DEBUG] : Test message: 0402011f00
[2020-11-28 10:36:07][DEBUG] : PacketType: 0x02
[2020-11-28 10:36:07][DEBUG] : Length: 5
[2020-11-28 10:36:07][DEBUG] : No decoder found
Pourquoi le message decode ne correspond pas à ce qui a été envoyé ?
J’ai un scenario qui déclenche bien lors de l’appui de la sonnette et j’aimerais pouvoir qu’il se déclenche également lorsque j’utilise l’action.
Autre question, la durrée du retour d’un état est indiquée en minutes, y a-t-il moyen de le faire en secondes ?
dans ta commande tu dois remplacer le « ID » par celui qui est ecrit sur ta page equipement c’est a dire : 01D7F8EA
il y a un autre message reçu, il faut voir la suite du log…
Tu peux mettre 0.2 c.a.d des chiffres inf à 1
Ca donne le même résultat, j’ai déjà essayé, majuscusle,minuscule, sans ou avec #ID#. Regarde le "write message ok ": c’est bien le même que celui reçu lors de l’appui de la sonnette
mais j’arrive pas à comprendre pourquoi la ligne suivante le message ne correspond plus.
Bonjour à Tous,
moi aussi a priori depuis la mise a jour RFXCom le demon s’arrête brutalement après la tentative de détection de ma sonnette DIO ( a moins que ce ne soit autre chose le « timeout waiting status » semble a l’origine du crahs du démon RFXCom dans mon cas :
[2020-11-28 11:30:06][INFO] : Démon RFXcom lancé
[2020-11-28 11:30:06][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-11-28 11:30:06][DEBUG] : Add device : {'id': '000102'}
[2020-11-28 11:30:06][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-11-28 11:30:06][DEBUG] : Add device : {'id': '016D8B6A'}
[2020-11-28 11:30:32][ERROR] : Timeout waiting status
[2020-11-28 11:30:32][DEBUG] : Shutdown
[2020-11-28 11:30:32][DEBUG] : Removing PID file /tmp/jeedom/rfxcom/deamon.pid
[2020-11-28 11:30:32][DEBUG] : LoopNetServer Thread stopped
[2020-11-28 11:30:32][DEBUG] : Close serial port
[2020-11-28 11:30:32][DEBUG] : Serial port closed
[2020-11-28 11:30:32][DEBUG] : Exit 0
je suis revenu en arrière pour le moment.
Pas eu d’autre message reçu, c’est bien le seul
j’ai essayé 0.2 comme tu dis, mais du coup l’état ne revient plus du tout à sa position initiale
pas de crash demon dans mon cas, mais j’arrive plus à avoir le même comportement qu’avant la mise à jour
regarde historique du gr1, 0.2 c’est rapide
Je voulais dire qu’un message apparait pendant le décodage de ta trame (se chevauche) donc je vois pas si décode ta sonnette lorsque tu fais depuis Jeedom
Message: 0402011f00
Est ce que tu as mis a jour le firmware du rfxcom ?
relance les dépendances , puis enfin le demon
Je t’assure c’est uniquement quand j’appuie sur le test action que ce message apparait
J’ai vidé les logs et recommencé plusieurs fois d’affillée et j’ai chaque fois :
[2020-11-28 11:00:14][DEBUG] : Client disconnected from [127.0.0.1:56128]
[2020-11-28 11:00:14][DEBUG] : Message received in socket JEEDOM_SOCKET_MESSAGE
[2020-11-28 11:00:14][DEBUG] : Test message: 0B11001F01D7F8EA01040F60
[2020-11-28 11:00:14][DEBUG] : flushOutput serial port
[2020-11-28 11:00:14][DEBUG] : flushInput serial port
[2020-11-28 11:00:14][DEBUG] : Write message to serial port
[2020-11-28 11:00:14][DEBUG] : Write data to serial port : 0b11001f01d7f8ea01040f60
[2020-11-28 11:00:14][DEBUG] : Write message ok : 0B11001F01D7F8EA01040F60
[2020-11-28 11:00:15][DEBUG] : Message: 0402011f00
[2020-11-28 11:00:15][DEBUG] : Decode : 0402011f00
[2020-11-28 11:00:15][DEBUG] : Test message: 0402011f00
[2020-11-28 11:00:15][DEBUG] : PacketType: 0x02
[2020-11-28 11:00:15][DEBUG] : Length: 5
[2020-11-28 11:00:15][DEBUG] : No decoder found
Perso, j’ai pas mis à jour le firmware depuis 3 mois, ca pourrait jouer ?
Non , je crois pas…
J’ai déjà vu ce message dans les logs ? est-ce que tu as des cde si action sur Bp (avant ou apres) ?
@fpoulet Pour essai …
Tu modifies ton équipement (son ID) tu mets 01234567, sauvegarde.
Puis tu fais inclusion, appuie sur la sonnette la vraie avec Bp
Devrais le recréé avec son ID, après on mettra sa cde
J’ai recrée l’appareil comme tu as dis, ensuite ajouté la commande et j’obtiens exactement le même résultat avec ** 0402011f00** qui apparait
Oui j’ai exactement le même message …
Mais pas de problème sauf que le gr1 ne reviens pas ? il faut que je le force avec un « event »
C’est pas la durée du retour que tu aurais mise < 1 ? dans mon cas aucun retour si je ne met pas une minute. Mais tu as plus de chance que moi, parce que mon action, pas moyen de la faire fonctionner.
Il doit y avoir un truc qui cloche avec le plugin, c’était si simple ) configurer avant la màj !
Et comment tu fais ton « event » ?
tu peux me montrer la trame lorsque tu appuies sur le test de ton action ?