Berücksichtigung der Leistungslimitierungen (Einspeiselimit, WR-Überbelegung, bzw. Batterieleistung)

[johannesghd]

Es wäre gut in Zukunft die diversen Leistungslimitierungen zu berücksichtigten (sowohl Hardware als auch Softwarelimits).

Zum Beispiel:

1. Hat man monoton fallende Preise mit zuletzt einem starken Rückgang und in der darauf folgenden Stunde einen starken Preisanstieg auf ein Plateau, wird wenn dann nur in der letzten Stunde geladen. So unrealistisch ist dieses Szenario nicht.

2. Hat man eine Einspeiselimitierung oder eine Wechselrichterüberbelegung ist es nicht ideal wenn die Batterie vor diesem Zeitintervall bereits voll ist. Es wäre besser vor diesem erwarteten Zeitintervall einzuspeisen um die Batterie dann in der "Peak Shaving" Zeit zu laden.

Originally posted by @johannesghd in #24 (comment)

[MaStr]

Punkt 1 hatten wir gerade im Photovoltaik Forum.

• Wechselrichter ist für 10kWp
• Batterie schafft nur die Ladung mit 7,5kW und regelt da ab.
• die Kapazität der Batterie ist über 10kWh

das Ergebnis ist, dass der Zeitfenster einer Stunde zum Laden nicht mehr reicht. Der Akku wurde dann in der Stunde n+1 weitergeladen, weil die Preisdifferenz es noch hergegeben hat, aber teurer als wenn man bei n-1 geladen hätte.

Ich habe mir das angeschaut. Das Problem ist vermeintlich wie folgt lösbar:

• Kapazität / Maximaler Ladewert aus der Konfiguration * Verlust-config (1-0.1) = load ratio
• Load Ratio > 1 - Ladefenster muss aufgeteilt werden.

Hier:
https://github.com/muexxl/batcontrol/blob/0899963e01a4662056c898c8b74183d46580bd8d/batcontrol.py#L498

Es muss dann mehr wie ein Zeitpunkt ( load_ratio modular 1 ) in Reihe gefunden werden.
Der niedrigste preis zählt dann als current preis.

Weiter unten wird dann entschieden:
https://github.com/muexxl/batcontrol/blob/0899963e01a4662056c898c8b74183d46580bd8d/batcontrol.py#L552

Wenn wir nicht am tiefsten Punkt sind, dann wird anteilig die zu ladende Energie zurückgegeben.

So grob müsste das gehen.

[johannesghd]

Ich hatte das schon lange etwas "hackjob"-artig zwischengelöst (Faulheit ist eine Entwicklertugend oder so😜 ) und habe lediglich die Zeile von
https://github.com/muexxl/batcontrol/blob/0899963e01a4662056c898c8b74183d46580bd8d/batcontrol.py#L500

auf
if future_price <= current_price-min_price_difference/5:

geändert.

Tut's in 98% der Fälle auch, außer man hat wirklich nur eine günstige Stunde. Aber zumeist sind es ja mindestens zwei die sehr eng aneinander sind 😉

[MaStr]

Das ist mir zu unterkomplex. Basta 😂

die Änderung setzt die Schwelle für den forecast nach unten und „überblickt“ die flach abfallende Kurve.
Dann setzt er früher in die Berechnung für das Nachladen ein.
Und würde eher starten zu laden- aber nicht mehr das Optimum rausholen… oh ich höre das Jammern schon 😅

das geht aber in die Richtung der Idee, die ich schon hatte: die Preise auf nur 2 Nachkommastellen zu runden. 🥸
Das Ergebnis wäre ein ähnliches Verhalten.

[johannesghd]

Gibt nen guten Grund warum daraus keine PR wurde. 😉
Aber es hat zwischenzeitlich den Druck meinerseits an dieser Stelle im Code etwas rapide zu ändern gelindert 😅

Ich finde deinen ersten Vorschlag gut, auch bei Einspeisebegrenzung, Peak Shaving usw. müsste man die Stunden nach Preis ordnen. Ist jedoch eine etwas gröbere Algorithmusänderung...

[MaStr]

Ja, ich tendiere dazu den Algorithmus an einem
Punkt einzufrieren und eine Version 2 zu starten.

Nicht jeder will das Peak shaving haben etc.

Ich persönlich würde ja gerne eine Variante mit MILP umsetzen 😅

[johannesghd]

Ja, ich tendiere dazu den Algorithmus an einem Punkt einzufrieren und eine Version 2 zu starten.
Ich persönlich würde ja gerne eine Variante mit MILP umsetzen 😅

Da hast du meine Zustimmung!

[MaStr]

Ich hatte das schon lange etwas "hackjob"-artig zwischengelöst (Faulheit ist eine Entwicklertugend oder so😜 ) und habe lediglich die Zeile von

https://github.com/muexxl/batcontrol/blob/0899963e01a4662056c898c8b74183d46580bd8d/batcontrol.py#L500

auf if future_price <= current_price-min_price_difference/5:

geändert.

Tut's in 98% der Fälle auch, außer man hat wirklich nur eine günstige Stunde. Aber zumeist sind es ja mindestens zwei die sehr eng aneinander sind 😉

Man könnte das 5 über die config einstellbar machen mit einer länglichen Beschreibungen, dass es das Nachladen weicher abgrenzt.