Seite 1 von 1

"Ladevorgang wird gestartet"... bleibt hängen

Verfasst: So Feb 22, 2026 2:25 pm
von M1chael
Zusammenfassung aus viewtopic.php?t=11758&start=190

Hallo mit der bitte um Unterstützung
openWB duo Installation die seit einem Jahr unter 2.1.7 einwandfrei funktioniert hat.
openWB Duo von 2022
E3DC Hauskraftwerk

Letzte Woche update auf 2.1.9
Seit dem ist kein Laden mehr möglich. Im Interface steht "Ladevorgang wird gestartet"...aber es passiert nichts.

im mainlog habe ich gefunden:

Code: Alles auswählen

2026-02-16 10:34:17,816 - {modules.common.simcount._simcount:51} - {WARNING:device0} - Time difference between previous state and current state is too large. Set time difference to control interval.
2026-02-16 10:34:17,851 - {modules.common.simcount._simcount:51} - {WARNING:device0} - Time difference between previous state and current state is too large. Set time difference to control interval.
2026-02-16 10:34:17,869 - {modules.common.simcount._simcount:51} - {WARNING:device0} - Time difference between previous state and current state is too large. Set time difference to control interval.
2026-02-16 10:34:18,417 - {modules.common.simcount._simcount:51} - {WARNING:MainThread} - Time difference between previous state and current state is too large. Set time difference to control interval.
und auch das:

Code: Alles auswählen

2026-02-16 10:01:53,233 - {control.counter_all:107} - {ERROR:MainThread} - Ungültiger Hausverbrauch: -361W, Berücksichtigte Komponenten neben EVU [{'id': 4, 'type': 'inverter', 'children': []}, {'id': 1, 'type': 'bat', 'children': []}, {'id': 2, 'type': 'cp', 'children': []}, {'id': 3, 'type': 'cp', 'children': []}]
2026-02-16 10:05:40,408 - {helpermodules.messaging:60} - {ERROR:Commands} - Messaging: Fehlermeldung: {'source': 'command', 'type': 'danger', 'message': 'Es ist ein interner Fehler aufgetreten: dictionary changed size during iteration', 'timestamp': 1771232740}
2026-02-16 10:05:40,536 - {helpermodules.command:986} - {ERROR:Commands} - {'Traceback (most recent call last):\n  File "/var/www/html/openWB/packages/helpermodules/command.py", line 158, in on_message\n    func(connection_id, payload)\n  File "/var/www/html/openWB/packages/helpermodules/command.py", line 742, in getDailyLog\n    get_daily_log(payload["data"]["date"]))\n  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 169, in get_daily_log\n    data = _collect_daily_log_data(date)\n  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 183, in _collect_daily_log_data\n    log_data["entries"].append(create_entry(\n  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/write_log.py", line 228, in create_entry\n    for ev in data.data.ev_data:\nRuntimeError: dictionary changed size during iteration\n'}
2026-02-16 10:18:33,666 - {control.counter_all:107} - {ERROR:MainThread} - Ungültiger Hausverbrauch: -393W, Berücksichtigte Komponenten neben EVU [{'id': 4, 'type': 'inverter', 'children': []}, {'id': 1, 'type': 'bat', 'children': []}, {'id': 2, 'type': 'cp', 'children': []}, {'id': 3, 'type': 'cp', 'children': []}]
und im Ladelog kommt regelmäßig alle paar Minuten das (den Hinweis hab ich gelesen. Vielleicht ist der Eintrag auch normal)

Code: Alles auswählen

2026-02-21 00:48:47,167 - {helpermodules.utils.error_handling:45} - {ERROR:Internal Chargepoint} - Auslesen der EVSE nicht möglich. Vermutlich ist die EVSE defekt oder hat eine unbekannte Modbus-ID.  Bitte nehme bei anhaltenden Problemen über die Support-Funktion in den Einstellungen Kontakt mit uns auf.
Liebe Kunden, das Log ist zur Auswertung durch Support-Mitarbeiter der openWB GmbH gedacht. Meldungen, die hier erscheinen können wie Fehlermeldungen aussehen, sind aber oft ganz normal. Beispielsweise führen wir Abfragen der internen Hardware mehrere tausend mal pro Stunde aus (wir gehen bis ans Limit der seriellen Kommunikation um eine möglichst feine Auflösung zu erreichen), eine Abfrage-Fehlerquote von 1-2% ist dabei normal. Wirklich relevante Fehlermeldungen erscheinen in der grafischen Nutzeroberfläche an prominenter Stelle. Bitte belastet unseren Support nicht mit Fragen nach euch unbekannten Log-Meldungen.
Kontakt mit dem Support.
Durchgeführte Maßnahmen:
WB zurückgesetzt. Minimalkonfig wie in der Anleitung (Virtueller Zähler, Ladepunkte mit Standardprofil --> Funktioniert nicht
WB Stromlos und ohne SD Karte gestartet für Notbetrieb --> FUNKTIONIERT
Hab dann eine neue SD Card bei openWB gekauft mit vorinstalliertem 2.1.7 patch3
Erster Test mit virtuellem Zähler und Minimalkongif --> FUNKTIONIERT
update auf 2.1.9
Geräte und Lastmanagement wieder eingerichtet --> FUNKTIONIERT aber es kommt wieder der " Time difference between ...", wie oben
Fahrzeuge und Fahrzeugprofile wieder angelegt --> FUNKTIONIERT
Image der SD Karte gezogen
Dann Ladung Starten mit SOFORTLADEN --> FUNKTIONIERT
Dann Laden mit Start über Zeitplan --> FUNKTIONIERT auch
nach etwas Wartezeit nochmal getestet --> FUNKTIONIERT NICHT MEHR :-(
Im mainlog das hier gefunden:
https://paste.openwb.de/OumQwbhbSsuJZZN

Das Image wieder auf die SD geflashed. Aber auch hier startet das Laden nicht.

Jetzt stehe ich wieder am Anfang. Hat von euch jemand eine Idee? Bitte um Unterstützung?

Vielen Dank! Michael

######################

Antwort von Gero
Gerade eine e3dc-installation ist ja die simpelst mögliche. Wenn du keine weiteren Erzeuger hast (Hauskraftwerk oder gar mit Speicher) macht die Hausverbrauchsmeldung stutzig. Aber es scheint ja auc Probleme mit dem simcount zu geben - ein S10 liefert keine Zählerwerte und auch keine Zeitstempel. D.h. die Meldung macht die openWB aufgrund eigener Daten. Stimmen denn die Werte auf der Status-Seite mit denen des e3dc-Portals (oder besser: bildschirm, weil die kommen nicht aus der Cloud) überein? Bei mir läuft die 2.1.19 komplett sorgenfrei, ich habe sogar noch einen externen Wechselrichter. Die Meldung mit der EVsE verwundert mich auch noch, denn der Verbrauch der Autoladung kommt aus dem Zähler und nicht der EVSE (falls der Zähler von der EVSE ausgelesen wird, bitte ich um Korrektur meines Verständnisses)

Wenn das mit der EVSE nicht wäre, würde ich aufs Hauskraftwerk als Ursache tippen. Oder ist bei dir das LAN irgendwie ein bisschen wackelig, dass da Dinge verloren gehen?

Re: "Ladevorgang wird gestartet"... bleibt hängen

Verfasst: So Feb 22, 2026 2:46 pm
von M1chael
Ich habe jetzt neu eingerichtet. Ich denke es gibt 3 Probleme:

1. Die Abfrage der e3dc scheint tatsächlich wackelig zu sein. im Mainlog kommen diese Einträge im Abstand von mehreren Stunden, aber regelmäßig. e3DC und openWB sind direkt am Router eingesteckt. LAN ist im POWER Modus, Es gibt eine relativ versteckete Energie-Efficency Einstellung in der Fritzbox. Die habe ich jetzt deaktiviert. Mal sehen ob das was bringt.
Das Problem gibt es bei mir wahrscheinlich schon länger und habe ich nicht gemerkt, weil man das in der Oberfläche der openWB nicht sieht und die Ladung funktioniert.
Die Fehler mit timestamp, Fehlerhaften Hausverbrauch sind wahrscheinlich dann Folgefehler. Oder wie seht ihr das?

Code: Alles auswählen

2026-02-22 12:30:02,900 - {modules.common.simcount._simcount:51} - {WARNING:device3} - Time difference between previous state and current state is too large. Set time difference to control interval.
2026-02-22 12:30:02,934 - {modules.common.simcount._simcount:51} - {WARNING:device3} - Time difference between previous state and current state is too large. Set time difference to control interval.
2026-02-22 12:30:03,000 - {modules.common.simcount._simcount:51} - {WARNING:device3} - Time difference between previous state and current state is too large. Set time difference to control interval.
2026-02-22 12:30:04,640 - {modules.common.utils.component_parser:43} - {ERROR:MainThread} - Fehlerstatus in Komponente E3DC Wechselrichter. Werte werden nicht aktualisiert.
2026-02-22 12:30:04,650 - {modules.common.utils.component_parser:43} - {ERROR:MainThread} - Fehlerstatus in Komponente E3DC Speicher. Werte werden nicht aktualisiert.
und

Code: Alles auswählen

2026-02-21 15:47:57,790 - {helpermodules.measurement_logging.process_log:458} - {ERROR:Commands} - Fehler beim Berechnen des Strom-Mix von 1771630501
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 412, in analyse_percentage
    grid_imported, grid_exported = get_grid_from(entry)
  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 397, in get_grid_from
    raise KeyError(f"Kein Zähler für das Netz gefunden in Eintrag '{entry['timestamp']}'.")
KeyError: "Kein Zähler für das Netz gefunden in Eintrag '1771630501'."
2026-02-21 16:45:53,491 - {control.counter_all:107} - {ERROR:MainThread} - Ungültiger Hausverbrauch: -856W, Berücksichtigte Komponenten neben EVU [{'id': 4, 'type': 'inverter', 'children': []}, {'id': 5, 'type': 'bat', 'children': []}, {'id': 1, 'type': 'cp', 'children': []}, {'id': 2, 'type': 'cp', 'children': []}]
2026-02-21 16:46:03,080 - {modules.common.simcount._simcount:51} - {WARNING:MainThread} - Time difference between previous state and current state is too large. Set time difference to control interval.
2026-02-21 17:32:35,245 - {helpermodules.measurement_logging.process_log:458} - {ERROR:Commands} - Fehler beim Berechnen des Strom-Mix von 1771629901
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 412, in analyse_percentage
    grid_imported, grid_exported = get_grid_from(entry)
  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 397, in get_grid_from
    raise KeyError(f"Kein Zähler für das Netz gefunden in Eintrag '{entry['timestamp']}'.")
KeyError: "Kein Zähler für das Netz gefunden in Eintrag '1771629901'."
2026-02-21 17:32:35,252 - {helpermodules.measurement_logging.process_log:458} - {ERROR:Commands} - Fehler beim Berechnen des Strom-Mix von 1771630202
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 412, in analyse_percentage
    grid_imported, grid_exported = get_grid_from(entry)
  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 397, in get_grid_from
    raise KeyError(f"Kein Zähler für das Netz gefunden in Eintrag '{entry['timestamp']}'.")
KeyError: "Kein Zähler für das Netz gefunden in Eintrag '1771630202'."
2026-02-21 17:32:35,258 - {helpermodules.measurement_logging.process_log:458} - {ERROR:Commands} - Fehler beim Berechnen des Strom-Mix von 1771630501
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 412, in analyse_percentage
    grid_imported, grid_exported = get_grid_from(entry)
  File "/var/www/html/openWB/packages/helpermodules/measurement_logging/process_log.py", line 397, in get_grid_from
    raise KeyError(f"Kein Zähler für das Netz gefunden in Eintrag '{entry['timestamp']}'.")
KeyError: "Kein Zähler für das Netz gefunden in Eintrag '1771630501'."
2. Mit defaultwerten im Standard Ladeprofil und Fahrzeugprofil gibt es keine weiteren Einträge im Log. Kopiere ich das Standard-Ladeprofil kommt aber dieser Eintrag hinzu. Kann jemand sagen woher das kommt?

Code: Alles auswählen

2026-02-22 13:59:21,427 - {helpermodules.setdata:344} - {ERROR:Setdata} - Unbekanntes set-Topic: openWB/set/optional/dc_charging, False
3. Alle 10-20 Minuten kommt im Log des internen Ladepunktes dieser Eintrag. Da steht ja schon bei, dass das evtl. nicht kritisch ist. Aber kann mal jemand bei sich schauen wie häufig das kommt. Als Vergleich...

Code: Alles auswählen

2026-02-22 15:26:03,125 - {helpermodules.utils.error_handling:45} - {ERROR:Internal Chargepoint} - Auslesen der EVSE nicht möglich. Vermutlich ist die EVSE defekt oder hat eine unbekannte Modbus-ID.  Bitte nehme bei anhaltenden Problemen über die Support-Funktion in den Einstellungen Kontakt mit uns auf.
Liebe Kunden, das Log ist zur Auswertung durch Support-Mitarbeiter der openWB GmbH gedacht. Meldungen, die hier erscheinen können wie Fehlermeldungen aussehen, sind aber oft ganz normal. Beispielsweise führen wir Abfragen der internen Hardware mehrere tausend mal pro Stunde aus (wir gehen bis ans Limit der seriellen Kommunikation um eine möglichst feine Auflösung zu erreichen), eine Abfrage-Fehlerquote von 1-2% ist dabei normal. Wirklich relevante Fehlermeldungen erscheinen in der grafischen Nutzeroberfläche an prominenter Stelle. Bitte belastet unseren Support nicht mit Fragen nach euch unbekannten Log-Meldungen.
2026-02-22 15:35:24,997 - {helpermodules.utils.error_handling:45} - {ERROR:Internal Chargepoint} - Auslesen der EVSE nicht möglich. Vermutlich ist die EVSE defekt oder hat eine unbekannte Modbus-ID.  Bitte nehme bei anhaltenden Problemen über die Support-Funktion in den Einstellungen Kontakt mit uns auf.
Liebe Kunden, das Log ist zur Auswertung durch Support-Mitarbeiter der openWB GmbH gedacht. Meldungen, die hier erscheinen können wie Fehlermeldungen aussehen, sind aber oft ganz normal. Beispielsweise führen wir Abfragen der internen Hardware mehrere tausend mal pro Stunde aus (wir gehen bis ans Limit der seriellen Kommunikation um eine möglichst feine Auflösung zu erreichen), eine Abfrage-Fehlerquote von 1-2% ist dabei normal. Wirklich relevante Fehlermeldungen erscheinen in der grafischen Nutzeroberfläche an prominenter Stelle. Bitte belastet unseren Support nicht mit Fragen nach euch unbekannten Log-Meldungen.
ich teste weiter...

Re: "Ladevorgang wird gestartet"... bleibt hängen

Verfasst: So Feb 22, 2026 4:51 pm
von Gero
Du sagst, auf Werkseinstellungen zurücksetzten und einen virtuellen Zähler konfigurieren das Lädt im Sofortladen.

Wenn du dann den virtuellen Zähler durch den des s10 ersetzt, lädt es dann immer noch im
sofortladen? Ich hoffe ja mal dass die Antwort „ja“ ist. Denn softwaremäßig ist da noch nicht passiert.

Nun machst du die restlichen Komponenten des S10 dazu: Wechselrichter, Speicher. Lädt es immer noch? Ich hoffe mal ja, denn bislang ist softwareseitig immer noch nichts passiert.

Wenn es in einem dieser drei Szenarien Ladeprobleme gibt, gibt es sie in allen dreien. Sie sind nur nicht aufgefallen. Dann muss es hardware sein. Das klärt am besten der Support

(Die Meldung mit dem timestamp kommt aus dem simulierten Zähler, denn das S10 liefert nur monentaleistung, keine kumulierte. Die word berechnet indem man die bekannte Leistung über die Zeit integriert. Und wenn dabei die Zeitstempel nicht streng monoton steigend sind, ist das ein großes Problem für den Zähler. Aber nixht für‘s Sofortladen)

Re: "Ladevorgang wird gestartet"... bleibt hängen

Verfasst: So Feb 22, 2026 5:29 pm
von M1chael
Du sagst, auf Werkseinstellungen zurücksetzten und einen virtuellen Zähler konfigurieren das Lädt im Sofortladen.

Wenn du dann den virtuellen Zähler durch den des s10 ersetzt, lädt es dann immer noch im
sofortladen? Ich hoffe ja mal dass die Antwort „ja“ ist. Denn softwaremäßig ist da noch nicht passiert.

Nun machst du die restlichen Komponenten des S10 dazu: Wechselrichter, Speicher. Lädt es immer noch? Ich hoffe mal ja, denn bislang ist softwareseitig immer noch nichts passiert.

Wenn es in einem dieser drei Szenarien Ladeprobleme gibt, gibt es sie in allen dreien. Sie sind nur nicht aufgefallen. Dann muss es hardware sein. Das klärt am besten der Support
Bis hier hin kann ich alles mit JA beantworten. Das Laden funktioniert immer. Ich kann im Moment nur SOFORTLADEN testen. Teilweise mit etwas Strom aus dem Akku, aber aktuell funktioniert es. Aber genau das hatte vor dem Zurücksetzten nicht funktioniert.Ich habe aber vorher nicht drauf geachtet ob Strom aus dem Akku dabei war...

Hab ich das richtig verstanden, dass dieser Eintrag ein internes Timingproblem der openWB ist? Kam heute erst 1x

Code: Alles auswählen

2026-02-22 16:20:33,725 - {modules.common.simcount._simcount:51} - {WARNING:MainThread} - Time difference between previous state and current state is too large. Set time difference to control interval.
Er kommt in Folge zu dem hier

Code: Alles auswählen

2026-02-22 16:20:23,042 - {control.counter_all:107} - {ERROR:MainThread} - Ungültiger Hausverbrauch: -102.78999999999996W, Berücksichtigte Komponenten neben EVU [{'id': 4, 'type': 'inverter', 'children': []}, {'id': 5, 'type': 'bat', 'children': []}, {'id': 1, 'type': 'cp', 'children': []}, {'id': 2, 'type': 'cp', 'children': []}]
Was ist mit den Punkten 2 und 3 von oben?