Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Kymchy]

@laser ich habe dir nicht gesagt, du sollst den sendTo Befehl nehmen...

[Laser]

@kymchy
OK, da gibt es scheinbar doch Probleme. Lieber direkt den Datenpunkt setzen.

[Kymchy]

@laser ja, aber nicht mit aktualisiere, sondern mit steuere. Funktioniert bei mir tadellos.

und den mqtt Adapter als Server/Broker.

[Laser]

@kymchy OK, dann verabschiede ich mich vom sendTo- Befehl. Unterschied Steuern und Aktualisieren im Script muß ich mir noch ansehen.

[Laser]

Den SendTo Befehl habe ich verbannt. Aber das Schreiben auf die Datenpunkte mit

Zielwert = 400;
setState("mqtt.1.solar.112183227304.cmd.limit_nonpersistent_absolute", Zielwert);
setState("mqtt.1.solar.112183225956.cmd.limit_nonpersistent_absolute", Zielwert);

funktioniert mal, mal nicht. Irgendetwas passt noch nicht. Mal reagiert der Hoymiles, mal nicht.
Auch mit Blockly nicht.

[Kymchy]

@laser welcher Inverter ist das?

ich würde die Werte auch immer relativ setzten.

[Laser]

@kymchy Hoymiles HM400
relativ 10 % Inverter macht 10 Watt ist das OK?

[Kymchy]

@laser was ist, wenn du die Werte händisch in den Objekten änderst?

[Kymchy]

@laser said in Regelung eines Hoymiles Solarinverters (Nulleinspeisung):

@kymchy Hoymiles HM400
relativ 10 % Inverter macht 10 Watt ist das OK?

nein

[Kymchy]

@kymchy setze die Werte händisch in den Objekten und schau, ob OpenDTU die annimmt.

[Laser]

@kymchy Das Verrückte ist, mal geht es mal nicht! Habe jetzt 50% relativ gesetzt: 200 Watt. 10% : 40 Watt.
Ein/Aus geht auch, aber morgen früh ist der Inverter, den ich heute ausgeschaltet habe, wieder eingeschaltet. Einige Male bleib er aber aus. Ein System kann ich nicht erkennen.
Sind meine Befehle so richtig? "aktualisiere, ohne Bestätigung"

[Homoran]

@laser sagte in Regelung eines Hoymiles Solarinverters (Nulleinspeisung):

aktualisiere, ohne Bestätigung

aktualisiere ist mit Bestätigung und nur für eigene Datenpunkte gedacht.
zum steuern von Geräten über deren Adapter musst du steuere nehmen

wie schon gesagt wurde

@kymchy sagte in Regelung eines Hoymiles Solarinverters (Nulleinspeisung):

@laser ja, aber nicht mit aktualisiere, sondern mit steuere. Funktioniert bei mir tadellos.

[Laser]

@homoran sorry, sollte natürlich "steuere" heißen!
setState("mqtt.1.solar.112183225956.cmd.limit_nonpersistent_absolute", Zielwert);

[OllieLe]

Hallo
@Kymchy und natürlich an die ganzen anderen fleißigen Leute

Bisher war ich nur ein stummer Mitlesen und habe soweit alles hinbekommen. Dafür schonmal ein großes Dankeschön an alle.

Aktuell hänge ich aber fest und komme wirklich nicht weiter. Habe dein Blockly genommen und ein wenig verändert. Da ich einen LifePo4-Akku verwende, steuere ich meine Einspeisung bis auf eine bestimmte Voltzahl, danach geht es in eine einfache konstante Nachteinspeisung (unterhalb von 26V geht es in die Konstanteinspeisung, unterhalb von 24V schaltet ein Relais die Stromzufuhr zum Wechselrichter ab -> Batterieschutz)

Zuerst werde ich nicht ganz schlau aus dem Wert: "StoredNeededPower". Aktuell habe ich da einen Datenpunkt angelegt, den das Script füllt und ändert (evtl. ist da schon der Fehler?!) diesen gebe ich insgt. drei mal im Script an:

• "Setze StoredNeededPower auf Wert von Objekt ID XY (Datenpunkt)
• Dann benutze ich diese Objekt ID erneut bei den beiden "...aktualisiere..."

Als letztes kommt noch der Befehl mit entsprechendem Datenpunkt "Steuere...limit_nonpersistent_relative mit SolarLimit" im Ordner "cmd" in dem Ordner der Seriennummer.

Bis dahin scheint alles zu funktionieren, denn beide erzeugten Datenpunkte ändern sich entsprechend des Scriptes, sofern eine Änderung ansteht. Was sich allerdings nicht ändert: Der Wert in OpenDTU. Der relative Wert bleibt immer konstant der Wert, der zuletzt z.B. über den Browser ausgewählt wurde.
Ändere ich allerdings IRGENDETWAS in den MQTT Einstellungen in der OpenDTU, z.B.: Veröffentlichungsintervall (von 5 auf 6Sek), übernimmt OpenDTU das Relative Limit, welches im IO-Broker im Datenpunkt liegt. Also irgendwie ist die Verbindung vorhanden, nur eben nicht dann, wenn ich das will :D!

OpenDTU läuft über einen ESP32 und habe ich heute noch geupdatet auf 7e28336.

Ich hoffe ich habe mich da verständlich ausgedrückt und freue mich auf ein paar Tips von euch.

Wünsche euch einen entspannten Restsonntag.

Liebe Grüße,

Ollie

[OllieLe]

@olliele Hab es wohl gefunden. Es war eine Einstellung im MQTT-Adapter im IO-Broker.
Und zwar musste ein Haken bei: "Nachrichten ohne retain-Flag senden" gesetzt werden!!!

[Trudeludes]

Jetzt war ein bischen Sonne, das Script läuft, aber die Regelung wird nicht an den WR weitergegeben. Irgenwas stimmt nicht. MQTT Datenpunkte ?

[Laser]

@trudeludes
Welchen Nutzen bringt das Ganze eigentlich? Ich drossele den Wechselrichter und verschenke teuer erzeugte (theoretisch) Elektroenergie anstatt sie einzuspeisen. Wenn ich diese Energie in einen Akku laden würde, könnte ich noch einen Sinn darin erkennen.

[Trudeludes]

@laser
z.B das bei einem Zweirichtungszähler nicht zu viel auf dem Einspeisewert gesamt steht, wenn z.B mehr als ein 600 Watt BKW in Betrieb ist ?
Würde doch wahrscheinlich irgenwann Ärger geben wenn die Einspeisung im Jahr viel zu hoch ausfällt oder meinst du nicht ?

[Laser]

@trudeludes OK, an sowas hatte ich jetzt nicht gedacht...Ich tütele immer noch an meiner Akku- Ladegeschichte rum.

[Tigger66]

@Kymchy erst mal vielen Dank für Deine Arbeit und das Teilen.
Das hat mir und sicher auch anderen Zeit und Mühe gespart. Mal ne Frage in die Runde, hat schon jemand einen zweiten Hoymiles mit in diese Regelung eingebunden? Ist das sinnvoll überhaupt möglich? Wenn der eine runter oder rauf regelt, ändern sich ja auch schon wieder die Werte für den anderen WR.