Ouf, j’ai enfin migré avec succès ozw vers zwavejs aujourd’hui (5h pour 70noeuds).
Il me reste un souci avec mes Fibaro FGS-223 et leurs CentralScene-1 et -2 (qui remplacent Scene).
Cette info déclenche chez moi des scénarios avec tempos (et des remove_inat) et le hic est que quand on clic une fois, sa valeur passe à 0 (1xClic), puis à 90 (idle) et puis encore à 0 (à chaque fois dans un intervalle d’une seconde entre ces valeurs).
Ce qui trois déclenchement successifs de mes scénarios (ce qui me reset mes tempos).
NB: si je double clique, j’ai successivement 3 - 90 -3.
Est-ce que cette triple remontée d’état de CentralScene est normale pour une seule action ou est-ce un bug? Je n’ai pas trouvé de doc zwavejs pour cet équipement.
En attendant le retour du paramètre « scene activation » pour une unique SceneID (Pas testé sur FGS encore, elle existe peut être déjà) il vous faudra adapter vos scénarios.
Sur mon soft remote, j’ai 90 → 0 → 90, je n’ai donc pas le même souci (je déclenche sur 0)
J’ai du mal à comprendre votre 3 - 90 - 3
Si vous faites un clic vous avez ancien état (0)-1-90-1
si vous faites ensuite deux clic vous avez 1-3-90-3 ?
Si j’ai le temps, je testerais tout à l’heure un FGS
Dans mes FGS223, la signification CentralScene est : 0=KeyPressed, 1=KeyReleased, 2=keyHeldDown, 3=KeyPressed2x, 4= 3=KeyPre. Au repos, il renvoi 90 (j’en déduit « idle »).
Corriger cette séquence « 0-90-0 » dans les scénarios est assez complexe car il faut ignorer un déclenchement sur deux (et surtout une rustine assez tordue). Pour moi c’est plutôt un bug car il n’y a aucune raison de signaler deux fois de suite l’action unique sur le bouton.
Mes FGS223 n’ont pas de paramètre « scene type » (firmware 3.2), donc pas de solution de ce côté.
Sur mes FGD212, je n’ai pas ce problème car il y a simplement une « SceneId » (au lieu de « scene »), dont les valeurs renvoyées sont heureusement identiques à celles de ozw et pas de Centralscene.
Je ne m’en rappelais pas, désolé.
Ceci étant, ca me surprend quand même.
J’ai 5 soft remote achetées sur 3 ans à des fournisseurs différents et toutes ont acceptées le changement.
Alors c’est vrai qu’avec certaines, j’ai dû insister lourdement, plus d’une vingtaine de fois, voire plus.
Réinterview, soins, redémarrage démon, fermeture et ouverture plugin, j’en passe et des meilleures mais au final elles ont toutes prises le changement.
J’en doute pas, mais la dernière fois que j’ai fait des tests dessus, il m’a pompé toutes la piles et ne fonctionnait pas correctement
C’est la ou je comprends pas, tu devrais avoir repos 90 appui 0 puis repos 90 et faire ton déclenchement de scénario sur l’état 0 … (ce que je fais actuellement sur mon soft remote)
Mes sénarios déclenchent sur le Centralscene-1.
Lorsque je clique une fois sur S1, sa valeur passe à 0, puis à 90 puis de nouveau à 0.
Si je clique deux fois, il fait la même séquence avec 3-90-3, etc …
Je peux ignorer le 90 dans le déclencheur en mettant la condition « !=90 » mais le problème est que mon scénario déclenche deux fois de suite, comme si j’avais éteint volontairement.
Pour gérer ça dans un scénario, je devrait créer deux variables (valeur antérieure Z-1 et précédente Z-2) puis traiter la séquence pour ignorer celles précédées d’un 90 et de la même valeur. Mais en faisant ça, je ne peux plus gérer un second appui volontaire (pour éteindre). Donc pas de solution via un scénario.
Je ne me rappelle de la conséquence de mon changement de paramètres sur les piles mais entre une cr2032 et la modification de 5 scénarios, le choix a été vite fait.
D’autant que certaines de mes télécommandes utilisent les valeurs des 4 boutons différents. Donc, avec le seul 90, cela aurait pénible.
laissez tomber les soft remotes comme tous les produits nodon c’est l’enfer. ils ne sont pas correctement finis et encore moins testés. c’est peut être français, mais franchement depuis le temps ça s’est pas arrangé.
les firmwares ne se mettent pas à jour non plus… zéro pointé comme fibaro et son protectionnisme stupide.
J’en ai aussi quelques uns, faites une recherche sur notre discussion sur le sujet. le dernier il m’a fallu 40 ou 50 essais pour le rentrer sur zwavejs mais j’ai fini par l’avoir à l’usure avec le paramètre 112/2 accessible. au final ça m’a tellement pris le chou que je l’ai réglé en mode duo et depuis plus de souci et ça marche même quand jeedom est hs.
oui ben ils sont déjà très chers les modules de chez fibaro alors acheter une box juste pour les mettre à jour et en plus devoir disjoncter, les sortir de leur logement mural, rejoncter et les rentrer à nouveau sur le réseau, puis à nouveau les reposer à leur place … non merci je préfère vivre avec quelques bugs
et ça donne un truc bizarre en effet dans les logs, mais ça marche
`[2023-02-07 14:16:13][SCENARIO] – Start : Scenario execute automatiquement sur evenement venant de : [Laboratoire][3 - Fibargroup Smart Module FGS214][CentralScene-1] (0).
[2023-02-07 14:16:13][SCENARIO] - Exécution du sous-élément de type [condition] : if #[Laboratoire][3 - Fibargroup Smart Module FGS214][CentralScene-1]# == 0
[2023-02-07 14:16:13][SCENARIO] Evaluation de la condition : [0 == 0] = Vrai
[2023-02-07 14:16:13][SCENARIO] - Exécution du sous-élément de type [action] : then
[2023-02-07 14:16:13][SCENARIO] Exécution d’un bloc élément : 2
[2023-02-07 14:16:13][SCENARIO] - Exécution du sous-élément de type [action] : action
[2023-02-07 14:16:13][SCENARIO] Log : ok [2023-02-07 14:16:13][SCENARIO] Fin correcte du scénario
[2023-02-07 14:16:14][SCENARIO] – Start : Scenario execute automatiquement sur evenement venant de : [Laboratoire][3 - Fibargroup Smart Module FGS214][CentralScene-1] (90).
[2023-02-07 14:16:14][SCENARIO] - Exécution du sous-élément de type [condition] : if #[Laboratoire][3 - Fibargroup Smart Module FGS214][CentralScene-1]# == 0
[2023-02-07 14:16:14][SCENARIO] Evaluation de la condition : [90 == 0] = Faux
[2023-02-07 14:16:14][SCENARIO] - Exécution du sous-élément de type [action] : else
[2023-02-07 14:16:14][SCENARIO] Log : pas ok
[2023-02-07 14:16:14][SCENARIO] Fin correcte du scénario
[2023-02-07 14:16:15][SCENARIO] – Start : Scenario execute automatiquement sur evenement venant de : [Laboratoire][3 - Fibargroup Smart Module FGS214][CentralScene-1] (0).
[2023-02-07 14:16:15][SCENARIO] - Exécution du sous-élément de type [condition] : if #[Laboratoire][3 - Fibargroup Smart Module FGS214][CentralScene-1]# == 0
[2023-02-07 14:16:16][SCENARIO] Evaluation de la condition : [90 == 0] = Faux
[2023-02-07 14:16:16][SCENARIO] - Exécution du sous-élément de type [action] : else
[2023-02-07 14:16:16][SCENARIO] Log : pas ok
[2023-02-07 14:16:16][SCENARIO] Fin correcte du scénario`
Le dernier 0 est bizarre quand même …
le module déclenche à nouveau sur [Laboratoire][3 - Fibargroup Smart Module FGS214][CentralScene-1] (0)
Mais n’a pas la valeur 0 ([90 == 0] = Faux)
Je ne comprends pas le fct de ce scénario car lors du troisième déclenchement, il trig sur Centralscene-1 qui vaut 0 et dans la condition qui suit, il le prend comme égal à 90.
Attention, c’est un FGS214 et pas un FGS223.
NB: Pour éviter ce problème, (le déclencheur a changé après le trig), j’utilise triggerValue(#déclencheur#)
NB2: faut aussi vérifier qu’il n’y a pas de répétition des valeurs identiques sur l’info de la tuile (ce que j’ai fait, sans succès).
vieille version peut être)
