UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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" :grimacing:
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.

[klassisch]

@nettworker Vielen Dank für die Info. Ist sicherlich für viele Leute hilfreich.
Ich habe meine Zählerdaten "meiner" mME seit Jahren im ioBroker und die Hoymiles Themen eher aus allgemeinen technischem Interesse getestet.

[Ralla66]

@nettworker

OpenDTU on Battery hier im Forum