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

[Hape1]

@mickym Ok, d.h. die iobroker-mqtt-adapter Objekte sind nun die, die aus dem Mosquitto-Server kommen. D.h. auch, ich kann mir die Datenpunkte dann nun immer noch aus den Objekten vom iobroker holen ... ?

[mickym]

@hape1 Ja und Du kannst auch im iobroker im Adapter Datenpunkte beschreiben - das wird automatisch an den mosquitto weitergeleitet. Mosquitto leitet sie dann ggf. ebenfalls weiter.

Nun sollte ja auch nicht mehr das Problem auftreten, dass Du über NodeRed ein topic beschreibst und sich das unterschiedlich verhält, als wenn Du es im iobroker selbst beschreibst.

Das war ja der Ausgangspunkt warum ich Dir den Umstieg auf mosquitto empfohlen habe.

[Hape1]

@mickym Ok, das funzt jetzt bis hierhin soweit. Mehr kann ich jetzt nicht sagen, die Wechselrichter müssen mit DC, also Sonne versorgt werden, somit jetzt "tot". Morgen weiß ich mehr und gebe Rückmeldung.

Und, ich kann es nicht oft genug sagen: DANKE!

[mickym]

@hape1 Na das ist doch schön. :+1: Dann schlaf mal gut.

[Hape1]

@mickym

Nun habe ich die gleiche Frage in einem Thread gefunden: https://forum.iobroker.net/topic/63290/opendtu-per-mqtt-auslesen-und-steuern

Es soll also ein cmd-Ast erstellt werden. Da aber die Wechselrichter in den Objekten von iobroker 2x auftauchen, also unter mqtt und unter opendtu wäre jetzt meine Logik das man den Ast unter dem Gerät unter opendtu einbringt ... habe ich jetzt gemacht, klappt aber nicht, der Richter reagiert nicht

[mickym]

@hape1

na ist wichtig, wo der cmd Ast hinmuss. du kannst aber einfach das topiic mit mqtt-out beschreiben- die Datenpunkte tauchen automatisch auf..

Das mit dem Retain hätte ich auch nicht geglaubt.

[Homoran]

@hape1 bitte nicht nachträglich editieren!
Das reisst die Antwort von @mickym

@hape1 das ist zwar komisch, dass ein retain flag gestzt werden muss, aber dann mach halt den Haken rein. Das könnte übrigens auch eine Ursache sein, warum das gorher nucht richtig ging, da der broker als Adapter mit Retain Flags in meinen Augen Probleme macht.

aus dem Zusammenhang.

Diese bezog sich auf

@mickym Moin, leider funktioniert das Wert setzen in der neuen Konfiguration nicht mehr. Es geht nur über "Wert setzen" im Datenpunkt selber in iobroker-Mqtt ... Ich habe jetzt die Info ergoogelt, das ein "Retain-Flag" gesetzt werden muss, ansonsten wird der eingestellte Wert ignoriert.

und welche der beiden Varianten gilt jetzt wirklich?

[Hape1]

@mickym mir ist nicht klar wo der Ast hinkommen soll --> unter mqtt oder opendtu?

Ich habe jetzt mal in beide also unter mqtt und opendtu den cmd-Zweig gesetzt (cmd/limit_persistent_relative). Der Richter reagiert in beiden Zweigen nicht.

[mickym]

@hape1 Na ich habe den anderen Thread gelesen, halt direkt unter die Seriennummer. Auf der Ebene zum Status

Hier im anderen Thread auf der Ebene mit device und status

Wie gesagt, das musst schon Du in Deiner Doku nachlesen. Das hat jetzt nichts mehr mit mqtt oder NodeRed zu tun - sondern jedes Gerät hat selbst einen Ast auf den es hört, den veröffentlicht es aber nicht selbst, da es sonst zu einer Endlosschleife käme.

[Hape1]

@mickym Wir verstehen uns glaube ich falsch. Bitte warte einen Moment, ich schicke Dir Screenshots

Hier sieht man besser, was ich mit zweimal auftauchen meine ...

[mickym]

Na nach dem anderen Thread - aber wie gesagt dass muss Du halt nochmal lesen würde ich das topic unter

solar/1161839xxx/cmd/limit_persistance_relative

schreiben

Unter:

opendtu - darfst Du höchstens in den Adapter etwas mit den iobroker-out Nodes schreiben, aber da nur in bestehende Datenpunkte.
DAS HAT MIT MQTT NICHTS ZU TUN!!!!!

Wenn Du musst Dich entscheiden, ob Du mit Deinem Gerät über mqtt ODER über den iobroker Adapter kommunizieren willst. Aber NICHT BEIDES.

In den opendtu - Ast - also in den Adapter kannst Du nur mit den iobroker-out Nodes schreiben, als ob Du in den objekten selbst was änderst. Da schreibst Du dann von NOdeRed aus mit den iobroker-Out NOdes mit dem Type: command wenn Du ewas steuern willst.

[Hape1]

@mickym Also habe jetzt den cmd Datenpunkt unter mqtt/0/solar/12133484584585/cmd/limit_persistent_relative angelegt. Welche Rolle bekommt denn der cmd-Folder bzw. dann der Unterordner limit_persistent_relative?

[mickym]

@hape1 Du brauchst das nicht anlegen. Das wird automatisch angelegt wenn Du das topic so wie gepostet in die mqtt-Out Node einträgst.

Grundsätzlich musst Du Dich entscheiden, ob Du mit Deinem Gerät über den iobroker Adapter oder über mqtt kommunizieren willst.

Das ein Gerät auf bestimmte topic im mqtt hört, ist in der Firmware des Gerätes hinterlegt. Diese topics musst Du aber selbst beschreiben/anlegen - da ein Gerät schlecht auf ein topic hören und es selbst beschreiben kann - das würde ja zu einer Endlosschleife führen, da mqtt kein ACK Flag kennt, so wie der iobroker.

Wenn Du mit mqtt kommunizierst dann ist der Pfad nicht

 mqtt/0/solar/12133484584585/cmd/limit_persistent_relative 

sondern

solar/12133484584585/cmd/limit_persistent_relative 

Das vorne ist die Instanz des Mqtt-Adapters und hat mit mqtt nichts mehr zu tun. Deswegen gibst du in NodeRed in der mqtt-Out Node auch nicht mqtt/0/....... ein, sonder solar/......

Zusammenfassend kann man sagen, dass bzgl. mqtt - auf alle topics unter cmd hört und diese subscribed hat und dann nur die topics richtig interpretieren muss. Sprich in cmd kommen Kommandos die Du schicken willst, welches Kommando hängt vom topic unter cmd ab. - Der Wert wird auch vom Gerät nicht verändert, sondern nur als Eingabefeld benutzt, um mit dem Gerät zu kommunizieren - das Gerät meldet den augenblicklichen Status dann in den anderen Datenpunkten zurück.

[Hape1]

@mickym Ah, jetzt ist zumindest ansatzweise der "Groschen" (hieran kann man erkennen, das ich nicht mehr so ganz jung sein kann :-) )gefallen: Ich habe die ganze Zeit im mqtt-baum den Datenpunkt angelegt --> nach Deiner Erklärung natürlich ist das falsch, verstanden. Habe ich entsprechend geändert --> und tada, taucht genau da auf, wie Du es beschrieben hast.

Jetzt meine weitere Frage: Das Device opendtu, also damit meine ich das physische Gerät hat ja eine Mqtt-Schnittstelle. Diese ist aktiviert und sendet bzw. empfängt auch.

Benötigt man nun, um es einfach zu halten, den opendtu-Adapter im iobroker für die gewünschte Funktion der Leistungsregelung überhaupt?

[mickym]

@hape1 sagte in Node-Red - Shelly PlusPlugS - Mqtt Node-Red Dashboard:

Benötigt man nun, um es einfach zu halten, den opendtu-Adapter im iobroker für die gewünschte Funktion der Leistungsregelung überhaupt?

Du musst entscheiden, ob Du über mqtt steuern willst oder über den Adapter. Wenn Du über mqtt steuern willst, brauchst Du den Adapter nicht. Wahrscheinlich kann man auch über den Adapter steuern, dann brauchst Du mqtt nicht.

Wenn es also jetzt über mqtt geht und Du bist damit zufrieden, dann würde ich den Adapter eher rausschmeissen.

[Hape1]

@mickym Tja, ich möchte nun erstmal versuchen bei mqtt zu bleiben. Ich habe den iobroker-opendtu Adapter jetzt rausgeschmissen. Nun sieht das Ganze so aus:

Leider funktioniert die Regelung immer noch nicht ...

[mickym]

@hape1 Sowas sagt mir nichts - kannst du nun einen Kommando schicken und wird es angenommen oder bist Du damit nicht zufrieden was der Flow macht?

[Hape1]

@mickym Ich sende ein Kommando auf cmd auf solar/usw. , aber es wird nicht angenommen

[mickym]

@hape1 Ja wie gesagt - dann schau nochmal in den anderen Threads - ich kann Dir zu NodeRed und Mqtt allgemein helfen, aber nicht zu speziellen Geräten.

Vielleicht ist es ja auch einfacher, wenn Du über den Adapter und nicht über mqtt steuerst. Musst Dich halt für eines entscheiden.

[Hape1]

@mickym ich habe jetzt den zu regelnden Wechselrichter aus der opendtu gelöscht. Somit sollten auch keine Daten usw im iobroker Baum zu sehen sein. Sind sie aber und sie tauchen auch nach händischer Löschung wieder auf. Liegt das daran, das der iobroker der Client ist?

Der Plan war, wenn nun alles gelöscht ist, lege ich den Richter neu an und schau dann noch mal ob er sich regeln läßt