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

[IdleBit]

@friedhofsblond ich würde an deiner Stelle für das Vorhaben einfach ein Script schreiben.
Ich wüsste jetzt nicht wo für Du da jetzt mqtt brauchst.

[xbow42]

Danke für den Adapter!
Ich hätte gerne noch die peak-Werte vom Adapter bereitgestellt, um Rückschlüsse auf Alterung der Module, Auslastung und für die Leistungsregulierung zu nutzen.

opendtu.0.1xxxxxxxxxxx.ac.phase_x.power_peak
opendtu.0.1xxxxxxxxxxx.dc.input_x.power_peak
opendtu.0.total.power_peak

Fände ich praktischer als alles selbst in die Datenbank wegzuschreiben und dann wieder auszulesen, bzw per Script abzufragen.
Wie seht ihr das, @IdleBit kommt das noch?

Edit: ggf auch writable, damit man die z.B. zum 1.1.2xxx auf 0 Watt zurücksetzen kann.

[IdleBit]

@xbow42 sagte in Test Adapter OpenDTU:

Wie seht ihr das, @IdleBit kommt das noch?

Nein, der Adapter gibt nur die Datenpunkte wieder die von OpenDTU über die Websocket API bereitgestellt werden.

[xbow42]

@idlebit danke für die schnelle Antwort. Schade, dann muss ich doch ein Script dafür laufen lassen.

[axel]

Hallo, seit ein paar Tagen läut meine DTU auch sehr stabil. Da ich mich auf den Adapter verlasse, habe ich Deine Beiträge interessiert verfolgt. Ich habe einen TSun WR mit 4 Kanälen und an jedem Kanal ein Modul, Risen 405 Watt. Welche Daten kann ich denn über den Adapter hinaus abgreifen und wie mache ich das? Bin kein richtiger Programmierprofi.

[IdleBit]

@axel Ich verstehe deine Frage nicht.
Alle Daten die in der OpenDTU sind eigentlich auch im Adapter

[axel]

@idlebit wahrscheinlich kann der WR mehr Daten lierfern…

[IdleBit]

@axel Wenn die Date nicht in der OpenDTU verarbeitet werden kannst Du diese auch nicht abrufen.

[Friedhofsblond]

@idlebit
Muß mal schauen - das war nur gefährliches Halbwissen

[Friedhofsblond]

@xbow42
Moin,
ich denke die OpenDTU liest schon alles aus was der Normalouser sehen darf.
Ich sehe das in der Grafik:

[schoeppi_1]

hallo zusammen,
ich bin relativ neu hier unterwegs und habe eine Frage....
Seit ca. 3 Monaten habe ich eine Nachteinspeisung laufen.
Batterie -> HM-300 -> WLAN Steckdose. Die Leistung gebe ich konstant über OpenDTU vor. Die Steckdose schaltet den WR zu und ab. Der WR ist also immer unter Spannung.
Vor ca. einer Woche bin ich auf den OpenDTU Adapter aufmerksam geworden (DANKE dafür ), da ich eine Lösung für eine Nacht-Nulleinspeisung gesucht habe, um die Energie aus der Batterie möglichst effizient zu nutzen. Daher habe ich MQTT deaktiviert (Datenpunkte sind noch nicht gelöscht) und den OpenDTU Adapter V0.1.7 installiert, um mittels Blockly eine Regelung zu realisieren. Das hat auch alles soweit funktioniert.
Nur.... Wenn ich das Blockly aktiviere, werden für einige Minuten die errechneten Sollwerte an die OpenDTU übertragen und plötzlich hängt sie sich auf. Zum Laufen bekomme ich sie nur wieder, wenn ich den Netzstecker ziehe. Ich habe versucht im Blockly alles abzufangen, damit keine inkorrekten Sollwerte geschrieben werden. Was ich beobachten konnte, im Debugfenster unter dem Blocklyfenster werden die Meldungen bei jedem Intervall (15sec) einige Male einfach geschrieben und plötzlich bei jedem Durchlauf um + eins erhöht.
Hat jemand eine Idee wo der Fehler liegen könnte? Eventuell frage bzw. beschreibe ich falsche Datenpunkte?
Anbei das Blockly:

Vielen Dank schon mal für hilfreichen Input. Stephan

[Codierknecht]

@schoeppi_1
Welchen Wert setzt Du? "persistent" oder "non-persistent"?

[schoeppi_1]

@codierknecht
das geht schnell ... Danke:-) nonpersistant-> dieser Datenpunkt

[Codierknecht]

@schoeppi_1
Das ist so richtig.

Du hast im Blockly aber Trigger in Trigger. Das funzt nicht.

[schoeppi_1]

@codierknecht said in Test Adapter OpenDTU:

@schoeppi_1
Das ist so richtig.

Du hast im Blockly aber Trigger in Trigger. Das funzt nicht.

O.K. Das ändere ich ab. DANKE. Neuling Fehler.. die geschachtelte Triggerabfrage hat trotz allem funktioniert. Ich glaube nicht, dass das die Ursache des Problems ist. Aber Versuch macht Klug

[schoeppi_1]

@schoeppi_1 said in Test Adapter OpenDTU:

@codierknecht said in Test Adapter OpenDTU:

@schoeppi_1
Das ist so richtig.

Du hast im Blockly aber Trigger in Trigger. Das funzt nicht.

O.K. Das ändere ich ab. DANKE. Neuling Fehler.. die geschachtelte Triggerabfrage hat trotz allem funktioniert. Ich glaube nicht, dass das die Ursache des Problems ist. Aber Versuch macht Klug

Heute Abend habe ich es getestet und die Ursache lag tatsächlich daran, dass ich den Trigger in Trigger hatte. Vielen Dank nochmal für den Tipp
Ein weiterer Fehler war dann noch, dass der Wert in der Variablen "IST-Wert_WR" falsch abgefragt wurde (nicht die abgegebene AC Leistung...).
Also bisher läuft es gut. Die Zeiten fürs Sollwert schreiben habe ich noch auf 15 Sec. geändert. Dadurch konnte ich das Überschwingen bei Leistungsänderung verringern, so dass schneller neu eingeregelt wird.
Sieht jetzt so aus, das es schön um den Nullpunkt regelt. Bin ganz happy

[knopers1]

@schoeppi_1

Hallo Schoeppi_1

kannst Du dein Script (Blöcke) exportieren und hier zur verfügung stellen?
Ich habe ebenfalls den Adapter Open DTU gefunden und würde damit den Hoymiles 300 an einem Akku für die Nachtseinspeisung und auch am Tage ansteuern. Ich erfasse den Stromverbrauch mit einem Hichi - IR Lesekopf.

HM-rega gibt mir aktuell den Verbrauch am Zähler an.

Der Zähler zeigt mir leider nicht den Wert an, der bei der Überproduktion ins Netz eingespeisst wird.
Min. ist 0 Watt, falls die Last vollständig von der PV Anlage gedeckt ist.
Ich würde gerne auch am Tag, sobald Netzbezug am Zähler positiv ist, die Differenz vom Hoymiles 300 vom Akku einspeisen. Wie kann man das an einfachsten realisieren? Könnte ich dein Script dafür umschreiben?

LG
Lukas

[Friedhofsblond]

@knopers1
Moin,
kannst du keinen Shelly EM irgendwo anklemmen. Reicht ja ein einphasiger an der Phase wo dein BKW dran hängt ... ?

[schoeppi_1]

@knopers1

Hallo konopers1
anbei der Versuch, da ich sowas noch nicht gemacht habe.

-> Siehe nächste Antwort am 16.10.23

[schoeppi_1]

@knopers1
Dann noch ein Hinweis, da ich im Dauerbetrieb doch noch was unschönes bemerkt habe.
Diesen Teil habe ich nach meinem ersten POST noch dazu gefügt:

Das ist darin begründet, dass die Regelung sich bei großen Sollwertänderungen manchmal aufgeschaukelt hat und es dann einige Minuten gebraucht hat, bis wieder eingeregelt war.
Dieser Teil bewirkt, das ich nur eine max. Sollwertänderung von 10W plus oder Minus bei jedem Durchlauf zulasse. Damit vermeide ich das Aufschwingen. Er regelt also langsam auf den neuen Wert. Auch dafür gut, wenn es einen kurzen Leistungspick gibt.
Ich nutze auch einen IR-Lesekopf der mir den 16.7.0 (saldierte Leistung) zurück gibt. Der zeigt auch Minuswerte an. So wie ich dein Anliegen verstehe, ist es egal ob ich in der Nacht einspeise oder auch tagsüber. Daher sollte es prinzipiell funktionieren.
Ich lade mein Batterie tagsüber. Der dahinter geschaltete WR ist dann vom Netz getrennt. Wenn ich einspeise, ist das Ladegerät vom Netz getrennt. Ich weiß nicht ob man eine Batterie gleichzeitig laden und entladen kann, was Dir vermutlich vorschwebt?
Ich empfehle generell auch einen Shelly 1PM einzubauen. Schon allein um zu sehen was in der PV passiert.

vg und viel Erfolg Stephan