Bonsoir,
Voici ma configuration Jeedom 4.3.6 sur buster 15 l’ensemble sur un RPI4 b+ et jeedom sur SSD.
J’ai relevé un problème de rafraichissement de données entre le capteur shelly Flood et le plugin Shelly.
Sur les log le cron5 semble interroger le capteur wifi toute les 5 minutes ! Par contre le seul moyen pour que le capteur puisse répondre c’est soit qu’il soit dans l’eau et encore une fois dans l’eau il ne se réveille que deux fois ou qu’il soit retiré de l’eau.
Donc à chaque changement d’état.
de ce fait si l’échantillonnage de consultation ce fait entre deux réveilles, on n’arrive jamais à détecter une inondation sur le plugin jeedom.
Voici mes logs, j’ai mis le capteur dans l’eau à 18h55min 30sec clignotement LED
À 18h56min 30sec arrêt clignotement LED.
A 19h00 arrivée du Log lancé par cron5 capteur tjs dans l’eau mais pas réveillé donc pas d’alarme.
A 19h02et 45sec je lance une consultation manuelle capteur tjs dans l’eau.
A 19h05et6sec le cron lance une consultation le capteur et dans l’eau mais pas d’alarme.
A 19h06 et 5 sec je sort le capteur de l’eau la LEd clignote puis devient fixe puis s’éteint.
A 19h07et59sec consultation manuelle capteur pas dans l’eau pas d’alarme
Voici les logs:
0000|[2022-10-27 19:00:06]DEBUG : Call : http://192.168.1.24/status, return : 0, content :
0001|[2022-10-27 19:02:45]DEBUG : Call : http://192.168.1.24/status, return : 0, content :
0002|[2022-10-27 19:05:06]DEBUG : Call : http://192.168.1.24/status, return : 0, content :
0003|[2022-10-27 19:07:59]DEBUG : Call : http://192.168.1.24/status, return : 0, content :
j’en conclu que jeedom peux passer à côté d’une inondation ?
Si j’ai fais une erreur ? Si vous avez constaté le même résultat ?
Merci à vous