Test Adapter OpenDTU
-
@indie also ich hab in der dtu als auch mqtt Intervall auf 10 sec stehen, läuft ohne Probleme
-
@indie über 90% der Daten wird in Echtzeit über WebSocket geliefert (Da wird nicht gepollt ober abgefragt) und der Rest wird in 10 Sekunden Takt abgefragt. Das sollte der ESP32 ohne Probleme schlucken.
Dein Fehlerbild zeigt eher auf deine Hardware und nicht auf den Adapter.
Ich möchte jetzt hier nicht noch mit dem Support für die Hardware anfangen, aber zu prüfen wäre z.B. mal die Stromversorgung.Wenn dieses z.B. schwächelt kann sowas passieren.
-
@idlebit @crunchip , danke euch für die Antworten und insb. die Aufklärung zu der Echtzeitübertragung per Websocket. 10s ist ja wirklich eigentlich easy. MQTT hab ich ganz aus, das brauch ich mit dem openDTU Adapter ja gar nicht (da geht ja alles über Web API).
Stromversorgung sollte eigentlich passen, ich werde mir aber nochmal ein stärkeres Micro-USB Kabel mit garantierter Stromstärke bis 2,4A holen. Das Netzteil selbst liefert das, aber evtl das Kabel nicht. Ist ein Versuch wert. Und ich berichte auch gern, ob was bei dem Festsetzen des WLAN Kanals bei der Fritzbox rausgekommen ist. Außerdem lasse ich mal die Konsole der openDTU mitlaufen, um evtl den Fehler auf "frischer Tat zu ertappen". Danke euch auf jeden Fall!
-
Frage verschoben
-
@all
Hallo, ich habe nun erfolgreich die openDTU in Betrieb genommen und den Adapter im IoBroker installiert. Ich kann nun in den Objekten den Wechselrichter drosseln, indem ich auf die 72 klicke und die Zahl ändere:
Und das würde ich nun gerne per Script machen, aber da funktioniert es nicht:
Muß ich da was anderes als "steuere" nehmen?
-
@lars72 sagte in Test Adapter OpenDTU:
Muß ich da was anderes als "steuere" nehmen?
Eigentlich nicht. Was man im Objektbaum (ohne Bestätigung) einstellt, kann auch mit "Steuere" eingestellt werden.
Wird Dein Block denn überhaupt ausgeführt?
Pack' mal einen Debug-Block dazu, damit man das im Log sehen kann. -
Ich habe es so übernommen wie von dir dargestellt nur ohne Zeitplan und mit absolut Wert Datenpunkt.
Ich steuere damit noch nichts aber wenn ich in den "Steure Baustein" wie im Beispiel, 50 eintrage wird der Wechselrichter nach Skript start auf 50 gestellt; ändere ich auf 70, skript starten geht der WR auf 70 Watt
-
@codierknecht
Sorry, du musst mit mir noch auf dem Niveau "der ist dumm" sprechen, ich bin nämlich noch viel zu frisch im iobroker.
Was muß ich in den Debug-Block eintragen, damit man was sieht, was falsch läuft?
-
@lars72
Das reicht schon. Hauptsache man sieht im Log, dass der Trigger überhaupt ausgeführt wird.
Steht da was im Log? -
@codierknecht
also im "großen" Protokoll erscheint nichts, was nach "test"-Ausgabe ausschaut. Aber das hatte ich schon mal hinbekommen bei einem anderen Script.
Und im Skript-Fenster habe ich dummerweise gerade den Protokoll-Bereich weggeklickt und bekomme ihn nicht mehr her...
Edit: er ist wieder da im Scriptfenster
-
@lars72
Läuft Dein Script überhaupt?
-
@codierknecht
Ja, das schalte ich ein.
Kann ich auch einen einzelnen Befehl manuell starten, ohne wie bei mir z.B. einmal pro Minute einen Zeitplan vozugeben? -
Weist du zufällig in dem zusammenhang wie man aus der Vis heraus den Datenpunkt in openDTU Adapter schreiben kann?
Zb man hat 3 button mit 10, 50 und 100%. und will über diese Werte an die DTU bzw. den Wechselrichter senden. Gibt es dafür extra widgets?
Solche Veränderungen habe ich bisher nur bei dimmbaren Leuchtkörpern gemacht, über ein passendes Widget.
Weist du darüber was? -
@lars72
jetzt kommt was im Protokoll
aber das kommt nur daher, dass ich den Debugmode im Scriptfenster aktiviert hatte
Danach kommt noch diese Meldung:
-
@lars72 sagte in Test Adapter OpenDTU:
Kann ich auch einen einzelnen Befehl manuell starten, ohne wie bei mir z.B. einmal pro Minute einen Zeitplan vozugeben?
Wenn Du den Befehl ohne einen umgebenden Trigger hast, wird der genau 1x - beim Start des Script - ausfgeführt.
So wie @Duffy das gezeigt hat.Das ist aber allerhöchstens für Tests sinnvoll.
aber das kommt nur daher, dass ich den Debugmode im Scriptfenster aktiviert hatte
Der gehört natürlich aus.
Dein Zeitplan sagt: Alle 3 Minuten.
Du musst also nach dem Start des Scripts 3 Minuten warten bis im Log etwas erscheint.Schalte hier mal beides aus:
-
@codierknecht
Jetzt funktioniert es, ohne dass ich was geändert hätte... Naja, dann beobachte ich das mal und sage schon mal vielen Dank für die Hilfe!
Lars -
@lars72
Einfach so alle 3 Minuten eine "50" zu senden ist ja relativ sinnbefreit.
Wenn's jetzt funktioniert, kannst Du uns ja mal aufklären was Du erreichen willst.Apropos Vis: Willst Du wirklich 3 einzelne Buttons? Oder vielleicht ein Dropdown, bei dem man aus 10%, 50% und 100% wählen kann? Das wäre deutlich einfacher - und platzsparender
-
das war ich mit den 3 Buttons, Duffy.
Aber deine Idee hört sich gut an.
Mein Problem ist das meine Balkon PV mittags etwas zu viel (mehr als offiziell gestattet) produziert und ich deshalb gerne auf die Schnelle und übers Handy die Leistung reduzieren will
-
Und falls es um das Thema "Nulleinspeisung" geht:
Wenn das dazu dienen soll, das Rückwärtsdrehen eines Ferrariszählers zu unterbinden: OK ... auch wenn strenggenommen da ein anderer Zähler hingehört. Wir sind nun mal in DE.Wenn Du aber dem Energieversorger nix "schenken" möchtest, vielleicht mal drüber nachdenken:
Wenn es in DE - mal angenommen - 10 Mio. Balkonkraftwerke gibt, die jeweils 200 W (unvergütet) einspeisen, sind das immerhin 2 GW, die nicht aus Kohle oder Gas produziert werden müssen.
Kleinvieh macht auch Mist Ob ich da etwas "verschenke", ist mir persönlich ziemlich Latte. -
@codierknecht
Ich will für abends und nachts einen an einer Batterie angeschlossenen Wechselrichter so steuern, dass er den aktuellen Verbrauch einspeist. Dazu bekomme ich von einem Powerfox den Leistungswert vom Hauszähler.Und vorab teste ich halt auf low level, ob überhaupt die Ansteuerung klappt. Da hatte ich mit Ahoy und MQTT schon lange rumgespielt, bis es am Ende dann zwar geklappt hatte, aber hier mit OpenDTU und dem Adapter ist das wesentlich bequemer und schneller.
An alle mir unbekannten Entwickler der DTU und des Adapters: DANKE!
