-
-
Notifications
You must be signed in to change notification settings - Fork 67
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DPL no longer works for me #1551
Comments
This was probably not a good idea? The difficult part is that you changed TWO variables (DTU-Firmware and WR-Firmware) and now you wonder what happened. You need to post the log in a text version, pictures do not help much. Immediate step would be to re-flash your DTU with the previous Firmware (that you know, it was working), as a quick fix to ensure that it is not the WR-Firmware that caused the problem. Another quick fix would be to check your DPL settings and make sure that the WR minimum limit is abve 60W (I think I saw some values of 22 - 25W at your log but it is difficult reading pictures). |
I have a HM-1500 and since updating to 2025.01.10 I have the same problem that DPL is no longer regulated. If I go back to the previous version 2024.08.18 it works as before. |
@Webranger2 please also check whether you the minimum Limit of you WR (in the DPL settings), below 50W is... if so, increase it to 60W and see if it solves the problem. |
@synack666 You set your hysteresis to 100W (which occurs unreasonable to me -- why do you set the hysteresis so high?) but the inverter assumes it can only produce 48W more than it already does. So no new limit will ever be sent. @AndreasBoehm fixed a regression which will be part of the next release. It should also fix your issue. Still, consider reducing your hysteresis setting. |
I'm going there on Monday, I'm on a short vacation right now. |
This does not apply in the case of OpenDTU-OnBattery. OpenDTU-OnBattery does NOT write permanent changes every time it changes the limit. Home Assistant reports erroneusly that the change was PERMANENT. In summary: Do not worry about it! |
Morning :-) Log: Today it looks as if more or less power is being requested from the inverter, so it is being regulated, but the display is at 624 watts. |
Oh, ok, thanks! |
I took a closer look at it today, according to the log it is regulated (requests xxx from inverter), but the display does not change. |
Maximales leistungslimit steht auf 300... muss auf 1600. Lg |
Solange die Panels nicht genug Leistung liefern gibt es für den DPL keinen Grund das Limit zu ändern.
Es wird versucht 1600 W durch deinen Solarbetriebenen WR abzudecken, der produziert aber nur 8 W bei einem Limit von 624 W -> der DPL ändert das limit nicht, weil es nichts bringt. Es funktioniert also erstmal alles wie es soll. Ein Problem besteht nur wenn das Limit nicht hoch genug ist um den bedarf zu decken obwohl die Sonne voll auf die Panels scheint. |
DonJohnLong: Hab es geändert, dachte das ist nur wichtig wenn eine Batterie verbaut ist. Ändert aber nichts. AndreasBoehm: OK, das war vorher anders, da hat DPL das immer angepasst. |
@AndreasBoehm das war richtig so vorher, oder? Seit welcher Firmware hat es sich geändert? |
Kann sein das es vorher anders war, aber ich versteh nicht warum allen so wichtig ist das sich das Limit ändert, auch wenn es keinen unterschied macht 😂 |
Ich denke das der DPL sich seit https://github.com/hoylabs/OpenDTU-OnBattery/releases/tag/2024.11.20 anders verhält. |
Mir ist auch aufgefallen, dass sich der DPL-Limit (zumindest visuell) bei zu wenig Sonne seit dem 20.11.2024 nicht ändert. Z. B. hält der DPL den WR bei 80 % oder weniger, es kommen aber nur 100 W bei 2 kWp raus, weil das Wetter schlecht ist. Dann habe ich manuell den WR auf 100 % gesetzt und DPL deaktiviert, aber das ändert nichts an der AC-seitig abgegebenen Leistung. Wo nichts ist, kann nichts rauskommen. Es ist halt nur ein psychologischer Effekt, dass 100 % angezeigt werden müssen. Der DPL ist davon unbeeindruckt; ich denke, er berechnet das. Manchmal ist Nichts tun am sinnvollsten. |
Moin! |
Habe gestern das neue 2024.01.23 Update eingespielt. Leider regelt der DLP immer nur eine kurze Zeit auf die Anforderung des Stromzählers. Dann verharrt er bei einem beliebigen Wert. Durch einen Neustart der OpenDTUoB kann ich den DLP für eine kurze Zeit wieder zum regeln der korrekten Werte bewegen. 2x HM-1500 (gespeist mit Zendure HUB-2000) Vielleicht kann jemand in meinem Log den Fehler erkennen??? 11:08:51.000 > [DPL] targeting 0 W, base load is 50 W, power meter reads 470.8 W (valid) |
@RicoBach68 Diese "prüfungen" finden nur im Solarbetrieb statt (Wechselrichter wird von Solarmodulen gespeist) und wenn dem wirklich so ist, machen diese checks auch Sinn. Du hast zwei Optionen um das Problem zu umgehen: |
Danke Andreas für deine schnelle Antwort. Ich werde beide Varianten ausprobieren. Liebe Grüße und vielen Dank. Rico. |
@RicoBach68 Hier gibts eine ganz gute Anleitung, passend zu deinem Setup: #1473 (comment) |
Hallo, ich habe exakt das gleiche Problem. Bei mir hängen 4x BKW Speicher an je einem Eingang vom HMS2000. Am besten wäre es, das Limit würde einfach dumm gesetzt, egal was der WR grade meint liefern zu können und man kann 4 Speicher wie Solarmodule verwenden. Ist ja im Prinzip nichts anderes für den WR. Mehr Einstellungen braucht es dann nicht. |
@AndreasBoehm Ich würde - sofern von euch gewünscht - die Anleitung gerne im Wiki hinterlegen . Ich weiß nur nicht, wie man das (korrekt) macht - gibt es hier vielleicht irgendeine Beschreibung? Ich würde dann den anhängenden pdf-File dort hinterlegen und zukünftig pflegen/updaten. System-Daten_Zendure-SolarFlow_Hoymiles-HMS1600_OpenDTU-DPL_01.2-2025.pdf |
@Josef1966 Hallo Josef und alle Mitwirkende, Ich habe die (zukünftige) Seite hier geparkt (siehe Bild) Fragen:
|
@Manos1966 .... vielen Dank für die Vorarbeit!
Was haltet ihr davon? |
Hallo @Josef1966 Meine Erfahrung ist, die Wiki wird von Personen benutzt die mit der OpenDTU-OnBattery gerade angefangen haben. Aber dies ist nur MEINE Meinung; Ich habe keine "Zendure Solarflow" deswegen lasse ich die finale Entscheidung an euch... 😉 |
Das trifft unser Problem haargenau! Meine Anlage ist sehr ähnlich aufgebaut. Anlage A: 5x400W - Zendure HUB 2000 mit AB2000 - Hoymiles HM-1500 - Phase A
Ansonsten bin ich glücklich und zufrieden mit OpenDTUoB, wie schnell das System wirklich erwachsen geworden ist und kann mich nur bei den fleißigen Entwicklern für ihre unendliche Mühe bedanken. Liebe Grüße aus dem leider bewölktem Sachsen. Rico. |
Also an sich muss man schon sagen ein super System was hier gebaut wurde. Man könnte noch überlegen eine Fake Wert als Batteriespannung wenn es hier keine Abhilfe geben soll. Leider hab ich bis zum WE keinen Zugriff auf das Gerät. |
Nummer 2 habe ich bei meinem System auch schon gehabt. Ursache unbekannt. |
Gestern verhielt sich das System noch mal anders merkwürdig. Nach ein paar Sonnenstunden hatten alle Speicher ca. 20% geladen und wären bereit gewesen einzuspeisen. Aber statt das die Reglung wieder anläuft, blieb es bis 22:30 beim ausgeschalteten WR. Um 22:30 ging dann der WR an, hat mit 100% entladen bis alle Speicher leer waren. Dabei war um die Zeit keine größere Last mehr aktiv. Es wäre von der Logik eigentlich richtig, die Speicher wie Solarmodule zu behandeln, denn alles andere steckt ja in den Speichern (Spannungsüberwachung, DOD, Wlan usw.) Kein Grund irgendwas zu regeln außer der WR Leistung. |
Ich denke, die Anpassung von OpenDTUoB an Plug&Play Speichersysteme wär eine lohnenswerte Sache. Immer mehr Zendure (und andere) Betreiber von Plug&Play Systemen stellen fest, dass die Steuerung durch OpenDTUoB wesentlich schneller und genauer arbeiten kann als die von den Herstellern angebotenen. Ich glaube, dass in Zukunft mehr User mit Plug&Play Systemen OpenDTUoB nutzen werden als Bastler von selbst gebauten Systemen. Dadurch könnte OpenDTUoB einen wesentlich höheren Anwenderkreis erschließen und viel mehr Menschen nützlich sein. Liebe Grüße |
Tach auch! Soll ich dicht machen? |
What happened?
DPL no longer works for me since these changes:
Two things have changed yesterday, firstly I have updated to the latest version (DTU) and my WR (HMS 1600 4T) has been updated to 2.0.4 with 'Power Distribution Logic'. Before that it worked as desired.
It is always at 624 watts.
At the moment there is actually nothing to regulate because I hardly get over 100W yield but in the past it was always regulated according to consumption.
To Reproduce Bug
Use the SW version with a WR that has PDL active
Expected Behavior
the control should be analogous to the consumption (hysteresis included)
Install Method
Pre-Compiled binary from GitHub releases
What git-hash/version of OpenDTU-OnBattery?
What firmware variant (PIO Environment)?
generic_esp32s3_usb
Relevant log/trace output
Anything else?
No response
Please confirm the following
The text was updated successfully, but these errors were encountered: