Konfiguration PV Laden

[prototyper]

Hi all,
ich bin am Verzweifeln, eigentlich ist die Aufgabe nicht so wild.
Ich habe 2 getrennte Photovolaik-Anlagen, eine mit Speicher (Sungrow 6.8kWp, 19.2 kWh Speicher) und eine alte 3.14 kWp über einen SolarLog.
Konnte ich alles konfigurieren, das WebInterface zeigt auch sinnvolle Daten an.

Code: Alles auswählen

1 Ladepunkt
1 Tesla (SoC Anfrage ist konfiguriert und funktional)
Kernel: Linux 4.19.66-v7+ GNU/Linux
Python 3.5.3
openWB Version: 1.9.295
Series 2

Was ich gerne möchte ist, dass im Modus PV Laden, auch nur PV geladen wird, und nicht noch 3kW von den Stadtwerken.
Ich bekomme es aber nicht hin.

Konfiguration nur PV:

Code: Alles auswählen

Regelmodus: Bezug

Allgemeine PV-Laden-Einstellungen
Einschaltschwelle: 500
Einschaltverzögerung: 120
Abschaltschwelle: 500
Abschaltverzögerung: 120
Mindeststromstärke LP1: 6A
70% Regelung: aus

EV-SoC-Ladung
Mindest-SoC: 40%
Mindest-SoC-Stromstärke: 11A
Maximal-SoC: 95%

Speicher-Beachtung
Vorrang-Steuerung: EV-Vorrang
Anzeige: Anzeigen
Ladeleistung-Reserve: 500
erlaubte Entladeleistung: 4500
minimaler Entlade-SoC: 60%

Was ich möchte ist:

• Tesla auf 40% bringen, ohne wenn und aber, dass es in die Arbeit reicht.
• Danach weiterladen ohne den Speicher zu leeren (gegen Ausgleich bei schwankender Einstrahlung hab ich nichts)
• Wenn Auto auf 95% und Speicher voll ist, dann halt rausgeben.
• Wenn der Speicher unter 60% fällt mit dem Laden aufhören

Was passiert ist:

Auf Sofort Laden steht der jetzt weil ich das Sponsoring für die Stadtwerke manuell beendet habe.
Im Modus PV Laden geht die WB auf 10kW, schaut wegen den beiden PV Anlagen eigenartig aus, weil eine der beiden im "Hausverbrauch verschwindet".
Deswegen habe ich den Modus auf Bezug, darüber lässt sich nicht streiten, ist Bezug da, wird weniger geladen, bis Bezug oder Ladeleistung auf 0 sind. Wie im Bild zu sehen funktioniert das aber überhaupt nicht. Bezug steht auf 3kW.

Das zweite Problem ist die Beachtung der 60% min SoC des Speichers. Das ist der Regelung auch völlig wurscht. Schaufelt von 90% ins Auto rüber, bis ich manuell eingreife.

Irgendwas mache ich vermutlich falsch, nur alleine komme ich nicht mehr dahinter. So komplex sind die Einstellungen nmE. nun auch nicht.

Danke für jede Unterstützung.
Prototyper

[Gero]

Dein Hausverbrauch stimmt nicht, der ist Null. Die openWB braucht zwingend Einspeisung/Bezug am EVU-Punkt. Daraus errechet sich dann mit der Kenntnis der PV-Prosuktion der Hausverbrauch. Das ist aber nir Kosmetik, wichtig ist die Leistung am EVU-Punkt.

[LarsBr87]

Irgendwas stimmt da auch nicht. Du hast keinen Netzbezug und die PV liefert gut 4kw. Aber der Speicher wird mit 1,6 kw und das Auto mit 5 kw geladen. Schätze die zweite PV Anlage wird nicht richtig erkannt und somit kann er auch Hausverbrauch nicht berechnet werden.

[Maxify23]

1. Ist dein Sungrow WR und dein WiiNet Adapter auf dem neusten Stand ? (wenn nicht über deinen Solateuer oder die Handyapp updaten)
2. Ist deine Batterie auf dem neusten FW Stand (wenn nicht über die Handy App bei BYD updaten)
3. Verwendest du die IP des Lan Ports hinter dem WII Net Dongel ? (Wenn nicht Lan Kabel an den Lan Port direkt am WR (nicht am Dongel den Lan Port) und davon die IP in OpenWB für Sungrow eintragen)

Damit müssten zumindest die Anzeigefehler verschwinden. Jedoch gibt es noch eine Diskrepanz Zwischen der Wirkleistung und ausgelesener Leistung (10-15%)
Die Fehler hierzu sind hier beschrieben:
https://github.com/snaptec/openWB/issues/2637

Vollständig richtig wird das aber erst angezeigt wenn die OpenWB Entwickler meine Änderungen in die nächste Nightly einpflegen.
https://github.com/snaptec/openWB/pull/2713

Bei Fragen gerne melden

[prototyper]

Danke für die Antworten.

Ich habe eine etwas schwierige Konstellation, weswegen der Hausverbrauch nicht stimmt.

Der Sungrow (OpenWB auch ) bekommt die Daten vom SmartMeter, sobald da Lieferung auftaucht lädt der Sungrow WR den Akku sowohl DC als auch AC bis Ein/Ausgang ~= 0.

FW müsste aktuell sein, letztes Update war vor ca. 4 Wochen.

Ich habe aber im Debuglog tatsächlich viele Timeouts gefunden und mal noch ein Lan Kabel an den WR gehängt.
Seitdem sehe ich zumindest keine Fehler mehr und der Regulation Loop kommt wieder zurück.
Vorher hing der oft.

Code: Alles auswählen

2023-05-25 16:01:17: PID: 18006: **** Regulation loop needs 5 seconds (LV2) at 62 cleanup /var/www/html/openWB/regel.sh
2023-05-25 16:01:16: PID: 18006: Timing Umschaltung: 480 / 480 (LV1) at 17 u1p3pswitch u1p3p.sh
2023-05-25 16:01:16: PID: 18006: automatische Umschaltung aktiv (LV1) at 16 u1p3pswitch u1p3p.sh
2023-05-25 16:01:16: PID: 18006: Zeit zum abfragen aller Werte 4 Sekunden (LV1) at 186 main /var/www/html/openWB/regel.sh
2023-05-25 16:01:15: PID: 18006: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1310 loadvars loadvars.sh
2023-05-25 16:01:15: PID: 18006: plugstatlp1 1 plugstatlp2 0 plugstatlp3 0 (LV1) at 1309 loadvars loadvars.sh
2023-05-25 16:01:15: PID: 18006: lp1enabled 1 lp2enabled 1 lp3enabled 1 (LV1) at 1308 loadvars loadvars.sh
2023-05-25 16:01:15: PID: 18006: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1307 loadvars loadvars.sh
2023-05-25 16:01:15: PID: 18006: lla3 0 llv3 232.4 llas13  llas23  soclp1 95 soclp2  (LV1) at 1306 loadvars loadvars.sh
2023-05-25 16:01:15: PID: 18006: lla2 0 llv2 235.9 llas12  llas22  sofortll 6 hausverbrauch 1850 wattbezug -2533 uberschuss 2533 (LV1) at 1305 loadvars loadvars.sh
2023-05-25 16:01:15: PID: 18006: lla1 0 llv1 233.6 llas11  llas21  mindestuberschuss 500 abschaltuberschuss 500 lademodus 0 (LV1) at 1304 loadvars loadvars.sh
2023-05-25 16:01:15: PID: 18006: pv1watt -2554 pv2watt -1829 pvwatt -4383 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 16 (LV1) at 1303 loadvars loadvars.sh
2023-05-25 16:01:15: PID: 18006: speicherleistung 0 speichersoc 100 (LV1) at 1298 loadvars loadvars.sh
2023-05-25 16:01:15: PID: 18245: EVU RET: 0 (LV2) at 16 main modules/bezug_sungrow/main.sh
2023-05-25 16:01:15: PID: 2760: legacy run server: Completed running command in 0.09s: ["modules.devices.sungrow.device","counter","xxx.xxx.xxx.xxx","502","1","0"]
2023-05-25 16:01:15: PID: 2760: soc.modules.common.store._api: Saving CounterState(frequency=50.0, imported=107129.69380177175, exported=168832.6752987612, voltages=[234.0, 236.5, 235.1], powers=[0.0, 0.0, 0.0], power_factors=[0.0, 0.0, 0.0], power=-2533, currents=[0.0, 0.0, 0.0])
2023-05-25 16:01:15: PID: 2760: modules.common.simcount._simcount: imported: 0 Wh, exported: 7.06466 Wh, new state: SimCounterState(timestamp=1685023274.9964933, imported=107129.69380177175, exported=168832.6752987612, power=-2533)
2023-05-25 16:01:14: PID: 2760: modules.common.simcount._calculate: power did not change sign. Total energy: -7.06466
2023-05-25 16:01:14: PID: 2760: modules.common.simcount._calculate: time passed: 0.00283039, power1: -2459, power2: -2533
2023-05-25 16:01:14: PID: 2760: modules.common.simcount._simcount: Previous state: SimCounterState(timestamp=1685023264.8070745, imported=107129.69380177175, exported=168825.61063506492, power=-2459.0)
2023-05-25 16:01:14: PID: 2760: soc.modules.common.component_context: Update Komponente ['Sungrow Zähler']
2023-05-25 16:01:14: PID: 2760: modules.devices.sungrow.device: Start device reading {'componentNone': <modules.devices.sungrow.counter.SungrowCounter object at 0x74e41f30>}
2023-05-25 16:01:14: PID: 2760: legacy run server: Received command ["modules.devices.sungrow.device","counter","xxx.xxx.xxx.xxx","502","1","0"]
2023-05-25 16:01:13: PID: 18213: BAT RET: 0 (LV2) at 16 main modules/speicher_sungrow/main.sh
2023-05-25 16:01:13: PID: 2760: legacy run server: Completed running command in 0.06s: ["modules.devices.sungrow.device","bat","xxx.xxx.xxx.xxx","502","1"]
2023-05-25 16:01:13: PID: 2760: soc.modules.common.store._api: Saving BatState(imported=1181135.5276697148, exported=0.0, soc=100, power=0)
2023-05-25 16:01:13: PID: 2760: modules.common.simcount._simcount: imported: 0 Wh, exported: 0 Wh, new state: SimCounterState(timestamp=1685023273.9003472, imported=1181135.5276697148, exported=0.0, power=0)
2023-05-25 16:01:13: PID: 2760: modules.common.simcount._calculate: power did not change sign. Total energy: 0
2023-05-25 16:01:13: PID: 2760: modules.common.simcount._calculate: time passed: 0.00282327, power1: 0, power2: 0
2023-05-25 16:01:13: PID: 2760: modules.common.simcount._simcount: Previous state: SimCounterState(timestamp=1685023263.736586, imported=1181135.5276697148, exported=0.0, power=0.0)
2023-05-25 16:01:13: PID: 2760: soc.modules.common.component_context: Update Komponente ['Sungrow Speicher']
2023-05-25 16:01:13: PID: 2760: modules.devices.sungrow.device: Start device reading {'componentNone': <modules.devices.sungrow.bat.SungrowBat object at 0x74e41f30>}
2023-05-25 16:01:13: PID: 2760: legacy run server: Received command ["modules.devices.sungrow.device","bat","xxx.xxx.xxx.xxx","502","1"]
2023-05-25 16:01:13: PID: 2760: legacy run server: Completed running command in 0.06s: ["modules.devices.sungrow.device","inverter","xxx.xxx.xxx.xxx","502","1","1"]
2023-05-25 16:01:13: PID: 2760: soc.modules.common.store._api: Saving InverterState(exported=43923916.483538784, power=-2554, dc_power=None, currents=[0.0, 0.0, 0.0])
2023-05-25 16:01:13: PID: 2760: modules.common.simcount._simcount: imported: 0 Wh, exported: 6.98812 Wh, new state: SimCounterState(timestamp=1685023273.373181, imported=0.0, exported=43923916.483538784, power=-2554)
2023-05-25 16:01:13: PID: 2760: modules.common.simcount._calculate: power did not change sign. Total energy: -6.98812
2023-05-25 16:01:13: PID: 2760: modules.common.simcount._calculate: time passed: 0.00280478, power1: -2429, power2: -2554
2023-05-25 16:01:13: PID: 2760: modules.common.simcount._simcount: Previous state: SimCounterState(timestamp=1685023263.2759645, imported=0.0, exported=43923909.49542346, power=-2429.0)
2023-05-25 16:01:13: PID: 2760: soc.modules.common.component_context: Update Komponente ['Sungrow Wechselrichter']
2023-05-25 16:01:13: PID: 2760: modules.devices.sungrow.device: Start device reading {'component1': <modules.devices.sungrow.inverter.SungrowInverter object at 0x74e77330>}
2023-05-25 16:01:13: PID: 2760: legacy run server: Received command ["modules.devices.sungrow.device","inverter","xxx.xxx.xxx.xxx","502","1","1"]
2023-05-25 16:01:12: PID: 18006: **** Regulation loop start **** (LV1) at 77 main /var/www/html/openWB/regel.sh

Sind 5s ok, erscheint mir auch noch sehr lange ?

Nachtrag: es scheint als wird die alte Anlage jetzt mehr oder weniger doppelt rein gerechnet, weil der WR die AC Leistung auch dazupackt.

[Maxify23]

Schick mal bitte deine gesammt Modulkonfiguration hier herein.
EVU
PV
Batterie

Der PV Erzeugte Strom muss so berechnet werden: Sungrow AC + Solarlog AC = PV Erzeugung AC

BItte überprüfe das Solarlog die beiden WR am AC Ausgang ausliest und richtig aufaddiert.
Wichtig ist auch, dass der Solarlog nichts mit dem Sungrow zu tun hat, ansonsten rechnest du doppelt SungrowPV mit ein.

VG

Maxim

[prototyper]

Mein Hauptproblem, dass zu viel geladen wurde, hat sich nach einem FactoryReset, der PV-Laden Konfiguration erledigt.
Warum, ist mir nicht klar, am Ende hatte ich vor und nach dem Reset die gleichen Werte. Wird wohl noch an was nicht sichtbarem gelegen haben.

Die Konfig zu EVU/PV/Bat kann ich gerne einstellen.

EVU: Sungrow Speicher / SH (Hybrid) / Glättung an / 20s
PV: Modul1 Sungrow / Modul 2: SolarLog, IP vom Solarlog
Batterie: Sungrow Hybrid / IP vom Wechselrichter (nicht Dongle) / 502 / 1

Der Solarlog bringt seit 12 Jahren korrekte Werte für PAC, das passt.
Was Sungrow zusammenrechnet ist mir immer noch nicht klar.
Die DC Werte (Spannung Strom) machen sinn, Batterielade- und Entladeleistung auch.
Die Sungrow PV-Leistung ist etwas in der Art: Summe von (SolarLog AC - Hausverbrauch) + Sungrow DC Leistung wodurch der Hausverbrauch immer 0 ist.
Mit Vorzeichen haben sie es bei Sungrow nicht wirklich.

Um das trennen zu können, bräuchte es Sungrow AC Leistung (und zwar +-) und Solarlog AC Leistung (passt)
Dadurch dass der Sungrow WR, AC und DC gleichzeitig lädt, kann man das ohne die beiden Werte oben nicht korrekt rechnen.
Die AC Leistung vom Sungrow WR habe ich aber noch nicht gefunden, der WR verlässt sich scheinbar vollständig auf das externe SmartMeter.

Gruß
Protoryper

[Maxify23]

Moin das Problem liegt bei Sungrow .....
Einerseits schlafen einige SG Bei PV = 0 ein und es bleibt ein statischer Wert für das EVU hängen (betrifft aber nicht dich da bei dir der SH den EVU/Powermeeter hat )
Anderes Problem ist, dass die Wirkleistung AC im aktuell ausgelesen Register falsch ist. Abweichung bis zu 10 %.

Daher rührt dein Problem, das du aus dem Netz saugst obwohl OpenWB dir sagen möchte, dass du genug Überschuss hast.

Wie gesagt die Änderungen kommen bald und dann soltte das Geschichte sein.
https://github.com/snaptec/openWB/issues/2637
https://github.com/snaptec/openWB/pull/2736