76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[DS_Starter]

Diese ewigen Änderungen ... ich glaube das ist jetzt gemini-3.5  Muss ich schauen.

[DS_Starter]

Im contrib liegt die V 2.9.1.
Zwei Dinge sind geändert:

- das Gemini Model ist auf gemini-3.5-flash geändert (ich werde wohl einen Schlüssel einbauen damit man es anpassen kann)

- Ich habe ein Gap in den Profilen entdeckt die heatpump beinhalten aber kein pv, also v1_heatpump zum Beispiel.
  In diesen Fällen wurden nicht alle heatpump-Features einbezogen.

  Die betroffenen User trainieren bitte mit der V 2.9.1 neu.  ( Soviel zu meiner Aussage "diese ewigen Änderungen..."    )

LG,
Heiko
 

[DS_Starter]

Hallo zusammen,

Im contrib liegt ein Update der V 2.9.1.

- Ich habe ein Gap in den Profilen entdeckt die heatpump beinhalten aber kein pv, also v1_heatpump zum Beispiel.
  In diesen Fällen wurden nicht alle heatpump-Features einbezogen.

  Die betroffenen User trainieren bitte mit der V 2.9.1 neu.
 
- NEU: Es gibt nun den Befehl "set .. reset aiData setValue ...". Damit können aiRawdata-Werte gezielt korrigiert werden.

- NEU: das Gemini Model kann im Schlüssel aiControl->geminiAPIkey nach dem API-Key angegeben werden (default: gemini-2.5-flash)
  D.h. ändert es bei Bedarf auf gemini-3.5-flash. Meiner Erfahrung nach ist gemini-3.5-flash stark ausgelastet.


LG,
Heiko

[peterboeckmann]

Beeindruckend!
Du darfst diesen Dateianhang nicht ansehen.

Gestern war der Verbrauch ungewöhnlich hoch, weil ich das Auto geladen habe.
Heute war weder Wallbox noch Wärmepumpe in Betrieb. Und genauer geht die Prognose nicht.

Vielen Dank an Dich, Heiko, für den ganzen Aufwand, den Du in dieses Modul steckst!

Viele Grüße,
Peter

[DS_Starter]

Vielen Dank Peter! 
Für die EV werde ich möglicherweise auch noch Features einbauen können um diese Prognosen weiter zu verbessern. Aber da sind die Möglichkeiten eher beschränkt. Mal schauen ...

LG,
Heiko

[DS_Starter]

Hallo zusammen,

Im contrib liegt ein Update der V 2.9.1.

Wer die Victron API nutzt (Model VictronKiAPI), hat vielleicht von Victron schon eine Info bekommen, dass das bisherige User/Paßwort Verfahren abgekündigt ist und ein API-Access Token eingesetzt werden soll. Das alte Verfahren funktioniert zwar noch, aber es ist nur ein Frage der Zeit. Das Modul kann nun auch das neue Verfahren nutzen. Dazu ist "set ... vrmCredentials" entsprechend erweitert. Die Online-Hilfe gibt die nötigen Infos dazu.

Zusammenfassung der Version:

- Ich habe ein Gap in den Profilen entdeckt die heatpump beinhalten aber kein pv, also v1_heatpump zum Beispiel.
  In diesen Fällen wurden nicht alle heatpump-Features einbezogen.

  Die betroffenen User trainieren bitte mit der V 2.9.1 neu.
 
- Es gibt nun den Befehl "set .. reset aiData setValue ...". Damit können aiRawdata-Werte gezielt korrigiert werden.

- das Gemini Model kann im Schlüssel aiControl->geminiAPIkey nach dem API-Key angegeben werden (default: gemini-2.5-flash)

- NEU: die Victron API ((Model VictronKiAPI) kann nun den neuen Token-Auth verwenden


LG,
Heiko

[Mikel2906]

Hallo zusammen,
ich habe ein Problem nach der Installation mit neuer Hardware mit dem Reading "Battery_ChargeOptTargetPower_01" es wird nicht verändert bzw. eine Prognose ist ncht möglich.
Im Log habe ich keinerlei Fehlermeldungen. Wie kann ich den Fehler finden?


Ich habe die Version 2.9.0 installiert. Meine Config ist

ctrlBatSocManagement01=lowSoc=15 upSoC=50 maxSoC=100 loadTarget=90 loadStrategy=optPower safetyMargin=20 careCycle=25

Viele Grüße
Michael

[DS_Starter]

Hallo Michael,

auf welchem Wert steht denn das Reading?

Für eine Problemeingrenzung setze ctrlDebug=batteryManagement und ggf. noch collectData.
Ergänzend bitte noch dein Attr setupBatteryDev01.

LG,
Heiko

[Mikel2906]

Hallo Heiko,
das Reading steht immer bei 3000.

setupBatteryDev01=
GoodWe pin=bat_charge:W pout=bat_discharge:W charge=SOC show=1:top asynchron=0 cap=7100 pinmax=3000 poutmax=3400 efficiency=97 intotal=E_Battery_Charge:kWh outtotal=E_Battery_Discharge:kWh

und im Anhang ein Auszug von ctrlDebug=batteryManagement

Hilft dir das weiter?

VG
Michael
␀

[Mikel2906]

Hier noch colectData habe ich vergessen

2026.07.17 19:30:32 1: PV_Prognose DEBUG> pvOut: 351 W, pvIn: 351 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 22427100 Wh
2026.07.17 19:30:32 1: PV_Prognose DEBUG> summary data of all Inverters - pv: 351 W, this hour Generation: 300 Wh
2026.07.17 19:30:32 1: PV_Prognose DEBUG> State of Plant derating: 0, info: reductionState not set
2026.07.17 19:30:32 1: PV_Prognose DEBUG> currently saved 'pvrlvd' value: 1
2026.07.17 19:30:32 1: PV_Prognose DEBUG> current percentage pvrl/pvapifc deviation of hod 20: 2300.0 % -> pvrlvd: 1
2026.07.17 19:30:32 1: PV_Prognose DEBUG> collect Energy Meter data - device: Smartmeter =>
2026.07.17 19:30:32 1: PV_Prognose DEBUG> gcon: 0 W, gfeedin: 1 W, contotal: 17539900 Wh, feedtotal: 12692000 Wh
2026.07.17 19:30:32 1: PV_Prognose DEBUG> write to pvHistory - day: 17, hod: 20, GridConsumption (gcons): 0 Wh
2026.07.17 19:30:32 1: PV_Prognose DEBUG> write to pvHistory - day: 17, hod: 20, GridFeedIn (gfeedin): 0 Wh
2026.07.17 19:30:32 1: PV_Prognose DEBUG> collect Battery 01 Readings data: device=GoodWe =>
2026.07.17 19:30:32 1: PV_Prognose DEBUG> pin: 0 W, pout: 761 W, totalin: 4102200 Wh, totalout: 4089500 Wh, soc: 93
2026.07.17 19:30:33 1: PV_Prognose DEBUG> EnergyConsumption input -> PV: 200 Wh, PP: 0 Wh, GridIn: 0 Wh, GridCon: 0 Wh, BatIn: 0 Wh, BatOut: 100 Wh
2026.07.17 19:30:33 1: PV_Prognose DEBUG> EnergyConsumption result -> 300 Wh
2026.07.17 19:30:33 1: PV_Prognose DEBUG> current Power values -> PV2Node: 351 W, PV2Bat: 0, PV2Grid: 0 W, Other: 0 W, GridIn: 1 W, GridCon: 0 W
2026.07.17 19:30:33 1: PV_Prognose DEBUG> current Power Battery (all) -> BatIn: 0 W (Node2Inv2DC: 0 W), BatOut: 761 W (DC2Inv2Node: 0 W)
2026.07.17 19:30:33 1: PV_Prognose DEBUG> current Consumption result -> 1111 W

[DS_Starter]

Hallo Michael,

deine Logs sehen alle ganz normal aus.
Aktuell ist es auch in Ordnung wenn das Reading 3000W vorschlägt. Das ist der von dir vorgegeben pinmax=3000. Er wird eingesetzt, wenn es keine Notwendigkeit gibt die Ladeleistung zu beschränken.
Das ist aktuell nicht der Fall denn die Bat ist mit SOC 93% voller als deine Zielvorgabe loadTarget=90 -> 90%.

In der Nacht bis morgen früh 05 bleibt es auch dabei, was in Ordnung ist:

Code Auswählen Erweitern

2026.07.17 18:11:05 1: PV_Prognose DEBUG> ChargeOTP Bat 01 17/18 - hod:19/00, lr/lc:0/1, SocS/E:7029/6390 Wh, SurpH/D:6408/20513 Wh, OTP:3000/0 W
2026.07.17 18:11:05 1: PV_Prognose DEBUG> ChargeOTP Bat 01 17/19 - hod:20/01, lr/lc:0/1, SocS/E:6390/6390 Wh, SurpH/D:6487/15280 Wh, OTP:3000/0 W
2026.07.17 18:11:05 1: PV_Prognose DEBUG> ChargeOTP Bat 01 17/20 - hod:21/02, lr/lc:0/1, SocS/E:6390/6390 Wh, SurpH/D:6622/8793 Wh, OTP:3000/0 W
2026.07.17 18:11:05 1: PV_Prognose DEBUG> ChargeOTP Bat 01 17/21 - hod:22/03, lr/lc:0/1, SocS/E:6390/6390 Wh, SurpH/D:2171/2171 Wh, OTP:3000/0 W
2026.07.17 18:11:05 1: PV_Prognose DEBUG> ChargeOTP Bat 01 17/22 - hod:23/04, lr/lc:0/1, SocS/E:6390/5878 Wh, SurpH/D:0/0 Wh, OTP:0/- W
2026.07.17 18:11:05 1: PV_Prognose DEBUG> ChargeOTP Bat 01 17/23 - hod:24/05, lr/lc:1/1, SocS/E:5878/5480 Wh, SurpH/D:0/0 Wh, OTP:3000/- W
2026.07.17 18:11:05 1: PV_Prognose DEBUG> ChargeOTP Bat 01 18/00 - hod:01/06, lr/lc:1/1, SocS/E:5480/5126 Wh, SurpH/D:0/96918 Wh, OTP:3000/- W
2026.07.17 18:11:05 1: PV_Prognose DEBUG> ChargeOTP Bat 01 18/01 - hod:02/07, lr/lc:1/1, SocS/E:5126/4745 Wh, SurpH/D:0/96918 Wh, OTP:3000/- W
2026.07.17 18:11:05 1: PV_Prognose DEBUG> ChargeOTP Bat 01 18/02 - hod:03/08, lr/lc:1/1, SocS/E:4745/4367 Wh, SurpH/D:0/96918 Wh, OTP:3000/- W
2026.07.17 18:11:05 1: PV_Prognose DEBUG> ChargeOTP Bat 01 18/03 - hod:04/09, lr/lc:1/1, SocS/E:4367/3977 Wh, SurpH/D:0/96918 Wh, OTP:3000/- W
2026.07.17 18:11:05 1: PV_Prognose DEBUG> ChargeOTP Bat 01 18/04 - hod:05/10, lr/lc:1/1, SocS/E:3977/3587 Wh, SurpH/D:0/96918 Wh, OTP:3000/- W
2026.07.17 18:11:05 1: PV_Prognose DEBUG> ChargeOTP Bat 01 18/05 - hod:06/11, lr/lc:1/1, SocS/E:3587/3357 Wh, SurpH/D:0/96918 Wh, OTP:3000/- W

Problematisch ist offensichtlich die Stunde:

Code Auswählen Erweitern

2026.07.17 18:11:05 1: PV_Prognose DEBUG> ChargeOTP Bat 01 18/06 - hod:07/12, lr/lc:1/1, SocS/E:3357/6267 Wh, SurpH/D:6596/96918 Wh, OTP:3000/196 W
Wenn die Prognose stimmt, hast du bereits zwischen 06 und 07 soviel Überschuß dass die Batterie schon wieder vollgeladen werden kann und dadurch die Begrenzung "zu spät" kommt.
Stelle mal probehalber loadStrategy=smartpower und dann vergleichen wir nochmal das Debuglog.

Aber im Prinzip sieht dein Setup in Ordnung aus. Du hast eine sehr hohe PV-Leistung (und damit kalkulierten Überschuß) im Verhältnis zu deiner Batteriekapazität wie ich es einschätze.

LG,
Heiko