Dysfonctionnement scénario suite maj plugin zwavejs

[i-magin]

Bonjour
Je viens de mettre à jour le plugin zwavejs en version du 05/11/25 et ZwaveJS UI en 11.2.1

J’ignore en quelles versions j’étais auparavant
J’utilise depuis des mois et mémé années une télécommande zwave Aeotec pour commander des spots

J’utilise également un scenario pour gérer les actions sur les touches

L’une des touches permet d’allumer et d’éteindre des spots

Mais depuis la mise à jour, les actions ON et OFF s’enchainent automatiquement : autrement dit un allumage et une extinction se suivent

J’ai contourné le problème en ajoutant une attente de une seconde en début de scénario

NB : il m’est nécessaire d’autoriser la répétition sur une même valeur de bouton

Jeedom en 4.4.19

J’ai le même comportement sur deux minimotes

Merci pour votre aide

[Madcow]

Bonjour,

Ca ressemble beaucoup à ce sujet :

Problème scénario wallmote quad suite zwave JS

Bonjour J’ai un problème avec mon wallmote quad de chez aeotec. J’essai de remettre en marche mes scénarios suite au passage à zwave JS, mais ça ne fonctionne pas. J’ai bien réussi à paramétrer les boutons et à faire en sorte que ça fonctionne. Mais le même scénario qu’avant ne fonctionne pas pareil et je ne sais pas pourquoi. Voilà le scénario : [image] J’ai créé un groupe de lampe : [image] Mais quand je fais un appui long sur le bouton du wallmote, la lumière s’allume puis s’éteint…

Les dernières versions de zwavesjui semblent plus réactives.

[i-magin]

Merci pour tes renseignements

En effet, il semble bien qu’il y ait des similitudes (même si mon cas est plus simple : pas de groupe, appui simple…)

Il se peut qu’une meilleure réactivité génère cet effet de bord et m’oblige à mettre une tempo

NB : La commande « sleep » n’accepte pas de valeur inférieure à 1 seconde, mais je pense qu’une durée inféruere serait suffisante

[Aurel]

@i-magin

NB : La commande « sleep » n’accepte pas de valeur inférieure à 1 seconde, mais je pense qu’une durée inféruere serait suffisante

Salut,

La commande sleep accepte des valeurs décimales donc tu peux mettre 0.5

Mais bon clairement perso pour ce que tu en fais je laisserai 1s

[i-magin]

Bonjour

Quelques précisions supplémentaires :

Ces informations obtenues sous Z-Wave JS UI indiquent que la dernière version du driver Z-WAVE JS installée sur Jeedom est la 15.12.0

Lors de la connexion à Z-Wave JS UI j’ai obtenu cette page d’info (à noter que cette page ne s’affiche pas systématiquement) :

Impossible pour moi de comprendre les bugs corrigés
Par exemple :
« Fixed an issue where the key up event would be force-emitted too early on legacy devices that incorrectly report not to support the « slow refresh » capability »
Y a t’il un lien avec le problème que je rencontre ?

J’ai obtenu des infos su les versions actuelles ici : Z-Wave JS - Which version?

Dernière version du driver Z-WAVE JS : 15.17.1

La liste des versions est ici : Releases · zwave-js/zwave-js · GitHub

Ma question est de savoir si les récents drivers corrigent le dysfonctionnement de scénario avec les télécommandes (et pas uniquement la minimote)

[Madcow]

@i-magin

Ma question est de savoir si les récents drivers corrigent le dysfonctionnement de scénario avec les télécommandes (et pas uniquement la minimote)

Bonjour,

Tu peux tester toi-même il n’y a qu’un fichier de configuration à modifier sous Jeedom. Tu peux même downgrader si besoin.
Je suis en 11.7.0 sans observer de soucis.

[i-magin]

Merci pour ton info, mais je préfère patienter car je ne suis pas assez doué pour ce type de modification

[Tonio16]

C’est aussi simple que d’écrire dans un fichier texte.

Antoine

[Henri]

@i-magin

J’ai contourné le problème en ajoutant une attente de une seconde en début de scénario

Bonjour,
Je pense que c’est la bonne solution, et pas embêtant du tout.
Simplement j’aurais mis le sleep après le Si, et pas au début, pour ne pas perdre en réactivité quand tu clic sur la télécommande.

[i-magin]

@Henri

j’aurais mis le sleep après le Si, et pas au début,

Bonjour
Merci pour ce conseil judicieux
C’est ce que j’avais fait au départ
Mais j’ai constaté que la double exécution des commandes est effectuée pour toutes les touches actionnees
Cela pose problème véritablement que pour les actions ON/OFF d’éclairaige, le dysfonctionnement étant alors clairement visible
Pour me faciliter les choses, j’ai inseré cette tempo sur chaque scénario lié à une télécommande Zwave

[Henri]

Je ne vois pas tout le scénario, donc pas certain de comprendre
Mais en gros il faut mettre la pause à la toute fin du scénario.
Tu as bien un seul scénario pour l’ensemble des touches ?
Si ce n’est pas le cas, peut-être que c’est du au fait que tu ne connaisses pas les fonctions « trigger » qui sont plus conseillées pour détecter qui lance le scénario que de tester l’état d’une commande avec des Si.
(Il faut regarder la doc des scénarios et faire une recherche sur trigger)

[i-magin]

@Henri

il faut mettre la pause à la toute fin du scénario.

Bien vu !
Merci !

@Henri

Tu as bien un seul scénario pour l’ensemble des touches ?

Oui

@Henri

… tu ne connaisses pas les fonctions « trigger »

J’en connais le nom, mais je vais en découvrir son usage

Encore merci !

[Henri]

Ta méthode fonctionne, mais le résultat va dépendre du temps où la / les commandes restent actives.
Si le scénario test après que la commande repasse à zéro, ça ne marche pas → zéro action exécutée
Si tu enchaîne plusieurs commande et que 2 sont encore encore à 1, ça ne marche pas → 2 actions exécutées

C’est pour cela que la fonction trigger a été faite.
si tu regardes la doc en 4.5 ou en 4.4 (du core / de Jeedom ) tu verras qu’elle fonctionne plus pareil.
Donc si tu n’ai pas passé en 4.5, ne fait rien.
Tu le ferras en 4.5, sinon tu va devoir tout reprendre après…
Et comme ça fonctionne, pas d’urgence.