viele Zeitabgleiche mit v25.1.14 & v25.2.3

[tm-107]

What happened?

Seit v25.1.14 habe ich jeden morgen bis zu einer Stunde lang immer wieder Zeitabgleiche, teilweise im Minutentakt.
Das Problem betrifft alle 6 bei mir angeschlossenen Wechselrichter (1xHM-600, 1xHM-700, 4xHM-1500).
Während dieser Zeit klappt auch das Abfragen der JSON-Daten per http-request sehr oft nicht.

Ich habe das die letzten 4 Tage jeweils 2x getestet:

• mit v24.11.7: keine Probleme (lediglich ein Zeitabgleich bei einem Wechselrichter)
• mit v25.1.14: täglich bis zu >30 Zeitabgleiche bei allen Wechselrichtern (durchschnittlich 3-6 Zeitabgleiche)

To Reproduce Bug

Just install v25.1.14

Expected Behavior

Nur vereinzelte / sporadische Zeitabgleiche wie in den Versionen davor.

Install Method

Pre-Compiled binary from GitHub releases

What git-hash/version of OpenDTU?

653efb4 ??? (v25.1.14 eben)

What firmware variant (PIO Environment) are you using?

generic

Relevant log/trace output

Anything else?

No response

Please confirm the following

• I believe this issue is a bug that affects all users of OpenDTU, not something specific to my installation.
• I have already searched for relevant existing issues and discussions before opening this report.
• I have updated the title field above with a concise description.
• I have double checked that my inverter does not contain a W in the model name (like HMS-xxxW) as they are not supported.

[Omega13x]

Bei mir mit dem ESP32S3 das gleiche Problem. Es sind ständige Reboots von OpenDTU. Das letzte stabile Image war das vom Oktober letzten Jahres.

[tbnobody]

Bei mir mit dem ESP32S3 das gleiche Problem. Es sind ständige Reboots von OpenDTU.

@tm-107 schreibt von Zeitabgleichen. @Omega13x von Reboots.... Ist für mich erstmal nicht das gleiche.

Unabhängig davon, was siehst du auf der seriellen Konsole bei einem Reboot?

[Omega13x]

Die Zeitabgleiche kommen nach dem Reboot. @tm-107 könnte es bestimmt bestätigen wenn er die Zeiten mal vergleicht. Leider sind sie sehr unregelmäßig. Kann man irgendwie ein Langzeitlog starten um es beobachten zu können?
Bei mir waren es seit Mitternacht vier Reboots. Davor fast zwei Tage keine.

Die v24.10.15 lief bei mir 45 Tage ohne Reboot.

[schlimmchen]

Du musst, wohl der übel, einen Rechner per USB anklemmen und beobachten/mitschneiden, weil man anders nicht an diese Info herankommt. Da wird dann bei einem Reboot ein Backtrace stehen, der uns erlaubt zu vermuten, wo das Problem liegen könnte. Dazu schreibe bitte genau auf, mit welcher Version der Backtrace aufgetreten ist.

[tm-107]

Die Zeitabgleiche kommen nach dem Reboot. @tm-107 könnte es bestimmt bestätigen wenn er die Zeiten mal vergleicht. Leider sind sie sehr unregelmäßig. Kann man irgendwie ein Langzeitlog starten um es beobachten zu können? Bei mir waren es seit Mitternacht vier Reboots. Davor fast zwei Tage keine.

Heute morgen hatte ich auch wieder mehrere Zeitabgleiche, heute allerdings nur 2-3 (je nach Wechselrichter). Die Uptime liegt aber bei über einem Tag, also liegt es bei mir nicht an Reboots.
Die Zeitabgleiche finden auch nur in der Zeit zwischen "aufwachen" des Wechselrichters und Start der AC-Produktion statt. Wenn also morgens die Sonne scheint, geht das recht schnell (ca. 1-5 Zeitabgleiche). An bewölkten Tagen dauert es länger (bis zu >30 Zeitabgleiche, wobei OpenDTU [oder der Wechselrichter?] ja nur die letzten 15 Meldungen anzeigt - man muss also daneben sitzen und beobachten).

[broth-itk]

Wird denn die Uptime immer wieder zurückgesetzt, was auf einen Reboot hindeutet?

[tm-107]

Wird denn die Uptime immer wieder zurückgesetzt, was auf einen Reboot hindeutet?

[ursprüngliche Antwort gelöscht, da Frage falsch verstanden 8-o]

Gegen die Reboot-Theorie spricht auch, dass meine Wechselrichter zu völlig unterschiedlichen Zeiten den Zeitabgleich machen. Da liegen schon mal 30 Minuten dazwischen. Wenn es an einem Reboot liegen würde, müssten die Zeiten ja ähnlich sein.

Heute wieder "nur" 3 Zeitabgleiche ...

Uptime:

[broth-itk]

Die DTU läuft aber seit 59 Stunden ohne Neustart durch... einen Neustart/Crash würde ich mal ausschließen.

[tm-107]

Die DTU läuft aber seit 59 Stunden ohne Neustart durch... einen Neustart/Crash würde ich mal ausschließen.

Ach so, Sorry ... hatte Deine Frage falsch verstanden ...
Ich dachte Du meinst, ob die Uptime bei einem Neustart zurückgesetzt wird. Hatte mich schon gewundert ...

[Omega13x]

Scheinen die Ursachen doch unterschiedlicher Natur zu sein. Bei mir fällt der letzte Zeitabgleich immer mit einem Reboot zusammen. Ich bin jetzt wieder zurück auf die v24.10.15. Da ich sowieso alles per Home Assistant überwache, ist es ziemlich egal von welcher Version die Daten kommen. ;)

[kopierschnitte]

Komisch, also bei läuft die v25.1.14 seit knapp zwei Wochen ohne irgendwelche Neustarts/Hänger bzw. übermäßige Zeitabgleiche einfach durch.

Das einzige, was stört ist noch die Wifi-Problematik, wenn das Netz unvorhergesehen wegbricht. Aber das wird ja schon anderweitig diskutiert.

Nutze generic_esp32s3_usb als Basis.

[tm-107]

Tja, einige Tage war es auch hier recht still, aber heute waren es bisher wieder 3-5 Zeitabgleiche (je nach Wechselrichter).

[tm-107]

Tja, einige Tage war es auch hier recht still, aber heute waren es bisher wieder 3-5 Zeitabgleiche (je nach Wechselrichter).

Update: Vorhin nicht nachgeschaut, aber diesmal waren die Zeitabgleiche auch bei mir im Zusammenhang mit einem Reboot von OpenDTU (Reset Grund: Software reset CPU).
In meiner Statistik ist der PV-Ertrag von 10:50 Uhr bis 11:40 Uhr mit 0W und Fehlermeldung (keine JSON-Werte abrufbar) angegeben.

[tm-107]

Heute auch wieder mehrere Zeitabgleiche, verbunden mit einem Neustart von OpenDTU (Software reset CPU).
Daten mitschneiden wird bei mir leider schwierig, da die OpenDTU im Arbeitszimmer keinen Empfang hat und ich kein 20m langes USB-Kabel habe um sie an ihrem eigentlichen Ort zu "belauschen".

[Omega13x]

Habe Gestern mal die v25.2.3 drauf gemacht. Bis jetzt schon 15 Zeitabgleiche bei jedem der drei Wechselrichter und die laufen erst seit zwei Stunden. Also alles wieder zurück zur v24.10.15.

[tm-107]

Gleiches Bild hier. Habe heute Nacht auch die v25.2.3 aufgespielt und aktuell je nach Wechselrichter 4-15 Zeitabgleiche.
Diesmal aber wieder ohne reboot ...

Ereignisanzeige
Beginn | Ende | ID | Meldung
07:23:55 | 07:23:55 | 1 | Wechselrichter gestartet
07:34:34 | 07:34:34 | 2 | Zeitabgleich
07:35:03 | 07:35:03 | 2 | Zeitabgleich
07:35:28 | 07:35:28 | 2 | Zeitabgleich
07:35:55 | 07:35:55 | 2 | Zeitabgleich
07:36:19 | 07:36:19 | 2 | Zeitabgleich
07:36:43 | 07:36:43 | 2 | Zeitabgleich
07:37:09 | 07:37:09 | 2 | Zeitabgleich
07:37:33 | 07:37:33 | 2 | Zeitabgleich
07:38:04 | 07:38:04 | 2 | Zeitabgleich
07:38:29 | 07:38:29 | 2 | Zeitabgleich
07:38:59 | 07:38:59 | 2 | Zeitabgleich
07:39:24 | 07:39:24 | 2 | Zeitabgleich
07:39:44 | 07:39:44 | 2 | Zeitabgleich
07:40:25 | 07:40:25 | 2 | Zeitabgleich

Die Zeitabstände entsprechen ungefähr dem Update-Intervall (3s x 6 Wechselrichter = 18 Sekunden).

Aber das können wir wohl ewig so weiter posten, solange keiner von uns ein Log liefern kann, wird sich auch niemand dem Problem annehmen können ...

[broth-itk]

Bei meinen drei WRs sehe ich das auch bei zweien die jeweils am weitesten von der DTU entfernt sind.
Der WR in ca. 4m Luftlinie hat nur drei Eventlog-Einträge, kein einziger Timesync.

[wittimagic]

Ich bin noch neu was DTU angeht, meine ist erst ein paar Tage im Betrieb mit 2 Wechselrichtern (HMS-1600-4T).
Ausgeliefert wurde diese mit 24.11.7 und dort hatte ich mit beiden WR sporadisch die Meldung bezüglich des Zeitabgleichs.
Nach Update auf 25.2.3 kamen die Meldungen bei beiden WR sehr häufig und auch das WLAN Netzwerk der DTU wurde sehr instabil, was dann natürlich auch Auswirkungen beim MQTT Dienst hatte. Auffällig war in meinen Augen, dass bereits ein Login auf der WebGUI offenbar zur Netzwerk Instabilität beigetragen hat bzw. diese verschlimmert hat, denn dann kamen die MQTT Daten kaum noch am Server an. Die WebGUI als solche brauchte auch mehrere Sekunden Bedenkzeit für Untermenüs.
Nach mehreren Anläufen konnte ich jetzt auf die 24.10.15 zurück und alles läuft stabil und flüssig. Es kommen auch keine Fehler bezüglich des Zeitabgleichs mehr hinzu.

[gitisgreat2023]

Du musst, wohl der übel, einen Rechner per USB anklemmen und beobachten/mitschneiden, weil man anders nicht an diese Info herankommt. Da wird dann bei einem Reboot ein Backtrace stehen, der uns erlaubt zu vermuten, wo das Problem liegen könnte. Dazu schreibe bitte genau auf, mit welcher Version der Backtrace aufgetreten ist.

Ich habe mal nachgeschaut, bei mir sind die Zeitabgleich auch nach einem reboot. Wäre es sinnvoll dass ich dann mal das mitschneiden mache? (OpenDTU on Battery natürlich ;-))

[stefan123t]

Die Event ID 0x02 kommt i.d.R. im Event Log des Wechselrichters, wenn z.B. der in der RealTimeRunDataDebug 0x0B Abfrage von der OpenDTU übergebene UNIX Timestamp von dem des WR zu stark abweicht.

Zuerst hatten wir das als einen WR<->DTU Communication / unreachable Fehler interpretiert. Aber aus der warn_code.json der S-Miles Installer App wissen wir, dass es von Hoymiles als "Time calibration" oder zu deutsch "Zeitabgleich" bezeichnet wird.

Offenbar kommt es auch bei/nach einem Reboot der OpenDTU zu Kommunikation mit dem WR mit (noch) nicht synchronisierten Zeitstempeln ?

Oder könnte es sein dass der WR sich z.B. aufgrund fehlender Sonneneinstrahlung und/oder Temperaturen mehrfach neu startet und daher den Zeitstempel der OpenDTU schlicht vergisst ?

[wittimagic]

@stefan123t bei mir war aber auch das WLAN extrem instabil und ich hatte den Eindruck, dass die Performance der DTU deutlich beeinträchtigt war.
Die Kommunikationsprobleme (WLAN oder Zeitabgleich) könnten aus meiner Sicht auch nur Symptome sein.

[gitbreiti]

Ich hab die Zeitabgleiche auch seit ich auf die v25.2.3 aktualisiert habe.
Hatte vorher schon länger kein Update mehr gemacht.

[super-mertl]

ich kann das Thema bestätigen:

-Zeitabgleiche nehmen zu (gefühlt seit Okt/Nov, ich wechsle rel. regelmäßig auf die aktuelle Version)
-Zeitabgleiche sind überwiegend um den Ein- bzw Ausschaltzeitpunkt (Zeiten siehe nächster Punkt)
-Zeitabgleiche sind nicht immer bei allen WR (heute bei 2 WR gar nicht, bei 1 WR nur einmal 7:15, bei 1 WR 5 mal zwischen 7:05 und 7:15, aber auch um 12:15)

Habe 2x HMT-2250 und 2xHMS-1800 seit ca 1Jahr und sehe täglich nach dem System, daher kann ich def. sagen, dass es mehr wurde und dass es aber weder einem Muster folgt noch jeden Tag vorkommt.

[tm-107]

[...] daher kann ich def. sagen, dass es mehr wurde und dass es aber weder einem Muster folgt noch jeden Tag vorkommt.

Genau so ist es. Und zusammen mit einem Reboot ist es bei mir auch nur selten, meistens einfach so.
Derzeit läuft OpenDTU seit 5 Tagen und ich hatte heute 0-5 Zeitabgleiche, gestern 1-7 und vorgestern 3->15.
Ich kann da bisher leider auch kein Muster erkennen.