Hi Seven of Nine,
ja, der Wert bei Uptime ist tatsächlich recht klein, und passt zum Zeitstempel des letzten Energy Wertes.
Es könnte sein, dass der Reboot durch einen "WiFi Connection lost" ausgelöst wurde. (?)
pasted-from-clipboard.png
Hier war "Enable reboot" angehakt.
Ich werde das nun eine Zeitlang beobachten
Hallo,
ich betreibe an Zwischensteckern der Waschmaschin und dem Trockner jeweils einen Shelly1PM.
Die Shellys sind nicht mit der Cloud verbunden.
Die Shellys haben die aktuelle Firmware: 20210115-103820/v1.9.4@e2732e05
Die PM Werte werden per MQTT an eine Fhem Instanz weitergeleitet.
Der SNTP Server ist gesetzt und es wird auch in der Shelly WEB Application die korrekte Zeit angezeigt, deshalb
gehe ich davon aus, dass der SNTP Server Abruf auch funktioniert.
Die Shellys sind immer am Stromnetz, werden also Nicht ausgeschaltet.
Nun tritt folgendes Verhalten auf, dass die Werte während eines Wasch- oder Trocknungsgang korrekt angezeigt und
auch übermittelt werden.
Nach Ausschalten der Endgeräte durch den Shelly1PM verbleiben die
energy - Werte (.../Trockner/relay/0/energy 95657) noch einige Stunden, werden dann aber ohne einen Restart oder PowerOff der Shellys
plötzlich auf "0" gesetzt.
Dies findet zu ähnlichen Zeiten statt
|TIMESTAMP |DEVICE |TYPE |EVENT |READING|VALUE|UNIT|
|-------------------|-------------|-----------|-------------|-------|-----|----|
|2021-02-06 23:34:22|Waschmaschine|MQTT_DEVICE|energy: 0 |energy |0 | |
|2021-02-06 23:33:52|Waschmaschine|MQTT_DEVICE|energy: 16935|energy |16935| |
|TIMESTAMP |DEVICE |TYPE |EVENT |READING|VALUE|UNIT|
|-------------------|--------|-----------|-------------|-------|-----|----|
|2021-02-06 23:37:21|Trockner|MQTT_DEVICE|energy: 0 |energy |0 | |
|2021-02-06 23:37:05|Trockner|MQTT_DEVICE|energy: 95657|energy |95657| |
Hat jemand eine Idee, warum die Shelly den energy Wert nicht kumulieren,
bzw. kann es sein, dass es einen "Tageswechsel" gibt, der den Wert auf "0" initialisiert?
Vielen Dank und Grüße
Martin
Hallo,
ich habe heute meinen Door/Window Sensor getestet.
Allerdings bin ich von der Statuserkennung des Sensors grad überhaupt nicht begeistert 
Ich habe den Door/Windows mit einer statischen IP-Adresse und MQTT konfiguriert (ohne Cloud).
Wenn nun eine Statusänderung erfolgt (öffnen des Magnetschalter) dann braucht es 20 Sekunden,
bis der D/W aus dem Deepsleep aufwacht und den MQTT Topic sendet.
Wird nach diesen 20 Sekunden der Status - auch mehrfach- geändert erfolgt die MQTT Meldung sofort,
aber auch nur für 30 Sekunden, dann legt sich der D/W wieder schlafen, auch egal ob noch weitere
Statusänderungen erfolgen.
D.h. in diesen 30 Sekunden werden die Sensorwerte für "battery", "lux" und "state" im 3 Sekunden Intervall
gesendet und danach legt sich der D/W mit der MQTT Message ".../online false" schlafen.
Es wäre also möglich, z.B. eine Eingangstür zu öffnen und innerhalb 20 Sekunden wieder zu schließen, ohne das
sich der "state" ändert
Mein D/W hat die aktuellste FW: 20191216-090511/v1.5.7@c30657ba
Hat jemand von Euch eine Idee, wie sich dieser Deepsleep umgehen lässt?
Danke und viele Grüße
