Problème d'état avec Detecteurs x10

Plugins Protocole domotique
1

Bonjour,

j’ai un souci avec mes commandes en x10 sur la dernière version du module rfxcom.
Pour les boutons/prises tout fonctionne.
Pour les capteurs porte/mouvement, je ne comprends pas le comportement ou le défaut de paramètrage que je peux avoir .
Si je laisse ces params :

image
image1703×79 6.8 KB

la porte est toujours à 1
Si je joue sur ce param (comme c’était avant la montée de version) :
image
image1295×67 2.15 KB

je finis par voir ma porte s’ouvrir mais je suis pollué par des passage à 1 qui sorte de nulle part à intervalle plus ou moins régulier.

Voici les logs d’un ouverture suivi d’une fermeture :

[2020-12-19 21:31:42][DEBUG] : Message: 082000526e61000379
[2020-12-19 21:31:42][DEBUG] : Decode : 082000526e61000379
[2020-12-19 21:31:42][DEBUG] : Test message: 082000526e61000379
[2020-12-19 21:31:42][DEBUG] : PacketType: 0x20
[2020-12-19 21:31:42][DEBUG] : Length: 9
[2020-12-19 21:31:42][DEBUG] : Start decoding packet type 0x20
[2020-12-19 21:31:42][DEBUG] : Subtype = X10 security door/window sensor
[2020-12-19 21:31:42][DEBUG] : Data : {'packetlen': '0x08', 'packettype': '0x20', 'subtype': '0x00', 'seqnbr': '0x52', 'id1': '0x6E', 'id2': '0x61', 'id3': '0x00', 'status': 3, 'battery': 9, 'rssi': 7}
[2020-12-19 21:31:42][DEBUG] : Decoded info : {'packettype': '0x20', 'subtype': '0x00', 'id': '6E6100', 'status': 3, 'battery': 9, 'rssi': 7}
[2020-12-19 21:31:42][DEBUG] : Device is known id : 6E6100
[2020-12-19 21:31:43][DEBUG] : Send to jeedom : {'devices': {'6E610020': {'packettype': '0x20', 'subtype': '0x00', 'id': '6E6100', 'status': 3, 'battery': 9, 'rssi': 7}}}
[2020-12-19 21:31:43][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-12-19 22:31:43][DEBUG] : {"devices":{"6E610020":{"packettype":"0x20","subtype":"0x00","id":"6E6100","status":3,"battery":9,"rssi":7}}}[2020-12-19 21:31:43][DEBUG] : http://127.0.0.1:80 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=xxx HTTP/1.1" 200 0
[2020-12-19 21:31:44][DEBUG] : Message: 082000536e61000179
[2020-12-19 21:31:44][DEBUG] : Decode : 082000536e61000179
[2020-12-19 21:31:44][DEBUG] : Test message: 082000536e61000179
[2020-12-19 21:31:44][DEBUG] : PacketType: 0x20
[2020-12-19 21:31:44][DEBUG] : Length: 9
[2020-12-19 21:31:44][DEBUG] : Start decoding packet type 0x20
[2020-12-19 21:31:44][DEBUG] : Subtype = X10 security door/window sensor
[2020-12-19 21:31:44][DEBUG] : Data : {'packetlen': '0x08', 'packettype': '0x20', 'subtype': '0x00', 'seqnbr': '0x53', 'id1': '0x6E', 'id2': '0x61', 'id3': '0x00', 'status': 1, 'battery': 9, 'rssi': 7}
[2020-12-19 21:31:44][DEBUG] : Decoded info : {'packettype': '0x20', 'subtype': '0x00', 'id': '6E6100', 'status': 1, 'battery': 9, 'rssi': 7}
[2020-12-19 21:31:44][DEBUG] : Device is known id : 6E6100
[2020-12-19 21:31:44][DEBUG] : Send to jeedom : {'devices': {'6E610020': {'packettype': '0x20', 'subtype': '0x00', 'id': '6E6100', 'status': 1, 'battery': 9, 'rssi': 7}}}
[2020-12-19 21:31:44][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-12-19 22:31:44][DEBUG] : {"devices":{"6E610020":{"packettype":"0x20","subtype":"0x00","id":"6E6100","status":1,"battery":9,"rssi":7}}}[2020-12-19 21:31:45][DEBUG] : http://127.0.0.1:80 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=xxx HTTP/1.1" 200 0

Dans les logs, je retrouve aussi ce genre de message de temps en temps :

[2020-12-19 21:29:25][DEBUG] : Client connected to [127.0.0.1:39680]
[2020-12-19 21:29:25][DEBUG] : Message read from socket: b'{"apikey":"xxx","cmd":"add","device":{"id":"6E6100"}}'

Pour vous quelle devrait être la config? Inversé/non inversé? Valeur redescend à 0 après xmin ou vide?
Par défaut, j’étais sur Inversé et valeur redescend à 0 après 1min sur tous mes capteurs mouvements et fenetre.

Exemple de l’historique du détecteur de mouvement :

image
image777×551 12.8 KB

On voit les vrai mouvements autour de 7h30 mais le reste (à peu pres 1h entre chaque mais pas tout à fait, on voit passer une impulsion)

Bonne soirée,

Jeedom v4.0.61 sur rpi/ buster
Version du plugin : Version 2020-12-07 10:34:33

2

Slt …
De ce que je vois c’est un problème avec le « status » 082000526e61000379 ici 03 lors d’une ouverture ?
« status » 082000536e61000179 ici 01 lors de la fermeture ?
Tu forces à « 0 » toute les « x minutes » alors que son info de status doit être « 01 » au repos ? à vérifier l’info du status, lors de l’ouverture et fermeture ( en plus tu as réglage binaire pour l’info du status ?)

@+Dom

Edit :

 "name": "0x20 ",  "subtype" : "0x00" : "X10 security door/window sensor",
      "name": "Etat",  "logicalId": "status"    "type": "info",   "subtype": "numeric",  "isVisible": 1,  "isHistorized": 0,

08 20 00 52 6e6100 03 7 9

'Long' : [08]),
'packettype' :[20]),
'subtype' : [00]),
'seqnbr' : [52]),
'id' :[6e6100]),
'status' : [03],
'rssi' : [7],
'battery' : [9],
3

Merci, je vais tester ça.
Le réglage binaire était pas défaut (je n’ai pas recréé les detecteurs lors de la maj du module).
Je vais le passer en numérique et voir ce qui est envoyé.

4

Oui car dans le plugin c’est en « Numérique », et toi comme tu as 3 ou 1 cela serait bien, de plus remettre à 0 après 1 minute pas bon du coup , il faudrait 1 ( mais à vérifier pour ON et OFF)

5

Bonjour,
Après quelques tests hier, je ne comprends pas les valeurs remontées quand je passe en numérique :stuck_out_tongue:
Voici le détecteur de porte :
image
Il est bien à 1 quand fermé et à 1.6xx quand ouvert??

Pour le détecteur de mouvement c’est encore plus compliqué :
image
J’oscille entre 4-5-4.5-4.6

Du coup pour remettre ça dans un statut ouvert/fermé (ou mouvement/pas de mouvement) pour l’alarme j’avoue que je ne vois pas trop comment je peux faire.

6

Slt
Montre moi ta page cde de l’équipement STP

7

Pour le détecteur de mouvement :

image
image1881×217 24.9 KB

pour le détecteur d’ouverture :

image
image1890×232 26.3 KB

8

Fait moi un log en mode debug du détecteur de mouvement, puis après celui du détecteur d’ouverture, pour voir les valeurs de « status » avant dernier « octet » de la trame

9

Détecteur de mouvement (2 trames, je suppose le on puis le off):

[2020-12-21 11:57:17][DEBUG] : Message: 0820013c9d926c0469
[2020-12-21 11:57:17][DEBUG] : Decode : 0820013c9d926c0469
[2020-12-21 11:57:17][DEBUG] : Test message: 0820013c9d926c0469
[2020-12-21 11:57:17][DEBUG] : PacketType: 0x20
[2020-12-21 11:57:17][DEBUG] : Length: 9
[2020-12-21 11:57:17][DEBUG] : Start decoding packet type 0x20
[2020-12-21 11:57:17][DEBUG] : Subtype = X10 security motion sensor
[2020-12-21 11:57:17][DEBUG] : Data : {'packetlen': '0x08', 'packettype': '0x20', 'subtype': '0x01', 'seqnbr': '0x3C', 'id1': '0x9D', 'id2': '0x92', 'id3': '0x6C', 'status': 4, 'battery': 9, 'rssi': 6}
[2020-12-21 11:57:17][DEBUG] : Decoded info : {'packettype': '0x20', 'subtype': '0x01', 'id': '9D926C', 'status': 4, 'battery': 9, 'rssi': 6}
[2020-12-21 11:57:17][DEBUG] : Device is known id : 9D926C
[2020-12-21 11:57:18][DEBUG] : Send to jeedom : {'devices': {'9D926C20': {'packettype': '0x20', 'subtype': '0x01', 'id': '9D926C', 'status': 4, 'battery': 9, 'rssi': 6}}}
[2020-12-21 11:57:18][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-12-21 12:57:18][DEBUG] : {"devices":{"9D926C20":{"packettype":"0x20","subtype":"0x01","id":"9D926C","status":4,"battery":9,"rssi":6}}}[2020-12-21 11:57:18][DEBUG] : http://127.0.0.1:80 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=xxx HTTP/1.1" 200 0

[2020-12-21 11:57:29][DEBUG] : Message: 0820013e9d926c0569
[2020-12-21 11:57:29][DEBUG] : Decode : 0820013e9d926c0569
[2020-12-21 11:57:29][DEBUG] : Test message: 0820013e9d926c0569
[2020-12-21 11:57:29][DEBUG] : PacketType: 0x20
[2020-12-21 11:57:29][DEBUG] : Length: 9
[2020-12-21 11:57:29][DEBUG] : Start decoding packet type 0x20
[2020-12-21 11:57:29][DEBUG] : Subtype = X10 security motion sensor
[2020-12-21 11:57:29][DEBUG] : Data : {'packetlen': '0x08', 'packettype': '0x20', 'subtype': '0x01', 'seqnbr': '0x3E', 'id1': '0x9D', 'id2': '0x92', 'id3': '0x6C', 'status': 5, 'battery': 9, 'rssi': 6}
[2020-12-21 11:57:29][DEBUG] : Decoded info : {'packettype': '0x20', 'subtype': '0x01', 'id': '9D926C', 'status': 5, 'battery': 9, 'rssi': 6}
[2020-12-21 11:57:29][DEBUG] : Device is known id : 9D926C
[2020-12-21 11:57:29][DEBUG] : Send to jeedom : {'devices': {'9D926C20': {'packettype': '0x20', 'subtype': '0x01', 'id': '9D926C', 'status': 5, 'battery': 9, 'rssi': 6}}}
[2020-12-21 11:57:29][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-12-21 12:57:29][DEBUG] : {"devices":{"9D926C20":{"packettype":"0x20","subtype":"0x01","id":"9D926C","status":5,"battery":9,"rssi":6}}}[2020-12-21 11:57:29][DEBUG] : http://127.0.0.1:80 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=xxx HTTP/1.1" 200 0

Porte d’entrée (ouverture puis fermeture) :

[2020-12-21 12:00:30][DEBUG] : Message: 082000416e61000379
[2020-12-21 12:00:30][DEBUG] : Decode : 082000416e61000379
[2020-12-21 12:00:30][DEBUG] : Test message: 082000416e61000379
[2020-12-21 12:00:30][DEBUG] : PacketType: 0x20
[2020-12-21 12:00:30][DEBUG] : Length: 9
[2020-12-21 12:00:30][DEBUG] : Start decoding packet type 0x20
[2020-12-21 12:00:30][DEBUG] : Subtype = X10 security door/window sensor
[2020-12-21 12:00:30][DEBUG] : Data : {'packetlen': '0x08', 'packettype': '0x20', 'subtype': '0x00', 'seqnbr': '0x41', 'id1': '0x6E', 'id2': '0x61', 'id3': '0x00', 'status': 3, 'battery': 9, 'rssi': 7}
[2020-12-21 12:00:30][DEBUG] : Decoded info : {'packettype': '0x20', 'subtype': '0x00', 'id': '6E6100', 'status': 3, 'battery': 9, 'rssi': 7}
[2020-12-21 12:00:30][DEBUG] : Device is known id : 6E6100
[2020-12-21 12:00:30][DEBUG] : Send to jeedom : {'devices': {'6E610020': {'packettype': '0x20', 'subtype': '0x00', 'id': '6E6100', 'status': 3, 'battery': 9, 'rssi': 7}}}
[2020-12-21 12:00:31][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-12-21 13:00:31][DEBUG] : {"devices":{"6E610020":{"packettype":"0x20","subtype":"0x00","id":"6E6100","status":3,"battery":9,"rssi":7}}}[2020-12-21 12:00:31][DEBUG] : http://127.0.0.1:80 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=xxx HTTP/1.1" 200 0

[2020-12-21 12:00:32][DEBUG] : http://127.0.0.1:80 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=xxx HTTP/1.1" 200 0
[2020-12-21 12:00:32][DEBUG] : Message: 082000436e61000179
[2020-12-21 12:00:32][DEBUG] : Decode : 082000436e61000179
[2020-12-21 12:00:32][DEBUG] : Test message: 082000436e61000179
[2020-12-21 12:00:32][DEBUG] : PacketType: 0x20
[2020-12-21 12:00:32][DEBUG] : Length: 9
[2020-12-21 12:00:32][DEBUG] : Start decoding packet type 0x20
[2020-12-21 12:00:32][DEBUG] : Subtype = X10 security door/window sensor
[2020-12-21 12:00:32][DEBUG] : Data : {'packetlen': '0x08', 'packettype': '0x20', 'subtype': '0x00', 'seqnbr': '0x43', 'id1': '0x6E', 'id2': '0x61', 'id3': '0x00', 'status': 1, 'battery': 9, 'rssi': 7}
[2020-12-21 12:00:32][DEBUG] : Decoded info : {'packettype': '0x20', 'subtype': '0x00', 'id': '6E6100', 'status': 1, 'battery': 9, 'rssi': 7}
[2020-12-21 12:00:32][DEBUG] : Device is known id : 6E6100
[2020-12-21 12:00:32][DEBUG] : Send to jeedom : {'devices': {'6E610020': {'packettype': '0x20', 'subtype': '0x00', 'id': '6E6100', 'status': 1, 'battery': 9, 'rssi': 7}}}
[2020-12-21 12:00:32][DEBUG] : Starting new HTTP connection (1): 127.0.0.1:80
[2020-12-21 13:00:33][DEBUG] : {"devices":{"6E610020":{"packettype":"0x20","subtype":"0x00","id":"6E6100","status":1,"battery":9,"rssi":7}}}
[2020-12-21 12:00:34][DEBUG] : http://127.0.0.1:80 "POST /plugins/rfxcom/core/php/jeeRfxcom.php?apikey=xxx HTTP/1.1" 200 0

Il ne manquerait pas une conversion entre ce que rfxcom envoie à jeedom et ce que jeedom envoie à l’api?

10

Non pour ton cas le « status » remonte bien, il faut que tu l’intéprète comme cela:

0820013c9d926c0469 ici 04 remonte « status »:4 surement détection
0820013e9d926c0569 ici 05 remonte « status »:5 repos ?

de même
082000416e61000379 ici 03 remonte « status »:3 ouverture
082000436e61000179 ici 04 remonte « status »:1 fermeture, repos ?

Donc sert toi du « status » en conséquence avec les bonnes valeurs si tu remets à l’état repos (forçage), mais n’a pas lieu dans ton cas remonte ( sauf si tu veux changer le tempo)

du coup ce n’est pas du binaire , mais du numérique

11

Ok merci pour le retour. Ca fait juste bizarre de comparer jamais les mêmes valeurs sur un capteur on/off.
J’adapterais les scenarios et l’alarme mais c’est une modif récente liée à la refonte du module.

12

Je crois pas, mais pour être sûr ,faudrait vérifier comment cela était traité dans l’ancienne version.
Les équipements suivant constructeur n’ont pas la même structure, pourquoi faire simple (quand on peut compliquer) :rofl: :thinking: :upside_down_face:

13

Au final j’ai appliqué une formule de calcul sur chacune des commandes :
Détecteur escalier commande Alerte:
Formule :

(#value#-5)*-1

J’ai aussi remis le passage à 5 au bout d’une minute pour qu’il retombe à 0 (dur dur la gymnastique :stuck_out_tongue: )
Detecteur de porte, commande :
Formule :

#value#-1

J’ai remis passage à 1 au bout de 1min (pour qu’il retombe à 0)

Juste les widget à remettre d’écart et retester l’alarme, l’historique a l’air cohérent maintenant mais le widget en custom ne fait encore pas ce que je veux.
Quelqu’un a des détecteurs de mouvement x10 avec la dernière version du plugin rfxcom, savoir si je suis le seul à devoir faire ces changements ?

14

Cela est pas mal ,
sauf le Détecteur de porte ? #value#-1 il remonte pas d’origine 3 ou 1 ?

J’aurais peut-être laisser la value et créé une autre info « état » avec les calculs.

Sinon modification dans le plugin directement !

15

En effet erreur de ma part, je vais diviser le total par 2 :stuck_out_tongue:
Je voulais éviter le virtuel au départ car la value renvoyé je m’en fous un peu 5 quand pas de mouvement 4 quand il y a du mouvement ça veut rien dire en terme de logique :wink:

Modifier le plugin, pas une bonne idée en terme de maintenance ou faudrait faire un push git sur le code et je crois pas que le code du plugin soit accessible sur github (et autant j’ai l’habitude de dev en c# ou ts, autant le php je suis trop rouillé :slight_smile: )

16

Oui sûrement raison, plus facile comme ça à modifier « #value# » , je citait le cas où il y aurait pas mal d’équipement concernés ( donc dans plugin !)

A voir si tout les 0x20 concerné ?

toi que sur « subtype » 0x01 et x04 

[2020-12-23][DEMANDE D'INFO] :Voyons si d'autres utilisateurs ont le cas ?