Fibaro FGS223 et FGD212 actions non fonctionelles

[celiendev]

Bonjour,

Suite à la migration sur ZwaveJS depuis openzwave, mes modules Fibaro FGS223 et FGD212 ne fonctionnent plus. ll semblerait que les infos soient bien remontées, mais les commandes d’action (ON/OFF par exemple) ne fonctionnent plus. Quand je clique sur Tester, j’ai bien l’info verte « Action exécutée avec succès »

J’ai vérifié la clé dans S0, essayé de recharger les commandes.

Voilà les captures d’écran pour un de mes module FGS223 :

J’ai des Fibaro FGR222 qui fonctionnent correctement, ils ont été inclus en non sécurité.

[Lydie13]

Bonjour,

Lors de ma migration, j’avais eu un problème sur « l’endpoint » des commandes ON et OFF. Ci après la copie de mes commandes de mon module FGD212 qui fonctionnent. En cas de différence, essayez de modifier manuellement puis enregistrez pour vérifier.

Par contre, n’ayant pas le module FGS223, regardez ci après ce lien qui vous indique pour chaque module intégré sous ZwaveJS les bons paramétrages (je vous ai renvoyé sur le 223) :

Navigateur Z-Wave JS Config DB (zwave-js.io)

[Nicoca-ine]

Salut
Comme pour bcp de modules sous zwavejs certaines commandes doivent être recréées en allant sur l’onglet valeur du module.

Ceci a déjà été décrit dans pas mal de posts similaires. Comme par ex (fgbs222 mais le principe est le même):

FGBS-222 grosse différence entre Openzwave et Zwave JS

Salut, J’en utilise un juste sur son input1 avec un détecteur de pluie. Passé sous zwavejs => RAS sur la commande info Etat1 créée automatiquement lors de la découverte par zwavejs. En fait c’est encore souvent le cas pour pas mal de modules, des commandes qui ne fonctionnent pas. Il faut allez sur valeur: [image] et pour l’exemple de l’input1 créer la commande en cliquant sur le crayon sur l’info qui correspond, je l’ai repéré en mouillant le détecteur de pluie => l’info a changé dans les…

[celiendev]

Merci pour ces réponses. J’ai recréé les commandes pour un module FGD212. Les infos current value, electric consumption et power sont bien remontées et s’actualisent correctement.

La commande target value met bien à jour la current value dans Jeedom, mais la lampe liée au module ne semble pas recevoir la commande, aucune modification de l’intensité de l’éclairage dans ce cas.

Si je modifie l’intensité de la lampe avec l’interrupteur physique, les infos sont bien remontées.

Je dois mettre le Endpoint à 0 pour que ces états remontent. Est-ce que le Endpoint peut varier d’un module à l’autre de même type ?

[MarcF]

@celiendev

Est-ce que le Endpoint peut varier d’un module à l’autre de même type

Bonjour
Oui je confirme, même si je ne l’explique pas
J’ai 2 fgd212 avec les endpoint différents 0 et 1
Va comprendre
En tout cas ça fonctionne

[celiendev]

Ok, du coup je ne comprends pas pourquoi mes commandes d’actions ne sont pas remontées jusqu’à la lampe

[celiendev]

Une exclusion puis inclusion a fonctionné sur un de mes modules FGD212, les actions sont à nouveau prises en compte par la lampe.

Je pense que je vais faire cela pour mes 8 autres modules, l’avantage est que les bonnes commandes sont créées lors de l’inclusion. Ou quelqu’un verrait une autre solution ?

[Madcow]

Bonjour,

Tu peux juste essayer de recréer les commandes (attention : il faudra mettre à jour tes scénarios liés).

FGD212 - Dimmer 2 Zwave js

Bonsoir, J’ai migré sur le plugin zwave js. L’intégration s’est bien passée. Je rencontre malgré tout un problème avec le module fibaro FGD212 - Dimmer 2 dans jeedomconnect. Les commandes « on » et « off » sont non binaires puisqu’elles reprennent le principe d’un slider avec les valeurs Max et mini (99 et 0) Du coup le module ne fonctionne plus en l’état sous jeedomconnect. Avez-vous une solution autre que de passer par un virtuel (qui pour moi s’apparente à une régression) Merci