# Neuer Optimizer/Logik für mehrere Hybrid ESSes **URL:** \ **Category:** Uncategorized\ **Created:** [June 1, 2025, 7:44pm UTC](https://community.openems.io/t/neuer-optimizer-logik-fur-mehrere-hybrid-esses/10138 "2025-06-01T19:44:08Z")\ **Posts on this page:** 1\ **Showing post:** 54
**Author:** ![MrT](https://community.openems.io/user_avatar/community.openems.io/mrt/32/1617_2.png) [@MrT](https://community.openems.io/u/MrT)\ **Post date:** [April 26, 2026, 11:20am UTC](https://community.openems.io/t/neuer-optimizer-logik-fur-mehrere-hybrid-esses/10138/54 "2026-04-26T11:20:37Z")
Hallo zusammen, ich habe die vorgeschlagene Optimizer-Logik inzwischen umgesetzt und dazu einen PR erstellt: [https://github.com/OpenEMS/openems/pull/3661](https://github.com/OpenEMS/openems/pull/3661) Die Implementierung ist bereits in den bestehenden v1-Solver integriert, analog zu den vorhandenen Strategien wie z. B. `KeepAllNearEqual`. Bei mir ist der Ansatz im Einsatz und funktioniert soweit zuverlässig. Im PR selbst gab es bisher noch kein Feedback, deshalb wollte ich hier nochmal nachfragen: @Sn0w3y passt das von der Umsetzung her zu dem, was du dir vorgestellt hattest? Der später erwähnte v2-Ansatz klingt für mich grundsätzlich auch sinnvoll (insbesondere weil er einfacher/geradliniger wirkt). Ich habe meinen aktuellen Ansatz noch auf Basis des bestehenden v1-Solvers umgesetzt. Daher wäre für mich interessant: Würdet ihr empfehlen, den aktuellen Ansatz erstmal weiter zu verfolgen oder eher direkt in Richtung des v2-Ansatzes zu gehen? Aktuell liegt mein Fokus eher auf anderen Themen, aber ich würde die Weiterentwicklung bzw. Migration in Richtung v2 auf jeden Fall unterstützen. Vielen Dank! --- _[View the full topic](https://community.openems.io/t/neuer-optimizer-logik-fur-mehrere-hybrid-esses/10138)._