Zigbee plugin, pont deCONZ (passelle universelle Zigbee)

[Thorgal]

Pas sur que ce soit la solution, sinon tu as ce bug a tout les detecteurs, et que les detecteurs ?

Et c'est bien ca le bug

Tes detecteurs sont par defaut sur "not reachable", donc pas de remonté d'info pendant des heures, puis quand ils détectent un truc, il repassent actif, font leur requetes et redisparaissent ?

Normalement il faut plusieurs heures avant qu'ils passent en non reachable, si il le font de suite, ca pourrait aider a trouver le probleme.

[papoo]

Oui seulement les détecteurs
En fait seulement 2 etats on et not reachable

[Thorgal]

Bizarre, uniquement un type d'appareil, et tout ceux de ton réseau, de manière soudaine, sans rien toucher.

Ça sent le bug logiciel, tu as essayé de débrancher/rebrancher la conbee pour redémarrer le firmware ? le reboot ne marche pas forcement, car le port usb reste alimenté donc elle ne redémarre pas.

Et sinon ça fonctionne, pas de détections ratées, juste cet état "non reachable" ?

[papoo]

suis passé à la 2.05.67 mais même problème

[Thorgal]

Bon y avait une issue qui ressemblait a ça, mais je la retrouve plus, et suis pas sur qu'il y ait eu une solution.

Au pire je peux essayer d'en refaire une, mais j'aurais 2/3 questions

- Pas de detecteur ikea ?
- A part l'etat inactif, tout fonctionne, il n'y a pas des moment ou il te rate ? ?
- Tu as le detecteur dans un groupe, ou tu geres tout par domoticz ?
- Combien de temps il lui faut (a quelques h pres) pour passer a l'etat inactif apres une detection, plusieurs heures ?
- On parle bien de la detection, pas de la luminosité ?
- L'etat "unreachable" se voit sur Phoscon et pas domoticz ?

Dans le plugin, il y a une option caché LIGHTLOG = X, si tu passes cette valeur a False, domoticz va loguer (dans les log du capteur) tout les notification du websocket (alors que la il ne fait que les changement d’état). Avec ça tu pourra voir si reellement tu passes 10 h sans aucunes notification ?

Le "hourly report" sur Xiaomi est toute les heures.

[papoo]

non pas détecteur ikea, seulement du xiaomi
aucun groupe
le détecteur ne passe pas inactif au bout de quelques heures, l'état off est directement remplacer par l’état inactif. cela affecte aussi le détecteur de luminosité, pas seulement le détecteur de mouvement.

2019-09-08 13_17_28-Window.png (12.91 Kio) Consulté 3726 fois

(capture faite à 13h17)
L’état "unreachable" se voit sur Phoscon et sur domoticz

Code : Tout sélectionner

2019-09-08 13:19:15.051 (Zigbee) ### WebSocket Data : {'config': {'battery': 100, 'on': True, 'reachable': True, 'temperature': 2600, 'tholddark': 12000, 'tholdoffset': 7000}, 'e': 'changed', 'id': '10', 'r': 'sensors', 't': 'event', 'uniqueid': '00:15:8d:00:02:73:26:9d-01-0400'}
2019-09-08 13:19:15.052 (Zigbee) ### Update device (Luminosité Cellier) : {'BatteryLevel': 100, 'nValue': 0, 'sValue': '0', 'TimedOut': 0}
2019-09-08 13:19:15.057 (Zigbee) Processing 'onMessageCallback' message
2019-09-08 13:19:15.057 (Zigbee) Calling message handler 'onMessage'.
2019-09-08 13:19:15.057 (Zigbee) onMessage called
2019-09-08 13:19:15.058 (Zigbee) ### WebSocket Data : {'e': 'changed', 'id': '9', 'r': 'sensors', 'state': {'lastupdated': '2019-09-08T11:19:15', 'presence': False}, 't': 'event', 'uniqueid': '00:15:8d:00:02:73:26:9d-01-0406'}
2019-09-08 13:19:15.058 (Zigbee) ### Update device (pir Cellier) : {'nValue': 0, 'sValue': 'Off'}
2019-09-08 13:19:15.060 (Zigbee) Processing 'onMessageCallback' message
2019-09-08 13:19:15.060 (Zigbee) Calling message handler 'onMessage'.
2019-09-08 13:19:15.060 (Zigbee) onMessage called
2019-09-08 13:19:15.060 (Zigbee) ### WebSocket Data : {'e': 'changed', 'id': '10', 'r': 'sensors', 'state': {'dark': True, 'daylight': False, 'lastupdated': '2019-09-08T11:19:15', 'lightlevel': 0, 'lux': 0}, 't': 'event', 'uniqueid': '00:15:8d:00:02:73:26:9d-01-0400'}
2019-09-08 13:19:15.060 (Zigbee) ### Update device (Luminosité Cellier) : {'nValue': 0, 'sValue': '0'}

Code : Tout sélectionner

2019-09-08 13:22:20.080 (Zigbee) ### WebSocket Data : {'config': {'battery': 100, 'duration': 90, 'on': True, 'reachable': False, 'temperature': 2600}, 'e': 'changed', 'id': '9', 'r': 'sensors', 't': 'event', 'uniqueid': '00:15:8d:00:02:73:26:9d-01-0406'}
2019-09-08 13:22:20.080 (Zigbee) ### Update device (pir Cellier) : {'BatteryLevel': 100, 'TimedOut': 1, 'nValue': 0, 'sValue': 'Off'}
2019-09-08 13:22:20.086 (Zigbee) Processing 'onMessageCallback' message
2019-09-08 13:22:20.086 (Zigbee) Calling message handler 'onMessage'.
2019-09-08 13:22:20.086 (Zigbee) onMessage called
2019-09-08 13:22:20.086 (Zigbee) ### WebSocket Data : {'config': {'battery': 100, 'on': True, 'reachable': False, 'temperature': 2600, 'tholddark': 12000, 'tholdoffset': 7000}, 'e': 'changed', 'id': '10', 'r': 'sensors', 't': 'event', 'uniqueid': '00:15:8d:00:02:73:26:9d-01-0400'}
2019-09-08 13:22:20.086 (Zigbee) ### Update device (Luminosité Cellier) : {'BatteryLevel': 100, 'TimedOut': 1, 'nValue': 0, 'sValue': '0'}
2019-09-08 13:22:22.517 (Zigbee) Pushing 'onHeartbeatCallback' on to queue

[Thorgal]

Nickel, on voit bien que le capteur passe en unreachable quelques minutes après, c'est donc deconz qui deconne, ou alors y'a un réglage de tempo que je connais pas.

[papoo]

oui c'est deconz qui foire.
ce qui est bizarre c'est que j'ai installé la beta 69 et qu'il ne m'affiche que la 67

[Thorgal]

Ha carrement, bon j'ai mis que tu avais la V67, m'etonnerait que ca change grand chose.

Du coup je viens de l'installer aussi, et pas de prb de mon coté, dans phoson j'ai bien 2.05.69 06/09/2019.

Tu regardes ou pour la version ? un probleme d'actualisation (mais si tu es passé de la V65 a la V69, pkoi ca t'afficherait V 67) ?

[papoo]

dans phoscon-gw /pwa/settings-gateway2.html

2019-09-08 14_06_52-Window.png (9.32 Kio) Consulté 3710 fois

suis sous ubuntu, la version n'est peut etre pas correctement renseignée ou n'as peut etre pas été mise à jour