aktive Speichersteuerung

HINWEIS: Zusammenfassung aus dem alten openWB Forum

Aktive Speichersteuerung

Ausgangspunkt

Die aktive Speichersteuerung wurde als zentrale Sammeldiskussion für die Weiterentwicklung der Speicherregelung in openWB angelegt.

Ziel ist eine herstellerübergreifende Regelung in openWB, während die konkrete Umsetzung in den jeweiligen Speichermodulen erfolgt.

---

Aktueller Funktionsumfang

Die aktive Speichersteuerung kann grundsätzlich:

• Speicherentladung beim Fahrzeugladen beeinflussen
• Speicher für Fahrzeugladung sperren
• Speicher nur für Hausverbrauch entladen
• Speicher aktiv laden
• maximale Lade- und Entladeleistung berücksichtigen
• einen definierten SoC-Bereich für die aktive Speichersteuerung verwenden

Die konkrete Funktionsfähigkeit hängt stark vom jeweiligen Speichersystem ab.

---

Unterstützungslogik

Die Regelung ist zweigeteilt:

openWB Regelalgorithmus
        │
        ▼
generische Speichersteuerung
        │
        ▼
herstellerspezifisches Speichermodul

Die allgemeine Logik soll möglichst herstellerunabhängig bleiben.

Besonderheiten einzelner Speicher gehören in das jeweilige Modul.

---

Unterschiede zwischen Speichern

Nicht jeder Speicher kann gleich gesteuert werden.

Einige Systeme unterstützen:

aktive Leistungsvorgabe

Andere Systeme erlauben nur:

Begrenzung von Lade- oder Entladeleistung

Wieder andere benötigen zyklisches Schreiben, weil sie sonst nach kurzer Zeit wieder in Eigenregelung zurückfallen.

Diese Unterschiede müssen in den Modulen berücksichtigt werden.

---

Aktuelle Regeloptionen

Diskutiert wurden insbesondere folgende Betriebsweisen:

Immer

Der Speicher darf normal mitarbeiten.

Stop / volle Entladesperre

Der Speicher wird während der Fahrzeugladung nicht entladen.

Nur Hausverbrauch

Der Speicher darf nur den aktuellen Hausverbrauch decken, aber nicht zusätzlich das Fahrzeug versorgen.

---

Bekannte Probleme und offene Punkte

Aktive und passive Speichersteuerung

Es gibt Hinweise auf Konflikte zwischen aktiver Speichersteuerung und passiver Speicherbeachtung.

Beispiel:

• aktive Speichersteuerung sperrt Entladung
• passive Speicherbeachtung rechnet Speicherleistung trotzdem in die verfügbare Ladeleistung ein
• dadurch kann unerwünschter Netzbezug entstehen

Hier ist eine klare Trennung oder saubere Kombination der beiden Logiken notwendig.

---

Netzbezug durch Regelverzögerungen

Bei voller Entladesperre kann es im PV-Laden zu Netzbezug kommen.

Typische Ursache:

• PV-Leistung fällt plötzlich ab
• Ladeleistung wird nicht schnell genug reduziert
• Speicher darf wegen Entladesperre nicht ausgleichen
• Differenz kommt kurzzeitig aus dem Netz

Besonders stark tritt das bei Phasenumschaltung oder träger Regelung auf.

---

Wunsch: Peak-Shaving / Puffermodus

Als Erweiterung wurde ein Modus vorgeschlagen, bei dem der Speicher kurzfristige Regelabweichungen abfangen darf.

Beispiel:

Entladesperre grundsätzlich aktiv

aber:

kurzzeitige Entladung erlaubt,
um Regelverzögerungen und PV-Einbrüche abzufangen

Ziel:

• weniger Netzbezug
• stabileres PV-Laden
• bessere Nutzung des Speichers als Puffer
• trotzdem Schutz vor dauerhafter Speicherentladung ins Fahrzeug

---

Wunsch: Preisbasiertes Speicherladen

Ein weiterer größerer Wunsch ist das aktive Laden des Hausspeichers bei günstigen oder negativen Strompreisen.

Einfache Variante:

Wenn Strompreis unter Schwelle:
    Speicher laden

Erweiterte Variante:

Börsenpreise
PV-Prognose
Hausverbrauch
Speichergröße
Ladeleistung
Einspeisevergütung
Speicherverluste

werden gemeinsam betrachtet, um den Speicher gezielt für teure Zeiten vorzubereiten.

---

Wunsch: Prognosebasiertes Peak-Shaving

Diskutiert wurde außerdem, den Speicher vormittags bewusst nicht vollständig zu laden, sondern Kapazität für den PV-Mittagspeak freizuhalten.

Ziel:

PV-Spitzen kappen
Einspeisebegrenzungen vermeiden
negative Strompreise berücksichtigen
Speicher sinnvoller nutzen

Dafür wären brauchbare PV-Prognosen und historische Korrekturfaktoren notwendig.

---

Lade- und Entladegrenzen

In den späteren Beiträgen wurde klargestellt:

• maximale Ladeleistung ist bereits vorgesehen
• maximale Entladeleistung ist bereits vorgesehen
• ein SoC-Bereich für aktiv gesteuerte Speicher ist vorhanden
• dieser SoC-Bereich gilt aktuell global für alle aktiv gesteuerten Speicher

Noch offen ist, ob künftig unterschiedliche Grenzen pro Speicher oder pro Anwendung notwendig sind.

---

Obere Ladeschranke

Die obere Ladeschranke wurde diskutiert, weil ihre Wirkung nicht sofort intuitiv ist.

Die spätere Erklärung:

Bei mehreren Speichern wird die Ladeleistung anteilig auf die Speicher verteilt.

Beispiel:

Speicher A: 0,5 kW
Speicher B: 0,5 kW
Speicher C: 1,0 kW

Bei 1 kW verfügbarer Ladeleistung ergibt sich:

Speicher A: 250 W
Speicher B: 250 W
Speicher C: 500 W

Erreicht ein Speicher seinen maximalen SoC, wird er aus der aktiven Ladung herausgenommen.

Die verbleibende Ladeleistung wird dann auf die übrigen Speicher verteilt.

Damit soll verhindert werden, dass ein Speicher lädt, während ein anderer über Eigenregelung wieder entlädt.

---

Offener Wunsch: Obere Entladeschranke

Am Ende der Diskussion bleibt als neuer Anknüpfungspunkt die Frage nach einer zusätzlichen oberen Entladeschranke.

Idee:

Speicher darf oberhalb eines bestimmten SoC ins Fahrzeug entladen werden.

Unterhalb dieser Grenze:
    keine EV-Unterstützung mehr aus dem Speicher

Das wäre getrennt von der oberen Ladeschranke zu betrachten.

---

Fazit

Die aktive Speichersteuerung ist inzwischen grundsätzlich vorhanden und kann bereits aktiv laden, entladen begrenzen und SoC-Bereiche berücksichtigen.

Die letzten Beiträge zeigen aber, dass die Funktion noch in einer frühen Ausbaustufe ist.

Aktuell relevante offene Punkte sind:

• bessere Verständlichkeit der oberen Ladeschranke
• mögliche Einführung einer oberen Entladeschranke
• sauberere Trennung von aktiver und passiver Speicherlogik
• Peak-Shaving bzw. kurzzeitige Speicherpufferung
• preis- und prognosebasiertes Speicherladen
• klarere Behandlung unterschiedlicher Speicherfähigkeiten

Als direkter Anknüpfungspunkt für eine GitHub Discussion bietet sich besonders an:

Soll zusätzlich zur oberen Ladeschranke eine obere Entladeschranke eingeführt werden,
damit Speicher oberhalb eines definierten SoC gezielt das EV unterstützen darf,
unterhalb davon aber nicht weiter entladen wird?

[thorgbarth]

Ich habe mir das mal angeschaut. Derzeit gibt es zwei ungünstige Punkte im Zusammenhang mit der Speicherentladung.

• Während mit PV-Überschuss geladen wird, führt die aktive Speicherentladung unweigerlich zu Netzbezug.
• Der Speicher wird auch nicht bis zur oberen Ladegrenze entladen, obwohl das Sinn machen würde.

Es gibt zwei Lösungsansätze, einer ist m.E. unkomplizierter und besser als der andere:

1.) Die m.E. beste Lösung: Die aktive Speichersteuerung sollte nur dann eingreifen, wenn gerade in diesem Moment nicht mit PV-Überschuss geladen wird, sondern aus anderen Gründen (Sofortladen oder Ziellade/Ökoladen bei günstige Strompreis).
Für Abwärtskompatibilität könnte eine Option eingebaut werden "Aktive Speichersteuerung auch bei PV-Überschuss" -> Ich wette, 99% der Nutzer würden diese Option aber nicht nutzen, da sie keinen Sinn macht. Denn bei PV-Überschuss erfüllt die Speicherbeachtung stets die Anforderungen besser als die aktive Speichersteuerung: Der Speicher wird genau bis an den Punkt entladen, den man eingestellt hat, und in dem Tempo, das man eingestellt hat. Danach bleibt er bis Sonnenuntergang oder Stopp des Ladevorgangs auf dem eingestellten Niveau.

2.) Lösungsalternative (aber schlechter): Die aktive Speichersteuerung arbeitet nur, solang der Speicher-SOC <= der oberen Speichergrenze (Entladegrenze) ist. Das macht überhaupt nichts kaputt, da derzeit die obere Speichergrenze sowieso ignoriert wird, sobald die aktive Speichersteuerung aktiviert ist. Wer das jetzige Verhalten will, setzt sie einfach auf 100%.
Der gravierende Nachteil dieser Variante ist, dass bei PV-Überschussladen immer noch permanent Netzbezug generiert wird, solange der Speicher unter der oberen Schranke ist. Bei dreiphasigem Laden sogar richtig viel, da die Stufen 690 Watt betragen.

Ich empfehle also eindeutig Lösung 1).

Sonnige Grüße
Thorsten

[aMU5Ed]

Ich freue mich schon sehr auf die aktive Speichersteuerung in meiner Fronius Umgebung mit 2 Fronius WR und Smartmeter IP und BYD HVM 16.6

[aMU5Ed]

Dann ggf. einmal auf das akteulle Master wechseln, das ist die aktuelle Beta.

Danke - hat funktioniert. Leider meint er bei meinem Fronius - BYD - Setup, dass nicht steuerbare Speicher im System vorhanden sind.

[seaspotter]

Die aktuelle Speichersteuerung über die bisherige Fronius API ist nur möglich mit einem Installateurzugang. Wenn du diesen hast dann muss du einmal diesen Daten in den Einstellungen der Batterie über "Konfiguration - Geräte und Komponenten" eingeben.
Wenn du keinen Installateurzugang hast, bestände die Möglichkeit das du anstelle der bisherigen Fronius API Variante einmal WR, Zähler und Batterie löscht (Achtung dann geht auch die Statistik verloren) und die Fronius Komponenten neu über die Fronius Sunspec Variante neu anlegst, dazu muss aber Modbus am Fronius eingeschaltet sein.

Das sind die 2 Möglichkeiten die aktive Speichersteuerung bei Fronius zu nutzen. Die 2. Möglichkeit über Sunspec ist neu von mir, aber mangels Hardware bisher nicht getestet. Ich weiß daher nicht 100% obs funktioniert, da es dazu bisher noch keine Rückmeldung gab.

[aMU5Ed]

Die aktuelle Speichersteuerung über die bisherige Fronius API ist nur möglich mit einem Installateurzugang. Wenn du diesen hast dann muss du einmal diesen Daten in den Einstellungen der Batterie über "Konfiguration - Geräte und Komponenten" eingeben. Wenn du keinen Installateurzugang hast, bestände die Möglichkeit das du anstelle der bisherigen Fronius API Variante einmal WR, Zähler und Batterie löscht (Achtung dann geht auch die Statistik verloren) und die Fronius Komponenten neu über die Fronius Sunspec Variante neu anlegst, dazu muss aber Modbus am Fronius eingeschaltet sein.

Das sind die 2 Möglichkeiten die aktive Speichersteuerung bei Fronius zu nutzen. Die 2. Möglichkeit über Sunspec ist neu von mir, aber mangels Hardware bisher nicht getestet. Ich weiß daher nicht 100% obs funktioniert, da es dazu bisher noch keine Rückmeldung gab.

Vielen Dank @seaspotter. Den technician Zugang habe ich glücklicherweise und nun kann ich auch die Einstellungen vornehmen!

[schuch]

Was ist mit Installateurzugang genau gemeint?

Es gibt bei Fronius (zumindest bei Gen24) zwei lokale Rollen:

• customer
• technician

Installateurzugang klingt nach Letzterem.

Aber der Anlagenbesitzer kennt in der Regel nur den customer Zugang.

Mit diesem lässt sich das Batteriemanagment (Zeitpläne für Lade-/Entladeleistung) konfigurieren.

Der Anlageninstallateur kennt widerum den technician Zugang, mit dem man alles konfigurieren kann, auch netzrelevante Parameter der Anlage.

Braucht es tatsächlich den technician Zugang für die aktive Speichersteuerung? Was muss neben den Batteriemanagement Zeitplänen noch von OpenWB gesteuert werden, um die aktive Speichersteuerung umzusetzen?

[seaspotter]

Braucht es tatsächlich den technician Zugang für die aktive Speichersteuerung? Was muss neben den Batteriemanagement Zeitplänen noch von OpenWB gesteuert werden, um die aktive Speichersteuerung umzusetzen?

Ja braucht es, den technician Zugang bei Nutzung des API-Moduls, anders ist die aktive Steuerung nicht möglich. Alternativ neues Fronius Sunspec Modul, da geht es per Modbus.

[Frank-Hoe]

Ich weiß nicht, ob es nur mir so geht: ich finde die Einstellmöglichkeiten zur Speichersteuerung trotz der Fragezeichentexte etwas schwer verständlich. Ich habe mir, natürlich mit Hilfe von Claude, mal überlegt, ob man das nicht klarer darstellen kann:

Was meint Ihr?

[Ihaglc]

Du hast mich nicht verstanden,
Zig mal Laden und Entladen des Speichers führt zu unnötihen Ladeverlusten, wenn trotz allem dann noch Netzbezug erforderlich ist. oder anders ausgedrückt:
Wenn ich weiß, dass ich z.b. jeden Tag für den normalen Hausverbrauch ca. 5 kWh über die Nacht benötige, reserviere ich mir diese Energie im Speicher und entlade den Speicher nicht über diese Grenze hinweg. Dies gilt für das Auto sowie auch für zusätzliche Verbraucher,

[Gerolein]

Ah, ja, jetzt hab' ich's: wenn vor Sonnenuntergang geladen wird, dann ist es besser, den Speicher nicht zu entladen, wenn das Laden noch vor Sonnenuntergang beendet wird.

Ja, das ist der Sonderfall, in dem eine Entadesperre im Speicher Sinn macht. Wenn man aber nach Sonnenuntergang mit dem Laden beginnt oder das Laden nach Sonnenuntergang beendet, ist es aber egal ob man den Speicher durch das Laden leert.
Die allermeisten möchte aber generell die Situation vermeiden ihr Auto aus dem Speicher zu laden.

[Ihaglc]

Nach noch mal genauerem Checken der Einstellmöglichkeiten, habe ich es jetzt doch hinbekommen, dass beim PV Laden das Laden erst startet, wenn der Speicher SOC einen unteren Grenzwert SOC erreicht hat und dann bei noch höherem Grenzwert der Speicher entladen werden darf. Das funktionierte bei mir vorher schon.

Jetzt klappt es aber auch beim beim Sofortladen und das ohne Einstellungen immer wieder neu anpassen zu müssen:
Das Laden beginnt sofort mit Netzbezug und der Hausspeicher wird zusätzlich in der vorgegebenen SOC Hysterese entladen, unterhalb des Minimum SOC`s wird der Speicher nicht entladen, sondern aufgeladen.
Man muss sich halt doch ein bischen mehr mit den vielfätigen Möglichkeiten beschäftigen.
Für mich ist also alles Pronto, die jetzige aktive Speichersteuerung reicht aus.
SRY und ein großes Kompliment an die Entwickler,

[Frank-Hoe]

Man muss sich halt doch ein bischen mehr mit den vielfätigen Möglichkeiten beschäftigen.

Genau. Aus den Begrifflichkeiten und verschiedenen Kombinationen läßt sich das leider nicht so direkt herleiten. Daher mein obiger Verenfachungsvorschlag, damit man nicht erst herumprobieren muß.

[Ihaglc]

Nach noch mal genauerem Checken der Einstellmöglichkeiten, habe ich es jetzt doch hinbekommen, dass beim PV Laden das Laden erst startet, wenn der Speicher SOC einen unteren Grenzwert SOC erreicht hat und dann bei noch höherem Grenzwert der Speicher entladen werden darf. Das funktionierte bei mir vorher schon.

Jetzt klappt es aber auch beim beim Sofortladen und das ohne Einstellungen immer wieder neu anpassen zu müssen: Das Laden beginnt sofort mit Netzbezug und der Hausspeicher wird zusätzlich in der vorgegebenen SOC Hysterese entladen, unterhalb des Minimum SOC`s wird der Speicher nicht entladen, sondern aufgeladen. Man muss sich halt doch ein bischen mehr mit den vielfätigen Möglichkeiten beschäftigen. Für mich ist also alles Pronto, die jetzige aktive Speichersteuerung reicht aus. SRY und ein großes Kompliment an die Entwickler,

Muss mich korrigieren, war zu euphorisch.
Scheinbar ist es so, dass wenn man die aktive Steuerung des Speichers anwählt, die oberen Einstellungen des Speichers, wie Mindest Soc und Maximal Soc, nicht mehr beim Laden benutzt werden.
Es ist also nicht möglich, bei Erreichen des Max Soc Werts den Speicher bis zum Mindest Soc Wert zusätzlich zum Laden zu benutzen.ohne aktive Speichersteuerung funktioniert es,
Bug oder Feature?

[aMU5Ed]

Eben mit 2.3 Beta2 und meinem Fronius SetUp probiert und leider bekomme ich folgende Fehlermeldung:

2026-10-27 11:58:23,689 - {modules.common.utils.component_parser:62} - {ERROR:MainThread} - Fehlerstatus in Komponente BYD HVM. Werte werden nicht aktualisiert.
2026-10-27 11:58:24,161 - {modules.devices.fronius.fronius_http_api.fronius_api:556} - {ERROR:set power limit 9} - Fronius Bat Auth: Login -0- failed, Response: <Response [401]>
2026-10-27 11:58:24,164 - {modules.devices.fronius.fronius_http_api.fronius_api:558} - {ERROR:set power limit 9} - Fronius Bat Auth: Response: {'Server': 'nginx', 'Date': 'Tue, 27 Oct 2026 10:58:24 GMT', 'Content-Type': 'text/html', 'Content-Length': '172', 'Connection': 'keep-alive'} ; <Response [401]>
2026-10-27 11:58:24,179 - {modules.devices.fronius.fronius_http_api.fronius_api:556} - {ERROR:set power limit 9} - Fronius Bat Auth: Login -1- failed, Response: <Response [401]>
2026-10-27 11:58:24,182 - {modules.devices.fronius.fronius_http_api.fronius_api:558} - {ERROR:set power limit 9} - Fronius Bat Auth: Response: {'Server': 'nginx', 'Date': 'Tue, 27 Oct 2026 10:58:24 GMT', 'Content-Type': 'text/html', 'Content-Length': '172', 'Connection': 'keep-alive'} ; <Response [401]>
2026-10-27 11:58:24,197 - {modules.devices.fronius.fronius_http_api.fronius_api:556} - {ERROR:set power limit 9} - Fronius Bat Auth: Login -2- failed, Response: <Response [401]>
2026-10-27 11:58:24,200 - {modules.devices.fronius.fronius_http_api.fronius_api:558} - {ERROR:set power limit 9} - Fronius Bat Auth: Response: {'Server': 'nginx', 'Date': 'Tue, 27 Oct 2026 10:58:24 GMT', 'Content-Type': 'text/html', 'Content-Length': '172', 'Connection': 'keep-alive'} ; <Response [401]>
2026-10-27 11:58:24,204 - {modules.common.fault_state:47} - {ERROR:set power limit 9} - BYD HVM: FaultState FaultStateLevel.ERROR, FaultStr Fronius Bat Auth: Login failed repeatedly .. wrong credentials?, Traceback:
Traceback (most recent call last):
File "/var/www/html/openWB/packages/modules/common/configurable_device.py", line 139, in set_power_limit_wrapper
bat_component.set_power_limit(setpoint)
File "/var/www/html/openWB/packages/modules/devices/fronius/fronius_http_api/bat.py", line 87, in set_power_limit
self.bat_api = FroniusWR({
File "/var/www/html/openWB/packages/modules/devices/fronius/fronius_http_api/fronius_api.py", line 178, in init
self.set_solar_api_active(True)
File "/var/www/html/openWB/packages/modules/devices/fronius/fronius_http_api/fronius_api.py", line 247, in set_solar_api_active
response = self.send_request(
File "/var/www/html/openWB/packages/modules/devices/fronius/fronius_http_api/fronius_api.py", line 476, in send_request
self.login()
File "/var/www/html/openWB/packages/modules/devices/fronius/fronius_http_api/fronius_api.py", line 567, in login
raise RuntimeError(
RuntimeError: Fronius Bat Auth: Login failed repeatedly .. wrong credentials?

Die Zugangsdaten als Benutzer: Technician und als Passwort das zugehörige PW, mit dem ich mich auch erfolgreich am WR einloggen kann. SolarAPI ist aktiviert am WR. Hat jemand von euch das Fronius SetUp so schon am laufen und kann mich bitte etwas unterstützen?!

[seaspotter]

Bitte solche Themen immer im Feedback Thread zur Version posten (#4157), weil dort die openWB Entwickler nur mitlesen, tuen sie hier nicht. Und bitte Logs zukünftig auch auf https://paste.openwb.de hochladen (gibt auch eine Funktion direkt aus openWB heraus die das Log direkt hochlädt). Macht das ganze einfacher.
Ich glaube ein Thema gefunden zu haben und hab dafür einen Fix eingereicht, 100% sicher bin ich mir aber nicht. Es wäre eben auch gut mehr als nur einen Ausschnitt des Logs zu haben.

#4199

[aMU5Ed]

Danke, soeben nachgeholt.

[thorgbarth]

@Gerolein Der Use Case ist zumindest bei mir ein ganz anderer: Ich will beim nächtlichen Laden des Autos noch genug Energie im Speicher haben, um die morgentliche Phase mit hohen Strompreisen zu überbrücken. Wenn der Speicher nachts schon entladen würde, während der Strom billig ist, würde ich morgens die hohen Preise zahlen… Wenn ich an einem trüben Tag tagsüber das Auto wegen günstiger Strompreise lade, will ich die Energie im Speicher für die teuren Abendstunden aufsparen. Die Speicher-Entladesperre sorgt genau dafür.

Ah, ja, jetzt hab' ich's: wenn vor Sonnenuntergang geladen wird, dann ist es besser, den Speicher nicht zu entladen, wenn das Laden noch vor Sonnenuntergang beendet wird. Ja, das ist der Sonderfall, in dem eine Entadesperre im Speicher Sinn macht. Wenn man aber nach Sonnenuntergang mit dem Laden beginnt oder das Laden nach Sonnenuntergang beendet, ist es aber egal ob man den Speicher durch das Laden leert. Die allermeisten möchte aber generell die Situation vermeiden ihr Auto aus dem Speicher zu laden

Viele Grüße --- Thorsten Barth Am Pfingstborn 3 61239 Ober-Mörlen

[Gerolein]

Für exakt diesen usecase ist ja die Entladesperre gedacht: wird zu Zeiten billigen Stroms das Auto geladen muss der Speicher geschont werden. Ohne diese Steuerungsmöglichkeit machen dynamische Strompreise keinen Sinn.