Equipement sur prise en "Death"

[odemg]

Bonjour,

Cella fait 3 fois maintenant que j’ai un équipement Zwave ( Multiprise powernode grenwave 6 ) qui passe en death .
Un redémarrage du Zwave ne corrige pas le problème.
J’ai essayé de débrancher rebrancher la prise, ça a bien fonctionné, j’ai bien eu accès au commande puis au bout de 10/20 minutes elle est repassée en « Death »

Ce matin elle était a 11000 message envoyé sur le réseau, mais je pense que c’est normal étant donnée que toutes les 5 minutes elle envoie la puissance et la consommation de chacune des 6 prises.

Je suis en Jeedom Smart V3.3.51 Open Zwave MAJ.
La prise est à 1 mètre de la Smart

Log OpenZwave

KeyError: <_Timer(Thread-3229209, stopped daemon 547474108928)>
Unhandled exception in thread started by <bound method _Timer.__bootstrap of <_Timer(Thread-3936202, stopped daemon 547474108928)>>
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 774, in __bootstrap
self.__bootstrap_inner()
File "/usr/lib/python2.7/threading.py", line 789, in __bootstrap_inner
del _limbo[self]
KeyError: <_Timer(Thread-3936202, stopped daemon 547474108928)>
Unhandled exception in thread started by <bound method _Timer.__bootstrap of <_Timer(Thread-4154793, stopped daemon 547818926592)>>
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 774, in __bootstrap
self.__bootstrap_inner()
File "/usr/lib/python2.7/threading.py", line 789, in __bootstrap_inner
del _limbo[self]
KeyError: <_Timer(Thread-4154793, stopped daemon 547818926592)>
Unhandled exception in thread started by <bound method _Timer.__bootstrap of <_Timer(Thread-4175002, stopped daemon 547419320832)>>
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 774, in __bootstrap
self.__bootstrap_inner()
File "/usr/lib/python2.7/threading.py", line 789, in __bootstrap_inner
del _limbo[self]
KeyError: <_Timer(Thread-4175002, stopped daemon 547419320832)>
[2020-07-04 19:59:16][ERROR] : Critical error on  send_changes_async threads can only be started once
Unhandled exception in thread started by <bound method _Timer.__bootstrap of <_Timer(Thread-4394971, stopped daemon 547071455744)>>
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 774, in __bootstrap
self.__bootstrap_inner()
File "/usr/lib/python2.7/threading.py", line 789, in __bootstrap_inner
del _limbo[self]
KeyError: <_Timer(Thread-4394971, stopped daemon 547071455744)>
[2020-07-05 15:52:44][ERROR] : Critical error on  send_changes_async threads can only be started once
[2020-07-06 14:53:37][ERROR] : Le noeud [Salon][Bloc Multimédia] (45) est présumé mort
[2020-07-06 16:12:02][ERROR] : Le noeud [Salon][Bloc Multimédia] (45) est présumé mort
[2020-07-06 16:12:26][ERROR] : Le noeud [Salon][Bloc Multimédia] (45) est présumé mort
[2020-07-06 16:12:37][ERROR] : Le noeud [Salon][Bloc Multimédia] (45) est présumé mort
[2020-07-06 16:13:09][ERROR] : Le noeud [Salon][Bloc Multimédia] (45) est présumé mort
[2020-07-06 16:49:10][ERROR] : Le noeud [Salon][Bloc Multimédia] (45) est présumé mort
[2020-07-06 17:18:55][ERROR] : Le noeud [Salon][Bloc Multimédia] (45) est présumé mort
[2020-07-06 17:18:58][ERROR] : Le noeud [Salon][Bloc Multimédia] (45) est présumé mort
[2020-07-06 17:19:29][ERROR] : Le noeud [Salon][Bloc Multimédia] (45) est présumé mort
[2020-07-06 17:19:33][ERROR] : Le noeud [Salon][Bloc Multimédia] (45) est présumé mort
[2020-07-06 17:26:18][ERROR] : Le noeud [Salon][Bloc Multimédia] (45) est présumé mort
[2020-07-06 17:26:22][ERROR] : Le noeud [Salon][Bloc Multimédia] (45) est présumé mort
Unhandled exception in thread started by <bound method _Timer.__bootstrap of <_Timer(Thread-48442, stopped daemon 547323113984)>>
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 774, in __bootstrap
self.__bootstrap_inner()
File "/usr/lib/python2.7/threading.py", line 789, in __bootstrap_inner
del _limbo[self]
KeyError: <_Timer(Thread-48442, stopped daemon 547323113984)>

Log OpenZwaved

2020-07-06 14:18:00.821 Always, OpenZwave Version 1.4.0 Starting Up
...
2020-07-06 14:47:11.598 Error, Node045, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-07-06 14:47:15.600 Error, Node045, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-07-06 14:48:09.607 Error, Node045, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-07-06 14:48:13.609 Error, Node045, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-07-06 14:49:07.611 Error, Node045, ERROR: Dropping command, expected response not received after 1 attempt(s)
2020-07-06 14:49:10.923 Error, Node045, ERROR: node presumed dead

Que puis je faire pour analyser le problème?
Est ce que c’est un problème matériel sur la prise ?

Merci d’avance,

[Mips]

Bonjour,

• « soigner » la prise / le réseau
• vérifier les routes des noeuds autour etc

[odemg]

Bonjour et merci pour la reponse,

J’avais déjà essayé mais dans le doute j’ai fais :

• Soigner le nœud
• Mise a jour des nœud voisins
• Mise a jour de la route de retour
• Rafraîchir les valeurs, et les infos
• Récupérer les CC dynamiques
• Ping

et pour le voisin, c’est gris …

L’équipement reste en death.

[mich0111]

Bonsoir,
Comment as-tu inclus ton module?
Si tu l’as fait en mode sécurisé, essaie en non-securisé

[odemg]

Bonsoir et merci,

C’est une multiprise ZWAVE ( pas +) , il n’y a pas l’option sécurisé

Le reste du réseau Zwave fonctionne correctement.

Est ce que ça peut être utile de passer le plugin en debug pour comprendre d’ou provient le problème ?

[mich0111]

Bonjour,
L’option sécurisée n’est pas liée à la version du Z-wave.
Cela existe aussi bien en Z-wave qu’en Z-wave+. C’est vrai que certain équipements ne le proposent pas, d’autres l’imposent. Quoiqu’il en soit, on rencontre tellement de problème avec ce mode, que nous sommes quelques-uns à l’avoir banni pour le moment.
Maintenant, si tu ne l’as pas inclus en mode sécurisé, ça veut dire que ce n’est pas le problème.
Peux-tu poster la page santé de ton plugin, et sa table de routage?

[Mips]

Salut,
Tu es sur ? Je pense que zwave+ (500) apporte le sécurisé et meilleur transmission.

[odemg]

Bonjour,

Page santé de Jeedom:

Plugin Zwave :

Quelques modules ne se sont pas encore réveillé d’ou les cachload

Table de routage:

Merci beaucoup

[mich0111]

De mémoire, mais je peux me tromper, le mode sécurisé existait avant la puce 500.
Ceci étant, tu me fais douter.
Il faut que je vérifie, je ne voudrais pas dire de bêtises.

[mich0111]

Sur mon smartphone, je ne vois pas grand chose.
Je regarderais cet aprèm sur mon PC.
A moins que tu n’aies résolu le problème d’ici là.
Petite question, as-tu tenté l’exclusion/réinclusion par hasard ?

[odemg]

J’ai fait une exclusion inclusion le 29/06 et le 07/07 il est repassé en death.

J’essaye de refaire une exclusion inclusion ?

[romanais]

J’ai eu 5 prise Greenwave il y a quelques années, il ne m’en reste que 2 (pour des trucs non critiques, sur des prises où rien n’est branché), avec le temps les 3 autres ont toutes fini par avoir ce souci de « Dead ».

[mich0111]

Je viens de chercher sur le net et il semblerait que le chiffrement en AES date bien d’avant la sortie du Z-wave+

Ce protocole offre également l’avantage de pouvoir sécuriserles communications en s’appuyant sur un chiffrement symétrique AES. Il a été retenu par des sociétés comme Orange (HomeLive) [ 2 ] et Somfy [ 3 ] pour leurs produits de domotique.

Une amélioration de ce protocole, baptisée Z-Wave+, a été présentée par Sigma Design en janvier 2014. Celle-ci est censée améliorer la portée du signal, permettre de réduire la consommation de la puce et augmenter la vitesse de communication.

Mais encore une fois, tu m’as instillé le doute.

[Mips]

@mich0111

Mais encore une fois, tu m’as instillé le doute.

Désolé

[odemg]

Il n’y a donc rien a faire c’est la prise qui a un problème et ne répond plus au contrôleur alors.

Merci pour vos réponses.