openWB Forum

@raudi

schau mal hier
https://forum.openwb.de/viewtopic.php?p=118515#p118515

Hallo zusammen,

hat jemand von Euch mal so ein Gezappel am Anfang des Ladevorgangs festgestellt?

Wird das irgendwo geloggt? Unter Main-Log und Log des internen LPs werde ich nicht schlau, aber dort bin ich auf Folgendes gestoßen:

Hier auch mal was positives. Mittlerweile wird beim Umschalten von PV (welches irgendwann mal einphasig geladen hat) auf Sofort korrekt auf 3 Phasen umgeschaltet und mit voller Leistung geladen.

Es kommt zwar noch eine "blaue Meldung" dass zur Phasenumschaltung der Ladevorgang unterbrochen werden muss - es läuft ja noch keiner - aber das kann ich wegignorieren. Nun bin ich zuversichtlich, dass das auch mit Zeitladen klappt.

Einen kleinen hätte ich aber noch: Wenn man aus einem ladenden Sofort-Vorgang im UI auf PV (ohne dass es PV-Erzeugung und damit keinen Überschuss gibt) umstellt, wird erst einmal die Phasenrückschaltung aktiviert und der Timer beginnt zu laufe. Vermutlich wird danach auf 1phasig umgeschaltet und die PV-Abschaltverzögerung abgewartet, bis die Ladung stoppt. Das ist ja nicht das, was der menschliche Nutzer erwartet, weil er ja gerade selbst umgeschaltet hat und gesehen hat, dass es keinen Überschuss gibt. Ich habe die Ladung dann per Lademodus "Stop" gestoppt und wieder auf PV gestellt. Dann kam die Meldung, dass der Überschuss zum Ladestart nicht ausreicht. Diese Meldung hätte ich bereits beim Umschalten von Sofort auf PV erwartet. Geloggt wird so ein Ladevorgang als PV, vermutlich ja, weil bei Beendigung des Ladevorgangs ja PV aktiv war.

LenaK hat geschrieben: ↑Mo Nov 18, 2024 10:13 am

raudi hat geschrieben: ↑Do Nov 14, 2024 7:56 pm Das gleiche hatte ich heute wieder, stecke rein, SoC bleibt auf 0, er beginnt zu laden und 5 Minuten später springt er auf 95% meint er habe den Ziel SoC erreicht und hört auf... Dabei hat er erst 60%. Okay, SoC auslesen klappt nicht oder nicht immer, aber warum errechnet er dann irgendwelche Werte aus alten Infos? ich hatte den manuellen SoC auf 0 eingestellt. Woher holt er dann 5 Minuten später diese Werte?

Ich habe dir mehrfach erklärt, dass es in der aktuellen Version mit dem Skoda nicht funktioniert. Bitte nutze nur den manuellen SoC ohne Auslesen aus dem Fahrzeug, bis dieser PullRequest gemergt ist: https://github.com/openWB/core/pull/2000

Okay, ich war der Meinung, dass der Skoda zu langsam antwortet und dadurch ab und zu der Wert nicht korrekt übernommen wird. Aber dass hier dann 5 Minuten nach dem Einstecken irgendwie ein Wert errechnet wird, der nichts mit dem aktuellen SoC des PKW zu tun hat, habe ich nicht mit diesem Problem in Verbindung gebracht. Wenn beim einstecken 5 Minuten lang 0% angezeigt wird hat er ja keinen Wert bekommen, warum lädt er dann nicht von 0% aus weiter errechnet die Werte von 0% aus bis der PKW irgendwann das beladen beendet?

Morgen,
ich habe heute mrogen auf auf: 2024-11-20 11:04:33 +0100 [afcc0e809] upgedatet, seither bekomme ich eine gelbe Warnmeldung: Log notwendig ?

Das ist mir gestern auch passiert, als ich einen Zwischenzähler Shelly 3em angelegt habe. Ein anderer, den ich in der Minute vorher angelegt hatte, hat geklappt. Ich bekomme es aber auch nicht reproduziert.

Die Meldung lässt sich manchmal provozieren, wenn man im PV-Modul der Konfiguration bspw. die IP-Adresse abändert und dann etwas wartet.

Fehler im Datensatz von Solaredge Wechselrichter (SE9K).
Aktualleistung ist fehlerhaft, Heute erzeugte Leistung fehlerhaft.
(Solax Verbindungsabbrüche habe ich schon in einem anderen bestehenden Thread kommuniziert).
Falls jemand hier auch eine Lösung hat, gerne.

Wallbox WB Duo mit RC1 2.1.6
Mainlog:

TThomas hat geschrieben: ↑Fr Nov 22, 2024 8:11 am Fehler im Datensatz von Solaredge Wechselrichter (SE9K).
Aktualleistung ist fehlerhaft, Heute erzeugte Leistung fehlerhaft.
(Solax Verbindungsabbrüche habe ich schon in einem anderen bestehenden Thread kommuniziert).
Falls jemand hier auch eine Lösung hat, gerne.

Wallbox WB Duo mit RC1 2.1.6
Mainlog:

Code: Alles auswählen

2024-11-22 08:59:04,610 - {helpermodules.utils._thread_handler:33} - {ERROR:MainThread} - device4 konnte nicht innerhalb des Timeouts abgearbeitet werden.
2024-11-22 08:59:04,611 - {modules.common.utils.component_parser:25} - {ERROR:MainThread} - Keine aktuellen Werte für Gerät Solax
2024-11-22 08:59:04,612 - {modules.common.utils.component_parser:25} - {ERROR:MainThread} - Keine aktuellen Werte für Gerät Solax
2024-11-22 08:59:04,620 - {modules.common.utils.component_parser:25} - {ERROR:MainThread} - Keine aktuellen Werte für Gerät Solax
2024-11-22 08:59:04,621 - {modules.common.utils.component_parser:25} - {ERROR:MainThread} - Keine aktuellen Werte für Gerät Solax
2024-11-22 08:59:04,621 - {modules.common.utils.component_parser:33} - {ERROR:MainThread} - Fehlerstatus in Komponente SolarEdge Wechselrichter. Werte werden nicht aktualisiert.
2024-11-22 08:59:04,631 - {modules.common.utils.component_parser:25} - {ERROR:MainThread} - Keine aktuellen Werte für Gerät Solax
2024-11-22 08:59:04,719 - {control.counter_all:172} - {WARNING:MainThread} - Komponente inverter25 ist im Fehlerzustand und wird nicht berücksichtigt.
2024-11-22 08:59:04,720 - {control.counter_all:172} - {WARNING:MainThread} - Komponente inverter27 ist im Fehlerzustand und wird nicht berücksichtigt.
2024-11-22 08:59:04,730 - {control.counter_all:107} - {ERROR:MainThread} - Ungültiger Hausverbrauch: -30W, Berücksichtigte Komponenten neben EVU [{'id': 26, 'type': 'inverter', 'children': [{'id': 22, 'type': 'bat', 'children': []}]}, {'id': 25, 'type': 'inverter', 'children': [{'id': 23, 'type': 'bat', 'children': []}]}, {'id': 27, 'type': 'inverter', 'children': []}, {'id': 29, 'type': 'cp', 'children': []}, {'id': 28, 'type': 'cp', 'children': []}, {'id': 22, 'type': 'bat', 'children': []}, {'id': 23, 'type': 'bat', 'children': []}]
2024-11-22 08:59:12,363 - {modules.common.simcount._simcount:51} - {WARNING:MainThread} - Time difference between previous state and current state is too large. Set time difference to control interval.
2024-11-22 08:59:21,478 - {modules.common.fault_state:49} - {ERROR:device5} - Solax Wechselrichter: FaultState FaultStateLevel.ERROR, FaultStr <class 'Exception'> ("modules.common.modbus <class 'Exception'> modules.common.modbus Modbus Error: [Input/Output] [Errno 104] Connection reset by peer",), Traceback: 
Traceback (most recent call last):
  File "/var/www/html/openWB/packages/modules/common/modbus.py", line 106, in __read_registers
    raise Exception(__name__+" "+str(response))
Exception: modules.common.modbus Modbus Error: [Input/Output] [Errno 104] Connection reset by peer

Es ist ein Fix für Solaredge im Master.

Es gibt einen neuen Release-Candidate: https://forum.openwb.de/viewtopic.php?t=9583