Bonsoir,
Je viens de faire ma migration, et voici quelques retours pour ceux qui se posent la question de passer le cap.
Le fait de pouvoir avoir les deux protocoles est pratique et rassurant. On peut à tout moment revenir en arrière, en désactivant l’un et en switchant sur l’autre.
Le nouveau plugin est effectivement plus réactif avec Zwave JS. Il faut néanmoins attendre plus d’une demi-heure la toute première fois que le réseau Zwave JS démarre pour récupérer la description complète des modules sur secteur. Pour ceux qui sont sur pile il faut attendre qu’ils se réveillent.
L’outil « remplacer par » est bien, même s’il ne gère pas tout, par exemple les graphiques dans les designs sont restés avec les anciens équipement Open Zwave, donc tous à refaire avec les nouveaux équipements. Mais à part ce détail c’est tout de même génial pour les scénarios, les virtuels, etc…
Pour ne pas se tromper si on a beaucoup d’équipements, il faut de la méthode.
Pour utiliser « remplacer par », il faut commencer par faire apparaitre le numéro d’identification dans le nom de l’équipement Open Zwave, parce que ce numéro apparait très clairement dans la version Zwave JS, et c’est donc le meilleur moyen de faire correspondre les 2 équipements dans les deux versions. Lorsque j’ai pris conscience de ca, j’ai renommé tous mes équipements Open Zwave avec leur numéro d’identifiant au départ (et j’en ai 58…)
Certains équipements sont reconnus mais pas bien. Dans mon cas il s’agit de:
- SP816 - Motion sensor. Le pb a été en partie réglé grâce au conseils de tyburski voir ce lien, il subsiste un pb de batterie qui reste à 0 sans que je sache comment récupérer le vrai niveau.
- FGBS-222 Compteur impulsions. Les deux versions dans les 2 plugins sont vraiment différent, mais en faisant correspondre l’état 1 avec l’état 5 (le seul que j’utilise pour l’instant), je m’en suis sorti, mais c’est vraiment étrange.
- Eurotronics Thermostatic Valve Spirit. Différent sur une élément important concernant le mode de fonctionnement de la vanne ou son état. Avec un virtuel donnant un string en fonction d’une valeur, je dois pouvoir m’en sortir, mais si l’équipe Jeedom peut faire une solution définitive et pour tout le monde, ca me parait mieux.
- Qubino Flush Shutter ZMNHCD - Volets. Petit soucis pour juste un détail sur le pas du moteur, ici encore, rien de dramatique, mais si la correspondance pouvait être parfaite ca serait bien.
Enfin, certains équipements ont bien été reconnus, mais étaient en statut « unknown » et pas « alive ». Pour moi la conséquence était qu’ils ne réagissaient pas bien aux commandes par l’interface web, mais fonctionnaient avec les scénarios. Ce point a été résolu chez moi en faisant un simple rafraichissement de chaque équipement concerné (dans la liste des actions sur équipement type soigner ou réinterviewer)
Au final, ca c’est donc plutôt bien passé. Avec un peu de méthode et l’outil « remplacé par » qui est vraiment pratique, j’en ai eu pour 2 jours tout de même, pour une soixantaine d’équipements Zwave. En gros une journée pour récupérer les doc intéressantes et lancer la migration voir ces liens:
Jeedom découverte du nouveau plugin Z-Wave JS
Jeedom Migration d’Openzwave vers Z-Wave JS
Liens YouTube:
Découvrez le nouveau plugin Z-Wave JS de Jeedom 
C’est de la bombe ! 
Début de ma migration vers Z-Wave JS sous Jeedom
Puis une journée pour tenter de régler les 3-4 soucis qui ne sont pas bien passés, et finir par demander de l’aide à l’équipe support de Jeedom. J’attends de leur nouvelle pour l’instant.
Me voilà donc soulagé et content d’avoir franchis le cap, sans nécessité de se connecter en SSH, ou faire des manip tirées par les cheveux. Globalement un grand bravo à l’équipe Jeedom qui a fait un super travail pour permettre cette migration en douceur.
