NEWS
Test Adapter OpenDTU
-
@axel Ich verstehe deine Frage nicht.
Alle Daten die in der OpenDTU sind eigentlich auch im Adapter -
@axel Wenn die Date nicht in der OpenDTU verarbeitet werden kannst Du diese auch nicht abrufen.
@idlebit
Muß mal schauen - das war nur gefährliches Halbwissen ;) -
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_peakFä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.
@xbow42
Moin,
ich denke die OpenDTU liest schon alles aus was der Normalouser sehen darf.
Ich sehe das in der Grafik:
-
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 -
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@schoeppi_1
Welchen Wert setzt Du? "persistent" oder "non-persistent"? -
@schoeppi_1
Welchen Wert setzt Du? "persistent" oder "non-persistent"?@codierknecht
das geht schnell ... Danke:-) nonpersistant-> dieser Datenpunkt
-
@codierknecht
das geht schnell ... Danke:-) nonpersistant-> dieser Datenpunkt
@schoeppi_1
Das ist so richtig.Du hast im Blockly aber Trigger in Trigger. Das funzt nicht.
-
@schoeppi_1
Das ist so richtig.Du hast im Blockly aber Trigger in Trigger. Das funzt nicht.
@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
-
@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 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 :-)
-
@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 :-)
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
LukasHP Microserver Gen8, RPI-4, IoBroker,
-
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@knopers1
Moin,
kannst du keinen Shelly EM irgendwo anklemmen. Reicht ja ein einphasiger an der Phase wo dein BKW dran hängt ... ? -
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
LukasHallo konopers1
anbei der Versuch, da ich sowas noch nicht gemacht habe. ;-)-> Siehe nächste Antwort am 16.10.23
-
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@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
-
Hallo konopers1
anbei der Versuch, da ich sowas noch nicht gemacht habe. ;-)-> Siehe nächste Antwort am 16.10.23
@schoeppi_1
Bitte sowas immer in Code-Tags </> einbetten! -
@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
@schoeppi_1 Das gleichzeitige Anschließen von Ladegerät und das Entladen geht sicher. Aber wirkt sich das nicht negativ auf die Zyklen des Akkus aus (auch wenn keine Vollzyklen zustande kommen)?
-
@schoeppi_1
Bitte sowas immer in Code-Tags </> einbetten!@codierknecht
Sorry, :grimacing: Anfänger, gelobe Besserung :-) -
@schoeppi_1 Das gleichzeitige Anschließen von Ladegerät und das Entladen geht sicher. Aber wirkt sich das nicht negativ auf die Zyklen des Akkus aus (auch wenn keine Vollzyklen zustande kommen)?
@laser
Wie ich geschrieben habe, kann ich diese Frage auch nicht beantworten. Es würde mich aber auch interessieren. Google hat mir dazu in der Planung keine Antwort beschert.
vg Stephan -
@codierknecht
Sorry, :grimacing: Anfänger, gelobe Besserung :-)@schoeppi_1 sagte in Test Adapter OpenDTU:
gelobe Besserung
Dann hol es jetzt für deinen Eintrag nach.
-
@codierknecht
Sorry, :grimacing: Anfänger, gelobe Besserung :-)@schoeppi_1 sagte in Test Adapter OpenDTU:
Sorry, :grimacing: Anfänger, gelobe Besserung :-)
Dann sei so lieb und hole das nach.
Einfach markieren und den Button </> klicken.
Support us
429
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge