Pro 3EM - Keine Messungen am 27.10.2024 zwischen 2:00 MESZ und 2:00 MEZ

Pro 3EM - Keine Messungen am 27.10.2024 zwischen 2:00 MESZ und 2:00 MEZ

Hallo miteinander,

bei der Analyse meiner Datenaufzeichnungen vom Sonntag, 27.10.2024 (Tag der Zeitumstellung) stieß ich auf eine Aufzeichnungslücke beim Shelly Pro 3EM genau für die Stunde, die "doppelt" durchlaufen wird.

Folgende Datensätze sind für diesen Zeitraum im Speicher vorhanden:

   Zeitstempel     Uhrzeit         Bemerkung
   1729987140      01:59 MESZ      letzer fortlaufender Eintrag (davor alles okay)
   1729988460      02:21 MESZ      singulärer Datensatz
   1729990260      02:51 MESZ      singulärer Datensatz
   1729990800      02:00 MEZ(!)    erster Eintrag nach Zeitumstellung (ab hier wieder gut)

Eine API-Abfrage mit .../EMData.GetRecords?id=0 bestätigt diese Situation (Ausgabe für hier vereinfacht):

   "ts"            "records"
   <ältere weggelassen>
   1729300380      10297
   1729918260      1149
   1729988460      1
   1729990260      1
   1729990800      13465

Hat jemand von euch dieses Verhalten bei sich auch beobachtet?
Am einfachsten lässt es sich ja über "GetRecords" prüfen, also im Browser als URL eingeben:
http://<shelly-ip>/rpc/EMData.GetRecords?id=0
(Evtl. die Ausgabe durch einen Online-JSON-Formatter übersichtlicher darstellen lassen.)

---------------------------------------------------------------------------------------
Zusatzinfo 1:

Mein Gerät:

    id:    shellypro3em-34987a681448
    fw_id: 20240726-114514/1.4.0-gb2aeadb

---------------------------------------------------------------------------------------
Zusatzinfo 2:

Für spezielle Analysen wird mein Gerät schon seit Wochen durch ein von mir geschriebenes Python-Programm im Sekunden-Abstand auf seinem GetStatus-API gepollt und die Ergebnisse werden gepeichert.

In der Tagesdatei von 27.10.2024 ist hier ebenfalls eine Lücke von genau 3600 Sekunden (zwischen 2:00 MESZ und 2:00 MEZ).
---------------------------------------------------------------------------------------

Der 27.10.2024 hatte ja eine Länge von 25 Stunden.
Kann es sein, dass die Firmware hier bewusst auf eine Aufzeichnung in der genannten Stunde verzichtet, um so die Aufzeichnung auf 24 Stunden zu reduzieren?

Nachgeschaltete Auswertungssoftware könnte ja mit dem XXL-Tag Probleme haben...

Ich würde mich freuen, wenn einer der Spezialisten hier mir kompetente Aufklärung geben könnte.

Gerne liefere ich auch noch weitere Infos aus meinen gespeicherten Daten.

Danke und viele Grüße,
Horst

Hallo HighFive,

danke für den HA-Log.

Ich wusste, dass meine FW nicht ganz aktuell ist. Hab aber im Vorfeld das Changelog gecheckt und nichts Auffälliges gefunden (dachte ich).

Auf deinen zweiten Post hin hab ich nochmal kritisch geschaut und zur FW 1.4.3 folgenden Eintrag gefunden:

Zitat

Fixed

• ProEM, Pro3EM Fix status response when non-critical errors are present

Könnte natürlich sein, dass zur Umstellung im Zeit-Umfeld (Abfrage des Zeit-Servers etc.) ein "non-critical error" entstand, der den GetStatus blockiert hat.

Es wäre schön, wenn sich noch jemand findet, der einen Pro 3EM mit FW-Stand vor 1.4.3 hat - und der zumindest mal die eingangs bereits erwähnte GetRecords Abfrage im Browser durchführt und das Ergebnis einfach hier in den Thread kopiert.

Also oben in der Adresszeile als URL eingeben (der Pro 3EM sollte natürlich im triphase Profile betrieben werden, und nicht im monophase

http://<shelly-ip>/rpc/EMData.GetRecords?id=0

Für <shelly-ip> die IP-Adresse des Pro 3EM im eigenen Netzwerk einsetzen

Danke und Grüße

Horst