Allumage anormal prise Fibaro

Plugins Protocole domotique
,
1

Salut

J’espère que les plus experts d’entre vous vont pouvoir m’aider à résoudre mon énigme:

Depuis quelque temps j’ai constaté que la lampe branchée sur ma prise Fibaro FGWPEF-102 reste allumée toute la nuit. Ce qui est étrange c’est que son historique montre que l’état est à OFF mais que la consommation non! (Au passage vous remarquerez que j’affiche la puissance qui correspond à la conso instantanée)

consol
consol1671×909 99.9 KB

Mon scénario se déclenche sur présence #[Salon][Oeil Salon][Présence]# sans multi-lancement ni synchrone:

scenario
scenario1478×481 39.8 KB

Tout se passe comme si la prise n’exécutait pas la commande OFF. Pourtant la log montre bien le dernier allumage à 23h17 et l’extinction par la sous-tache à 23h18 puis plus rien avant le lendemain matin:

------------------------------------
[2020-04-20 22:45:09][SCENARIO] Start : Scenario execute automatiquement sur evenement venant de : [Salon][Oeil Salon][Presence].
[2020-04-20 22:45:09][SCENARIO] Exécution du sous-élément de type [condition] : if
[2020-04-20 22:45:09][SCENARIO] Evaluation de la condition : [ (1 ==1) ET (0  == 0)] = Vrai
[2020-04-20 22:45:09][SCENARIO] Exécution du sous-élément de type [action] : then
[2020-04-20 22:45:09][SCENARIO] Exécution d'un bloc élément : 160
[2020-04-20 22:45:09][SCENARIO] Exécution du sous-élément de type [action] : code
[2020-04-20 22:45:09][SCENARIO] Exécution d'un bloc code
[2020-04-20 22:45:09][SCENARIO] Exécution d'un bloc élément : 7
[2020-04-20 22:45:09][SCENARIO] Exécution du sous-élément de type [condition] : if
[2020-04-20 22:45:09][SCENARIO] Evaluation de la condition : [(2245 > 2051 ) OU (2245  < 650 )] = Vrai
[2020-04-20 22:45:09][SCENARIO] Exécution du sous-élément de type [action] : then
[2020-04-20 22:45:09][SCENARIO] Exécution d'un bloc élément : 10
[2020-04-20 22:45:09][SCENARIO] Exécution du sous-élément de type [condition] : if
[2020-04-20 22:45:09][SCENARIO] Evaluation de la condition : [0 == 0  ] = Vrai
[2020-04-20 22:45:09][SCENARIO] Exécution du sous-élément de type [action] : then
[2020-04-20 22:45:09][SCENARIO] Exécution de la commande [Salon][Prise Salon][On]
[2020-04-20 22:45:09][SCENARIO] Exécution du sous-élément de type [condition] : in
[2020-04-20 22:45:09][SCENARIO] Evaluation de la condition : [1] = 1
[2020-04-20 22:45:09][SCENARIO] Tâche : 11 programmée à : 2020-04-20 22:46:09 (+ 1 min)
[2020-04-20 22:45:09][SCENARIO] Fin correcte du scénario
------------------------------------
[2020-04-20 22:46:04][SCENARIO] ************Lancement sous tâche**************
[2020-04-20 22:46:09][SCENARIO] Exécution du sous-élément de type [action] : do
[2020-04-20 22:46:09][SCENARIO] Exécution d'un bloc élément : 12
[2020-04-20 22:46:09][SCENARIO] Exécution du sous-élément de type [condition] : if
[2020-04-20 22:46:09][SCENARIO] Evaluation de la condition : [(1 == 1) OU (41 > 0)] = Vrai
[2020-04-20 22:46:09][SCENARIO] Exécution du sous-élément de type [action] : then
[2020-04-20 22:46:09][SCENARIO] Exécution de la commande [Salon][Prise Salon][Off]
[2020-04-20 22:46:09][SCENARIO] Suppression de la variable hhmm1
[2020-04-20 22:46:09][SCENARIO] ************FIN sous tâche**************
------------------------------------
[2020-04-20 23:17:16][SCENARIO] Start : Scenario execute automatiquement sur evenement venant de : [Salon][Oeil Salon][Presence].
[2020-04-20 23:17:16][SCENARIO] Exécution du sous-élément de type [condition] : if
[2020-04-20 23:17:16][SCENARIO] Evaluation de la condition : [ (1 ==1) ET (0  == 0)] = Vrai
[2020-04-20 23:17:16][SCENARIO] Exécution du sous-élément de type [action] : then
[2020-04-20 23:17:16][SCENARIO] Exécution d'un bloc élément : 160
[2020-04-20 23:17:16][SCENARIO] Exécution du sous-élément de type [action] : code
[2020-04-20 23:17:16][SCENARIO] Exécution d'un bloc code
[2020-04-20 23:17:16][SCENARIO] Exécution d'un bloc élément : 7
[2020-04-20 23:17:16][SCENARIO] Exécution du sous-élément de type [condition] : if
[2020-04-20 23:17:16][SCENARIO] Evaluation de la condition : [(2317 > 2051 ) OU (2317  < 650 )] = Vrai
[2020-04-20 23:17:16][SCENARIO] Exécution du sous-élément de type [action] : then
[2020-04-20 23:17:16][SCENARIO] Exécution d'un bloc élément : 10
[2020-04-20 23:17:16][SCENARIO] Exécution du sous-élément de type [condition] : if
[2020-04-20 23:17:16][SCENARIO] Evaluation de la condition : [0 == 0  ] = Vrai
[2020-04-20 23:17:16][SCENARIO] Exécution du sous-élément de type [action] : then
[2020-04-20 23:17:16][SCENARIO] Exécution de la commande [Salon][Prise Salon][On]
[2020-04-20 23:17:16][SCENARIO] Exécution du sous-élément de type [condition] : in
[2020-04-20 23:17:16][SCENARIO] Evaluation de la condition : [1] = 1
[2020-04-20 23:17:16][SCENARIO] Tâche : 11 programmée à : 2020-04-20 23:18:16 (+ 1 min)
[2020-04-20 23:17:16][SCENARIO] Fin correcte du scénario
------------------------------------
[2020-04-20 23:18:03][SCENARIO] ************Lancement sous tâche**************
[2020-04-20 23:18:16][SCENARIO] Exécution du sous-élément de type [action] : do
[2020-04-20 23:18:17][SCENARIO] Exécution d'un bloc élément : 12
[2020-04-20 23:18:17][SCENARIO] Exécution du sous-élément de type [condition] : if
[2020-04-20 23:18:17][SCENARIO] Evaluation de la condition : [(1 == 1) OU (41 > 0)] = Vrai
[2020-04-20 23:18:17][SCENARIO] Exécution du sous-élément de type [action] : then
[2020-04-20 23:18:17][SCENARIO] Exécution de la commande [Salon][Prise Salon][Off]
[2020-04-20 23:18:17][SCENARIO] Suppression de la variable hhmm1
[2020-04-20 23:18:17][SCENARIO] ************FIN sous tâche**************
------------------------------------
[2020-04-21 08:17:16][SCENARIO] Start : Scenario execute automatiquement sur evenement venant de : [Salon][Oeil Salon][Presence].
[2020-04-21 08:17:16][SCENARIO] Exécution du sous-élément de type [condition] : if
[2020-04-21 08:17:16][SCENARIO] Evaluation de la condition : [ (1 ==1) ET (0  == 0)] = Vrai
[2020-04-21 08:17:16][SCENARIO] Exécution du sous-élément de type [action] : then
[2020-04-21 08:17:16][SCENARIO] Exécution d'un bloc élément : 160
[2020-04-21 08:17:16][SCENARIO] Exécution du sous-élément de type [action] : code
[2020-04-21 08:17:16][SCENARIO] Exécution d'un bloc code
[2020-04-21 08:17:16][SCENARIO] Exécution d'un bloc élément : 7
[2020-04-21 08:17:16][SCENARIO] Exécution du sous-élément de type [condition] : if
[2020-04-21 08:17:16][SCENARIO] Evaluation de la condition : [(0817 > 2053 ) OU (0817  < 649 )] = Faux
[2020-04-21 08:17:16][SCENARIO] Exécution du sous-élément de type [action] : else
[2020-04-21 08:17:16][SCENARIO] Exécution du sous-élément de type [condition] : in
[2020-04-21 08:17:16][SCENARIO] Evaluation de la condition : [1] = 1
[2020-04-21 08:17:16][SCENARIO] Tâche : 11 programmée à : 2020-04-21 08:18:16 (+ 1 min)
[2020-04-21 08:17:16][SCENARIO] Fin correcte du scénario
------------------------------------
[2020-04-21 08:18:04][SCENARIO] ************Lancement sous tâche**************
[2020-04-21 08:18:16][SCENARIO] Exécution du sous-élément de type [action] : do
[2020-04-21 08:18:16][SCENARIO] Exécution d'un bloc élément : 12
[2020-04-21 08:18:16][SCENARIO] Exécution du sous-élément de type [condition] : if
[2020-04-21 08:18:16][SCENARIO] Evaluation de la condition : [(0 == 1) OU (0 > 0)] = Faux
[2020-04-21 08:18:16][SCENARIO] Exécution du sous-élément de type [action] : else
[2020-04-21 08:18:16][SCENARIO] Suppression de la variable hhmm1
[2020-04-21 08:18:16][SCENARIO] ************FIN sous tâche**************
------------------------------------

Est ce que mon problème est lié au scénario ou à la prise??
C’est le seul scénario qui allume cette prise, je ne comprends vraiment pas ou est le problème?
La veille j’avais aussi tenté une exclusion + reinit de la prise + inclusion, ca n’a rien changé…

Merci pour votre aide

2

Depuis une semaine ou deux, j’ai aussi une prise du même type qui a un comportement étrange. Je suis obliger, pas systématiquement, de l’eteindre deux fois pour qu’elle le soit. Comme béquille, tu pourrais mettre deux actions éteindre, la deuxième en vérifiant si la consommation n’est pas nulle avant de l’enclencher.

Antoine

3

Merci @Tonio16
J’avais aissi mis une action automatique d’extiction sur Etat au bout de 5 minutes mais elle n’agit pas.
Je vais en ajouter une sur Puissance on verra bien

4

Salut,
Vous pouvez également lancer une action rafraîchir après la première extinction plutôt que de lancer 2 actions d’extinction et vérifiez ce que ça donne.
C’est ce que je fait pour le FGR223

5

Encore un bug de la lib openzwave ou un problème avec la prise?
Tu proposes de lancer une commande ZWave refreshClass sur le noeud?

6

Je ne sais pas d’où vient le problème mais plutôt que de passer des jours à le trouver, des fois, je préfère le contourner.
Pour le FGR223, je sais qu’il existe une commande « rafraîchir ».
Il faudrait voir si la même commande existe avec ton équipement.
Sinon peut-être effectivement un refreshclass.

7

Mauvaise nouvelle ce matin: cette fois c’est la prise Fibaro qui pilote l’arrosage de mes plantes qui est restee allumée toute la nuit apres l’arrosage du soir. Loi de murphy ca tombe pendant mes vacances, il n’y a personne sur place pour arreter l’eau…

Impossible de l’éteindre la commande Off n’a aucune action. J’ai tenté une reinclusion ca n’a rien changé. Aucun message particulier a part un seul « Error dropping command » peut etre du a mes multiples tentatives d’arret, et j’en ai deja plein d’autres sur d’autres noeuds depuis longtemps sans conséquences particulières.

En désespoir de cause j’ai désactivé la prise en esperant qu’elle s’eteigne, je vais surveiller mes capteurs d’humidité.

8

Tu as désactivé l’équipement jeedom tu veux dire? alors c’est sur qu’elle ne va pas passer en « off » (et couper le courant)…
cela empêche juste toutes actions sur les commandes

As-tu essayé, dans la config zwave de la prise, onglet actions de faire « Rafraichir les infos du noeud »:
image

et ensuite la commande « off » bien entendu si cette action a réussie

9

Merci @Mips
J’ai deja lance le rafraîchissement des infos du noeud, pas d’erreur particulière mais aucun effet sur la prise…
C’est la 2e fois que j’ai ce problème avec ces prises Fibaro, cf plus haut
Je n’ai aucune solution a part attendre le retour de vacances de ma fille… pas cool :angry:

10

Hello

Ca pourra peut-être servir a d’autres apres avoir galèré toute la matinée j’ai réussi a reprendre le contrôle de cette prise. Je pense que c’est grace aux actions de « soigner le reseau et de « synchroniser »

J’ai 4 de ces prises Fibaro, malgré tous mes tests je n’ai tjs pas réussi à déterminer s’il s’agit d’un problème materiel, microcode ou logiciel. J’ai juste remarqué qu’elles me remontent beaucoup de « dropping command ». J’ai envoyé un message au support Fibaro mais je doute qu’ils aient une solution pour que ca ne se reproduise pas

Ceci dit je suis mécontent de ce plugin openzwave 1.4, contrairement aux autres protocoles je n’ai eu que des problèmes avec. Je sais que c’est du 3rd party et qu’il a ete retroengineeré ce qui est une performance en soi mais sa fiabilité est plus qu’aléatoire…Vivement son refresh a partir du code de la ZWave alliance…

11

Moi j’ai ce type de problème avec une prise Aeotec (la smart switch 6), j’en ai deux identique, branché proche l’une de l’autre mais c’est systématiquement la même qui ne répond plus, l’action « Rafraichir les infos du noeud » résout systématiquement le problème.

A coté de ca, j’ai d’autres marques, dont 2 fibaro qui ne posent aucun problème;

tout ca pour dire que c’est compliqué d’incriminer une marque ou l’autre, ou le protocole ou le plugin
il y a trop de paramètre à prendre en compte.

12

Je n’incrimine aucune marque ni personne, ce sont juste les faits.
Malheureusement je n’arrive pas a obtenir un reseau ZWave fiable malgré 30 devices dont 20 sur secteur et 3 repeteurs…
Je serais curieux de tester ces mêmes devices sur une solution payante.