Lecture multiple des variables avec valeurs incohérentes sur poêle en 2.27

Atlas · Novembre 25, 2020, 10:08

Bonjour,

Suite à la mise à jour de mon poêle en 2.27 mon scénario de suivi d’ouverture du couvercle tourne en boucle.

Le pb vient d’une lecture multiple lors du cron5 et lecture de surcroit incohérente puisque le couvercle est fermé et est remonte à 1 de nombreuses fois.

Voici un extrait simplifié de mon log où en 15 secondes il est lu à FALSE, puis TRUE et enfin FALSE.

[2020-11-25 22:30:17][DEBUG] : cmdSave()-ln:2688 local_statusCalculate FALSE
[2020-11-25 22:30:17][DEBUG] : cmdSave()-ln:2683 Called
[2020-11-25 22:30:17][DEBUG] : cmdSave()-ln:2688 **inputCover FALSE**
[2020-11-25 22:30:17][DEBUG] : cmdSave()-ln:2683 Called
[2020-11-25 22:30:29][DEBUG] : getInfo()-ln:2791 parent found: sensors
[2020-11-25 22:30:29][DEBUG] : cmdSave()-ln:2683 Called
[2020-11-25 22:30:29][DEBUG] : cmdSave()-ln:2686 inputDoor TRUE
[2020-11-25 22:30:29][DEBUG] : getInfo()-ln:2791 parent found: sensors
[2020-11-25 22:30:29][DEBUG] : cmdSave()-ln:2683 Called
[2020-11-25 22:30:29][DEBUG] : cmdSave()-ln:2686 **inputCover TRUE**
[2020-11-25 22:30:29][DEBUG] : getInfo()-ln:2791 parent found: sensors
[2020-11-25 22:30:29][DEBUG] : cmdSave()-ln:2683 Called
[2020-11-25 22:30:29][DEBUG] : cmdSave()-ln:2686 inputExternalRequest TRUE
[2020-11-25 22:30:30][DEBUG] : cmdSave()-ln:2688 local_statusCalculate FALSE
[2020-11-25 22:30:30][DEBUG] : cmdSave()-ln:2683 Called
[2020-11-25 22:30:30][DEBUG] : cmdSave()-ln:2688 **inputCover FALSE**
[2020-11-25 22:30:30][DEBUG] : cmdSave()-ln:2683 Called
[2020-11-25 22:30:30][DEBUG] : cmdSave()-ln:2688 inputDoor FALSE
[2020-11-25 22:30:30][DEBUG] : cmdSave()-ln:2683 Called
[2020-11-25 22:30:30][DEBUG] : cmdSave()-ln:2688 local_lastupdate FALSE
[2020-11-25 22:30:30][DEBUG] : calcTankLevel()-ln:2956 start: 2020-11-25 20:30:30
[2020-11-25 22:30:30][DEBUG] : calcTankLevel()-ln:2957 end: 2020-11-25 22:30:30
[2020-11-25 22:30:30][DEBUG] : calcTankLevel()-ln:2962 current value: 1518
[2020-11-25 22:30:30][DEBUG] : calcTankLevel()-ln:2968 previus value: 1518
[2020-11-25 22:30:30][DEBUG] : toHtml()-ln:3145 Called

Le trigger de mon scénario est :
#[Salon][Induo][inputCover]# == 1

Pour ceux qui sont en 2.27, observez vous ces symptômes et avez vous une idée de la source du pb ?

Je suis en 3.3.53 et plugin Rikaha 2020-02-18

Merci

Atlas · Novembre 26, 2020, 10:15

Bonjour,

J’ai poussé la logique en monitorant inputDoor et même constat, à la même interrogation de serveurs Rika la valeur est remontée 2 fois, dont une fois à TRUE alors que la porte est fermée.

openhomeautomation · Décembre 2, 2020, 11:12

Bonsoir

ces états cover & door sont interprétés à partir de la valeur du statusWarning.

@Atlas, quelles sont les valeurs remontées et à quel moment pour le statusWarning ?

Personnellement je ne me sers pas de ces infos c’était du best effort.

Atlas · Décembre 7, 2020, 11:20

Bonjour,

Tout d’abord merci pour ce plugin qui fonctionne très bien pour peu que le Firenet soit bien connecté, et le passage en 2.27 a bien amélioré les choses.

Pour le coté fonctionnel j’utilise inputCover pour lancer « Plein du réservoir fait » ce qui est bien pratique pour peu que l’on s’astreigne à remplir complètement le réservoir.

statusWarning est intérrogé dès le début et remonte la bonne valeur FALSE

[2020-12-07 11:20:10][DEBUG] : cmdSave()-ln:2688 statusWarning FALSE

et voici la totalité du log pour plus de détails :

rikaha.log (24,5 Ko)

En complément sur ma conf, le poêle est un INDUO 1 et le firenet SPWF est en version 3.40

Ne pas hésiter à me mettre à contribution pour l’investigation/test

Merci @openhomeautomation

openhomeautomation · Décembre 13, 2020, 4:48

Bonsoir.

@Atlas, j’ai trouvé l’origine du problème. Il sera corrigé dans la mise à jour qui sera disponible demain je pense.

Atlas · Décembre 14, 2020, 10:35

Bonjour,

Effectivement le log est bien plus parlant (je me demande même comment cela pouvait fonctionner avant) mais cela n’a pas suffit .

Il n’y a plus de multiple répétition mais cela reste incohérent :

[2020-12-14 11:05:08][DEBUG] : cmdSave()-ln:2686 inputCover TRUE
[2020-12-14 11:05:09][DEBUG] : cmdSave()-ln:2691 inputCover 0

J’espérai que ce qui remontait in-fine était inputCover 0 mais mon scénario se déclenche toujours

Voici le nouveau log complet :
rikaha-maj.log (23,4 Ko)

@openhomeautomation déjà un grand merci pour cette version et le temps déjà passé

Bonne semaine

openhomeautomation · Décembre 15, 2020, 10:27

Bonsoir @Atlas, j’ai apporté une modification. Peux-tu me dire si c’est ok pour toi dans la prochaine maj ?

Atlas · Décembre 16, 2020, 9:35

Bonsoir @openhomeautomation

Super rapide cette nouvelle mouture bravo !

Cette fois on y est les deux valeurs sont identiques :

[2020-12-16 11:15:13][DEBUG] : cmdSave()-ln:2686 inputCover true
[2020-12-16 11:15:27][DEBUG] : cmdSave()-ln:2686 inputCover true

Plus qu’à inverser mon script avec #[Salon][Induo][inputCover]# == 0 et tout refonctionne !
Merci

openhomeautomation · Décembre 16, 2020, 10:00

Bonsoir @Atlas, donc cela fonctionne,

A toi d’inverser dans ton script.

Bonne soirée

Atlas · Décembre 16, 2020, 10:06

Pas de soucis !

Bonne soirée

openhomeautomation · Décembre 16, 2020, 10:18

Tu peux passer le sujet en résolu ?

system · Décembre 17, 2020, 10:18

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.