# Vorschlag: Erweiterung für Min/Max Soc

**URL:** <https://community.openems.io/t/vorschlag-erweiterung-fur-min-max-soc/10587>\
**Category:** Uncategorized\
**Created:** [November 5, 2025, 7:18am UTC](https://community.openems.io/t/vorschlag-erweiterung-fur-min-max-soc/10587 "2025-11-05T07:18:01Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![klinki](https://community.openems.io/letter_avatar_proxy/v4/letter/k/858c86/32.png) [@klinki](https://community.openems.io/u/klinki)\
**Post date:** [November 5, 2025, 7:18am UTC](https://community.openems.io/t/vorschlag-erweiterung-fur-min-max-soc/10587/1 "2025-11-05T07:18:01Z")

</div>

Hallo Forum,

In der Version 2 des Energy Schedulers werden als Puffer hart MIN\_SOC und MAX\_SOC gesetzt. Einige Controller arbeiten rein technisch mit diesem Grenzen.  
Wie wäre es denn **ManagedSymmetricEss** um diese beiden Channels zu erweitern? Ein EmergencyCapacityReserve zum Beispiel könnte den MIN\_SOC setzen - zusätzlich zu seiner Logik.

Dies würde dann allerdings nicht mehr dem Constraint-Ansatz folgen.  
Wobei es zweckfrei wäre mehrere Controller zu definieren die ein Minimum-Soc festlegen.

Bestehende zu zukünftige Controller könnte so einfach auf die “Netto-Kapazität” eines ESS zugreifen.  
Ich selbst nutze diese “Netto”-Geschichte schon länger.  
Der Ansatz im ESS zu prüfen welcher Controller gerade das ESS begrenzt ist recht starr.  
Was meint ihr?

Gruß,

klinki