Netzladung konfigurierbar machen

[iseeberg79]

Es gibt Wechselrichter, die durch die neue Netzladungsfunktion im Modus für die Batteriesperre nicht mehr geladen werden. Das sollte vernachlässigbar sein und lässt sich durch die Nutzung des PV Modus, bzw. kaum übrige Erzeugung während des Ladepunktmodus "schnell" ausgleichen. Gibt es aber einen Ladepunkt mit geringer Leistung, der auf "schnell" gestellt werden soll, also z.B. eBikes, hat die Sperre der Batterie Nebeneffekte. Ich hatte dazu die Idee #15690 geschrieben.

Es gibt aber in Bezug auf die Netzladung auch noch zwei weitere interessante Funktionen, die einen Mehrwert bieten können. Davon ist eine, die Batteriesperre bei günstigen Bezugszeiten via EVCC/extern zu steuern, z.B über IOBroker steuerbar (Idee #15475).

Die Netzladung der Batterie bei Netzladung zu begrenzen, um nur notwendige Energie zu speichern und eine mögliche Ladung per PV Überschuss weiterhin zu ermöglichen, wäre ein weiteres interessantes Szenario (#15747).

Ich könnte mir vorstellen daran in einem Draft-PR mit zu arbeiten, möchte aber unnötige Entwicklungen vermeiden und andere Ideen nicht stören. Wäre das ein Weg, bzw. gibt es dort schon Implementierungen? Vielleicht entspricht es auch nicht der aktuellen Entwicklungsstrategie...

[andig]

Was ist hier der konkrete Request?

[VolkerK62]

Gibt es aber einen Ladepunkt mit geringer Leistung, der auf "schnell" gestellt werden soll, also z.B. eBikes, hat die Sperre der Batterie Nebeneffekte.

Tipp:
Ladepunkt mit "Steckdose" werden ja nur an/aus geschaltet. Da reicht auch der Modus "Min+PV". Dann bleibt die Sperre aus.

[iseeberg79]

Entschuldige, ich dachte über die Referenz zu den Diskussionen wird das klar:

• bei Ladepunkten eine Eigenschaft ergänzen, die diese von der Evaluierung der Batteriesperre bei "schnell" ausnimmt

1. vielleicht überschneidet sich das mit der Idee der "Mini-Ladepunkte", je nach Stand einer Implementierung...

• die Netzladefunktion derart einschränken, dass der Modus "charge" nur errechnet wird, wenn

1. starte Netzladung, wenn (nichtNetzladung && (günstigerStrom && batterySoC<xx))
2. stoppe Netzladung, wenn (Netzladung && (batterySoC>yy || teurerStrom))

• unabhängig vom Füllstand der Batterie in sehr günstigen Stunden auf die Batteriesperre zurückgreifen: funktionert aktuell unabhängig vom Ladezustand, aber mit obiger Anpassung eines "Bereichs für die Netzladung" wird das nötig

Aktuell selten realistisch (Strompreis müsste < [Einspeisevergütung minus Verluste] sein); im Winter würde es aber begünstigen, dass der Strom zu teuren Zeiten aus dem Akku kommt, und bei günstigsten Tarifen ohne PV Überschuss eben nicht die Batterie entladen wird.

Vielleicht geht das aber auch zu weg vom Kern der Implementierung von EVCC. Die neue Netzladungsfunktion fördert diese Gedanken?

[iseeberg79]

Gibt es aber einen Ladepunkt mit geringer Leistung, der auf "schnell" gestellt werden soll, also z.B. eBikes, hat die Sperre der Batterie Nebeneffekte.

Tipp: Ladepunkt mit "Steckdose" werden ja nur an/aus geschaltet. Da reicht auch der Modus "Min+PV". Dann bleibt die Sperre aus.

guter Punkt: statt schnell, min+pv wählen... daran hab ich nicht gedacht und noch nicht probiert, ob die Sperre da aus bleibt...

[iseeberg79]

ähnliche Anforderung jetzt auch aktuell in #15994 - wir meinen ähnliche Dinge

[andig]

Die neue Netzladungsfunktion fördert diese Gedanken?

Die lässt sich ja auch extern ansteuern. Batteriesperre scheint klar- Akku bei geringen Leistungen nicht sperren. Was ist der Use Case bei den Soc Geschichten? Eigenverbrauchsoptimierung? M.E. ist das viel zu einfach gedacht aondern bräuchte eher eine Prognose um rund zu werden.

[iseeberg79]

Ja, zugegeben. Eine Prognose wäre da noch besser. Ich habe gerade ein paar Fälle mit node.red im iobroker aufgestellt. Ohne die PV Leistung berücksichtigt zu haben, sind das nur mit den dynamischen Preislevel und Preislimits schon so einige Verzweigungen.

Es wäre aber eigentlich günstig, kommende hohe PV Leistung und noch günstigere Ladefenster zu berücksichtigen: komplex.

Ich hatte mich mit den Überlegungen bisher auf einen kleinen Aufwand für die SoC-Grenzen (Parameter,bestehende Funktionen) fokussiert.

Vorteile: es bleibt Batterieladung für PV übrig und ein Schwingen der Batterie, also eine wechselnde Ladung/Entladung wäre kontrollierter?
Die Netzladung für Kostal lädt aktuell mit hoher Leistung in den Speicher, er ist 'schnell' voll.

[iseeberg79]

Die lässt sich ja auch extern ansteuern.

Über die Steuerung des GridChargeLimit per REST und MQTT, richtig? Ich sehe gerade nicht, wie eine externe Steuerung die Batteriesperre setzen kann.

Inhaltlich gehts im anderen Thread schon tiefer. Hier bliebe nur die Batteriesperre bei kleinen Ladepunkten und die Hysterese der Netzladungsfunktion. Der Workaround "min+pv" ist ok...
Vorschlag: close?