Pour retour d’expérience, l’installation du plugin s’est mal passé chez moi, obligé de tout reinstaller Linux + Jeedom. Il me semble que j’ai eu un manque d’espace disque au milieu de l’installation (ce plugin semble demander pas mal d’espace disque).
Donc attention si vous avez peu d’espace dispo (genre une Smart à 8G) !!! Faites le ménage avant.
Bonjour à tous,
J’ai migré hier mes 18 modules Z-Wave vers le nouveau plugin Z-Wave JS. A présent tout semble fonctionner mais la migration ne s’est pas déroulée aussi sereinement que je le souhaitais. Voici donc mon retour d’expérience :
- plugin MQTT pas moyen de démarrer le démon
[2022-11-20 08:20:10][ERROR] : Echec de la requête HTTP : http://127.0.0.1:55035/publish?apikey=XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX cURL error : Failed to connect to 127.0.0.1 port 55035: Connection refused [2022-11-20 08:20:10][ERROR] : Listener non trouvé : 1887
J’ai exécuté toutes les commandes de vérification du système et les choses sont rentrées dans l’ordre. - plugin Z-Wave JS
Le contrôleur Z-Wave avait disparu. Il a fallu que je le débranche et le rebranche pour le retrouver.
J’ai plusieurs prises Fibaro, toutes identiques (FGWP102), 3 d’entre elles n’ont pas été reconnues. Je n’ai pas compris pourquoi. J’ai dû les exclure puis les inclure pour qu’elles fonctionnent.
Mon détecteur de fuite (11 02 011 Strips Comfort/Drips Multisensor) a aussi été mal reconnu et j’ai dû procéder à une exclusion/inclusion.
J’avoue que j’ai eu un peu peur mais franchement le résultat en vaut la peine. L’ancien plugin Z-Wave était plus que poussif. Là tout est fluide. Bravo et merci pour ce beau travail.
2 messages ont été scindés en un nouveau sujet : The stream or file « /var/www/html/core/class/…/…/log/mqtt2 » could not be opened in append mode: failed to open stream: Permission denied
j’ai enfin terminé de migrer mes dizaines de modules zwave, je vais pouvoir ajouter les nouveaux que j’avais mis de côté… ça marche très bien cette nouvelle mouture, mieux qu’en openzwave au niveau vitesse et réactivité.
j’ai eu deux loupés sur 2 modules sur batterie et 2 interrupteurs. je les ai exclus/inclus et c’est revenu.
le plus long a été de revoir l’interfaçage avec Homebridge et Alexa.
Merci l’équipe jeedom, super boulot, tout est opérationnel 
1 « J'aime »
Via le compte market.
Bonjour je crois qu’il ne doit avoir aucun plugin en version béta
1 « J'aime »
Arf. Faut faire un poste avec l’étiquette zwavekjs, l’équipe le regardera.
3 « J'aime »
Question.
J’ai fait un ticket pour demander le rajout d’objet.
Mon plugin zwave js est en stable.
Cependant j’ai un plugin lightmanager en beta
Est ce que ca va bloquer mon ticket ?
J’ai eu un mail mais je n’ai tjrs pas de possibilité d’envoyer les capture d’écran demandées.
1 « J'aime »
Bonjour,
Je n’utilise pas de service pack du coup je ne peux pas ouvrir de ticket :
J’ai remonté les infos sur le Community pour les têtes Danfoss LC13 et relais Secure SSR-303.
Si quelq’un a un service pack et le même problème, j’ai essayé de tout décrire, il n’y a plus qu’à ouvrir un ticket.
Après grace à la communauté, on a le plan B pour faire fonctionner le matériel en faisant un peu de paramétrage 
Bonne journée à tous
Bonjour, vu qu’il y a maintenant la strate MQTT en plus de zwave, j’aurais aimé savoir si le fait de démarrer avec un MQTT uniquement en local est « définitif ».
En ne considérant que Z-wave JS, si l’on se décide à passer par un MQTT dans un docker par la suite, alors qu’on a commencé en local, est-ce que la « migration » consistera simplement à faire le nécessaire dans MQTT manager ?
Je pense que oui. Le serveur mqtt sert uniquement de relais aux informations tant que tu spécifie la bonne adresse du broker dans le plugin mqtt manager il n’y a pas de raison que ca fonctionne pas
Bonjour,
Du coup ou peut-on trouver une liste des contrôleurs et modules compatibles ?
Perso je ne la trouve pas. Et j’aimerai vérifier les compatibilités avec de migrer.
Dans la documentation il y a bien un chapitre compatibilité mais il est vide.
Merci
1 « J'aime »
1 « J'aime »
Merci pour la réponse, mais cela indique la compatibilité avec zwave-js qui est effectivement essentielle. Mais ma demande concerne la compatibilité côté Jeedom (en gros savoir si les configuration sont correctes et savoir si tout les modules bien reconnu par Jeedom).
Si je prend le chapitre " Migration depuis OpenZwave" de la documentation du plugin il parle de je cite
« il faut impérativement s’assurer que l’ensemble des modules du réseau est totalement pris en charge »
Et ma question et comment m’en assurer avant de migrer.
Car pour moi il faut valider la compatibilité de chaque module côté zwave-js (via votre lien) mais il faut également le faire côté Jeedom avec les configurations. A moins que je dise n’importe quoi.
En fait, tu es confronté au même pb que tt le monde.
On migre et on voit ce que ça donne.
S’il manque des modules ou si certains sont incomplets, tu demandes à ce qu’ils soient intégrés.
Ou alors des bonnes âmes t’aident à faire en sorte que ces modules fonctionnent.
Des fois, c’est assez surprenant.
Sur certains modules, des process particulièrement chiadés m’ont été fournis.
Bon courage.
A partir du moment où le module est reconnu par zwave-js, si le module n’est pas encore complètement intégré au plugin ca ne prend que 2 clics (par commande) pour créer les commandes qu’ils manquent manuellement sans devoir attendre quoi que ce soit ni qui que ce soit.
Il n’y a aucune procédure compliquée à suivre, aucun marabout à contacter ni aucune prière à connaître.
Sans oublier qu’il est possible de tout tester sans aucun risque d’impact car si la moindre chose ne fonctionne pas il suffit de couper le démon du #plugin-zwavejs et de redémarrer celui de #plugin-openzwave .
Je recommande même de ne pas se précipiter, de bien prendre le temps de valider tout ce qu’on veut avant de réellement migrer définitivement;
cette phase va demander plusieurs séances reparties sur plusieurs jours probablement où il faut se permettre de couper pendant plusieurs heures votre réseau zwave (car openzwave coupé); ne comptez pas avoir tout fini en 10min
Essayer d’installer le #plugin-zwavejs, le démarrer et lui faire reconnaître les modules n’est pas une migration.
La migration c’est après lorsqu’on est rassuré que tout fonctionne et selon le nombre de modules, le nombre de scénarios il faut compter de nouveau potentiellement une demi journée max pour migrer et stopper définitivement ozw.
2 « J'aime »
Aucun marabout… ni, quelquefois, aucune logique dans l’obtention du résultat en comparant OZW et Zwavejs.
1 « J'aime »