76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[DS_Starter]

Contrib ist upgedated.

[Parallix]

Schließe ich aus. Es ist ein integratives Modul. Wer etwas anderes möchte, soll es selbst tun.

War ja auch nur eine Frage. Sorry, wenn ich Dich auf dem falschen Fuß erwischt habe!

[DS_Starter]

Kein Problem. Dieses Thema gab es in der Vergangenheit öfter und wurde so oft diskutiert dass ich darauf mittlerweile allergisch reagiere. Das kann natürlich nicht jeder wissen wenn er die Historie nicht so kennt.

[Parallix]

Möglicherweise wird immer noch nicht richtig unterschieden zwischen

• • Notladung, die seitens des BMS angefordert wird
  • Erhaltungsladung, die seitens des (Hybrid-)Wechselrichters erfolgt

Das kann gut sein, ich weis auch nicht, wie ich das unterscheiden kann. Ich sehe nur wann eine Ladung erfolgt, aber nicht warum. Aber im Endeffekt muss sie ja immer der Wechselrichter vornehmen.
...

Den SoC unterhalb dem eine Erhaltungsladung erfolgen soll, kannst Du in aller Regel am WR einstellen und sollte dann, wenn Dein WR ersatz- oder notstromfähig ist, so hoch eingestellt werden, dass damit eine hinreichende Zeit ohne Netzversorgung überbrückt werden kann. Ist die Erhaltungsladung deaktiviert, so droht kein Schaden am Batteriesystem.

Bei der Notladung sieht das anders aus. Hier gibt das BMS selber vor, wann diese erfolgen muss, damit das Speichersystem keinen Schaden nimmt. Der SoC ab dem eine Notladung erfolgt ist userseitig in aller Regel nicht konfigurierbar. Seitens des WRs kannst Du diese Notladung nur dadurch verhindern, dass Du den Ladestrom auf Null setzt, was aber absolut nicht empfehlenswert ist, da damit die die Schutzfunktion des Speichersystems ausgehebelt wird und der Speicher - auch im Standby, also ohne aktive Speichernutzung - in Richtung kritisch niedriger Zellenspannungen (deutlich unter 3 V)  laufen kann.

[DS_Starter]

Ich habe nochmal etwas überarbeitet und schaut auch das Log schlüssig aus:

2025.11.12 11:45:35.271 1: SolCast DEBUG> ChargeMgmt Bat 01 - Target load and target time: 80 % / 22733 Wh / -
2025.11.12 11:45:35.271 1: SolCast DEBUG> ChargeMgmt Bat 01 - Percentage of the total amount of charging energy required: 100.0 %
2025.11.12 11:45:35.272 1: SolCast DEBUG> ChargeMgmt Bat 01 - The PV generation, consumption and surplus listed below are based on the battery's share of the total amount of charging energy required!
2025.11.12 11:45:35.279 1: SolCast DEBUG> ChargeOTP Bat 01 - used safety margin: 20 %
2025.11.12 11:45:35.279 1: SolCast DEBUG> ChargeOTP Bat 01 - charging target: 22733 Wh, E requirement incl. efficiency: 10170 Wh -> target likely achievable? no
2025.11.12 11:45:35.280 1: SolCast DEBUG> ChargeOTP Bat 01 - Ratio of remaining surplus 6698 Wh / energy requirement to achieve the load target: 65.86 %
2025.11.12 11:45:35.280 1: SolCast DEBUG> ChargeOTP Bat 01 12/11 - hod:12/00, lr/lc:1/1, SocS/E:13071/14268 Wh, SurpH/D:4582/6698 Wh, OTP:5040/3377 W
2025.11.12 11:45:35.280 1: SolCast DEBUG> ChargeOTP Bat 01 12/12 - hod:13/01, lr/lc:1/1, SocS/E:14268/14588 Wh, SurpH/D:337/5552 Wh, OTP:5040/3377 W
2025.11.12 11:45:35.281 1: SolCast DEBUG> ChargeOTP Bat 01 12/13 - hod:14/02, lr/lc:1/1, SocS/E:14588/17796 Wh, SurpH/D:3377/5215 Wh, OTP:5040/3377 W
2025.11.12 11:45:35.281 1: SolCast DEBUG> ChargeOTP Bat 01 12/14 - hod:15/03, lr/lc:1/1, SocS/E:17796/19364 Wh, SurpH/D:1651/1838 Wh, OTP:5040/1651 W
2025.11.12 11:45:35.281 1: SolCast DEBUG> ChargeOTP Bat 01 12/15 - hod:16/04, lr/lc:1/1, SocS/E:19364/19542 Wh, SurpH/D:187/187 Wh, OTP:5040/187 W
2025.11.12 11:45:35.282 1: SolCast DEBUG> ChargeOTP Bat 01 12/16 - hod:17/05, lr/lc:1/1, SocS/E:19542/18922 Wh, SurpH/D:0/0 Wh, OTP:5040/- W

-> Surplus: 6698 / E mit Efficiency: 10170 = 0,6586 -> Ratio: 65.86 %  , achievable = no

Mit herabgesetzen Ziel und demzufolge Erreichbarkeit passt es ebenfalls:

Code Auswählen Erweitern

2025.11.12 11:52:43.184 1: SolCast DEBUG> ChargeMgmt Bat 01 - Target load and target time: 65 % / 18470 Wh / -
2025.11.12 11:52:43.185 1: SolCast DEBUG> ChargeMgmt Bat 01 - Percentage of the total amount of charging energy required: 100.0 %
2025.11.12 11:52:43.185 1: SolCast DEBUG> ChargeMgmt Bat 01 - The PV generation, consumption and surplus listed below are based on the battery's share of the total amount of charging energy required!
2025.11.12 11:52:43.190 1: SolCast DEBUG> ChargeOTP Bat 01 - used safety margin: 20 %
2025.11.12 11:52:43.191 1: SolCast DEBUG> ChargeOTP Bat 01 - charging target: 18470 Wh, E requirement incl. efficiency: 5384 Wh -> target likely achievable? yes
2025.11.12 11:52:43.191 1: SolCast DEBUG> ChargeOTP Bat 01 - Ratio of remaining surplus 6163 Wh / energy requirement to achieve the load target: 114.48 %
2025.11.12 11:52:43.191 1: SolCast DEBUG> ChargeOTP Bat 01 12/11 - hod:12/00, lr/lc:1/1, SocS/E:13356/13791 Wh, SurpH/D:4582/6163 Wh, OTP:3440/2592 W
2025.11.12 11:52:43.192 1: SolCast DEBUG> ChargeOTP Bat 01 12/12 - hod:13/01, lr/lc:1/1, SocS/E:13791/14111 Wh, SurpH/D:337/5552 Wh, OTP:3605/2502 W
2025.11.12 11:52:43.192 1: SolCast DEBUG> ChargeOTP Bat 01 12/13 - hod:14/02, lr/lc:1/1, SocS/E:14111/17319 Wh, SurpH/D:3377/5215 Wh, OTP:3493/2519 W
2025.11.12 11:52:43.192 1: SolCast DEBUG> ChargeOTP Bat 01 12/14 - hod:15/03, lr/lc:1/1, SocS/E:17319/18282 Wh, SurpH/D:1651/1838 Wh, OTP:1014/963 W
2025.11.12 11:52:43.193 1: SolCast DEBUG> ChargeOTP Bat 01 12/15 - hod:16/04, lr/lc:1/1, SocS/E:18282/18460 Wh, SurpH/D:187/187 Wh, OTP:5040/187 W
2025.11.12 11:52:43.193 1: SolCast DEBUG> ChargeOTP Bat 01 12/16 - hod:17/05, lr/lc:1/1, SocS/E:18460/17840 Wh, SurpH/D:0/0 Wh, OTP:5040/- W

Contrib ist upgedated.

LG,
Heiko

[DS_Starter]

Hallo zusammen,

nach meinen letzten Beobachtungen sollte es bzgl. der smartPower Bat-Steuerung keine Beanstandungen mehr geben. Ich hoffe das ihr bzw. Hadl/Parallix das bestätigen könnt.

Eine Sache geht mir im Kopf herum, die ich gern andiskutieren möchte. Soviel ich weiß, sollte eine LifePo4 Batterie nicht ständig auf 100% geladen werden, sondern eher regelmäßig zwischen 20 - 80% und in Abständen bis 100%. (Das kommt im Winter eher selten vor) Habt ihr einen anderen Kenntnisstand oder trifft das i.A. so zu für eine lange Lebensdauer?

Das Modul unterstützt bereits einen solchen Zyklus, z.B. mit ctrlBatSocManagementXX->loadTarget=80, ctrlBatSocManagementXX->maxSoC=100 und ctrlBatSocManagementXX->careCycle=20.
Dann wird die Bat im Normalfall bis 80% geladen, außer der 20-Tage Zyklus erfordert eine höhere Ladung bis 100%.

Der untere Wert kann duch lowSoC festgelegt werden. Für dynamische Änderungen, z.B. für Einstellungen im Sommer- oder Winterhalbjahr, gibt es die Möglichkeit diese Werte mit "set ... attrKeyVal ..." programmgesteuert anzupassen.

Seht ihr Notwendigkeiten für weitere Bat-Steuerungsparameter / Prozesse oder sind diese Möglichkeiten mittlerweile als völlig ausreichend einzuschätzen?

LG,
Heiko 

[Parallix]

Hallo zusammen,

nach meinen letzten Beobachtungen sollte es bzgl. der smartPower Bat-Steuerung keine Beanstandungen mehr geben. Ich hoffe das ihr bzw. Hadl/Parallix das bestätigen könnt.

Ja! Das was bislang eingebaut ist, funktioniert!

Eine Sache geht mir im Kopf herum, die ich gern andiskutieren möchte. Soviel ich weiß, sollte eine LifePo4 Batterie nicht ständig auf 100% geladen werden, sondern eher regelmäßig zwischen 20 - 80% und in Abständen bis 100%. (Das kommt im Winter eher selten vor) Habt ihr einen anderen Kenntnisstand oder trifft das i.A. so zu für eine lange Lebensdauer?

Was die Lebensdauer angeht, so kann diese tatsächlich durch eine jahreszeitliche Anpassung des SoC-Fensers, in dem ein täglicher Zyklus erfolgt, gesteigert werden.

Das Modul unterstützt bereits einen solchen Zyklus, z.B. mit ctrlBatSocManagementXX->loadTarget=80, ctrlBatSocManagementXX->maxSoC=100 und ctrlBatSocManagementXX->careCycle=20.
Dann wird die Bat im Normalfall bis 80% geladen, außer der 20-Tage Zyklus erfordert eine höhere Ladung bis 100%.
...

In der Tat ist es absolut sinnvoll, wenn die sogenannte Wartung bei einem Ziel-SOC von 100%, die eigentlich besser SOC-Rekalibrierung heißen sollte, nicht vorfällig erfolgt.

Seht ihr Notwendigkeiten für weitere Bat-Steuerungsparameter / Prozesse oder sind diese Möglichkeiten mittlerweile als völlig ausreichend einzuschätzen?

Mir persönlich fehlt noch eine längerfristiger Planungshorizont in Bezug auf die Ladeprozesse, die bei einem EV zu tragen kommen.

[DS_Starter]

Mir persönlich fehlt noch eine längerfristiger Planungshorizont in Bezug auf die Ladeprozesse, die bei einem EV zu tragen kommen.

Hierzu fehlen mir die praktischen Erfahrungen der jeweiligen Erfordernisse und Zieldefinitionen. Wenn du in der Lage wärst ein Ablaufdiagramm oder einen Metacode für eine derartige Steuerung zu erstellen, könnte ich schauen ob/wie eine solche Lösung integriert werden könnte.
Alternativ käme auch eine Schnittstelle zum Andocken eines externen (FHEM)-Planungstools in Frage je nach Sachlage.

[Parallix]

Mir persönlich fehlt noch eine längerfristiger Planungshorizont in Bezug auf die Ladeprozesse, die bei einem EV zu tragen kommen.

Hierzu fehlen mir die praktischen Erfahrungen der jeweiligen Erfordernisse und Zieldefinitionen. Wenn du in der Lage wärst ein Ablaufdiagramm oder einen Metacode für eine derartige Steuerung zu erstellen, könnte ich schauen ob/wie eine solche Lösung integriert werden könnte.
Alternativ käme auch eine Schnittstelle zum Andocken eines externen (FHEM)-Planungstools in Frage je nach Sachlage.

Hier eine Beschreibung eines typischen Szenarios: EV wird mit einem SoC von z.B. 30% (kann auch anders sein) am Freitagnachmittag um 14:00 Uhr an die eigene Wallbox angeklemmt. Es wird am Tag danach um  16:30 Uhr für eine (Hin- und Rück-)Fahrt gebraucht, bei der sich der SoC um typischerweise 10% (kann also als fix angenommen werden) verringert. Im Anschluss steht das EV bis Montag 9:00 Uhr zur Ladung zur Verfügung und muss vor Fahrtantritt wieder einen SoC von 70% (ist als Wert anzusehen, der weder unter noch überschritten werden darf) besitzen, damit für den Rest der Woche keine Zwischenladungen außer Haus erfolgen müssen. Die Ladung an der Wallbox kann mit einer variablen Leistung, z.B. zwischen 4 kW und 11 kW erfolgen. Der Hausspeicher darf zur Pufferung kurzzeitiger (!) solarer Versorgungslücken herangezogen werden, darf aber aus Backup-Gründen einen Mindest-SoC nicht unterschreiten.