Monatsrückblick Januar/Februar 2026 ist online!

[Beowolf]

@haselchen
Ich habe auch immer ein schlechtes Gewissen wenn die Sonne es am blauen Himmel so richtig gehen läßt.

[maxclaudi]

edit:
update 06.03.2026 10:27h
2025.10.11-patch_DplOff-Limit_maximum-MQTT-maxclaudi-Rev_2
final version mit Bescheibung
für verschiedene Builds: HIER

[maxclaudi]

edit:
update 06.03.2026 10:27h
2025.10.11-patch_DplOff-Limit_maximum-MQTT-maxclaudi-Rev_2
final version mit Bescheibung
für verschiedene Builds: HIER

[maxclaudi]

edit:
update 06.03.2026 10:27h
2025.10.11-patch_DplOff-Limit_maximum-MQTT-maxclaudi-Rev_2
final version mit Bescheibung
für verschiedene Builds: HIER

[maxclaudi]

edit:
update 06.03.2026 10:27h
2025.10.11-patch_DplOff-Limit_maximum-MQTT-maxclaudi-Rev_2
final version mit Bescheibung
für verschiedene Builds: HIER

[maxclaudi]

edit:
update 06.03.2026 10:27h
2025.10.11-patch_DplOff-Limit_maximum-MQTT-maxclaudi-Rev_2
final version mit Bescheibung
für verschiedene Builds: HIER

[maxclaudi]

edit:
update 06.03.2026 10:27h
2025.10.11-patch_DplOff-Limit_maximum-MQTT-maxclaudi-Rev_2
final version mit Bescheibung
für verschiedene Builds: HIER

[Beowolf]

Funktioniert. Danke :+1: :+1: :+1: :+1:
Was hat sich geändert, oder habe ich was überlesen?

[maxclaudi]

@beowolf
Builds wurden nur auf den aktuellen Stand 2025.10.11 von oDTUoB gebracht.
Änderungen nachzulesen bei hoylabs/OpenDTU-OnBattery

Am Patch selbst hat sich nichts geändert.

• wenn DPL ausgeschaltet wird: sofort maximale Leistung von solarbetriebenen Wechselrichter (statt minimal).

• zusätzliche MQTT dp

dplState zur Kontrolle
dplCmd zum DPL ein- auschalten.

[maxclaudi]

@haselchen sagte in OpenDTU-onBattery Blockly DPL Ein/Aus:

Reine Neugier, warum modifizierte FW und Blockly?
DPL regelt alles automatisch, warum also eingreifen?

möchte meine Antwort um (m)einen zusätzlichen Anwendungsfall ergänzen.

Zendure-Setup:

• Zendure HUB2000
• Ladegerät Zendure ACE1500
• mehrere Zendure-Batterien
• am HM1200-Wechselrichter

Die DPL-Steuerung dieses Zendure-Gesamtsystems mit dem HM1200 läuft bei mir komplett über ein JS-Script.
Das regelt zuverlässig und meiner Meinung nach besser als OpenDTU-onBattery.

Grundprinzip:

• Das Zendure-System lässt sich per Script steuern, solange es nicht im Bypass ist.
• Bypass schaltet sich automatisch ein, wenn die Batterien voll sind. Dann wird die komplette PV-Leistung direkt an den HM1200 durchgereicht.
• Im Bypass kann das Script nicht mehr regeln.
• Erkennt mein Script per Datenpunkt, dass Bypass aktiv ist, schaltet es (über den zusätzlichen MQTT-Datenpunkt: dplCmd) OpDTUoB-DPL ein. Ab diesem Moment übernimmt OpDTUoB die Leistungsregelung auf „0-Einspeisung“.

Zusätzlicher Nutzen:

• Werden starke, schnelle Lastwechsel erkannt (Zählerwert springt heftig), schaltet mein Script über den zusätzlichen MQTT-DP dplCmd die DPL von OpDTUoB ab. Sofort steht dann dauerhaft die volle Leistung des HM1200 zur Verfügung.
• Wird anschließend festgestellt, dass über eine definierte Zeitspanne zu viel eingespeist wird, schalte ich DPL mit einer weiteren Deadzone über mqtt.dplCmd wieder ein.

Sobald PV-Leistung fehlt und der Zendure-Bypass automatisch oder manuell deaktiviert wird, können die Batterien wieder einspeisen:

• Dann übernimmt wieder mein Zendure-Script die Regelung.
• OpDTUoB-DPL wird abgeschaltet, weil in diesem Zustand keine doppelte Regelung (Zendure <> OpDTUoB) stattfinden soll.
• Sofort volle Leistung des HM1200 ist dann auch wieder gewünscht.

Vielleicht ist so ein Szenario für dich später ebenfalls interessant – je nachdem, wie du deine größere PV-Anlage planst (Eigenverbrauch vs. Einspeisevergütung, Batteriekonzept usw.).

[haselchen]

@maxclaudi

Dein Setup kannste mit meinen 2 Pipifax WR und 4 Panels nicht vergleichen :)
Deine Umsetzung grenzt ja schon an einer Diplomarbeit :joy:

Ich hab ,vermutlich, die einfachste Konstellation für das 0 Einspeise-Projekt.

Die neue Anlage hat dann 14,85 kwp , einen 15KW Wechselrichter und eine 12,27kwh Batterie, Smartmeter und automatische Pipapo Regelung intern.
Da muss ich mich dann sowieso erstmal gaaaaaaaaanz in Ruhe reinfuchsen.

[maxclaudi]

@Beowolf
update 06.03.2026 10:27h
2025.10.11-patch_DplOff-Limit_maximum-MQTT-maxclaudi-Rev_2

MQTT-Datenpunkte
Die Steuerung erfolgt ausschließlich über MQTT.
Dabei gilt:

Neu:
MQTT Topics werden automatisch erkannt und vom ioBroker MQTT Adapter als Datenpunkte erstellt.

Status-Topic
mqtt.x.<baseTopic>.dpl.dplState
dplState wird regelmäßig publiziert und der Datenpunkt existiert daher immer automatisch.
Liefert nur den aktuellen Status des Dynamic Power Limiters (DPL)
Werte:
0 = aus deaktiviert
1 = DPL aktiv

Steuer-Topic
mqtt.x.<baseTopic>.dpl.dplCmd
wird automatisch erstellt.
Dieses Topic dient ausschließlich zur Steuerung des Dynamic Power Limiters.
Werte:
1: DPL aktivieren
0: DPL deaktivieren
Nach jedem Schaltvorgang setzt sich der Wert automatisch auf -1 zurück.

Hintergrund des -1 Mechanismus
In ioBroker Blockly kann kein ack:false gesetzt werden.
Ohne Rücksetzen würde ein identischer Wert (z. B. erneut 1) nicht erneut übertragen werden.
Durch den automatischen Reset auf -1 kann derselbe Befehl jederzeit erneut gesendet werden.
Damit ist ein zuverlässiges Schalten auch mit Blockly möglich.

NEU: Verhalten bei MQTT-Reconnect
Unabhängig davon, ob

• OpenDTUoB neu gestartet wird
• die MQTT-Verbindung unterbrochen war
• der Broker neu gestartet wurde

sendet OpenDTUoB nach der Wiederverbindung automatisch:
dplState
dplCmd = -1

Dadurch erkennt ioBroker die Topics erneut und erstellt sie bei Bedarf automatisch.
Eine Steuerung ist danach sofort wieder möglich.

Funktionsweise

Status abfragen
Der aktuelle Zustand wird ausschließlich über dplState gelesen.
0 = aus
1 = aktiv
dplCmd wird nach jeder Aktion automatisch auf -1 zurückgesetzt und dient nicht als Statusanzeige.

Verhalten nach Deaktivierung des DPL
Wenn der Dynamic Power Limiter deaktiviert wird:

Solare Wechselrichter

• gehen automatisch auf maximale Leistung
  Es ist kein zusätzliches Setzen von Leistungswerten erforderlich.

Batteriebetriebene Wechselrichter

• verhalten sich weiterhin wie im Original-Repository.

Hinweise zur Nutzung
Jeder Schaltvorgang (dplCmd) erzeugt einen Flash-Schreibzugriff.
Das System ist daher nicht für häufiges Ein/Ausschalten ausgelegt.

Empfehlung:
Schaltvorgänge mit zeitlichem Abstand durchführen,
kein dauerhaftes toggeln (z. B. Sekundentakt)

Eigenschaften des Patches
Der Patch ist bewusst minimalinvasiv umgesetzt:

• keine Änderungen in nicht benötigten Codebereichen
• MQTT Race Conditions werden sauber abgefangen
  Eine Rückkehr zur Original-Firmware ist jederzeit über das Web-Firmware-Update möglich.

---

⚠️ Lizenz & Haftung

Diese Firmware basiert auf OpenDTU-onBattery (GPLv2, Fork von OpenDTU).
Sie enthält eigene Anpassungen und wird nicht offiziell unterstützt.

Nutzung erfolgt auf eigene Verantwortung – keine Haftung für Schäden oder Fehlfunktionen.

Firmware im zip muss vor dem flashen entpackt werden.
Bitte nur bin Datei flashen.

update 06.03.2026/ FirmwareBuild: generic_esp32s3 firmware:
generic_esp32s3_MQTT-REV2_firmware.zip

[maxclaudi]

update 06.03.2026
2025.10.11-patch_DplOff-Limit_maximum-MQTT-maxclaudi-Rev_2

⚠️ Lizenz & Haftung

Diese Firmware basiert auf OpenDTU-onBattery (GPLv2, Fork von OpenDTU).
Sie enthält eigene Anpassungen und wird nicht offiziell unterstützt.

Nutzung erfolgt auf eigene Verantwortung – keine Haftung für Schäden oder Fehlfunktionen.

Firmware im zip muss vor dem flashen entpackt werden.
Bitte nur bin Datei flashen.

update 06.03.2026/ FirmwareBuild: generic_esp32s3_usb firmware:
generic_esp32s3_usb_MQTT-REV2_firmware.zip

[maxclaudi]

update 06.03.2026
2025.10.11-patch_DplOff-Limit_maximum-MQTT-maxclaudi-Rev_2

⚠️ Lizenz & Haftung

Diese Firmware basiert auf OpenDTU-onBattery (GPLv2, Fork von OpenDTU).
Sie enthält eigene Anpassungen und wird nicht offiziell unterstützt.

Nutzung erfolgt auf eigene Verantwortung – keine Haftung für Schäden oder Fehlfunktionen.

Firmware im zip muss vor dem flashen entpackt werden.
Bitte nur bin Datei flashen.

update 06.03.2026/ FirmwareBuild: opendtufusionv2 firmware:
opendtufusionv2_MQTT-REV2_firmware.zip

[maxclaudi]

update 06.03.2026
2025.10.11-patch_DplOff-Limit_maximum-MQTT-maxclaudi-Rev_2

⚠️ Lizenz & Haftung

Diese Firmware basiert auf OpenDTU-onBattery (GPLv2, Fork von OpenDTU).
Sie enthält eigene Anpassungen und wird nicht offiziell unterstützt.

Nutzung erfolgt auf eigene Verantwortung – keine Haftung für Schäden oder Fehlfunktionen.

Firmware im zip muss vor dem flashen entpackt werden.
Bitte nur bin Datei flashen.

update 06.03.2026/ FirmwareBuild: opendtufusionv2_poe firmware:
opendtufusionv2_poe_MQTT-REV2_firmware.zip