Bonjour,
je suis sur une Atlas, j’étais en Debian 10 + V 4.3 et j’ai donc franchi le pas en mettant à jour en Debian 11 + v 4.4.5
Avant ces deux Maj, j’utilisai pour mon réseau Zwave le plugin Openzwave, mais j’ai découvert qu’il ne marchait pas sous Debian 11 une fois la maj faite Honnêtement je ne suis pas un grand lecteur, c’était peut-être écrit quelque part dans une doc ?? mais plutôt une mauvais surprise !!
J’ai donc installé le Plugin Zwave JS pour mon Zwave, la réinclusion des équipements s’est plutôt bien faite, j’ai utilisé la fonction remplacer pour (re)mettre à jour mes équipements en fonctionnement. ( à noter que cette fonction n’effectue pas de modifications dans les scénarios du plugin GoogleSmartHome pour les commandes vocales, je me suis donc taper les modifs à la mano
Il me reste une difficulté :
J’utilise des Fibaro smart implant pour le pilotage de mes portes de garage + alarme , j’avais paramétré la config dans les paramètres de chaque module sous openzwave.
Etant donné que sous debian 11 je n’ai plus accès à mes modules, je ne peux plus avoir accès à ma config … comment faire pour pouvoir mettre la main dessus et ne pas tout refaire ?
Revenir en Debian 10 V 4.3 et basculer open Zwave sur Zwave JS ( es-ce-que le transfert de config de mes Smart implant se fera bien ? ) , faire une sauvegarde, repasser ensuite sous debian 11 et faire la maj en 4.4 ?
Mes modules se sont « réinclus » tout seul au lancement du nouveau plugin Zwave JS , je n’ai pas procédé à leur inclusion manuelle, j’ai juste dû les renommer, les N° de Noeuds n’avaient pas changé, je me suis donc vite repéré.
Pour le moment, je n’ai pas supprimé mon ancien plugin openzwave, mais sous Debian 11, il ne fait plus fonctionner le Zwave, donc plus d’accès aux config des modules Smart Implant, puisqu’il ne sais plus communiquer avec …
Tu passes pas le plugin zwavejs maintenant, pourquoi veux-tu utliser openzwave dans ce cas?
C’est depuis zwavejs que tu dois jouer sur les paramètres, qui sans réinclusion, non pas du changer.
je voudrai juste pouvoir aller lire la config de mes modules Smart Implant sous openzwave pour la reproduire dans le nouveau plugin jeedomJS, car elle ne s’est pas synchronisé lors de la migration
Mais le plugin OpenZwave n’étant plus opérationnel sous Debian 11, pas possible …
J’ai bien l’impression que je vais devoir refaire la config de mes modules SmartImplant 1 par 1
Je te confirme que c’est ce que j’ai du faire !
Et c’est obligatoire, par exemple la gestion des état ouvert ou fermé devient 0 ou 2 (!), du coup cela t’oblige à créer un binaire en indiquant #valeur#==2 …
J’ai eu l’impression de me replonger quelques années en arrière quand javais déjà bien luté avec ce module Heureusement @Ricou4064 est hyper méthodique dans son fil ci-dessus, merci à lui
Sinon, pour accéder aux paramètres “comme avec openzwave”, c’est un peu plus compliqué avec ZwaveJS, tu dois aller ici :
Je tourne un peu en rond là
Côté branchement , je veux que le OUT2 m’envoi un contact sec et le retour d’état par aimant se fasse sur le IN1
J’ai donc créer les deux commandes, en appelant la propriété 20 pour le capteur en IN1 et le 157 en OUT 2
Oui, c’est vraiment la pagaille en natif avec ce module.
La tuile automatiquement créée n’est pas du tout intuitive, c’est encore plus dérangeant quand on était habitué à OpenZwave…
Je vais t’aider un peu (j’espère) en me basant sur mon expérience
Donc, reprenons, dans l’ordre :
Moi aussi c’était l’ampoule qui actionnait.
Ce que j’ai fait sur cette commande : clic sur roue cranté et changement d’affichage en “Prise” pour Dashboard et mobile.
Déjà, ça va changer l’ampoule en croix rouge ou prise lorsqu’elle sera actionné, “comme avant” avec ton ancienne tuile
À noter que le logo de la prise sera ultra furtif (mais visible quand même) si tu as réglé l’impulsion du contact sec à 5 dans la valeur…
Sauf erreur, et c’est ce qui induit en erreur, lorsque tu survoles l’ampoule (ou la croix du coup), l’info-bule qui apparaît te donnera le vrai nom de la commande de l’ampoule ou croix, et ça n’a rien à voir avec ce qui est affiché juste au dessus “état” : il ne s’agit pas d’un état mais d’une action
Pour créer correctement la commande qui te donnera le retour d’état, il faut aller dans “Valeurs” de l’équipement, puis “Notification” et tu verras les deux commandes “Sensor status” = ce sont elles les deux “vraies” commandes de retour d’état anciennement IN1 et IN2.
Tu peux les ajouter une par une à ton équipement avec le petit crayon à droite.
Voir ici : Paramétrage Fibaro Smart Implant FGBS 222 - #2 par Ricou4064
Et c’est la que le truc chelou commence : Fibaro a décidé que le binaire c’était 0 ou 2.
Donc, il faut “forcer le 2 au lieu du 1” dans le champs “Formule de calcul” de la commande binaire, onglet “Configuration”, en indiquant #value#==2
Tu y accèdes avec la roue crantée de la commande
Voir ici : Paramétrage Fibaro Smart Implant FGBS 222 - #6 par Ricou4064
Quand c’est calé, tu peux masquer les “mauvaises commandes de retour d’état” du début et conserver celle créées via les “sensor status”…
Bonjour Alexcrp !
J’ai déjà eu de l’aide sur ce forum pour plein de truc
mais je dirai que c’est bien la première fois que j’ai des explications aussi claire et simple à appliquer pour résoudre un problème
J’ai résolu mon truc en 10 min, là ou j’avais passé des heures à le faire la première fois
encore quelques bricolage de Widget pour faire beau ( comme avant )
Honnêtement je ne suis pas un grand lecteur, c’était peut-être écrit quelque part dans une doc ?? mais plutôt une mauvais surprise !!
Heureusement 
la loose !!
