Vu ton log, je me doutais d’un module foutant le bronx sur ton réseau zwave. (node 12 ou 104 ou les 2)
les 12 et 104 sont connectés électriquement pourtant
c’est le 13 qui est débranché
Faut voir si cà revient stable où si tu le vois encore planter.
Si çà replante c’est que t’as bien un module HS ou alors la clé qui commence à déconner.
Je te conseille d’en acheter une 2ème et d’en faire un copie de la première et à garder dans un tiroir au cas où.
Pour les modules ben pas trop de solution simple. Exclure un par un les suspects (12, 104 et en premier peut-être le 13) et ainsi de suite jusqu’à stabilisation.
Dans l’onglet stat si tu vois trop de paquets perdus ou d’erreurs c’est bien un pb sur le réseau.
ça me confirme bien le ACM1
mon module « death » est débranché, mais pas mort dans le sens réel du terme (enfin j’espère ^^)
vaut-il mieux que j’exclue le module en attendant de le remettre en service ?
c’est la fonction crééer un noeud primaire pour cette action ?
1 « J'aime »
Non avec ce petit programme qui fait parfaitement le taf (sous windows)
Tu branche l’ancienne sur un windows, tu backup avec le prog, tu remets la clé à sa place puis tu mets la nouvelle sur le windows et du lui envoi le backup (EDIT: et tu la range dans un tiroir).
Elle pourra donc parfaitement prendre le relai de l’ancienne si elle crame.
Backup à faire après chaque inclusion/exclusion d’un module évidemment.
S’il est marqué Death, le réseau ne devrait plus tenter de communiquer avec lui. Donc non tu peux le laisser.
A suivre dans la durée.
un détail m’interpelle
malgré le paramétrage dans la gestion des plugins, je n’ai pas l’impression que le résumé prenne le bon chemin (ou peut-être que j’interprète mal les infos 
)
Merci pour le temps pris
je vais voir ce que ça donne, en espérant retrouver de la stabilité
et merci bcp pour le lien
Bonjour,
Petit retour,
Je n’ai pas retrouvé plus de stabilité
Du coup, je viens de cloner mon dongle ZWave avec le nouveau reçu dans la semaine.
J’en ai profité pour intercaler un switch USB (le DLINK 7 ports souvent mentionné par la communauté)
Pour le moment, RAS, tous les éléments répondent bien.
Je vais voir ce que ça donne sur qq jours, et je ferai une clôture du sujet si tout est ok
Salut
Pourquoi déconseilles tu le Auto.
J’ai pas mal d’instabilités aussi et j’ai essayé de fixer le port mais il change parfois créant encore plus d’instabilité. J’ai donc remis à Auto.
Content d’avoir pu aider, comme quoi ce n’est pas toujours la faute d’un module😅. Avoir une clé/dongle en secours est un impératif sinon le risque c’est du jour au lendemain plus rien!
Si c’est stable il faudra du coup en racheter une autre en route de secours.
Cela est dit dans bcp de posts sur le forum. c’est surtout dans le cas où il n’y a pas qu’un seul périphérique usb sur le jeedom. Certains periph perturbe la config usb et lors de redémarrage de jeedom le dongle zwave peut ne plus être détecté en auto et donc le réseau ne démarre pas. Fixer le port est alors plus fiable.
1 « J'aime »
si ton port change c’est donc la raison de ton instabilité.
Ce post est a lire dans ce cas
Nouveau retour suite aux manipulations d’hier
J’ai tjs le même problème
Par rapport aux logs transmis en début de post, j’ai tjs des modules en timeout
Du coup, il va falloir que j’exclue mes modules un à un pour les remettre les uns après les autres, c’est ça ?
Si c’est le cas, je vais devoir m’amuser à faire des virtuels de partout, et mettre à jour tous mes scénarios, avant de procéder aux exclusions
Ou est-ce que de part les logs fournis (je peux en poster un nouveau si besoin), il y a un autre souci ?
Au démarrage du réseau, par défaut, il y en a sur certains modules à cause de certaines classes mal supportées. Mais ça ne doit pas poser problème par la suite. Voir ici mes recherches sur le temps de démarrage du réseau Z-Wave. Optimisation du temps de démarrage du réseau Z-Wave
Est-ce que tu as des toujours des problèmes de timout lors d’exécution de commandes ?
Dans un premier temps, je déconseille d’exclure puis ré inclure des modules. C’est bien souvent le fichier de conf du réseau Z-Wave qui n’est pas à jour et pas bien aligné avec le contenu de la clé Z-Wave. Il faut bien prendre son temps pour soigner les nœuds un par un et le réseau. Ça ne se fait pas en 1 seconde après 1 clic. C’est plutôt plusieurs heures lorsque tous les modules se sont réveillés. C’est un peu comme pour les « bobos », c’est rapide de mettre un pansement, mais le « bobo » met du temps à guérir. Typiquement, le message « controller si busy », c’est souvent qu’on va trop vite pour le réseau.
Non, avec le plugin openzwave, il n’y a pas besoin. Un simple changement de l’ID suffit. Juste noter l’ID du nouvel équipement qui vient de se créer automatiquement, supprimer cet équipement et changer l’ID de l’ancien équipement pour le nouvel ID.
1 « J'aime »
Merci d’avoir pris le temps de regarder le pb
En fait, le timeout n’est pas lors du démarrage.
Une fois que le réseau est démarré, tout est ok
Mais au bout de quelques temps (une journée, voire plus ou moins, je ne sais pas exactement, j’ai un module qui passe avec des timeout)
Le module en question est un FGBS 222, qui me remonte des données de sondes de température
Et quand le module passe en timeout, lorsque je clique sur plugin / zwave, ça tourne en rond.
Je n’ai pas d’autre solution que relancer jeedom 
Edit : j’avais encore un plantage ce soir, et en relançant le demon ZWAVE, je me retrouve à nouveau avec un msg comme quoi le port n’est pas configuré :frowning :frowning
Pourtant, clé neuve, siwtch usb compatible (à priori) et alimenté, donc visiblement pas de souci d’alim depuis la box
Je ne sais pas ce qui a pu rendre malade mon réseau ZWAVE
Hello,
Si tu n’as pas essayé de fixer le nom de ton device USB avec les UDEV rules, tu devrais peut être regarder vers cette solution.
J’avais des instabilités il y a quelques années entre tous les stick USB, et depuis la mise en place des udev rules, plus aucun soucis de « port non configuré ».
Cdrik
1 « J'aime »
Salut
J’ai un peu le même soucis que toi. Le plugin fonctionne nickel et d’un coup plus rien ne répond.
J’ai également des timeout dans les Logs.
Je suis en train de creuser pour comprendre et pour le moment, j’ai un petit scénario avec lequel j’enregistre le nombre de messages rejetés afin d’être informé si d’un coup il y a beaucoup de messages rejetés.
Mais cela ne semble pas suffisant. Par exemple depuis 20h, mon système ne répond plus. J’ai lancé la commande top et j’ai vu que le daemon prenait 100% de cpu. En relançant le daemon, je suis aux alentours des 1%
Le port est configuré en auto et j’ai l’impression qu’il y a eu une perte du port car ce dernier semble avoir changé.
Je vais donc essayé de le fixer pour voir ce que cela change.
Essaye de voir la charge du processus quand ton plugin est planté.