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

[Sven Schumacher]

@mickym Ich habe zuerst das Base-Topic eingetragen und dann erst die Verbindung zum IOBROKER.
Und dann hat der das genau SO angelegt.

Also verstehe ich jetzt nicht wirklich, was da falsch ist. Der Name enthält das Basetopic, aber die ID eben nicht. Das habe ich mir nicht ausgedacht, sondern die openDTU

das kleine "dtu" ist nicht von mir.

[mickym]

@mickym Ja aber der Name muss mit der Hierarchie der ID übereinstimmen.

Wie gesagt das passt nicht. Keine Ahnung woher die Inkonsitenz herkommt, vielleicht hast du ein Subscribe Pattern definiert. Dann kommt das auch durcheinander. Was hast Du als Subscribe Pattern?

sollte bei einem Broker immer # sein.

Lösche die ganze Struktur nochmal mit einem Base-Topic DTU müssen die Datenpunkte alle unter
mqtt.1.DTU angelegt werden, sonst passt das nicht. Der Name ist in meinen Augen lediglich beschreibend.

Wenn Dein Client
"DTU/+/cmd/limit_nonpersistent_absolute" subscribed und da ist nichts (wie gesagt der Name ist im iobroker ist Schall und Rauch), dann wird der Datenpunkt unter
mqtt.1.DTU.seriennr.cmd.limit_nonpersistent_absolute gesucht.

Solange also die vom Gerät gepublishten Werte bei einem Base Topic DTU nicht unter einem Ordner DTU auftauchen, ist Deine Konfiguration schief.

[Samson71]

@Sven-Schumacher
Nur mal ins Blaue. Was passiert denn, wenn Du als Limit 50 statt 550 angibst? Wird das auch ignoriert?

Edit:
Es ist übrigens Mumpitz Seriennummern zu Schwärzen (die niemanden weiterbringen), wenn Du direkt darüber im manuellen Datenpunkt nicht schwärzt.

[Sven Schumacher]

@mickym okay ... ich muss zusehen wie ich das gelöst bekomme.
Nur will ich natürlich meine Statistiken nicht zerstören. Also geht das erst später, wenn der Wechselrichter eh nichts mehr tut.
SQL-Backup, Alle Topics löschen und neu anlegen (lassen) ... ich würde dann auch ein base-Topic verzichten. Die MQTT-Instanz ist so oder so nur für die DTU

Danke schon Mal bis hier hin. Ich melde mich, wenn ich das versucht habe.

[Sven Schumacher]

@samson71 ja, wird ignoriert.

50 oder 500 oder 550 .. egal

[mickym]

@sven-schumacher sagte in Folder anlegen unter mqtt.1.:

@mickym okay ... ich muss zusehen wie ich das gelöst bekomme.
Nur will ich natürlich meine Statistiken nicht zerstören. Also geht das erst später, wenn der Wechselrichter eh nichts mehr tut.
SQL-Backup, Alle Topics löschen und neu anlegen (lassen) ... ich würde dann auch ein base-Topic verzichten. Die MQTT-Instanz ist so oder so nur für die DTU

Danke schon Mal bis hier hin. Ich melde mich, wenn ich das versucht habe.

Ich habe gerade mal geschaut - auf einer Testmaschine habe ich einen Broker:

Falls DU einen Prefix eingetragen hast, dann ist das genau das Problem. Das MUSS leer bleiben.

[Sven Schumacher]

@mickym nein, dort habe ich keinen prefix angegeben. Das habe ich nur unter der openDTU gemacht. Das Ziel war, dass alles von der DTU dann in diesem Ordner landet. Das hat aber nicht das gewünschte bewirkt.

[mickym]

@sven-schumacher sagte in Folder anlegen unter mqtt.1.:

@mickym nein, dort habe ich keinen prefix angegeben. Das habe ich nur unter der openDTU gemacht. Das Ziel war, dass alles von der DTU dann in diesem Ordner landet. Das hat aber nicht das gewünschte bewirkt.

Das passt grundsätzlich alles - so habe ich es ja mit meinen Shellies und Tasmota auch gemacht, die über mqtt kommunizieren. Das ist nicht verkehrt.

Allerdings - sollten die Datenpunkte dann auch unter DTU auftauchen - wenn sie das nicht tun - dann stimmt vielleicht auch auf der Senderseite was nicht. Vielleicht wird das Base Nur für den Empfang verwendet - keine Ahnung.

Ansonsten habe ich genauso eine Struktur wie Du und kann das auch nur empfehlen.

Sprich als erstes muss man schauen, warum dein Gerät die Datenpunkte nicht unter DTU anlegt und ggf. nochmal auf der Senderseite was einstellen.

[Samson71]

@sven-schumacher sagte in Folder anlegen unter mqtt.1.:

das kleine "dtu" ist nicht von mir.

Nur ein Bauchgefühl, aber das könnte der Fehler sein. Zumindest bei AhoyDTU ist es so, dass der Ordner mit der Gerätebezeichnung/Seriennummer als Unterordner unter der DTU hängt.

[mickym]

Bei Dir siehst es so aus, als ob das Base Topic in der GUI nicht gefressen wird.

Deshalb werden auch die dtu topics bei Dir unter root (also auch direkt unter mqtt.1) angelegt.

[Sven Schumacher]

@samson71 dtu ist einer der Folder, die von der DTU angelegt werden.

Aber das von mir gewünschte Base-Topic wirkt sich nur im NAMEN aus, nicht in der Struktur.
Und das kenne ich von anderen Geräten eben anders. Dort wird das Base-Topic tatsächlich dann die Wurzel aller Topics von einem Sender.

[Sven Schumacher]

@mickym Ja, das sieht auch für mich so aus.

Also ich mache das heute Abend mal neu. Ohne das BaseTopic. Und dann mal sehen was passiert.

[mickym]

@sven-schumacher sagte in Folder anlegen unter mqtt.1.:

@mickym Ja, das sieht auch für mich so aus.

Also ich mache das heute Abend mal neu. Ohne das BaseTopic. Und dann mal sehen was passiert.

Oder probiere mal einen anderen Namen nicht - dass es mit dtu und DTU durcheinander kommt. Jedenfalls würde ich im Moment auf der Senderseite probieren.

[Samson71]

Vielleicht wären auch mal die Einstellungen in der DTU hilfreich, sprich was da wirklich drin steht.

[Sven Schumacher]

@samson71 Was meinst du mit "was drin steht"?

[Samson71]

@sven-schumacher
Das klang für mich so, als wäre da was in der OpenDTU angelegt/erfasst worden.

@sven-schumacher sagte in Folder anlegen unter mqtt.1.:

Das habe ich nur unter der openDTU gemacht. Das Ziel war, dass alles von der DTU dann in diesem Ordner landet. Das hat aber nicht das gewünschte bewirkt.

[Sven Schumacher]

@samson71 Ja, bei den MQTT-Einstellungen kann man ein Base-Topic anlegen.
Dann SOLLTE alles von dieser DTU im MQTT unter einem entsprechenden Ordner angelegt werden. Das ist bei mir aber irgendwie schief gegangen. Das wird ignoriert.

[Samson71]

@sven-schumacher
Deswegen die Bitte es mal zu ZEIGEN und nicht immer nur nachzuerzählen. Das ist genauso sinnvoll wie das Schwärzen der Seriennummer, wenn man es im direkt darüber liegenden manuellen Datenpunkt nicht macht. Da hat übrigens auch keiner was von. Da hatten wir schon Fälle, wo dann nach Wegfall der Schwärzungen und 3 Seiten später endlich erkennbar wurde, dass bei der manuellen Anlage ein Zahlendreher in die Nummer gebaut worden ist.

[Sven Schumacher]

@samson71 ups ;)

Naja ... war ein Versuch.
Das mit dem Schwärzen.

Allerdings liegt da trotzdem wohl nicht der Fehler. Den suche ich weiter heute Abend.

[Sven Schumacher]

@samson71 So, update:

Ein Fehler in Verbindung mit openDTU ist bei mir gewesen, dass ich dort das Base-Topic falsch angegeben habe:

Es gibt eine Fehlermeldung, wenn man am Ende des gewünschten Base-Topics kein "/" angibt. Aber es gibt KEINE Fehlermeldung, wenn der "/" am Anfang des Base-Topic fehlt.

Ich hatte "DTU/" angegeben. Dann sucht zwar openDTU nach Topics die so anfangen, legt selber aber seine Daten im MQTT so ab als hätte man das Base-Topic "/" benutzt.

Den Fehler habe ich behoben. Jetzt erscheinen die Werte alle, so wie gewünscht, unter /DTU/[seriennummer]/...
Ich habe auch den cmd/limit-Parameter jetzt richtig unter /DTU/[seriennummer]/cmd/limit_nonpersistent_absolute angelegt.

Allerdings ändert es immer noch nichts daran, dass der Befehl nicht ausgewertet wird.

Ich habe es auch versucht mit Base-Topic "/" (default) und dann natürlich /[seriennummer]/cmd/limit_nonpersistent_absolute

Gleiches Ergebnis.

Also EIN Fehler ist behoben: Base-Topic war falsch in openDTU eingetragen.