Regelung bei mehr als einen WR, separate Regelung im DPL

[AingTii]

ich habe festgestellt dass in der folgenden Konstellation, die Regelung des DPL nicht greift.

1. WR SolarPanel
2. WR Zendure Akku

Tagsüber:
Der 1. WR speist ins Haus ein, DPL regelt nach Zählerdaten auf den angestrebten Netzbezug
der 2. WR ist aus, da die Akkus geladen werden und beim Zendure der Output auf 0 steht

Regelung des DPL läuft einwandfrei

Übergangszeit:
Der 1. WR speist ins Haus ein, DPL regelt nach Zählerdaten auf den angestrebten Netzbezug
der 2. WR speist ins Haus ein da die Akkus entladen werden und beim Zendure der Output auf gewünschtes max Limit steht
DPL regelt nach Zählerdaten auf den angestrebten Netzbezug auch diesen WR

Regelung des DPL läuft einwandfrei

Nachts:
Der 1. WR ist aus, da keine Sonne da.
der 2. WR speist ins Haus ein da die Akkus entladen werden und beim Zendure der Output auf gewünschtes max Limit steht
DPL regelt den 2. WR nicht Zählerdaten auf den angestrebten Netzbezug

Regelung des DPL läuft leider nicht wie gewünscht.

Nun wäre die Idee:

• wenn nur 1.WR einspeist (Erreichbar ist), wird diese zu 100% nach dem angestrebten Netzbezug geregelt

• wenn 1.WR und 2.WR einspeisen (erreichbar sind) werden bei wie jetzt auch geregelt
  wäre ja quasi 50%/50%

• wenn nur 2. WR einspeist und der 1.WR (aus, nicht erreichbar, nichts einspeist) DPL Regelung
  nur den 2. WR zu 100%

So hätte man keine Probleme und kann alle Phasen abdecken

Tagsüber von den Panels 1WR wird geregelt
Übergang beide WR geregelt
Nachts 2. WR wird auch geregelt

Oder wäre es möglich per MQTT den 1. WR in der Regelung abzuschalten, so dass der 2.WR nur geregelt wird?
Habe ich zumindest so nicht gefunden?

Danke

[AndreasBoehm]

Das kommt mir sehr bekannt vor und klingt nach einem Problem das wir denke ich bereits gelöst hatten.

Versuchs mal mit der aktuellsten Test-Version https://github.com/hoylabs/OpenDTU-OnBattery/actions/runs/14373514259

[AingTii]

ok, mal testen ob es bei der Version besser ist

[edddymax]

Habe aktuell zwei WR und zwei DTU im Einsatz mit der Testversion. Könnte ich auch beide WR mit einer DTU regeln ? Gibts es da Probleme (Frequenzen, Lastverteilung …) ? Die Probleme , die Aing Tii beschreibt gibt es in meiner Variante nicht. Was ist besser ?

[edddymax]

Zendure-System! Smart Buffer, je WR HMS 1600 4T sind zwei Hubs angeschlossen ( auf allen 4 Eingängen am WR können max 450W anliegen), können über die Akkuspannung Prioritäten für die Leistungsregelung der WR gesteuert werden ? Bei 100% Akku liegen z.B. 50,x Volt an usw. . Soll ich das mal genau erfassen oder wird das schon berücksichtigt?

[AndreasBoehm]

Kannst du mit einer einzelnen DTU betreiben.
Priorisierung gibt es keine. Soweit ich mich erinnere wird die Last gleichmäßig auf alle WR verteilt.

[AndreasBoehm]

Wenn ein WR aufgrund Akku beschränkungen weniger liefert wird das durch den zweiten WR ausgeglichen.

[edddymax]

Danke.Probiere ich. Habe dann ein Gerät als Reserve.

[spcqike]

Soweit ich mich erinnere wird die Last gleichmäßig auf alle WR verteilt.

Ich glaube: nicht ganz. Am Ende läuft es zwar darauf hinaus, aber das ist eine Nebenerscheinung, oder?

Wird nicht so geregelt, dass mit möglichst wenig Änderungen / Übertragungen ausgekommen wird?

Irgendwann pegelt es sich wohl ein, dass alle ungefähr gleich laufen. Aber das muss nicht immer so sein. Es kann auch sein dass bei nem größeren Sprung einer alleine stark erhöht wird. Der, der am meisten erhöhen kann und noch genug Reserve frei hat.
eückwärts das gleiche. Der, der am meisten reduzieren kann, geht zuerst zurück.

Dadurch kommt es bei baugleichen wechselrichtern früher oder später dazu, dass sie ungefähr gleich laufen.

So zumindest habe ich es in Erinnerung.

[Newbie-2]

Hallo Andreas, ich habe jetzt einmal die Version vom Post: 2430 (09.04.2025) getestet und bekomme leider kein zufriedenstellendes Ergebnis hin.

Um den Test auch korrekt durchführen zu können, müsste ich die Logic der "OpenDTUonBattery" erst einmal verstehen.
Nicht das die von mir eingestellte Konfiguration das Problem ist und die Regelung der DTU eigentlich funktioniert ?

Testaufbau:
2 Hoymiles HM-1500 WR

• 1x direkt an den 4 Stück 425Watt Solarpanels (Name=HM1500)
• 1x am Ausgang des HUB200 der ebenfalls mit 4 Stück 445Watt Solarpanels am Eingang gespeist wird. (Name=HM1200)

Die Erwartung bei einem Hausverbrauch von 1000 Wh

A.) = LADEN

• Der HUB200 läd die Batterien mit 100% der Energie der Solarpanels und der HM1200 ist somit aus !
• Der HM1500 müsste ein Limit von 1000 Watt erhalten um den Hausverbrauch alleine abzudecken.

B.) = Bypass

• Der HUB200 läd die Batterien nicht mehr, da diese Voll sind
• Der Zendure Hardware-Bypass des HUB200 müsste "Ein" geschaltet werden /sein
• Der HM1500 müsste ein Limit von 500 Watt erhalten um den Hausverbrauch zu 50% abzudecken.
• Der HM1200 müsste ein Limit von 500 Watt erhalten um den Hausverbrauch zu 50% abzudecken.

C.) = Entladen

• Der HM1500 ist ausgeschaltet, da keine Sonne mehr scheint (30 Minuten vor Sonnenuntergang und maximal 50 Watt Rest-Solarpanel- Leistung)
• Der HM1200 müsste ein Limit von 1000 Watt erhalten, um den Hausverbrauch alleine abzudecken.

Gibt es eine Vorlage der Einstellungen für diese Konstellation ?

Hier meine Einstellungen:

[vaterlangen]

Zendure steht auf extern gesteuert und unten sehe ich das die Ausgangsleistung auf null steht. Gibst du das Limit wirklich per App oder sonst wie per MQTT vor? Sonst stell bitte mal auf statische Einstellung um

Dann sollte Zendure auch ohne Bypass was hergeben

[Newbie-2]

Ja Danke, das habe ich auf Statisch angepasst, da ich es jetzt nicht mehr per MQTT veränern muß. 👍

[Newbie-2]

[Newbie-2]

Als Info. Der HUB200 ist viiiiiel zu langsam um mit der eigenen Logik zu regel !!!

Deshalb müsste der HUB2000 auf Hauseinspeisung 1200 Watt ( das ist das Maximum) für den HM-1500 stehen.
Die dynamische Regelung müsste über den Wechselregler erfolgen. Also genau das was die OpenDTUonBattery ja auch machen sollte, oder ?

[Newbie-2]

Aktuell funktiniert zB. der Modus C.) = Entladen NICHT !
Nur, wenn ich die Steuere Wechselrichter "HM-1500" manuell deaktiviere funktioniert die OpenDTUonBattery perfekt.

[spcqike]

Gibt es davon evtl ein log oder mehr als ein „geht nicht“?

[Newbie-2]

Wie kann ich das benötigte Log ausleiten ?

[spcqike]

Im DPL verbose logging aktivieren und dann den Moment in der Konsole beobachten.

[Newbie-2]

Aber ich kann ja nicht jedes mal die Steuere der Wechselrichter "HM-1500" oder "HM-1200" manuell aktivieren, oder deaktivieren.
Zumal mir kein MQTT Befehl bekannt ist, diese Änderung mit meiner Hausautomatisierung selber zu steuern ?

[AingTii]

so, Newbie-2 und ich konnten es nun mal gemeinsam testen, es kam zu mehreren Faktoren die dazu beitrugen
das einiges nicht wie erwartet funktionierte, zum einen die Einstellungen und Verständnisprobleme und zum anderen temporäre Verbindungsschwierigkeiten.

Also aus den ersten Tests der Test-Version heute, habe ich erst mal folgendes Ergebnis mitgenommen.
Die Regelung funktioniert in allen drei Varianten

A. der WR am Panel wird gut geregelt

B. beide WR werden geregelt und in meinem Verständnis auch logisch, vorrangig der von den Panel
und der Rest wird "aus der Batterie" aufgefüllt
Es steht zwar die Regelung des WR mit den Panel bei z.B. 800W wenn 800W Hausverbraucht ist,
aber wenn er nur 600W liefert vom Panel, dann wird aus dem Speicher 200W nachgeregelt
Ich hoffe das soll auch so sein, klingt für mich auch logisch...
Oder ist es nur am Anfang und verteilt sich dass nach einiger Zeit?

C. wir haben dann die Panel vom 1.WR getrennt, also Sonne Weg simuliert, dann regelt natürlich
der 2. WR aus dem Speicher nach.

Nun wäre natürlich evtl. noch eine Idee (vielleicht ist die Logik auch bereits eingebaut) das man evtl. noch die Prio
wählen könnte, als Beispiel erst soll WR1 voll ausgeschöpft, dann WR2, oder erst Solar, dann Akku etc...

Wir testen aber noch weiter und schauen wie es im "Live"-Betrieb ausschaut.

Danke noch mal für die Hilfe.

Wie ist Euer Plan, ist die Test-Version Eure develope-Version und die wird "demnächst" released oder
ist das komplett Eure Spielwiese neues zu testen?

Achja, und die Aufbereitung der Zendure-Daten ist aus unserer Sicht auch Top!

[AndreasBoehm]

Ich hoffe das soll auch so sein, klingt für mich auch logisch...
Oder ist es nur am Anfang und verteilt sich dass nach einiger Zeit?

Das soll so sein und verteilt sich nach einiger Zeit so das der bedarf gedeckt wird.

Nun wäre natürlich evtl. noch eine Idee (vielleicht ist die Logik auch bereits eingebaut) das man evtl. noch die Prio
wählen könnte, als Beispiel erst soll WR1 voll ausgeschöpft, dann WR2, oder erst Solar, dann Akku etc...

Der DPL versucht den Bedarf nach folgender Priorität der WR zu decken: Solar, Smart-Buffer, Akku

Wie ist Euer Plan, ist die Test-Version Eure develope-Version und die wird "demnächst" released oder
ist das komplett Eure Spielwiese neues zu testen?

Unsere Test-Version, also das was auf dem development branch zu sehen ist kommt ins nächste release. Das neue release kommt wenn wir mit der Test-Version zufrieden sind :)