Mahlzeit,
ich möchte das Thema noch mal aufgreifen, nach dem ich ein bisschen Daten über mehrere Wochen gesammelt habe.
Was mache ich?
Die API liefert beim GET /last_reading in der Antwort einen 64-Bit Unix Timestamp mit, diesen „verrechne“ ich mit der aktuellen lokalen Uhrzeit meines ioBroker-Servers (der per NTP gegen eine Zeitquelle im Internet syncronisert ist, und alle 5 Sekunden die Werte bei der API abruft → theoretisch müsste ich 17.200 Werte pro Tag haben, weil der Adapter wahrscheinlich erst 5 Sekunden nach dem letzten empfangen Wert wieder den nächsten Wert per GET requested, sind es nur ca. 16980-quetschi Werte, in der Spalte avgDelta ist einfach 86400 / die AnzWerte angegeben. Wegen Backup etc. ist vielleicht auch mal mein ioBroker für 60 Sekunden oder so nachts kurz Offline), und bekomme daraus das (geglaubte) „Alter“ der gelieferten Werte. Man sieht z.B. an den Werten vom 26.02. das es die angekündigte Wartung gegeben hat, da sind 35 min oder so mal keine Werte gekommen).
Ich weiß nicht, wer den Zeitstempel zu den Werten vom Zähler dazupackt, ob der bereits lokal im Zähler mit den Werten übertragen wird (dann geht meine Uhr im Zähler ziemlich nach, was ich weniger glaube), oder ob der beim Empfang im RZ dazu gepackt wird, auf jeden Fall driftet der Wert (bei mir), wie man in der Auswertung sehen kann. Ich schätze ca. 1 Sekunde pro Tag, mit spontanen Sprüngen (vielleicht wurde die Verarbeitung vom Loadbalancer im RZ auf einen anderen Knoten redispatcht, dessen lokale Uhr noch mehr daneben liegt?). Wegen diesem „Sprung“ vom 23.02. auf den 24.02., glaube ich nicht, das es die Uhr in meinem Zähler ist, außer die syncronisiert sich gegen falsche Uhren im RZ.
Mir ist das aktuell relativ egal, solange nur der Zeitstempel nachgeht, aber die Werte near-Time sind (was sie sind, wenn ich dicke Verbraucher zu-/wegschalte, sehe ich das „sofort“ im Dashboard+in ioBroker).
Wenn man sich mal hinsetzt, und lässt z.B. die https://uhr.ptb.de/ Uhr mitlaufen, und hat in einem anderen Fenster das Dashboard Discovergy auf, und es „passiert“ was, sprich Verbrauch mit 300 Watt/h und mehr (damit auch der Zähler sichtbar weiterläuft), und man macht sich pünktlich zur (PTB) Viertelstunde einen Screenshot vom angezeigten Messwert, und lädt ggf. 20 min später die CSV-Datei des Tages mit 15 min Auflösung runter, ist zumindest bei mir auch in der CSV-Datei der Verbrauch um das „Alter“ falsch.
Das mögliche „Drama“ bei anderen, die Tibber und Vergleichbares nutzen:
Ich habe kein Tibber, aber wenn jemand pünktlich zum PTB-Stundenwechsel bei Niedrigstrompreis anfängt, richtig Last zuzuschalten, dann würde bei meinen Werten denke ich Tibber später noch ca. 2 min (aktuell 124 s) den falschen Strompreis der letzten (teureren) Stunde berechnen.
Ich weiß nicht, wann ggf. Tibber über seine API eine Wallbox zum Laden startet, ob das nach der Tibber-eigenen Uhr (NTP-syncron?) funktioniert, oder ob die warten, bis Discovergy im Zeitstempel meldet, „Jo, hier ist es jetzt auch endlich 05:00:00 geworden“.
Beispiel:
Im Dashboard ist der „letzte“ Zeitstempel des Wertes meine gemessenen ca. 124 Sekunden hinterher
PTB sagt 18:41:04, Dashboard zeigt 18:38:58 an.
Schönes Wochenende (trotzdem)
Christian
