Bien que je ne ressente pas le besoin de passer ma Smart en V4 qui tourne comme une horloge sous Debian 10.4 Buster, j’ai envie d’évoluer.
J’ai lu la méthode automatique préconisée et fait mon backup de sécurité.
Elle est montée avec une clé Aeotec Gen 5 Z-wave.
J’ai supprimé tous les widgets obsolètes.
Après avoir supprimé le plugin Z-wave faut-il laisser branchée cette clé Aeotec ?
Supprimer le plugin zwave va supprimer toutes les commandes, donc il faudra reprendre tous les scénarios et autres qui auront des commandes orphelines.
Pour éviter cela, il faut mieux le désactiver et suivre la procédure pour migrer de openzwave vers zwavejs !
Merci pour ta réponse.
Je m’étonne que dans le descriptif de Mise à jour en V4 cela ne soit pas renseigné.
Il y est dit seulement de supprimer le plugin Z-wave avant migration et de supprimer après la migration le plugin Widgets.
Tout comme @vegeta0911 tu dis de migrer de Z-wave ( mon cas et pas openzwave ) vers Z-wave JS.
Il me paraît curieux que la mise à jour ne fasse pas cela automatiquement surtout qu’il est précisé dans la mise à jour de supprimer le plugin Z-Wave.
Tu ne dois surtout pas supprimer le plugin Open Z-Wave avant d’installer le plugin Z-Wave JS. Il faut simplement arrêter le démon du plugin Open Z-Wave. Ensuite, tu installes le plugin plugin Z-Wave JS et tout le reste se fait automatiquement.
Les deux plugins peuvent parfaitement cohabiter mais ils ne doivent pas fonctionner en même temps. Ça veut dire que si Z-Wave JS est en cours d’utilisation, le démon de Open Z-Wave doit être arrêter et inversement.
Même si je n’en voit pas l’intérêt, on peut donc passer d’un plugin à l’autre. Il suffit simplement d’arrêter le démon du plugin en fonctionnement puis de démarrer l’autre.
Dernière précision, les modules ne sont pas renommés par le passage de Open Z-Wave à Z-Wave JS. Tu n’as donc aucune crainte à avoir pour tes scénarios.
La mise à jour du Core fait la mise à jour du Core et donc en aucun cas la migration openzwave.
Pour cela il y a bien une procédure afin de ne pas casser touts les appels aux modules zwave mis dans les scénarios ou autres !
Je n’ai pas dire refaire tous les scénarios !
Mais en supprimant le plugin si vous avez des commandes qui font appel à des modules zwave, elles vont devenir orphelines si vous supprimez le plugin.
Il faut donc avoir migré de zwave avant de supprimer l’ancien plugin.
Heureusement que tu signales cela. Cette info est à mon avis insuffisante car si je suis à la lettre cette procédure en étant trop confiant je vais au devant de problèmes avec mes scénars.
2 - Installer le plugin Z-Wave JS et l’activer.
Y a t’il des commandes particulières à faire Demon ou autre ?
Ce plugin va t’il directement intégrer tous mes modules FGR-222 ?
Y a t’il une manip à faire sur ma clé Aeotec Gen 5 ?
3 - Vérifier que tout fonctionne normalement.
4 - Supprimer Z-Wave
5 - Cliquer sur le bouton " Mettre à jour "
PS : Je prends beaucoup de précautions pour éviter de galérer ensuite.
Merci pour l’aide
Bonjour et merci pour ton explication très claire.
Vu que ton conseil est partagé par les autres intervenants, je vais suivre ton conseil en migrant d’abord sur Z-wave JS.
Je suis toujours en 3.3.60.
Sur le Market, le plugin Z-wave JS n’apparaît pas.
Est-ce dû au fait de mon ancienne version Core 3.3.60 ?
Si c’est le cas, je tourne en rond.
Idée :
Désactiver le Demon du plugin Z-wave avant d’aller sur le Market en espérant le trouver ?
oui évidement comme indiqué pour chaque plugin sur le market
sinon je ne vois pas l interet de mettre cette info, si le dev le met c’est que c est le mini requis, ca parait juste logique
Ok, mais alors les conseils qui m’ont été donnés au-dessus c’est à dire d’installer d’abord le plugin Z-Wave JS avant de faire la migration de la 3.3.60 vers la V4 sont inopérants, right ?