Bonjour
J’ai 4 modules Qubino ZMNHAD - Flush 1 relay. paramètrés a l’identique
3 ont bien été migrés et 1 seul est resté inconnu
J’ai bien activé la clé de sécurité au cas ou
Que puis-je faire pour l’activer sachant qu’il est dans les combles et difficilement accessible
Derriere ce module j’ai un DM
Bonjour,
On peut voir aussi son statut ?
Globalement la capture d’écran du module complète.
Relance déjà une interview (dans actions du module).
Le stage est toujours en nodeinfo. Normalement quand tout est correctement terminé il doit être en complete.
Il doit être en bout de réseau non ?
Tu avais redemandé une interview avant ta capture ?
ça fonctionne avec interview, il a fallu attendre env 10mn mais c’est OK
Merci
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.
Je ne comprends pas : le nœud a eu un moment le statut complete ou non ?
Il a des voisins sur le diagramme réseau ?
Capture d’écran stp.
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
Je pense que ça gêne l’interview.
Il est en quel stage maintenant ?
Tu peux essayer de soigner le réseau. Puis de retenter une interview une fois le soin terminé.
J’ai tout essayé
Je l’ai laissé toute la nuit pour voir s’il était reconnu
Toujours rien
Le noeud n’a pas été initié…
Je ne sais plus quoi faire
Bonjour,
Tu pourrais être plus précis / détaillé ?
Quel est le statut du nœud maintenant ?
Capture d’écran du module stp.
Bonjour
Soin réseau entier
le noeud reste désepérement en cours d’iitialisation
Sur le module en question
Reinterview
Soigner le noeud
Synchro valeur
Quelles copies d’écran souhaites tu ?
Je ne retrouve plus l’option copier le module sur un autre
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
Merci à tous pour vos conseils et explications
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…
je l’ai re-interviewé, Pas mieux
Etat toujours à blanc
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
Merci pour votre aide
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 
