-
Notifications
You must be signed in to change notification settings - Fork 56
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
Regelschwingen unter bestimmten Konditionen #943
Comments
Siehst du irgendwo die Effizienz des wecgseleichters? Ich vermute, da dies bereits mehrfach mit 24V Akkus aufgetreten ist, dass der HM unsauber regelt und sich verhaspelt. Dabei eine Effizienz von 40-60% berechnet. Und damit falsch misst bspw einspeist. |
Bei 24V Systemen läuft dir die Leistung oberhalb von ca. 200W Sollwert je MPPT immer davon! Wenn du auf 400W (beim 600er) max begrenzt, hört das gezeigte Verhalten auf. Habe ich mit HM300 ,400 und 1200 in gleicher Weise. |
@spcqike: Auf den Wirkungsgrad, bzw. ob der absinkt kann ich mal achten... @Feldsalat: Bisher habe ich das Limit auf 480W (2 x 10A x 24V) gesetzt, da auf 400W zu gehen, macht den Kohl nicht fett, probiere ich aus... |
Falls er mal wieder tillt, öffne mal die konsole und lass sie mitlaufen. Das kannst du dann bitte hier einstellen. Ich kenne dieses extreme überschwingen, da ich meinen "powerlimiter" selbst geschrieben habe. Der Grund fürs überschwingen war bei mir, dass die änderung am wr noch nicht beim zähler angekommen ist und es sich deswegen hochgeschaukelt hat. |
ich würde hier jetzt rein vom draufgucken auch auf eine recht simple fehlende bzw zu späte Rückkopplung tippen. |
könnte #931 eine potentielle lösung für das problem sein bzw dazu beitragen? |
Bisher ist das nicht wieder so extrem aufgetreten, allerdings hatte ich die Max.leistung auch, wie von @Feldsalat empfohlen, auf 400W gedrosselt und auch erst heute ist wieder soviel Ladung im Akku, das es auftreten könnte - mal sehen. Edit: auch heute keine Auffälligkeiten, bei reduzierter Leistung. |
Moinsen, ich habe ein ähnliches Problem, meiner (800er) scheint immer bei ca 297,7W hängen zu bleiben. Ich weiß aber das ich in dem Moment vielleicht nur 150W verbrauche. Mein Zähler hat eine Rücklaufsperre, zeigt daher keine negativen Werte an. Target ist bsp 20W, hyst 1W also müsste er ja trotzdem in der Lage sein eine Differenz zu bilden und abzuziehen. Anbei mal das log. 13:53:36.216 > [DPL::loop] ******************* ENTER ********************** 13:53:44.499 > [DPL::loop] ******************* ENTER ********************** 13:53:57.038 > [DPL::loop] ******************* ENTER ********************** |
Hallo @DrSpaltenstein , |
Kommando zurück ... doch ein Denkfehler. Du hast Pech das es nicht funktioniert. Ich würde als erstes mal die neueste OpenDTU-OnBattery version installieren. Wenn ich das richtig in Erinnerung habe gab es vor kurzem einen Fix der dein Problem vielleicht beheben könnte. |
Moinsen, ja habs auch mal anhand Quelltext von Hand durchgespielt, das mit den Null ist halt blöd, er zieht dann im besten Fall die Differenz zwischen target consumption und 0 ab. Aber eben nur im besten Fall wenn die Toleranz klein genug ist...Das funktioniert nur manchmal, meist bleibt er irgendwo hängen und saugt die Batterie leer. Da müsste tatsächlich noch irgend ein I-Anteil in den Limiter integriert werden damit er solche Fehler besser ausbügeln kann. |
Ich bezweifle das ein höherer I-Anteil in der Regelschleife wesentlich dazu beiträgt die Toleranzen der P-Anteile auszubügeln. |
What happened?
Die DTU überwacht 3 Inverter (HM- 1200, 600, 300)
An dem 1200er und dem 300er hängen ohne Steuerung Module, das funktioniert soweit auch gut
An dem 600er hängt ein 24V 100Ah Akku und der macht Nachts zeitweise Probleme.
Eingestellt ist ein Bezug von 40W mit 30W Hysterese, sodass der Bezug, solange der Akku mitspielt, zwischen 10W und 70W schwanken sollte, die Abschaltspannung beträgt 24,1V
Der vom Stromzähler gemeldete Verbrauch wird deutlich überkompensiert und führt zu Regelschwingungen, der WR wird dabei teilweise außerhalb der Spezifikationen (600W) betrieben.
Normalerweise laufen der nachgeschaltet Shelly (obere Kurve -rot-) und die DTU( obere Kurve -blau-) recht synchron, Im Fehlerfall passiert aber, was auf dem Bild zu sehen ist. Die untere Kurve ist dabei der Stromzähler.
Mit einer anderen Zeitauflösung sieht das so aus:
![Unbenannt](https://private-user-images.githubusercontent.com/124310058/327245456-3c20670c-4e8c-4eac-b2fb-1a833a90f982.JPG?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjEyMzczNDUsIm5iZiI6MTcyMTIzNzA0NSwicGF0aCI6Ii8xMjQzMTAwNTgvMzI3MjQ1NDU2LTNjMjA2NzBjLTRlOGMtNGVhYy1iMmZiLTFhODMzYTkwZjk4Mi5KUEc_WC1BbXotQWxnb3JpdGhtPUFXUzQtSE1BQy1TSEEyNTYmWC1BbXotQ3JlZGVudGlhbD1BS0lBVkNPRFlMU0E1M1BRSzRaQSUyRjIwMjQwNzE3JTJGdXMtZWFzdC0xJTJGczMlMkZhd3M0X3JlcXVlc3QmWC1BbXotRGF0ZT0yMDI0MDcxN1QxNzI0MDVaJlgtQW16LUV4cGlyZXM9MzAwJlgtQW16LVNpZ25hdHVyZT0zYzQ3ZjQ0ZWZiZjY1N2QzZDNmNTg4MTJkN2E1NzI1NWE3ODI2OTY5NjhkMjYwYWNiYjdkODExYmI0M2ExNGY1JlgtQW16LVNpZ25lZEhlYWRlcnM9aG9zdCZhY3Rvcl9pZD0wJmtleV9pZD0wJnJlcG9faWQ9MCJ9.7SVSEtkHQj-CfKyOkKpVZd6SVOUQMKgsoercKdMmBgg)
To Reproduce Bug
Betrieb am Akku
Expected Behavior
Änderung des Regelverhaltens
Install Method
Pre-Compiled binary from GitHub
What git-hash/version of OpenDTU?
Relevant log/trace output
No response
Anything else?
No response
The text was updated successfully, but these errors were encountered: