Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Thomas Braun]

@indie

Wie hast du die beiden denn benannt? Versuch mal Umlaute oder ggf. sonstige 'Sonderzeichen' zu vermeiden.

The id is empty! Please provide a valid id.

Irgendwas ist da wohl nicht eingetragen. Hast du für die Panele auch schöne Namen vergeben?

[indie]

@thomas-braun eigentlich ja, "Garagendach" und "Balkon". Hier sollte eigentlich das Problem nicht liegen 🤔... Ah ja und die panele (also strings der Wechselrichter) habe ich nicht umbenannt (also weiterhin "string 1" und "2").

[Thomas Braun]

@indie Die meinte ich. Trag da mal just for fun irgendwas simples ein.
Dick & Doof, Bonny & Clyde, Tom & Jerry oder sowas. ;-)

[indie]

@thomas-braun okay, ich mache alles, was helfen kann, auch wenn ich nicht sehe, wie das helfen kann...(klar, es steht jetzt etwas an einer Stelle, wo vorher nichts stand, das war aber btw vor dem Firmware Update inkl. Reflash anders, da hatte ich jeweils einen Namen für die Strings). Mal sehen ...evtl kann man aus dem langen logeintrag ja rauslesen, wo genau der Fehler Auftritt, aber mir fehlt da der konkrete Einblick in den Code (bzw die Fähigkeit dazu)

[indie]

Kurzes Update: nachdem ich in der dtu das refresh interval von 2s auf 5s gesetzt habe und jeder String einen Namen bekommen hat, tritt das Problem seit 30h schon nicht mehr auf. Ich gehe also davon aus, dass die dtu tatsächlich mit der Last überfordert war und der Fehler im Adapter durch fehlerhafte Übertragung von der dtu ausgelöst wurde. Ich entschuldige mich für die falsche Verdächtigung des Adapters und habe auch auf GitHub das issue geschlossen :-). Danke für die Hilfe!

[lars72]

Hallo, ich habe eine dumme Anfängerfrage:
Wo und wie installiere ich den Adapter OpenDTU? Habe den Raspberry erst seit gestern und ich weiß, dass ich nicht viel weiss ;-)
Ich brauche da eine genaue Befehlsanleitung für die Konsole / Eingabeaufforderung.
Vielen Dank schon mal,
Lars

[Thomas Braun]

@lars72

Es muss der Experten-Modus aktiviert sein.

[lars72]

@thomas-braun
Vielen Dank! Hat geklappt.

[indie]

@indie Leider war ich zu voreilig. Das Problem tritt weiterhin auf. Problem tritt immer im Zusammenhang mit dem Event auf, dass fast sekündlich neue Websockets eröffnet werden. Was das auslösende Moment ist, weiß ich nicht. Ich google mir aktuell mal was zusammen (auch im openDTU Projekt selbst, natürlich). Ich versuche mal, den Wifi Kanal 2.4GHz bei meiner Fritzbox fest zu setzen, da wurden immer mal wieder Wifi Probleme mit berichtet (hab ich eigentlich nicht, könnte aber vllt die x-fache Neueröffnung von WebSockets auslösen?!?).

Eine Frage wäre, in welchem Intervall vom openDTU Adapter die Web API der openDTU aufgerufen wird? Kann man das konfigurieren?

[crunchip]

@indie also ich hab in der dtu als auch mqtt Intervall auf 10 sec stehen, läuft ohne Probleme

[IdleBit]

@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.

[indie]

@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!

[Duffy]

Frage verschoben

[lars72]

@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?

[Codierknecht]

@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.

[Duffy]

@lars72

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

[lars72]

@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?

[Codierknecht]

@lars72
Das reicht schon. Hauptsache man sieht im Log, dass der Trigger überhaupt ausgeführt wird.
Steht da was im Log?

[lars72]

@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

[Codierknecht]

@lars72
Läuft Dein Script überhaupt?