Test Adapter OpenDTU

schoeppi_1

@chris299
Ich denke diese Frage muss jeder für sich beantworten, da der Anreiz unterschiedlich ist.
3 Beispiele...
Gewinnrechnung:
Invest ca. 1100€ (Batt. WR, Sicherung, Leitungen, Steckdose, Ladegerät,..) -> 180Tage x 30Cent x 2kW = 108€ im Jahr -> Amortisationszeit 10 Jahre wenn die Glaskugel stimmt und nichts kaputt geht. -> unter dem Gesichtspunkt wird es vermutlich nichts bringen
Spaß an der Sache:
Das gilt primär für mich. Ich wollte einfach wissen, ob ich es hinbekomme und kann. Man fängt klein an (PV) und dann kommen die Ideen. So bin ich zum IoBroker gekommen und verstehe es als Hobby, bei gleichzeitigem sinnvollen Effekt.
Einspeisung vermeiden:
Es kann Sinn machen, die Einspeisung nicht zu groß werden zulassen.

Was ich geschrieben habe, war nur das prinzipielle Konzept. Wenn das Ladegerät aus ist, schalte ich es erst 2-3 Minuten verzögert ein wenn die Leistung über die PV vorhanden ist, um zu vermeiden, dass die Wolke am Himmel größer ist und es keinen Sinn macht einzuschalten.
Wenn das Ladegerät ein ist, schaltete es auch nicht gleich wieder ab wenn die Wolke am Himmel erscheint. Ich meine aktuell eine Ausschaltverzögerung von 7 Minuten drin zu haben wenn die untere Schwelle unterschritten wurde. Geht die Leistung zwischenzeitlich wieder hoch, bleibt das Ladegerät natürlich an. An die Werte und Bedingungen habe ich mich empirisch herangetastet.

Es ist nichts anderes, wie wenn du an deinem Auto ein Ladegerät anschließt und lädst, nur eben in Abhängigkeit der erzeugten Energie.

Codierknecht

@schoeppi_1 sagte in Test Adapter OpenDTU:

bei gleichzeitigem sinnvollen Effekt.
Einspeisung vermeiden:
Es kann Sinn machen, die Einspeisung nicht zu groß werden zulassen.

Ansichtssache.
Aktuell geht man von etwa 1 Mio. BKW in DE aus, auch wenn die Zahl der offiziell angemeldeten deutlich geringer ist.
Lass es in den kommenden Monaten/Jahren mal 10 Mio. werden.
Wenn jedes davon nur 200 W Überschuss einspeist, sind das 2 Gigawatt. Also 2 kleine AKW. Da braucht man dann als Oppositionspolitiker nicht mehr über die Abschaltung der letzten 3 AKW Anfang des Jahres zu jammern.

Klar kriegt man dafür in der Regel (wegen unterlassenem Antrag beim Energieversorger) keine Vergütung.
Aber besser als z.B. komplette Landschaften für Braunkohle umzupflügen oder AKW ohne Endlager zu betreiben ist es allemal.

schoeppi_1

@codierknecht
Ich habe nicht damit gemeint, dass man nicht vergütete Energie nicht einspeisen sollte, sondern die Energie aus der Batterie nicht unnötig ins Netz zu speisen, die man zuvor aus der PV mühsam geerntet hat. Daher ist die Regelung von Vorteil gegenüber der Konstanteinspeisung.

Wenn es die 600(800)W Grenze nicht gäbe, oder man zumindest einen Elektriker finden würde, der auch kleine Anlagen abnimmt....
Wenn es keinen Huddel mit dem Netzbetreiber geben würde, der sich wundert, dass bei einem BKW die Einspeisung am Jahresende so groß ist, das es mit 600W nicht stimmen kann ....
ja wenn das nicht wäre... stimme ich Dir zu 100% zu

IdleBit

Bitte macht einen eigenen Thread für die Sachen auf die nicht den Adapter betreffen.

chris299

@idlebit sorry, dass ich den Thread "missbraucht" habe. evtl. kann ein Moderator wie @Homoran die Beiträge in einen eigenen Thread verfrachten....

Aber nun habe ich tatsächlich ein Thema zum Adapter:
Wie ich in den letzten Tagen feststellen musste, ist der "Tagesertrag" meines HMS nicht wirklich der Tagesertrag sondern der Ertrag seit letztem Reset. Leider kommen bei dunklerem Herbstwetter wie jetzt solche Resets mehrmals am Tag vor...
Dazu gibt es auch ein Issue hier: https://github.com/tbnobody/OpenDTU/issues/1397

Evtl würde es sinn machen den DP umzubenennen und/oder eine Logik für die wirkliche Tagessumme zu implementieren.

Nun wollte ich das mittels Blockly "umrunden" aber mir fehlt da etwas die Tiefe, wie man das angehen könnte.
Das Problem ist dabei ja, das man die verschiedenen Reset-summen pro Tag summieren muss, man aber nicht weiss, ob an dem betreffenden Tag noch ein Reset kommt oder erst am nächsten Morgen.
Ich schreibe mir die Tagessumme dann auch in einen eigenen DP einmal am Tag weg, damit ich jeweils nur ein einen Wert pro Tag in der History für mein echart Balken-diagramm bekomme.
Kann man so eine temporäre Tagessumme im Script selbst halten oder braucht man dafür noch einen DP?

schoeppi_1

@chris299
also ich kann Dir nur sagen, was ich gemacht habe. Ich verwende die OpenDTU Energiewerte gar nicht aus der genannten Problematik heraus.
Ich habe ja WLAN Steckdosen (z.B. Shelly, Sonoff,... ) zur Schaltung der Nachteinspeisung und fürs Laden verwendet. Das ist ein sicherer Weg die Energie zu messen.
Kurz vor Start der Nachteinspeisung schreibe ich mittels Blockly Trigger "Zeitplan" den Energiewert der Steckdose in einen DP "Zählerstand_Nacht_Entladen". Dann subtrahiere ich den Energiewert der Steckdose vom DP "Zählerstand_Nacht_Entladen" und erhalte die Differenz. Also dass, was ich aus der Batterie wirklich bekomme.
Genau so mache ich es auch umgekehrt, wenn ich die Batterie über den Tag lade.

chris299

@schoeppi_1 danke für den Hinweis, aber ich hätte da gern die Tageswerte der einzelnen Panel. Das bekommt man leider nur aus der OpenDTU...

Friedhofsblond

Moin,
sorry ich schon wieder ;).
Soweit läuft alles schön bei mir.
Habe aber morgends wenn die WR noch keine Leistung bringen diese zwei Einträge (je WR) im Logfile:

opendtu.0
2023-10-28 07:22:11.365	warn	State value to set for "opendtu.0.1121838###0.power_control.current_limit_absolute" has value "-1" less than min "0"

opendtu.0
2023-10-28 07:22:11.207	warn	State value to set for "opendtu.0.1141833####4.power_control.current_limit_absolute" has value "-1" less than min "0"

(ich starte die DTU morgends 30min vor Sonnenausgang per Smarthomesteckdose, gegen 8:00 sind dann die beiden WR gestartet)

Ich denke das ist ein Hinweis, das die DTU an ist aber noch keine Spannung von den WRs geliefert wird --- oder?

Schönes WE

Thomas Braun

@friedhofsblond sagte in Test Adapter OpenDTU:

(ich starte die DTU morgends 30min vor Sonnenausgang per Smarthomesteckdose, gegen 8:00 sind dann die beiden WR gestartet)

Die Dinger laufen besser durchgehend.

https://www.t-online.de/heim-garten/energie/strom/id_100235040/stromverbrauch-von-balkonkraftwerken-sollte-man-sie-nachts-abschalten-.html

chris299

@friedhofsblond sind das HMS ? habe das gleiche Phänomen bei einem HMS-400, aber laut Hinweisen der Entwickler von OpenDTU wohl ein Problem in der Kommunikation, dass dieser Wert von dem Wechselrichter nur sporadisch gesendet wird und dann OpenDTU -1 als default annimmt.
Evtl. könnte der Adapter das auch berücksichtigen um die Fehlermeldung zu vermeiden.... @IdleBit

Friedhofsblond

@chris299
Moin,
ich schalte nicht die Wechselrichter ab, sondern nur die DTU.
Diese schaltet sich ja eh ab wenn es dunkel ist, warum das Netzteil solange braten lassen?
Ich habe zwei TSUN WR 1x TSOL-M800 und 1x TSOL-M400.
Die beiden sind heute um 7:06/7:08 gestartet.
Der ShellyPlug wo die DTU drinsteckt ist um 6:23 (Sonnenaufgang) angeschalten worden.
Um 6:24 kam der IOB-Hinweis:


opendtu.0
2023-10-29 06:24:11.013	warn	State value to set for "opendtu.0.11#####0.power_control.current_limit_absolute" has value "-1" less than min "0"

opendtu.0
2023-10-29 06:24:10.856	warn	State value to set for "opendtu.0.1141####4.power_control.current_limit_absolute" has value "-1" less than min "0"

Ich deute das mal so, der IOB bekommt die Verbindung zur DTU und sagt - es gibt keinen Saft !!
Alles neue Zeit

klassisch

Vielen Dank für den Adapter - funktioniert prima!

Verträgt sich ein gleichzeitiger Betrieb mit MQTT oder sollta man MQTT im openDTU deaktivieren?

[Vielleicht OT] - falls es einen anderen Thread zur Leistungsbegrenzung gibt, bedanke ich mich für einen Hinweis
Kann mir jemand bei der Limiter-Logik auf die Srpünge helfen?

Wie wird die limitierte Ausgangsleistung berechnet?
opendtu.0.111111111.power_control.limit_nonpersistent_relative* kann beschrieben werden und die Leistung ändert sich. Aber mir ist unklar wie sich die resultierende Leistung berechnet. Beispiel
- Ich speise einkanalig ein und es ergibt sich eine AC Leistung von 240W
- Ich setze limit_nonpersistent_relative auf 50% und erhalte eine AC Leistung von 151W. Dieser Wert ist weder 50% von 240W noch 50% von 600W.

Hat jemand die Berechnungsformel gefunden?

Laser

@Friedhofsblond Netzteil mit Shelly abschalten? Braucht der Shelly nicht fast so viel Energie wie die DTU?

Friedhofsblond

@laser
Hm, da haste eigentlich recht - ist doppelt gemoppelt.
Soweit ich es in Erinnerung habe, zieht ein Shelly (AUS) ca. 0,5W - und mit angezogenem Relais ca 1W - mit DTU (!) ca. 2W.
Die DTU-Schaltet sich eh bei Dunkelheit ab.
Vorschlag angenommen - OK- habe ich wieder einen Shelly für Weihnachtsgedöhnse frei

klassisch

@klassisch sagte in Test Adapter OpenDTU:

Hat jemand die Berechnungsformel gefunden?

Habe ein paar schnelle Messungen gemacht. Ein Kanal. Zahlen nicht zu genau nehmen. Es gibt Schwankungen um einige wenige W wahrscheinlich durch die "Zusammenarbeit" von MPPT und Strombegrenzung des Netzteils.

Unterhalb von 10% hatte ich mal eine Instabilität mit einer Art Abschaltung.

Eine Regressionsgerade für die 300W Kurve wäre in etwa
P[W] = -2,9+3,09*Limit[%]

Friedhofsblond

@klassisch
dein Thema wird bei mir auch mal interessant - spätestens wenn der Zähler getauscht wurde.
Ich habe aber einen Shelly 3EM der die Einspeisung misst (also was dort unter "Returned" ausgegeben wird)
Die Steuerung würde mich auch sehr interssieren, da ich mein BKW auf 3x400 erweitert habe.
Bin gespannt auf die Lösung - wo finde ich das hier? Limiter usw ...

klassisch

@friedhofsblond Sorry, das war bei mir erst mal nur eine "Fingerübung". So eine openDTU basteln, in ioBroker einbinden und schauen, was damit machbar ist.
Warum wird das bei Dir (erst) bei einem Zählerwechsel interessant?
Es gibt wohl hier im Formum Blocklies mit einem PI Regler zur Nulleinspeisung (wobei hier wahrscheinlich auch ein P-Regler reichen würde). Beispiel von @paul53 in https://forum.iobroker.net/topic/66816/solaranlage-mit-speicher-und-nulleinspeisung

Und wie ich in jenem Threat sah, ist ein Adapter PID im Entstehen, https://github.com/iobroker-community-adapters/ioBroker.pid

Friedhofsblond

@klassisch
Weil ich noch einen Uraltzähler habe, der "für mich dreht"
Alles Angemeldet im MStr und Netzbetreiber - bisher noch keine Reaktion.

klassisch

[Teil-OT: Praktische Anwendung des Adapters zur Limitierung]
@friedhofsblond
Der Meßstellenbetreiber wird den Winter aussitzen. Da passiert eh wenig.

Habe eben etwas gespielt und den PID Adapter als PI Regler eingesetzt.
Experiment:

Sollwert auf 150W
Simulation von wenig Sonne durch Strombegrenzung des Netzteils. Die 150W können also nicht erreicht werden
Dann die virtuellen Wolken weggeschoben und die Strombegrenzung freigegeben, was zumindest kurzzeitig zu 320W AC führt
kurzer Überschwinger aber innerhalb kurzer Zeit werden die 150W eingeregelt. Noch etwas ruppig. Der Regler ist etwas scharf parametriert, weil er als Limiter schnell eingreifen soll und die Limit-Zeit recht begrenzt ist. Also Geschwindigkeit geht vor Güte

nettworker

@klassisch Es gibt eine Erweiterung der openDTU namens onbattery ( also openDTU onbattery ).
Die hat nen eingebauten Powermeter ( liest die Daten vom Zähler per Shelly oder Hichi Lesekopf ) und einen Powerlimiter der entsprechend dem Verbauch den WR regelt.
Die Daten sind dann auch per MQTT im iobroker

Bei Fragen zu der Einrichtung einfach melden, ich weis nicht ob hier ein Link zu einer passenden FB Gruppe erlaubt ist.

NEWS

Test Adapter OpenDTU

Support us

728

32.4k

81.4k

1.3m