question

Ich wäre daran auch interessiert :-)

also ich habe im Git (link oben) den Flow aktualisiert, das ich derzeit teste.

Und zwar wird da erst mal geschaut, wieviel Strom innerhalb der "Sonnenscheinzeit" des Vortages verbraucht wurde.

Bei Sonnenuntergang wird dann geschaut, wie die Prognose für den folgenden Tag aussieht. Ich ziehe dann von der Prognose den Verbrauch des PV-Zeitraumes ab, das ist ja dann der Überschuss, der zum Laden zur Verfügung steht.

Batteriekapazität abzgl. Ladeüberschuss gibt dann die Mindest-SOC für den Folgetag.

Wenn der Überschuss so groß wird, dass der Akku voll geladen werden kann, wird eine Mindest-SOC gesetzt. D.h wenn ich weiß, dass der Akku am Folgetag wahrscheinlich voll wird, kann ich auf mein Max von 10% runtergehen.

Ich denke das wird immer nur eine Näherung sein, mal passt es, mal nicht. Blöd ist, wenn dauerhaft die Entladung zu tief wäre oder es zu konservativ ist, dass der Akku zu wenig genutzt wird.

Aber im Unterschied zur doofen BatteryLife Funktion von Victron sollte das hochintelligent sein. Batterylife reduziert oder erhöht ja einfach die SOC, je nachdem ob 100% erreicht wurde oder nicht. Das passt vielleicht für konstantes Wetter, ist aber ungeeignet für Herbst/Frühlingswetter wo sich sonnige Tage mit Nebelsuppen abwechseln.

Man könnte das noch erweitern über den aktuellen Ladestand des Akkus morgens vor dem Laden. Und es ist auch ein Unterschied, ob der Folgetag am Wochenende ist oder ein Wochentag. Wochenende sieht der Verbrauch ganz anders aus.

Das FHEM Script ist ja hochkomplex, ich denke so kompliziert muss das gar nicht sein.

Ich nutze für den PV-Ertrag einen rooftop account von solcast. Einen NR-Flow dazu habe ich mal im NR-Forum gepostet. Läuft jetzt seit Jahren stabil..forecasts für 7 Tage...

Hier das Chart von Heute:

@chrisu Aber im Unterschied zur doofen BatteryLife Funktion von Victron sollte das hochintelligent sein. Batterylife reduziert oder erhöht ja einfach die SOC, je nachdem ob 100% erreicht wurde oder nicht. Das passt vielleicht für konstantes Wetter, ist aber ungeeignet für Herbst/Frühlingswetter wo sich sonnige Tage mit Nebelsuppen abwechseln.

LiFePO4-Akkus brauchen kein BatteryLife. Da stellt man, so man denn will, notfalls den MindestSOC etwas höher und schon passt es. Und wer meint, dass die Zellspannungen auseinanderlaufen, weil nicht öfters auf 100% im Winter geladen wurde, sollte sich einfach die tatsächlichen Zellspannungen ansehen. Ich(!) halte einen Zellspannungsbereich von mindestens 3,2V bis max. 3,45/3,48V (durch Balancing) für absolut sicher, um damit einige tausend Zyklen zu erreichen.

Wetterprognose basiertes Laden klingt toll, ist aus meiner(!) Sicht aber reine Spielerei. Wie geschrieben: Nur meine persönliche Meinung - ich will auch niemanden bekehren...;-)

Hallo, bin auf den Thrwad hier gestoßen, da ich Wetterprognose basiert meinen mindest SOC einstellen will. Ich will es nicht aus Spielerei machen, sondern aus dem einfachen Grund, dass ich meinen SOC immer möglichst hochhalten will, damit ich möglichst lange Notstrom habe. Auf der anderen Seite aber soll der SOC über Nacht soweit runtergehen, dass ich am nächsten Tag möglichst den ganzen Solarertrag in den Akku bekomme und idealerweise 100% SOC erreiche. Klar ist auch 100% SOC treffen geht nicht, da von zuvielen Faktoren abhängig, die man nicht im Griff hat. Dazu gehören die Prognose des Solarertrages und der erwartete Verbrauch.

Hallo,

es gibt hier einen Thread zum Abholen der Prognose via Node-RED.
https://community.victronenergy.com/articles/172211/node-red-fetch-forecasted-solar-yield.html?smartspace=node-red
Die Steuerung müsste man noch basteln, sooo groß ist diese Hürde aber nicht.

Ich persönlich habe das testweise (aktuell noch etwas hemdsärmelig) via ioBrocker umgesetzt.
Die ersten Tage sieht das wirklich gut aus, ich denke das werde ich behalten.
Die Prognose wird in meinem Fall via pvforecast-Adapter abgeholt.
Der Vorteil dabei ist, dass mit wenigen Klicks verschiedene Anlagen mit unterschiedlichen Ausrichtungen, Neigungen und Größen angelegt werden können, die dann in den zu erwartenden Gesamtertrag einbezogen werden. Der Zugriff auf die Victrongeräte erfolgt via Modbus-Adapter.
Ein kleines Blockly-Script setzt (aktuell bei Sonnenuntergang) den ESS Minimum SoC (Modbus Register 2901) anhand der Vorhersage und das war der ganze Zauber.