En effet ça peut être assez long (il y a beaucoup de choses à transmettre durant cette phase), surtout si comme je le soupçonne ton module a peu de voisins / est en bout de réseau.
Merci de l’intérêt
J’ai cru un instant qu’il était ok car son nom est bien revenu mais non
Oui il a plein de voisins mais pas en ligne direct de zwavejs toujours en rebond
Bonjour.
J’ai eu un souci similaire avec 3 de mes ZMNHAD. L’interview passait toujours en timeout (le message de timeout apparaissait clairement dans la log). Pour m’en sortir, je n’ai pas eu d’autres choix que d’exclure et réinclure ces modules.
je voulais vraiment éviter ça mais je ne vais pas avoir le choix
D’autant plus que sur un autre module identique, la valeur de l’état ne remonte pas.
En gros sur 3 mêmes modules, j’en ai qu’un qui fonctionne bien
Sur celui ou l’état ne remonte pas tente également la ré-interview.
Après normalement on ne devrait pas avoir besoin de reinclure un module. Mais bon entre la théorie et la pratique…
Bon solution radicale
J’ai décidé de restaurer jeedom en version openzwave
Je vais attendre que la version zwave JS soit plus stabilisée avant de tenter une prochaine migration
En espérant que d’ici là les pb avec les qubino soient résolus sinon je resterai comme ça après tout ça fonctionne très bien
Désolé ne n’avoir pas pu trouver la solution à ton problème.
A savoir qu’à un moment (quand ? Je ne sais pas) il faudra passer en zwavejs car openzwave n’est pas compatible Debian 11, et Debian 10 arrive en fin de vie. Jeedom n’a pas encore basculé en Debian 11 donc tu as encore du temps.
Merci je vais attendre
Toutes les montées de version jeedom se sont bien passées jusqu’à présent
Mais là il faut toucher trop de choses et ce n’est pas de ma compétence
Je préfère rester sur une solution qui fonctionne et attendre
Au passage la restaure vers openzwave s’est super bien passée donc pas d’hésitation pour tester