Je tente de migrer depuis le plugin zwave officiel ver zwavejs2mqtt.
Je rencontre des soucis avec des modules inclus en mode sécurisé
J’ai tantôt, un message
Driver: Node 071 supports Security S2, but no S2 network keys were configured
et tantôt
Driver: Node 06 supports Security S0, but no S0 network keys were configured
j’ai bien récupéré ma clé dans manager_utils.py en prenant soin de retirer les 0x. j’ai beau essayer S0 legacy et S2 authenticated mais je tourne en boucle
tous mes noeuds secteur restent en nodeinfo et mes noeuds pile sur protocolinfo.
Si je met ma clé en S0 et S2, j’ai ce message: Driver: The security key for class S2_Authenticated was used multiple times! (ZW0108)
Le hic, c’est qu’hier j’ai fais des essais sur une vm de test et d’un coup tout s’est débloqué suite à une manip (je pense une re-interview) et là je suis incapable de le reproduire en prod
Toujours aucun noeud ne passe en completed au bout d’1h
par désespoir je viens de faire un test sur zwave2mqtt (pas zwavejs2mqtt)
La différence entre les deux c’est qu’il n’y a pas de clé S0 ou S2 mais uniquement une network key.
Au bout de quelques minutes, toutes les interviews ont été faites
j’en suis presque rendu à refaire mes inclusions mais j’ai moyen envie
Oui, j’ai bien suivi le tuto.
Je suis sur une vm de la freebox delta sous debian buster
J’ai ouvert en parallèle un ticket sur le git de zwave-js. Un des premiers éléments qui remonte c’est que tous mes fils pilote qubine renvoient de mauvaises informations et qu’il faut atteindre que les commandes se mettent en time out
Je viens de recevoir une autre explication sur la différence entre OZW et zwave-js
OZW se repose sur des configurations XML tandis que zwave-js demande les informations aux périphériques
Si un périphérique a une mauvaise implémentation, cela explique la lenteur de l’interview
Ok c’est intéressant comme analyse mais quand même, aucun périphériques en completed après 1h c’est surprenant.
Au pire tu si ce sont des fil pilote tu devrais pouvoir les éteindre tous en coupant le bon disjoncteur ?
Ça permettrait de vérifier sans eux si ça se passe bien et si l’analyse est bonne.
Édit : d’ailleurs tant qu’à poser des questions là bas si tu peux demander par rapport à S0 et S1. Tu n’avais pas l’air de pouvoir mettre la même clef, est-ce que ça veut dire qu’il faut faire générer des clefs différentes pour chaque S2 ? ça m’intéresse je le rajouterai dans le tuto
Après échange avec Daniel Lando, c’est une bonne pratique de copier la clé OZW dans S0 et de regénérer les 3 S2 dans la mesure où OZW ne supportait pas S2
Non, car au final le message Node 071 supports Security S2, but no S2 network keys were configured
C’est un avertissement comme quoi le périphérique peut potentiellement faire du S2
Ceux qui étaient sécurisés dans OZW sont au final taggés comme S0 Legacy car j’ai remis dans la conf S0 Legacy, la clé que j’avais dans jeedom
Oui ça je savais que c’était juste un warning en revanche je ne pensais pas que les modules sécurisés sur OZW fonctionnaient finalement en non sécurisé sur zwavejs2mqtt via la S0.
Plus qu’à fermer ce sujet merci pour les infos complémentaires
