Je viens de faire la bascule vers Zwave JS. J’ai 25 modules et tout semble fonctionner sauf mes modules Qubino Fil Pilote au format DIN ZMNHUD. Les commandes sont bien là mais aucune action ne semble envoyée aux radiateurs. Ce qui est étonnant c’est que j’ai des modules Qubino Fil Pilote au format classique (non DIN) ZMNHJD qui envoient bien les commandes. La page santé n’indique rien de particulier d’anormal. Est-ce que j’ai raté quelque chose ?
J’ai tenté de recréer les commandes mais ça ne change rien au problème. Est-ce qu’un log de quelque chose peut être utile ici ?
Je viens de passer zwavejs-ui en debug et lorsque je lance une commande j’ai ça
INFO MQTT: Message received on zwave/12/38/0/targetValue/set: ‹ 30 ›
DEBUG GATEWAY: No writeable valueId found for 12/38/0/targetValue
(là c’était un ordre ECO d’où le 30), est-ce que je tiens une piste utile ?
Je précise que sur les module non DIN, je n’ai pas cette erreur
Bon alors l’exclusion suivi d’une inclusion du module est instructive : impossible de l’inclure à nouveau, le module passe en dead immédiatement… (testé en sécurisé et non sécurisé)
oui. J’ai rebasculé sur openzwave, resynchro avec le module reseté et nouvellement ajouté au contrôleur et il marche très bien. Je repasse sur zwaveJS, aucune commande ne passe. Bref, petit souci de zwaveJS avec ce module je pense.
Oui je suis allé voir, rien de différent des autres modules non DIN, juste comme je disais plus haut les commandes font ça dans le log DEBUG
INFO MQTT: Message received on zwave/12/38/0/targetValue/set: ‹ 30 ›
DEBUG GATEWAY: No writeable valueId found for 12/38/0/targetValue
Comme toi, mes modules ne réagissaient plus aux commandes suite à la migration vers zwave-js.
Je viens de mettre ‹ 1 › à la place de ‹ 0 › dans endpoint pour les commandes classe 38 (confort, état, arrêt, …) de l’objet jeedom.
Je viens de faire un test ‹ confort › puis ‹ arrêt ›, les radiateurs réagissent.