openWB Forum

Guten Morgen, habe gestern auf Nightly upgedatet und auf einmal lädt mein Hausspeicher sporadisch aus dem Netz.

Ich bin derzeit dabei das zu beobachten, hat jemand eine Erklärung dafür?

Auf dem Bild zu sehen wir er plötzlich einspringt, obwohl er bei Null war. Auch Speicher Soc plötzlich minimal vorhanden
Liebe Grüße

Macht mein e3dc auch . Ich glaube wenn er lange Zeit durch pv nicht geladen wird. Hat m.e. mit dem Speicherhersteller zu tun. Und momentan kommt gar nichts vom Dach (schneebedeckt)
Gruss Oliver

Guten Morgen Oliver,

Das Ding ist, das meiner das bisher noch nie gemacht hat und erst gestern nach dem Update damit angefangen hat.

Ich meine ich bin voll bei dir. Die Gründe dafür können wirklich vielfältig sein. Ich schau auch mal, dass ich die Fehlersuche rückwärts mache (mal openWB aus und schauen was passiert, etc) und euch da auf dem laufenden halte.

Wie gesagt ist bisher nur noch nie vorgekommen.

Liebe Grüße

*Edit*

Ok, lag nicht an der openWB, war einfach nur Zufall, dass das zu dem Zeitpunkt passiert ist. Aber definitiv seitens Junelight veranlasst!
Danke dir!

OpenWB kann keinen Speicher steuern! Wenn ein Speicher Netzstrom bezieht, liegt das immer an der Regelung des Speichers. Es ist normal, dass ein Speicher, wenn er länger nicht relevant geladen wurde, bis zu X% SoC lädt. Das wann und wieviel entscheidet der Hersteller im Hinblick auf die verbaute Batterietechnologie.

Kann es sein, dass es bei der CP-Unterbrechnung ein Problem gibt? Hat bei mir die ganze Zeit mit dem Soul EV problemlos funktioniert. Seit der Version Nightly: 1.9.101 heute nicht mehr. Unter Status->Debug Log finden sich auch komische Fehlereinträge, ich hab die mal unten reinkopiert.

Im Status ist mir noch aufgefallen, dass da etwas vorbereitet ist um mehrere PV-Wechselrichter anzuzeigen. Soll das derzeit so sein, dass da mein Symo Hybrid und Symo 12.5 als ein einzelner WR1 zusammen-summiert angezeigt werden? In einer Nightly davor waren WR1&WR2 angeführt aber die Daten waren auch beim WR1 summiert und WR2 war auf 0.

lg Markus


Status->Debug Log:

2021-02-13 15:26:23: Modbus EVSE read CP1 issue - using previous state '2' (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
print(rq.registers[0])
File "runs/readmodbus.py", line 21, in <module>
Traceback (most recent call last):
2021-02-13 13:54:37: CP Unterbrechung an LP1 durchgeführt (LV0)
2021-02-13 13:06:42: Modbus EVSE read CP1 issue - using previous state '3' (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
print(rq.registers[0])
File "runs/readmodbus.py", line 21, in <module>
Traceback (most recent call last):
AttributeError: 'ModbusIOException' object has no attribute 'registers'
lla1 = float(struct.unpack('>f',struct.pack('>HH',*resp.registers))[0])
File "/var/www/html/openWB/modules/mpm3pmll/readmpm3pm.py", line 99, in <module>
Traceback (most recent call last):
2021-02-13 11:12:03: Modbus EVSE read CP1 issue - using previous state '2' (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
print(rq.registers[0])
File "runs/readmodbus.py", line 21, in <module>
Traceback (most recent call last):
2021-02-13 11:04:37: CP Unterbrechung an LP1 durchgeführt (LV0)
2021-02-13 10:33:44: Modbus EVSE read CP1 issue - using previous state '2' (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
print(rq.registers[0])
File "runs/readmodbus.py", line 21, in <module>
Traceback (most recent call last):
2021-02-13 10:14:44: Modbus EVSE read CP1 issue - using previous state '2' (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
print(rq.registers[0])
File "runs/readmodbus.py", line 21, in <module>
Traceback (most recent call last):
2021-02-13 07:12:04: Modbus EVSE read CP1 issue - using previous state '2' (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
print(rq.registers[0])
File "runs/readmodbus.py", line 21, in <module>
Traceback (most recent call last):
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
2021-02-13 05:56:24: Modbus EVSE read CP1 issue - using previous state '2' (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
print(rq.registers[0])
File "runs/readmodbus.py", line 21, in <module>
Traceback (most recent call last):
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error
...

Mir fällt auf, dass der SoC nach dem Anstecken zwar korrekt ausgelesen, aber auf der Webseite nicht korrekt angezeigt wird:
Aus dem Log:
2021-02-15 12:01:17: Lp1: SoC: 58
2021-02-15 12:01:17: Lp1: State: "online"
2021-02-15 12:01:11: Lp1: Update SoC
2021-02-15 12:01:11: Lp1: Car state after wakeup: "online"
2021-02-15 12:01:05: Lp1: Waking up car.
2021-02-15 12:01:05: Lp1: Requesting SoC
2021-02-15 05:06:40: Lp1: SoC: 71
2021-02-15 05:06:40: Lp1: State: "online"
2021-02-15 05:06:33: Lp1: Update SoC
2021-02-15 05:06:33: Lp1: Car state after wakeup: "online"
2021-02-15 05:06:26: Lp1: Waking up car.

Anzeige um 13:36 Uhr: Ob das nur ein Anzeigefehler ist (dh ob ein Ladevorgang gestartet werden würde ohne manuellen refresh des SoCs) kann ich mangelnds PV Leistung derzeit leider nicht testen.

Seit dem Update auf die beta 1.9101 unterbricht der Netzschutz öfters die Ladung.
Könnte das von kurzen Modbus-Fehlern (mit 0W-Anzeige im Graph) kommen? Vorher hatte ich trotz der Fehler kein Ansprechen des Netzschutzes erfahren.

SDM630 als EVU-Modul über USB-Modbus-Adapter.

Was wird als Ladepunkt genutzt?
Der Wert wird vom Ladepunktzähler ausgelesen.

Hetzi hat geschrieben: ↑Sa Feb 13, 2021 4:15 pm Im Status ist mir noch aufgefallen, dass da etwas vorbereitet ist um mehrere PV-Wechselrichter anzuzeigen. Soll das derzeit so sein, dass da mein Symo Hybrid und Symo 12.5 als ein einzelner WR1 zusammen-summiert angezeigt werden? In einer Nightly davor waren WR1&WR2 angeführt aber die Daten waren auch beim WR1 summiert und WR2 war auf 0.

Unter WR1 wird das angezeigt, was auch als 1. PV-Modul konfiguriert ist. Analog dazu WR2 -> 2. PV-Modul. Wenn also mehrere WR im Verbund über ein PV-Modul abgefragt werden, ist auch nur die Summe sichtbar.

Hetzi hat geschrieben: ↑Sa Feb 13, 2021 4:15 pm Kann es sein, dass es bei der CP-Unterbrechnung ein Problem gibt? Hat bei mir die ganze Zeit mit dem Soul EV problemlos funktioniert. Seit der Version Nightly: 1.9.101 heute nicht mehr. Unter Status->Debug Log finden sich auch komische Fehlereinträge, ich hab die mal unten reinkopiert.

Status->Debug Log:

Code: Alles auswählen

2021-02-13 15:26:23: Modbus EVSE read CP1 issue - using previous state '2' (LV0)
AttributeError: 'ModbusIOException' object has no attribute 'registers'
    print(rq.registers[0])
  File "runs/readmodbus.py", line 21, in <module>
Traceback (most recent call last):
2021-02-13 13:54:37: CP Unterbrechung an LP1 durchgeführt (LV0)
2021-02-13 13:06:42: Modbus EVSE read CP1 issue - using previous state '3' (LV0)

Die Fehlermeldung besagt, dass es ein Problem beim Abfragen der EVSE gab (was nicht sauber abgefangen wird). Bei mir treten die Fehler auch sporadisch im 60-90 Minuten-Takt auf, aber ohne CP-Unterbrechung. Eine Ursache für die Störung konnte ich noch nicht finden.

Hetzi hat geschrieben: ↑Sa Feb 13, 2021 4:15 pm

Code: Alles auswählen

(standard_in) 2: syntax error
(standard_in) 2: syntax error
(standard_in) 2: syntax error

Die Meldungen habe ich auch ab und zu im Log, konnte es aber noch nicht weiter eingrenzen. Die regel.sh läuft auch mit Protokollierung (set -x) auf der Shell problemlos durch. Gleiches gilt für die cron5min.sh und nightly.sh. Andere Skripte werden nicht regelmäßig aufgerufen. Über Hilfe bei der Fehlersuche würde ich mich freuen.