Zweiten WR regeln #246
Replies: 15 comments 79 replies
-
|
Hallo @neolauren-cmd möglich ist es schon. Allerdings verlängern sich die Zeiten zum Ändern des Limits mit jedem weiterem Wechselrichter. max time = poll rate * number of inverters. Bei 5 Wechselrichter und einer Poll Rate von 5 s, wären es dann schlimmstenfalls 25 sec bevor der Power Limiter nachregelt. Wenn man bei 600W (oder zukünftig 800W) Gesamtleistung bleibt, verschenkt man höchstens etwas Energie. Aber ich habe die Befürchtung dass jemand auf die Idee kommen könnte 5 HM-1500 an die Steckdose zu hängen (es könnte ja auch ein Fehler in der OpenDTU auftreten und die Regelung versagen). Bei solchen Gedankenspielen wird mir etwas mulmig. Nur weil etwas geht, muss man es nicht unbedingt machen. Macht denn ein zweites Kraftwerk ohne Speicher überhaupt Sinn? Mein Balkonkraftwerk hat ungefähr 55 kW ins Netzt gepustet, da ich den Strom nicht verbrauchen konnte. Ich selbst habe übrings ein ungeregeltes Balkonkraftwerk und ein eins mit einer 24V Batterie. Das funktioniert ganz gut. Das ungeregelte Kraftwerk "verschwendet" für ca. 30€ Strom/Jahr. Dafür lohnt sich die Umrüstung auf 48V mit einem Laderegler eigentlich nicht.
Das sind 3200€. Bei 350€ Stromersparnis/Jahr sind wir bei 10 Jahren, bis sich das rechnet. Meine Anlage
Das sind 1800€. Bei 280€ Stromersparnis/Jahr sind wir bei 7 Jahren. Etwas besser. Ich denke, am Ende ist es doch ein Hobby, das Geld kostet. Dafür baue ich die Anlage zu gerne um ;) |
Beta Was this translation helpful? Give feedback.
-
|
@spcqike meinst du WR oder Solarregler? WR hab ich doch den Hoymiles 1500, da gehe ich doch vom Akku immer Parallel auf die 4 Eingänge oder? Okay, dann würde ich die 2 AGM in Reihe schalten. Hab dann ja 24 V und würde das für das BKW mit Ostausrichtung nehmen. Da hatte ich bisher max. 1.100W. Hoffe das funktioniert. Die PV Panels schalte ich dann in Reihe und Parallel oder? Wobei ich ja da wieder drauf achte muss, weil ja der Laderegler auch leistungsbegrenzt ist oder? Glaub bei 24V max. 1000W bzw. Was passiert wenn doch mal 1470W anliegen? Zur Nulleinspeisung vom zweiter BKW hoffe ich auf @helgeerbe :-) |
Beta Was this translation helpful? Give feedback.
-
|
@neolauren-cmd schau dir mal den victron calculator an: https://www.victronenergy.de/mppt-calculator Da kannst du ausprobieren, ob Reihe oder Parallel besser ist. Probiere alle Varianten durch und google nach den Preisen der Vorschläge. Oder wenns billiger ist, auch kleine Laderegler gebraucht kaufen jedes Panel mit einem eigenen Laderegler versehen. Zumindest die SmartSolar (bluetooth) können einen Master untereinander aushandeln. Ach ja, schau die die Eingangslimits der Victrons an, die würde ich keinesfalls überschreiten. Dümmstenfalls kann dir die eine Stunde volle Sonne das Ding kaputt machen. Auch wenn du die anderen 365Tage*24h-1h dieses Limit nicht erreichst. Bestenfalls soll die Anlage ja 20 Jahre laufen, ohne ständig kaputte Geräte ersetzen zu müssen. |
Beta Was this translation helpful? Give feedback.
-
Hallo Helge, ich denke so ein Feature wäre zB für folgendes Szenario ganz brauchbar: 3 Phasen Netz, Shelly 3EM am Zähler, 3 HM-400, je 1 an jeder Phase. So wie ich dich verstanden habe bräuchte ich für so ein Szenario 3x OpenDTU? Kann man in der Firmware wählen, welche Phase vom Shelly3EM für die Regelung genutzt werden soll? Grüße Basti |
Beta Was this translation helpful? Give feedback.
-
|
Hallo Basti, |
Beta Was this translation helpful? Give feedback.
-
|
@sebastianheyn du kannst in der Firmware ein power reading definieren. Ob das nun, wie bisher üblich, das „total“ Reading ist, oder aber nur L1, L2 oder L3, entscheidest du. Ich sehe keinen Grund, warum man nicht einfach nur das power Reading für L1 hinterlegen können sollte. (Man kann sogar drei einzelne readings hinterlegen, aber die Firmware unterscheidet da noch nichts sondern summiert bisher einfach alle auf. Da unsere Stromzähler ja ebenfalls saldieren) edit: da warst du wohl schneller :) |
Beta Was this translation helpful? Give feedback.
-
|
@helgeerbe ich wollte mal vorsichtig fragen, ob du denn für einen zweiten WR planst, ein Programm zu schreiben? Ich würde sehr gerne meinen zweiten WR auch regeln über deine Firmware. Gruß |
Beta Was this translation helpful? Give feedback.
-
|
Hallo zusammen, ich weiß, ich bin nervig, aber ich frag einfach nochmal ;-) Gruß |
Beta Was this translation helpful? Give feedback.
-
|
ich vermute, schneller ist die zweite DTU ;) ich komme aktuell weder zeitlich zu solch größeren Anpassungen, noch kann ich sie überhaupt testen, da ich nur einen Wechselrichter habe. |
Beta Was this translation helpful? Give feedback.
-
|
Da muss ich @spcqike recht geben. Auf der Agenda habe ich schon einen zweiten Charger, und einen zweiten Wechselrichter. Mir fehlt einfach die Zeit. Wenn es Freiwillige geben sollte, dann unterstütze ich gerne. |
Beta Was this translation helpful? Give feedback.
-
|
Ich bin ganz frisch auf >openDTU on Batterie< umgestiegen und habe dabei auch den WR gewechselt (von HM-300 auf HM-600). |
Beta Was this translation helpful? Give feedback.
-
|
Lass den Kanal bei 0. Der Power Limiter holt sich hier die DC Spannung die am Inverter anliegt. Da du beide Kanäle verbunden hast, ist es egal ob 0 oder 1. Wenn du die Batterie nur an einem Kanal angeschlossen hättest, müsstest du den richtigen auswählen. |
Beta Was this translation helpful? Give feedback.
-
|
DANKE! |
Beta Was this translation helpful? Give feedback.
-
|
Was meinst du mit starkem regelschwingen? Natürlich muss der Verbrauch am Zähler erst einmal steigen, bevor die DTU den wechselrichter darauf einstellen kann. Sowohl hoch als auch runter. Schwingen sollte es dann aber nicht. Ich sehe bei mir genau eine lastspitze (5-10s), danach regelt die DTU. Fällt die Last weg sehe ich ebenfalls genau eine Spitze im Export (5-10s) bevor wieder darauf reagiert werden kann. @helgeerbe ich hab überlegt, ob man das parsen des powermeters nicht näher an den powerlimiter holen kann. Das schnellste sollte doch sein, wenn der powermeter von der DTU selbst geparst wird (also HTTP/s + JSON) und das direkt vor der Berechnung des Limits, oder? Meinst du, es ist möglich so etwas einzubauen? Ich wollte mir das vielleicht kommende Woche angucken, ob der Code das hergibt. Also, bei allen anderen powermeter Optionen das Verhalten wie bisher, zwei unabhängige Intervalle die irgendwann greifen, aber wenn man HTTP/S+JSON nutzt, dass er das dann eben genau zur Berechnung des neuen Limits erst abfragt und tatsächlich den aktuellsten live wert bekommt. |
Beta Was this translation helpful? Give feedback.
-
|
Der Power limiter Nutzer nutzt ja im stationären Zustand immer den letzten Wert und schickt gar nichts an den WR. Das macht der alle 10s um das Updateintervall in Grenzen zu halten, führt aber dazu das das letzte Update evtl. schon viel länger her ist Ich hatte schon mal überlegt das für jeden Messwert vom Power Meter zu prüfen ob ein Leistungsprung vorliegt (i.e. man außerhalb der Hysterese ist) und dann einen neuen Weg an den inverter zu senden wenn das letzte Update länger als 10s her ist Aus einem recht stationären Zustand würde man dann schneller auf eine Änderung reagieren |
Beta Was this translation helpful? Give feedback.
-
|
was meinst du mit stationärem Zustand? die Hysterese wird seit dem Fix gestern wieder korrekt berücksichtigt. Wenn das eingestellte Powertarget (angestrebter Netzbezug) erreicht ist, wird nun wieder korrekt geprüft ob nachgeregelt werden muss. hier bspw. ab 10:45 Uhr sieht man das ganz gut. gelb ist das Limit, blau der Bezug / Einspeisung am Stromzähler. (target -20W +- 15W Hysterese) allerdings zappelt es noch ganz schön, wenn das Target noch nicht erreicht wird :D ggf. auch wenn es gar nicht erreicht werden kann, da nicht genug Leistung bereitsteht. Ich habe allerdings keine Batterie, weiß also nicht, wie die "Nichtverfügbarkeit" sich mit einer Batterie zeigt. aber mit Solar-Passtrough und diversen Ladezuständen, gibt es da sicher auch ähnliche Konstellationen. Zur schnelleren Anpassung/Regelung: Im Konkreten hab ich das Die Änderungen laufen auch, nur leider bekomme ich das PowerLimiter-Interval nicht auf 5s... er bleibt partout bei 10s stehen. der PowerMeter wird hingegen erfolgreich aller 5s abgefragt... eine einzelne Prüfung aller Phasen, halte ich aktuell für unnötig. die Zähler saldieren. selbst wenn auf einer Phase ein Anstieg stattfand, kann im gleichen Interval auf einer anderen ein Abfall sein. wichtig ist die Summe aller Ströme/die Gesamtleistung am Zähler. Wichtig wäre das erst, wenn der Verbrauch pro Phase abgerechnet wird, wie es wohl anderswo sein muss. Dafür braucht man aber einen 3-phasigen Inverter oder eben 3 Stück, die separat gesteuert werden können. Ich werd das heute noch ein bisschen testen und probieren... bin mir aber aktuell nicht mehr sicher, ob der Mehrwert den Aufwand und die möglichen Fehler wert ist :) aktuell würde man sich im Zweifelsfall maximal 5 Sekunden Überproduktion bzw Netzbezug einsparen können. bis zu 5 Sekunden Messzeit/Regelzeit wird erhalten bleiben. (aktuell sind es ja 10s) Dem gegenüber stehen halt ein paar Änderungen, die ggf. Fehler und Kompatibilitätsprobleme verursachen können, wenn man nicht alle Konstallationen/Setups auffängt und korrekt absichert... |
Beta Was this translation helpful? Give feedback.
-
|
Hm, Wäre sowas nicht einfacher?. float PowerMeterClass::getPowerTotal()
{
if (config.PowerMeter_Source == SOURCE_HTTP) {
if (HttpPowerMeter.updateValues()) {
_powerMeter1Power = HttpPowerMeter.getPower(1);
_powerMeter2Power = HttpPowerMeter.getPower(2);
_powerMeter3Power = HttpPowerMeter.getPower(3);
_lastPowerMeterUpdate = millis();
}
}
return _powerMeter1Power + _powerMeter2Power + _powerMeter3Power;
}Aus der Loop() vom PowerMeter würde ich die HTTP Abfrage rausnehmen. Hat auch den Vorteil, das der PowerMeter wird nicht unnötig gepollt wird. PS. Nachteil wäre, dass der HTTP PowerMeter nicht mehr über mqtt übertragen wird. Das macht aber eigentlich auch nur bei den über Kabel angebundenen PowerMetern Sinnn |
Beta Was this translation helpful? Give feedback.
-
|
geht bestimmt auch :) gibt ja viele Wege zum Ziel. ein weiterer Nachteil dessen wäre: Und, jenachdem an welcher Stelle im Code noch auf den reinen PowerTotal zugegriffen werden soll, würde dieser auch dort immer wieder abgefragt. (wo kommt der Wert bspw. im Frontend /WebUI her? das habe ich noch nicht geguckt :) ) Kann man den PowerMeter.loop() mit einer optionalen "force" Variable erstellen? Dann könnte man den PowerMeter.loop() wie gehabt im Interval laufen lassen, aber eben von anderer Stelle per "Force" erzwingen, ohne dass sein internes Interval berücksichtigt wird. (und / oder im main.loop() den PowerMeter.loop() nur aufrufen, wenn |
Beta Was this translation helpful? Give feedback.
-
|
@spcqike Man sollte schon die Objekte und Klassen benutzen, sonst bekommst du Abhängigkeiten, die du nicht mehr kontrollieren kannst. Grundsätzlich sollte der PowerMeter Wert immer über getPowerTotal() abgefragt werden. Alles außerhalb der PowerMeter Klasse sollte/muss die Public Funktionen der Klasse benutzen. Die MQTT PowerMeter machen das Update asynchron. Das einzige, wo die Loop vom PowerMeter Sinn macht, sind die zyklischen Abfragen für die PowerMeter, die über die serielle Schnittstelle angebunden sind. Hier published der PowerMeter die Werte auch per MQTT, damit sie woanders z. B. Home Assistant weiter verwendet werden können. Ggf. würde ich bei getPowerTotal() bei der HTTP Abfrage noch einbauen, dass der letzte Wert z. B. älter als 3 Sekunden alt sein muss. Dann würdest du auch unnötige Abfragen vermeiden. Bei den anderen PowerMetern einfach den aktuellen Wert zurückgeben. |
Beta Was this translation helpful? Give feedback.
-
|
Wenn ich das richtig lese und sehe wird unabhängig vom gewählten PowerMeter immer per MQTT verschickt. Der Aufruf dazu erfolgt ja auch immer in der vorletzten Zeile im PowerMeter.loop(). Wie die Abfrage von SML genau funktioniert, wie die Daten da in die internen Variablen kommen, habe ich noch nicht ganz durchblickt :) bei den anderen 4 Optionen erschließt es sich mir. bei SDM1P, SDM3P und HTTP(S)+JSON werden sie direkt aus dem PowerMeter.loop() heraus abgefragt und gespeichert, und zwar genau zum Zeitpunkt des Loop()-Durchlaufs. bei MQTT kommen sie halt irgendwann, wenn die Daten per MQTT reinkommen. Ich probiere schon die anderen Szenarien zu berücksichtigen. Aktuell sehe ich aber nur 2.
wo und wie SML da einzuordnen ist, das hab ich noch nicht verstanden. Dass die PowerMeter Daten, unabhängig der gewählten Quelle, zyklisch per MQTT verschickt werden, macht ja auch Sinn. (ob alle Daten geschickt werden müssen, also auch die vielen "0" Werte? Keine Ahnung. kostet wahrscheinlich aber auch nicht so viel Zeit und Ressourcen, wenn man es einfach macht) Dass gewisse Zeittoleranzen eingebaut und notwendig sind, wenn die Daten nicht direkt "live" abgefragt werden können, verstehe ich auch. In Szenario 1 (Daten werden eigenständig abgefragt) kann die Abfrage, meiner Meinung nach, direkt vor den Bedarf an die Daten gebracht werden. Unabhängig, welche Quelle man da nutzt.
Ja, das meine ich ja auch. Vielleicht drücke ich mich nur umständlich aus. Vielmehr würde ich versuchen, die vorhandene "Frag mal das PowerMeter ab" Funktion zeitlich näher an den PowerLimiter zu holen. Sei es nun durch einen Aufruf aus dem PowerLimiter.loop() heraus (wie du oben vorgeschlagen hast durch eine Funktion zum Live-Abrufen, aber eben nicht die zum Ausgeben), oder durch eine Art erzwungenem PowerMeter.loop() aufruf, der das dortige Zeitinterval ignorieren kann, oder wie auch immer :) Wie ich weiter oben bereits geschrieben hab (#246 (reply in thread)), hab ich damit auch bereits etwas experimentiert. grob läuft es zwar, wenn man, wie in meinem Fall, eine separate Funktion nur zum Abrufen der PowerMeter nutzt und diese Funktion im PowerLimiter.loop() aufruft, aber auch da kommt es noch zu Verzögerungen. Der PowerLimiter wartet an vielen Stellen auf den PowerMeter, was im Falle von Szenario 1 gar nicht notwendig ist. wie auch geschrieben, vielleicht ist der Mehrwert (die Reduzierung der sowieso schon kurzen Spitzen bei der Überproduktion bzw. Netzbezug) das ganze Hin-und-Her und die möglichen Fehlerquellen gar nicht wert :) |
Beta Was this translation helpful? Give feedback.
-
|
Wie oben geschrieben. Schau dir mal meine Änderung an 86ee7e1 In addition to the cyclic query of the power meters, they will be queried on demand when total power is requested and last update is older than 1 second. Bis auf die per MQTT angebundenen PowerMeter ist damit sichergestellt, dass der Wert für getPowerTotal() nicht älter als eine Sekunde ist. So kannst du auch dein Display anbinden. Das du das PowerLimter Intervall nicht ändern kannst, ist übrings ein Bug. werde ich auch gleich noch ändern. Dann kannst du den Parameter über die Config ändern. |
Beta Was this translation helpful? Give feedback.
-
|
grade die doppelte Abfrage binnen weniger Sekunden hätte ich wahrscheinlich nicht gemacht :) in dem Fall würde er dann ja wirklich sekündlich per HTTP anfragen, da das OLED eben auch sekündlich aktualisiert. Ich werds einfach mal testen und gucken, was passiert :D Aber, bist du sicher dass es lauten soll? sein? in deinem Fall wäre ja ein "if(disable || ...) bereits true. ebenso würde er nur aktuallisieren, wenn das letzte Update < 1000ms ist, oder? :) |
Beta Was this translation helpful? Give feedback.
-
|
Stimmt ich bin blind gewesen. Dein Oled Sekündlich zu aktualisieren macht wenig Sinn. So oft kriegst du den Inverter gar nicht gepollt. Da kannst du überlegen, ob du das alle 10 Sekunden aktualisierst. |
Beta Was this translation helpful? Give feedback.
-
|
Das stimmt. Aber so ist es Hardcoded hinterlegt wahrscheinlich für screensaver. Der Text wird sekündlich etwas bewegt damit die Pixel nicht zu schnell einbrennen. :) Nachtrag: Auch deswegen hätte ich das abrufen des powermeters nicht in die Übergabe-Funktion für den zuletzt abgerufenen wert gelegt :) sondern eine neue Funktion gemacht die nur abfragt. Und die Übergabe belassen wie bisher. |
Beta Was this translation helpful? Give feedback.
-
|
Versuche mal, die https://github.com/helgeerbe/OpenDTU-OnBattery/releases/tag/2023.06.14.post1 Jetzt kannst du auch das PowerMeter Intervall über die Config ändern. Für das Display kannst du auch nur alle 5 Sekunden den Wert holen und der ist dann maximal eine Sekunde alt. |
Beta Was this translation helpful? Give feedback.
-
|
ich glaub da hat sich immer noch ein Fehlerchen versteckt :) sollte es nicht Den Wert fürs OLED nur alle 5 Sekunden zu holen heißt doch aber, dass man den ebenfalls zwischenspeichern muss, oder? Wie gesagt ist die aktuelle Logik im OLED ja so, dass es das Display sekündlich cleared und den Text leicht verschiebt, damit es weniger statisch ist und hoffentlich nicht so schnell einbrennt. was spricht denn gegen 2 Funktionen am PowerMeter? Oder auch "getPowerTotalLast". halt so, dass man 2 Funktionen hat, einmal mit erneutem Abruf, einmal ohne. |
Beta Was this translation helpful? Give feedback.
-
|
Ach, man sollte solche Änderungen nicht zwischen 2 Telefonaten machen. Du hast recht, werde das noch fixen. 'float getPowerTotal(bool forceUpdate = true);' Sollte jetzt der Kompromiss sein. Rufe von deinem Display code einfach |
Beta Was this translation helpful? Give feedback.
-
|
Das ist auch eine gute Lösung :) Eine Frage dazu: Ich vermute zwar, dass es auch mit das wären bspw. direkt die im Ich glaube du verstehst was ich meine. Ich habe noch wenig Erfahrung in solchen großen Projekten :) daher meine Frage :D in meinen bisherigen, kleineren Projekten, hätte ich es wohl so geschrieben, dass diese Mehrzyklen nicht gegangen werden. Da, wo bisher nur |
Beta Was this translation helpful? Give feedback.
-
|
@helgeerbe Gibt es hier einen aktuellen Stand? Danke und Gruß |
Beta Was this translation helpful? Give feedback.
-
|
@neolauren-cmd Sorry, im Augenblick arbeite ich nicht daran, weil mir einfach die Zeit fehlt. So wie es aussieht, wird das eher ein Herbst/Winter Projekt. Was nicht heisst, dass andere die Erweiterungen durchführen können. Ich helfe gerne bei der Integration. |
Beta Was this translation helpful? Give feedback.
-
|
Okay, danke für die Rückmeldung. |
Beta Was this translation helpful? Give feedback.
-
|
Hallo Zusammen, Danke und Gruß |
Beta Was this translation helpful? Give feedback.
-
|
Same request is here... |
Beta Was this translation helpful? Give feedback.
-
|
Also ich betreibe zwei OpenDTU-OnBattery Steuerungen mit aktiviertem Dynamic Power Limiter (Nulleinspeisung) für zwei 800W Balkonkraftwerte (HM-800) momentan noch ohne Akkus. Das läuft bislang ganz gut und die Regler schwingen sich auch nicht auf. Nur wenn Wolken kommen und oft zwischen Sonne und Schatten wechselt, dann geht die Regelung ab. Bin noch unsicher ob man da was machen kann ... Ich kann auch nicht auf eine Steuerung wechseln, weil beide BKW zuweit auseinander stehen. |
Beta Was this translation helpful? Give feedback.
-
|
@ottelo9 Ich habe genau das gleiche Problem und würde gerne wissen wie bzw. ob du es gelöst hast. Das Problem wäre für mich weg, wenn ich das DPL "langsamer" machen könnte, sprich z.B. erst nach 2x Power Meter nachfragen das Limit regeln. @schlimmchen Eine (für mich) sinnvolle Einstellung/Lösung wäre bei "Angestrebter Netzbezug" noch eine "Dauer" oder noch einfacher "Anzahl an Powermeter Abfragen" einstellen zu können, die definiert wie lange der angegebene Netzbezug anliegen muss, damit der Wechselrichter geregelt wird. Die "Hysterese" Einstellung regelt dazu ja schon wunderbar die Abweichung selbst, fehlt nur noch eine "zeitliche Regelung". Wie denkst du darüber? |
Beta Was this translation helpful? Give feedback.
-
Ich denke dass der PowerMeter einen gleitenden Mittelwert bilden sollte, über einen einstellbaren Zeitraum, mit Ausfiltern von Ausreißern. Das sollte meiner Einschätzung nach auch für euch dann besser funktionieren.
❤️ |
Beta Was this translation helpful? Give feedback.
-
|
@brainsht Die Option könnte man ja dem Nutzer überlassen (oder überfordern) und ein PID-Regler implementieren. Default ist I und D Anteil deaktiviert und man hat genau den Regler, der jetzt auch schon drin ist. Frage mich wie das die großen Hersteller wie Victron machen ... Ist deren Source Code nicht Open SourcE? |
Beta Was this translation helpful? Give feedback.
-
|
Ich habe mich früher im PID Regelverhalten zu Tode optimiert. |
Beta Was this translation helpful? Give feedback.
-
|
AutoTune Button 😂 |
Beta Was this translation helpful? Give feedback.
-
|
Habe hier derzeit 2 WR mit jeweils einen 2,24 KWH Akku... Zur Zeit betreibe ich das so: Schön wäre wenn zumindest vielleichzt ein paar Zeitgesteuerte Profile für eine eine temporäre limitierung angepasst werden könnten... oder eine gemittelter wert von Zeit zu zeit eingestellt werden könnte. Das system in sachen anfragen entlastet... es müsste nur ein wr wirklich dynamisch laufen - weitere wr´s mit akkus könnten durch weitere profile zeitlich angepasst werden. Was @schlimmchen paar posts vorher erwähnte, mit dem Mittelwert wäre da die perfekte option... So das ein akku schnell dynamisch geregelt werden kann - weitere wrs´s mit akku etwas träger auf knapp an den unteren durchschnittlichen eistungsrand limitiert werden. Schnelle Spitzen werden also domit durch den dynamischen Akku geregelt die Hauptleistung über den Rest. |
Beta Was this translation helpful? Give feedback.
-
|
Läufst Du nicht die Gefahr, dass die fix 200W den Akku leerzieht? Daher mein Wunsch zwei WRs regeln zu können, damit ist die ganze Kommunikation (in meinem Fall über CAN mit dem Pylontech) abgedeckt. |
Beta Was this translation helpful? Give feedback.
-
|
??? Ob der nun dynamisch oder konstant leer gezogen wird .... macht keinen unterschied... die 200 Watt habe ich immer in der Grundlast - eher 300 ... Das läuft wunderbar die Akkus sind mehr oder weniger auf die Stunde gleichzeitig leer. Wenn die Heizung (die pumpe braucht konstant an die 170 Watt) hoffentlich bald wieder aus ist und die welpen was größer sind (elektrische 300 Watt Heizung) die grundlast niederiger sein dementsprechend der fixe wert angepasst... Der über die dtz dynamisch geregelte akku hat teilweise nix zu tun... und gleicht dann nur aus wenn z.b. die kühlschränke / gefriertruhe anspringt das haut bestens derzeit hin... Es wird keine 10 Watt verschenkt |
Beta Was this translation helpful? Give feedback.
-
es macht nur den Unterschied, dass der DPL die Spannung der Batterie überwacht und irgendwann stoppt, bevor die Batterie tiefenentladen wird oder das BMS oder ein anderer Schutzmechanismus eingreifen muss und am Ende die Batterie hart vom wechselrichter trennt. |
Beta Was this translation helpful? Give feedback.
-
|
Ich glaube wir reden grade was an einander vorbei.. |
Beta Was this translation helpful? Give feedback.
-
|
Würde mich auch sehr freuen wenn die DTU zwei WR regeln könnte. |
Beta Was this translation helpful? Give feedback.
-
|
So, ich habe nun erstmal die Mittlung/Filterung des Leistungswertes über mein Stromzähler Lesekopf erledigt (=Smartmeter). Ich habe ein IR-Lesekopf in dem ein kleiner ESP01s verbaut ist und auf dem ein speziell angepasstes Tasmota Image inkl. SML-Script läuft, der mein Zähler ausließt. openDTU holt sich den Leistungswert via HTTP+JSON request. Die ausgelesenen Werte werden zwar schon leicht gemittelt, jedoch reicht mir das für meine zweite openDTU-onBattery Steuerung nicht. Beide Steuerungen reagieren einfach zu schnell auf Laständerungen und das ganze "schwingt" dann. Man kann das auch über das DPL Intervall machen (Powermeter Intervall wird ja ignoriert beim DPL), aber ich wollte das nun mal mit einem stark gefilterten Leistungswert versuchen. Ich habe dazu in meinem Tasmota Script einen sehr einfachen Filter eingebaut, der auch eingestellt (0.88 momentan) werden kann. Auszug: Vielleicht kann man diese einfache Filterung auch in opendtu einbauen, per default den Filterwert auf 1 setzen (nicht gefiltert). In openDTU habe ich das dann so eingestellt: Funktioniert erstmal. Ich werde mal beobachten, obs hilft... Script und Images findet ihr auf meiner Seite. |
Beta Was this translation helpful? Give feedback.
-
|
Ich hab mal den gefilterten Wert (B), der von Tasmota erstellt wird, an Home Assistant senden lassen und mit dem ungefilterten Wert (A) verglichen. Sieht ganz gut aus:
Leistung (A) bekommt meine openDTU Steuerung "Schuppen" mit Batterie Leider ist es heute bewölkt, sonst würden die Ausschläge im Zähler heftiger sein. Die Einbrüche in der Leistung (plötzlich wird eingespeist) kommt von Lasten, die abgeschaltet werden. |
Beta Was this translation helpful? Give feedback.
-
|
Hallo, jede openDTU hat einen Wechselrichter registriert, sollte doch problemlos funktioneiern Grüße |
Beta Was this translation helpful? Give feedback.
-
|
OK, verstehe... wenn es mit dem RJ45 splitter funktionieren würde an dem Pylontech, wäre die beste Lösung, dann lesen bei OoB direkt über CAN die Pylontech Daten aus... ich mag nicht noch eine iobroker Abhängigkeit (gerade eine erledigt: statt hichi ein Shelly 3EM pro). |
Beta Was this translation helpful? Give feedback.
-
|
Dieser Splitter ist in Betrieb = funktioniert Trotzdem, 15EUR dafuer zu verlangen ist "unverschaemt" (ich wollte nur hofflich bleiben). |
Beta Was this translation helpful? Give feedback.
-
|
Meine Logik sag mir, dass es sogar ohne Splitter funktioniert, ich habe aber keine Zeit zum Experimentieren. |
Beta Was this translation helpful? Give feedback.
-
|
Alles klar, danke für die Rückmeldung. Warum brauchst du den splitter? Auch für den gleichen Zweck, zwei WR auf einer Batterie regeln? |
Beta Was this translation helpful? Give feedback.
-
|
🤞 |
Beta Was this translation helpful? Give feedback.
-
|
Ich wäre auch sehr an der Regelung von 2 Wechselrichtern mit einer openDTUonBattery und einem ShellyPro 3EM interessiert. |
Beta Was this translation helpful? Give feedback.
-
|
@bennyle siehe hier. Sobald mein zweites OoB board da ist, kann ich es auch testen. @Manos1966 hat es schon erfolgreich am laufen. |
Beta Was this translation helpful? Give feedback.
-
Hallo,
bin durch einen Tipp auf diese geniale Firmware gestoßen und nutze sie für eine Nulleinspeisung ohne Akku.
Ich möchte mir jetzt ein zweites Balkonkraftwerk anschaffen und mir stellt sich die Frage, ob es in der Zukunft auch möglich sein wird, den zweiten WR leistungsabhängig automatisch zu regeln.
Ist denn diese Option überhaupt möglich mit der CPU bzw. ist sowas mal geplant zu integrieren?
Gruß
Neo
Beta Was this translation helpful? Give feedback.
All reactions