Problème aléatoire plugin ZWAVE suite redémarrage ou mise à a jour core jeedom

Bonsoir,

Mon problème arrive aléatoirement quand à la suite d’un redémarrage physique de mon jeedom ou bien quand j’applique une mise à jour du plugin zwave ou core jeedom.

Tous mes modules ne sont plus du tout visible dans Zwave/Santé alors qu’ils sont visibles dans la page d’accueil du plugin zwave. Après un redémarrage physique ou des fois un relancement du démon, la liste de mes modules réapparait dans zwave/santé mais tous à unknown. Je suis obligé de sauvegarder chaque module sans faire de changement pour que « unknown » repasse sous le vrai nom du module.

Le gros problème est que plus de la moitié de mes modules ne répondent plus.
J’ai beau soigné les noeuds, tester le réseau, synchroniser, redémarrer …je rencontre les mêmes problèmes.

La solution est d’exclure et réinclure mes modules mais ça demande du temps et j’aimerai éviter de faire cela à chaque fois.

Auriez-vous des pistes que je peux étudier pour comprendre une bonne fois l’origine du problème ?

Merci d’avance.

Ma config ; jeedom 4.1.15 sous Pi4 avec SSD, zstick aeotec GEN5 avec rallonge usb.
Je précise que j’ai rencontré le problème avant même la béta 4.1x

Salut!

Je pense que tu devrais mettre les logos en débug pour le demon zwave…

Ensuite ça sent quand même le module hs qui fou la zone.

Sinon as tu essayé d’arrêter jeedom. Débrancher la clé 20min et redémarrer?

Ta clé est elle bien en mode suc ?

Nas tu pas melangé invlusion sécurisée et non sécurisée ?

@anon53349806,

Ma clé n’est pas en mode SUC (je ne sais pas d’ailleurs à quoi cela sert mais à priori c’est nécessaire) : je vais le passer dans ce mode en utilisant l’outil ZENSYS TOOL.

Concernant le mélange sécurisé et non sécurisée, j’ai toujours fais mes inclusions en mode sécurisées et tous mes modules Zwave ont bien été reconnus (ce sont tous des ZWAVE+). Par contre, dans SANTE, j’ai toujours trouvé bizarre que certains modules avaient le cadena fermé et d’autres non alors qu’ils ont été tous inclus en mode sécurisés. Est ce que ça voudrait dire que c’est pas en sécurisé ?

Le fait d’avoir des sécurisés et des non sécurisés, est ce que celà pose réellement problème ?

Pour les logs, je les file après etre passé en mode SUC.

Merci

Oui cela pose de nombreux problèmes apparemment, plusieurs sujets sur le forum en parlent et beaucoup ont arrêté d’inclure en mode sécurisé…

@Emlivyo,

J’ai du reseter les données de ma clé zstick pour passer en mode SUC : il est maintenant dans ce mode visible depuis jeedom
image

Je vais donc profiter pour réinclure tous les modules en mode non sécurisé, histoire de minimiser les problèmes.

Etant donné tout ce que j’ai lu (de plutôt négatif) sur le sujet, c’est une sage décision il me semble :wink:

Y aurait il d’autres recommandations à suivre ?

Merci d’avance

Merci du conseil !

As-tu essayé l’action synchroniser?

Oui j’avais essayé et ça me remettait tout ce que la clé avait en mémoire : le problème est qu’une majorité des modules ne fonctionnaient plus (plus de remontées d’info, plus de switch ON/OFF) malgré qu’elles étaient reconnues.

La reference ce sont les infos de la cle…donc c’est mal barré sauf si tu avais fait un backup

Moi aussi dans le doute j’ai refait toute mes inclusions en non sécurisé. Pas sur que ca fonctionne beaucoup mieux mais au moins le reseau est plus rapide

@rootard on se tient au courant si nos modifs rendent plus stables le zwave :wink:

Non cela ne pose pas de problème. C’est parfaitement possible

Edit : pour être bien clair, ce n’est pas le mélange entre sécurisé et non sécurisé qui peut poser problème mais apparemment certains ici ont un réseau ou des modules qui répondent moins vite et/ou avec des pertes de connexions, des messages qui n’arrivent pas etc si en mode sécurisé.

Lui dit quand même qu’il a eu le support jeedom…

Hello

En complément des informations déjà énoncées, il faut savoir que :

  • Un module sécurisé sait faire relais pour des messages sécurisés Et non sécurisés
  • Un module nonsécurisé ne sait faire relais que pour des messages non sécurisés

Ça veut dire que quand le maillage n’est pas bon (un relai non sécurisé obligatoire pour joindre des modules sécurisés) ou qu’il y a de la congestion (trop de passage par 1 relai qui se met en veille)… Ça fonctionne mal

1 « J'aime »

Cela confirme ce que je dis: un réseau mixte fonctionne et ne peut pas tomber à cause de ça.
Mais la communication en sécurisé est plus lente, avoir un réseau full sécurisé est aussi plus lent;
Ce n’est pas le mélange entre sécurisé et non sécurisé qui pose le problème et c’était ça mon point.

Ah je ne savais pas ça. Tu es certain ?
En tout cas cela peut expliquer enfin pourquoi j’ai si peu de soucis alors qu’une majorité chez moi est en sécurisé (pas par conviction mais par « ignorance » au moment où j’ai tout inclus) et que d’autres utilisateurs s’en plaignent tellement : ils n’ont peut-être pas assez de module en sécurisé en fait :upside_down_face:

1 « J'aime »

Oui certain. Comme le nœud non sécurisé ne sait pas lire le message (logique), il l’ignore tout simplement.
J’étais tombé sur un article technique anglais super bien foutu. Je vais voir si je peux remettre la main dessus

1 « J'aime »

Oui ca a du sens, mais il peut aussi y avoir un header non encrypté pour le routage;
je n’ai jamais lu en détails le protocole pour le savoir

Oui un module sécurisé fait relais pour du securisé et non sécurisé
Un module non sécurisé fait relais que pour du non sécurisé et dans un réseau mixte important ca peut en fonction des distances et de la position de chacun foutre une belle pagaille :slight_smile: