DeConz et Scénario

[Mickey75019]

Bonjour à tous,

Suite à une mise à jour de rasp debian 10 vers bullseye, et le passage en version 4.4.7 de jeedom, j’ai eu un soucis avec ma clé DeConz qui ne trouvait plus rien.
Suite à une restauration de la clé DeConz, j’ai pu retrouver tout mes capteurs et leur statut ce met bien à jour sur Phoscon et dans DeConz.
J’avais en même temps le plugin ZigBee qui était actif (ce n’est plus le cas).

J’ai bien entendu des scénarios qui sont censé ce déclencher sur le changement d’état d’un capteur (ouverture de fenetre par exemple), mais là mes scénario ne prennent pas en compte le changement d’état du capteur, un peu comme si pour le scénario la fenetre ouverte, restait fermé.

voici un extrait du log

------------------------------------ [2024-06-13 11:49:36][SCENARIO]
**-- Début :** Scenario lance manuellement. 
[2024-06-13 11:49:36][SCENARIO] - Exécution du sous-élément de type [condition] : if #[Ouvrants][AQ_Velux Bureau][Ouverture]# == 1 
[2024-06-13 11:49:36][SCENARIO] Evaluation de la condition : [0 == 1] = Faux 
[2024-06-13 11:49:36][SCENARIO] - Exécution du sous-élément de type [action] : else 
[2024-06-13 11:49:36][SCENARIO] Exécution d'un bloc élément : 115 
[2024-06-13 11:49:36][SCENARIO] - Exécution du sous-élément de type [condition] : if #[Ouvrants][AQ_Velux Bureau][Ouverture]# == 0 
[2024-06-13 11:49:36][SCENARIO] Evaluation de la condition : [0 == 0] = Vrai 
[2024-06-13 11:49:36][SCENARIO] - Exécution du sous-élément de type [action] : then 
[2024-06-13 11:49:36][SCENARIO] Exécution de la commande [Multimédia][Partout][Faire parler Alexa] avec comme option(s) : {"background":"0","message":"Le Velux Bureau est ferm\u00e9","volume":"30"} [2024-06-13 11:49:36][SCENARIO] Pause de 2 seconde(s) 
[2024-06-13 11:49:38][SCENARIO] Exécution de la commande [Notifications][Mickeys iPhone 14 Pro Max][Notification] avec comme option(s) : {"background":"0","title":"Velux Bureau Ferm\u00e9","message":"Velux Bureau Ferm\u00e9"} 
[2024-06-13 11:49:38][SCENARIO] Fin correcte du scénario

Avez vous deja rencontré le probleme ? Comment l’avez vous résolu ?

Le soucis lié précédemment sur un autre topic (celui de Deconz) est dispo par ici Question de port Deconz - Plugins / Protocole domotique - Communauté Jeedom

je vous remercie de votre aide,

[Yves19]

Sur ce log le scénario est bien déclenché et s’exécute correctement.

Peux tu nous montrer (copie écran) les conditions de déclenchement et les copies écran d’un scénario qui ne fonctionne pas comme tu le souhaites ?

[Mickey75019]

Merci @Yves19

Voici les conditions de déclenchement - c’est bien ce scénario et les autres qui sont presques pareil et qui ne fonctionne plus comme attendu.

C’est très basique, mais c’est comme si le capteur [AQ_Velux Bureau] ne changeai pas d’état alors que côté Deconz et Phoscon il change bien

[Yves19]

Et copie écran des commandes de l’équipement Velux concerné ?

[Mickey75019]

Exactement oui

Ce que je pige pas, c’est pourquoi la valeur bouge pas a 1 quand je ferme le velux

[Yves19]

Copie complète des commandes s’il te plait ?

[Yves19]

Est ce que tu as bien vérifié que l’informatisation d’état changeait bien dans Phoscon et Deconz ? (cf autre post)

[Mickey75019]

La liste de l’ensemble des commandes et quelques screen des états

Pour le changement d’état
Ouvert :
coté jeedom

cote phoscon

Fermé :
côté jeedom

Côté phoscon

[Mickey75019]

Je ne sais pas si c’est d’une grande aide @Yves19 mais dans le log de Deconz j’ai

[2024-06-13 12:48:51] DEBUG : Error while connecting to Thread for 192.168.1.50 because [Errno 111] Connection refused
[2024-06-13 12:48:51] DEBUG : Try to restart WebSocket in 1s for192.168.1.50

[Yves19]

Je pencherais pour un problème de typage sous Deconz :

1. essaie de remplacer Capteur par Lumière comme Logical ID pour la commande info Ouverture
2. essaie si ce n’est pas suffisant de remplacer Binaire par Numérique comme Type pour la commande info Ouverture

Il me semble que Deconz ne considère comme Capteur que ce qui est réellement de type capteur state à état numérique (température, vitesses, …) et comme Lumière tout ce qui est de type state à états n aire (On, OFF, Ouvert, Fermé,1 , 0).

[Mickey75019]

mauvaise pioche les etats ne bougent pas.
ce qui est pas normal, c’est que ca fonctionnait bien

Le fait de faire un restore du phoscon ecraserai des ID ou un truc du genre ?

y’a un moyen de vérifier la conf en terminal ?

car si ca aide jai dans deconz l’erreur suivante :

[Yves19]

La c’est la gateway qui n’est pas correctement reconnue .
Selon ce que je t’ai indiqué dans l’autre post il faut donc régénérer la clef API de la gateway Deconz pour que le websocket puisse traiter des échanges entre Deconz et deconz.

[Mickey75019]

Si côté log Deconz j’ai un socket port 20877

du côté de la conf, dans l’override (que je pourrais sans doute supprimer ?) au lieu de 8081 je devrai mettre 20877 nan ?

[Mickey75019]

@Yves19

Après avoir désactiver le pluging Deconz, reboot, puis activer le plugin … tout est bien reparti

Comme quoi des fois …

En tout cas, un grand merci à toi j’y vois un peu plus clair dans le fonctionnement de Deconz