Module ZMNHAD - problème avec Etat

Bonjour
Je rencontre un pb bizarre avec un module Qubino
Dans un scénario lorsque je passe devant un détecteur, cela déclenche le ON du module et l’état passe à 1
1 minute après, je force le OFF mais l’état reste à 1 au lieu de passer à 0
du coup mon scénario se relance (je ne souhaite pas activer la non répétition)
Avez vous une piste ?

Param

Scénario (j’ai mis un log avant et après le OFF)
image

[2024-11-22 18:02:38][SCENARIO] - Exécution du sous-élément de type [action] : do
[2024-11-22 18:02:38][SCENARIO]    Log : *******************
Etat detecteur avant OFF : 1 
[2024-11-22 18:02:38][SCENARIO] Exécution de la commande [LUMIERES][18 - Qub DM AR][Off]
[2024-11-22 18:02:38][SCENARIO]    Log : *******************
**Etat detecteur après OFF : 1
** 

Bonjour,

Est-ce que cela fonctionne déjà quand tu actives les commandes du module directement sans passer par un scénario ?
Ta commande État est celle d’origine ?? Car normalement il n’y a rien dans paramètres.

Quand je fais on/off ça fonctionne bien
Les commandes sont d’origine je ne pense pas avoir mis les 0 et 1 en paramètre mais je peux essayer de les supprimer si besoin

Pour info j’ai ajouté dans la commande état
Si actif 1 minute action = off

J’ai aussi mis des sleep a 5 secondes après le off
Au cas où il y aurait un temps de latence que le retour d’état
On verra si ça fait quelque chose

Ça fait qlq temps que je suis passé sous zwave JS avec les pbs endpoint qui sont réglés

C’est juste que dans la capture d’écran du topic que j’ai cité ce n’est pas la même configuration de commande État. C’est bien le même module ?

Oui c’est bien le même module
Mais le firmware est différent

De plus j’ai 2 autres qubino dont 1 qui est avec 37 endpoint 1 et qui pose pb

Les modifs faites sur le sleep et l’action qui revient a 0 au bout d’une minute ne fonctionne pas non plus

Bon après plusieurs essais j’ai fini par modifier mes scénarios

j’ai mis un WAIT etat == 0 d’une durée de 5 secondes (j’adapterai la durée si besoin)

Peut etre une piste (absolument par certain) avec l’utilisation de commande EVENT qui mettaient un peu de temps a répondre donc j’ai préféré mettre des variables

Édit.
Ça marche pas mieux. :skull_and_crossbones::rage::skull_and_crossbones::rage::skull_and_crossbones:
J’y croyais pourtant
Pourquoi mon état repasse a 1 au bout de 3 minutes

2024-11-25 17:38:25][SCENARIO] Exécution de la commande [LUMIERES][41 - Qub DM AV][Off]
[2024-11-25 17:38:26][SCENARIO] [Wait] Condition valide : 0 == 0 => 1
[2024-11-25 17:38:26][SCENARIO]    Log : *
***************
Extinction lumière FACADE AVANT + lumière escalier terrasse  délais = 1 minute
*******************
[LUMIERES][41 - Qub DM AV][Etat] =  0
[LUMIERES][DETECTEURS][DM AV] = 0
Variable AV  =  OFF
**********
[2024-11-25 17:38:26][SCENARIO] Exécution d'un bloc élément : 4411
[2024-11-25 17:38:26][SCENARIO] - Exécution du sous-élément de type [condition] : if #[LUMIERES][41 - Qub DM AV][Etat]# == 1
[2024-11-25 17:38:26][SCENARIO] Evaluation de la condition : [0 == 1] = Faux
[2024-11-25 17:38:26][SCENARIO] - Exécution du sous-élément de type [action] : else
[2024-11-25 17:38:26][SCENARIO] ************FIN sous tâche**************
------------------------------------
[2024-11-25 17:41:08][SCENARIO] -- Début : Scenario execute automatiquement sur evenement venant de : [LUMIERES][41 - Qub DM AV][Etat] (1).
[2024-11-25 17:41:08][SCENARIO] - Exécution du sous-élément de type [condition]

Bonjour
Mon scénario avec le wait semble fonctionner
Par contre 3 minutes plus tard l’état se remet a 1

Comment peut on pister de manière détaillée l’émetteur de l’action qui met l’état a 1 sur un module

J’ai fait « recherche équipement » mais on ne descend pas au niveau ‹ etat ›

Peut être dans « log système » quel bouton activé à quel niveau
Merci

Dans les logs de zwave js?

Bonjour,

Je ne comprends pas trop la configuration ni le principe du scénario du coup.

Ce module permet d’allumer ou éteindre un truc.
Donc son état est géré par ON & Off.
Il ne faut donc pas de paramètre revenir à 0 après 1 minutes comme on le voit ur sa config ci-dessus !

Donc le scénario se déclenche grâce à un détecteur.
On appelle la commande ON du module qubino, son état va se mettre à jour

Ensuite Dans 1 minute on appelle la commande Off et idem son état va se mettre à jour

Donc pourquoi interférer avec une config directement dans le module qubino, pourquoi s’embarquer dans des waits et autres trucs ?

Bonjour
Petit résumé de mon scénario

Détecteur autonome qui envoi une impulsion au module Qubino ensuite c’est jeedom qui prend le relais via le scénario hyper simple
état = 1 dans le déclencheur
j’allume une lumière
Bloc dans 1 minute
j’éteint la lumière

C’etait un test, je voulais limiter le temps d’état du module a 1 minute
j’ai remis a blanc

je voulais savoir si je n’avais pas un pb de retour d’état donc wait etat = 0
ça fonctionne plutot bien
le scénario fonctionne et s’arrete correctement comme je le souhaite

MAIS après 3 minutes il redémarre : état = 1
et je ne sais pas pourquoi ni d’ou vient cet ordre
je ne pense pas qu cela vienne du détecteur qui lui donne juste une impulsion

==> mais j’ai quand meme un doute sur le paramètre du détecteur car quand je lance directement via jeedom, ça a l’air de fonctionner

il redémarre qui IL ?

Le scénario ? Car si le scénario a pour déclencheur un détecteur de mouvement et que le scénario se re déclenche, c’est que le détecteur a vu quelque chose !
Or la le scénario est déclenché par l’état du qubino et pas par le détecteur dont vous parlez !

On voit bien que le déclencheur est l’état de l’équipement qu’on allume et pas l’état d’un détecteur de mouvement !

oui c’est bien mon pb, le scénario redemarre avec un etat = 1 après 3 minutes à chaque fois alors que personne n’est repassé devant le détecteur

pour info, le détecteur n’est pas Zwave ou autre, c’est un détecteur basic avec reglage luminosité et temps d’allumage

Avec un lancement manuel, ça ne redemarre pas

[2024-11-26 11:01:27] INFO  : Exécution de la commande [LUMIERES][40 - Qub DM GAR][On] avec les paramètres {"user_login":"admin","user_id":"1"}
[2024-11-26 11:01:27] INFO  : Evènement sur la commande [LUMIERES][40 - Qub DM GAR][Etat] valeur : 1
[2024-11-26 11:01:28] INFO  : Exécution du scénario [LUMIERES][LUMIERES][S-DM LU Garage] déclenché par : [LUMIERES][40 - Qub DM GAR][Etat]
[2024-11-26 11:01:28] INFO  : Exécution de la commande [LUMIERES][40 - Qub DM GAR][On] avec les paramètres {"background":"0"}
[2024-11-26 11:01:33] INFO  : Evènement sur la commande [LUMIERES][40 - Qub DM GAR][Puissance] valeur : 22.2W
[2024-11-26 11:02:11] INFO  : Evènement sur la commande [LUMIERES][40 - Qub DM GAR][Puissance] valeur : 21.1W
[2024-11-26 11:02:24] INFO  : Evènement sur la commande [LUMIERES][40 - Qub DM GAR][Puissance] valeur : 23.1W
[2024-11-26 11:02:29] INFO  : Exécution de la commande [LUMIERES][40 - Qub DM GAR][Off] avec les paramètres {"background":"0"}
[2024-11-26 11:02:29] INFO  : Evènement sur la commande [LUMIERES][40 - Qub DM GAR][Etat] valeur : 0
[2024-11-26 11:02:33] INFO  : Evènement sur la commande [LUMIERES][40 - Qub DM GAR][Puissance] valeur : 0W

Votre déclencheur de scénario n’est pas le détecteur c’est l’état du module qubino puisque c le meme équipement je le montre sur la capture avec la flèche

image

Donc ou vous ne montrez pas l’ensemble des déclencheurs et du coup ca fait n’importe quoi ou je sais pas

Mais rien que ce que je montre ici prete plus qu’a confusion
image

oui c’est bien le principe, on est bien d’accord

le détecteur envoi juste une impulsion au qubino qui active l’état = 1 et déclenche le scénario qui allume/éteint la lampe

non c’est juste que j’ai 2 scenario qui font la meme chose et je fais des tests avec les 2
désolé de la confusion

Donc est -il possible de voir le scénario qui doit être utilisé avec ses déclencheurs et ensuite tout le code et pas des bribes a gauche à droite

désolé je ne comprends pas comment fonctionne votre truc !

envoyer une impulsion ? comment ?

Qui active l’état 1 de qui comment ?

Un état est la résultante d’une action donc pourquoi alors ne pas faire ON sur le qubino qui lui s’occupe de son état ?!

oui je refais au propre et j’envoie car avec les logs ça devient illisible

image

------------------------------------
[2024-11-26 11:40:28][SCENARIO] -- Début : Scenario execute automatiquement sur evenement venant de : [LUMIERES][40 - Qub DM GARAGE][Etat] (1).
[2024-11-26 11:40:28][SCENARIO] - Exécution du sous-élément de type [condition] : if #[LUMIERES][40 - Qub DM GARAGE][Etat]# == 1
[2024-11-26 11:40:28][SCENARIO] Evaluation de la condition : [1 == 1] = Vrai
[2024-11-26 11:40:28][SCENARIO] - Exécution du sous-élément de type [action] : then
[2024-11-26 11:40:28][SCENARIO] Exécution d'un bloc élément : 4452
[2024-11-26 11:40:28][SCENARIO] - Exécution du sous-élément de type [action] : action
[2024-11-26 11:40:28][SCENARIO] Suppression des blocs DANS et A programmés du scénario
[2024-11-26 11:40:28][SCENARIO] Exécution de la commande [LUMIERES][40 - Qub DM GARAGE][On]
[2024-11-26 11:40:28][SCENARIO]    Log : *
**********
Allumage lumiere Garage seule
*******************
[LUMIERES][40 - Qub DM GAR][Etat] =  1
**********
[2024-11-26 11:40:28][SCENARIO] Exécution d'un bloc élément : 4446
[2024-11-26 11:40:28][SCENARIO] - Exécution du sous-élément de type [condition] : in 1
[2024-11-26 11:40:28][SCENARIO] Evaluation de la condition : [1] = 1
[2024-11-26 11:40:28][SCENARIO] Tâche : 4446 programmée à : 2024-11-26 11:41:28 (+ 1 min)
[2024-11-26 11:40:28][SCENARIO] Fin correcte du scénario
------------------------------------
[2024-11-26 11:41:03][SCENARIO] ************Lancement sous tâche**************
[2024-11-26 11:41:28][SCENARIO] - Exécution du sous-élément de type [action] : do
[2024-11-26 11:41:28][SCENARIO] Exécution de la commande [LUMIERES][40 - Qub DM GARAGE][Off]
[2024-11-26 11:41:30][SCENARIO] [Wait] Condition valide : 0 == 0 => 1
[2024-11-26 11:41:30][SCENARIO]    Log : *
*****************
lumiere  GARAGE extinction 1 minute
*******************
[LUMIERES][40 - Qub DM GAR][Etat] =  0
**********
[2024-11-26 11:41:30][SCENARIO] ************FIN sous tâche**************

le détecteur active le module Qubino sur présence (c’est comme si j’avais mis un interrupteur en fait) et ensuite jeedom prend le relais

pour info, ça fonctionnait bien avant Zwave-JS