76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[Parallix]

Noch eine Sache: Mit ist heute aufgefallen, dass SF meine recht vollen Speicher mit einer Leistung laden möchte, die erstere bereits gegen Mittag auf einen SOC von 100 bringt. Hätte ich in meiner aktuellen Konfiguration  consForecastInPlanning=1, so würde ich das verstehen. Tatsächlich ist consForecastInPlanning bei mir aber überhaupt nicht vorhanden und damit (nach Onlinehilfe gleich 0). Überschreiben andere plantControl-Attribute (z.B. consForecastLastDays=1) den o.g. Defaultwert? 

[DS_Starter]

Die genannten Parameter sind eher für Consumer-Planung und Verbrauchsprognose interessant. Die Verbrauchsprognose könnte einen entsprechenden Einfuß haben weil evtl. später in höherer Verbrauch (bzw. weniger PV-Übrschuß) prognostiziert wird.
Ist aber alles Kaffeesatzleserei.
Ein ctrlDebug=batteryManagement sollte ein bisschen mehr Klarheit bringen wie die Logik agiert.

[Parallix]

Das kann doch eigentlich nur funktionieren, wenn ein Absinken unter den unteren SOC ggf. durch eine Empfehlung zur Netzladung verhindert wird.

maxSoC, nicht lowSoC!

Das Verfahren hatte ich bei mir mindestens schon einen Winter lang im Einsatz, funktioniert perfekt!

Das glaube ich Dir. Welcher Mindest-SOC wird denn nun (gem. SF-Wiki) um 5% inkrementiert? Der untere Mindest-SOC oder der obere Mindest-SOC. Im Wiki wird dies nicht genannt! Wenn es der obere ist, dann verstehe ich nicht, warum dieser (gem. Wiki) "ausgehend vom lowSoc" inkrementiert wird. Er muss doch vorher schon einen viel höheren Wert gehabt haben, da lowSoc < upSoc < maxSoc.

[DS_Starter]

Welcher Mindest-SOC wird denn nun (gem. SF-Wiki) um 5% inkrementiert?

Der OptimumTargetSoC (Battery_OptimumTargetSoC_XX).
Er steht zur Zeit bei mir, bei dir sicherlich auch, auf lowSoC da unsere Batterien regelmäßig die 100% erreichen.
In den kommenden Monaten wird dort mehr Dynamic zu sehen sein.
Aber der Ausgangswert ist lowSoc ... deswegen ist die Formulierung im Wiki so gewählt.

[DS_Starter]

@all,

ich habe die V 1.58.1 eingecheckt. safetyMargin kann nun für beide Optimierungen getrennte Zuschläge definieren:

safetyMargin    
  Bei der Berechnung der Ladefreigabe und optimierten Ladeleistung werden Sicherheitszuschläge
   auf den prognostizierten Ladungsbedarf berücksichtigt.
   Abweichend vom Default können mit diesem Parameter individuelle Sicherheitszuschläge getrennt
   für die Berechnung der Ladefreigabe und optimierten Ladeleistung angegeben werden.
   Der erste Wert ist der Zuschlag bei der Berechnung der Ladefreigabe, der zweite Wert der
   Zuschlag bei der Berechnung der optimierten Ladeleistung. Beide Angaben sind Prozentwerte.
   Wert: 0..100[:0..100] (Ganzzahlen)

LG,
Heiko

[grappa24]

sorry, ich hinke ein wenig der Entwicklung bzgl. der SoC-Steuerung hinterher.
Das "userFn_BatterySoCManagement" ist wohl veraltet?

[DS_Starter]

 Moin,

Das "userFn_BatterySoCManagement" ist wohl veraltet?

Nein, keineswegs. Es gibt für die Batteriesteuerung nun noch weitere Möglichkeiten indviduelle Strategien umzusetzen.
Die ergänzen sich teilweise oder man entscheidet sich für eine bestimmte Strategie (u.U. auch Jahreszeit abhängig). Zum Beispiel im Sommer Steuerung nach Ladefreigabe um lange Speicher-Reserven zur Aufnahme von überschüssiger Energie zu haben, im Winter die leistungsoptimierte Ladestrategie in Verbindung mit der SoC-Steuerung.

Mein Script für das BatterySoCManagement (userFn_BatterySoCManagement) werde ich mit den neuen Möglichkeiten auch noch ergänzen und als Beispiel ins Wiki stellen.

PS: Ich glaube Parallix verwendet die Steuerungsinformationen von SF sehr intensiv für seine Batterieoptimierung.

LG,
Heiko

[DS_Starter]

Noch eine Info bzgl. der Batteriedarstellung in der Balkenrgafik.
Die Prognose des Batterie-SoC bzw. der Infos im Mouse-Over setzt die Steuerungsinformationen gemäß der optimierten Ladefreigabe (Reading Battery_ChargeUnrestricted_XX) um.
Das reale Ergebnis kann anders aussehen, wenn die leistungsoptimierte Steuerung (Reading Battery_ChargeOptTargetPower_XX) verwendet wird.

LG,
Heiko

[Parallix]

...
PS: Ich glaube Parallix verwendet die Steuerungsinformationen von SF sehr intensiv für seine Batterieoptimierung.
...

Ja, das ist richtig, wenngleich die Steuerung derzeit noch via DOIF (auf Basis von Battery_ChargeOptTargetPower_XX) erfolgt, also ohne den Einsatz einer SF-UserFn.

Edit: Um unnötige Latenzen zu vermeiden, fahre ich übrigens zweigleisig: Via SF bekomme ich die "optimale Ladeleistung", die ich aber nicht direkt anweise, sondern meinem Hybrid-WR als obere Begrenzung mitteile.