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

[Sven Schumacher]

@marc-berg

Ich habe jetzt alles wieder auf Werkseinstellungen stehen. Also ohne das DTU vorne dran. Ich benutze die Instanz ja ausschließlich für den Wechselrichter und da muss ich das nicht unbedingt komplizierter machen.

Das Logfile sagt:

mqtt.1
2023-06-01 09:10:12.501	info	Client [OpenDTU-11820156] subscribes on "/+/cmd/restart" with regex /mqtt\.1\.[^.]*\.cmd\.restart/

mqtt.1
2023-06-01 09:10:12.500	info	Client [OpenDTU-11820156] subscribes on "/+/cmd/restart" with regex /^[^\.]*\.cmd\.restart/

mqtt.1
2023-06-01 09:10:12.498	info	Client [OpenDTU-11820156] subscribes on "/+/cmd/power" with regex /mqtt\.1\.[^.]*\.cmd\.power/

mqtt.1
2023-06-01 09:10:12.497	info	Client [OpenDTU-11820156] subscribes on "/+/cmd/power" with regex /^[^\.]*\.cmd\.power/

mqtt.1
2023-06-01 09:10:12.491	info	Client [OpenDTU-11820156] subscribes on "/+/cmd/limit_nonpersistent_absolute" with regex /mqtt\.1\.[^.]*\.cmd\.limit_nonpersistent_absolute/

mqtt.1
2023-06-01 09:10:12.490	info	Client [OpenDTU-11820156] subscribes on "/+/cmd/limit_nonpersistent_absolute" with regex /^[^\.]*\.cmd\.limit_nonpersistent_absolute/

mqtt.1
2023-06-01 09:10:12.488	info	Client [OpenDTU-11820156] subscribes on "/+/cmd/limit_nonpersistent_relative" with regex /mqtt\.1\.[^.]*\.cmd\.limit_nonpersistent_relative/

mqtt.1
2023-06-01 09:10:12.487	info	Client [OpenDTU-11820156] subscribes on "/+/cmd/limit_nonpersistent_relative" with regex /^[^\.]*\.cmd\.limit_nonpersistent_relative/

mqtt.1
2023-06-01 09:10:12.484	info	Client [OpenDTU-11820156] subscribes on "/+/cmd/limit_persistent_absolute" with regex /mqtt\.1\.[^.]*\.cmd\.limit_persistent_absolute/

mqtt.1
2023-06-01 09:10:12.482	info	Client [OpenDTU-11820156] subscribes on "/+/cmd/limit_persistent_absolute" with regex /^[^\.]*\.cmd\.limit_persistent_absolute/

mqtt.1
2023-06-01 09:10:12.478	info	Client [OpenDTU-11820156] subscribes on "/+/cmd/limit_persistent_relative" with regex /mqtt\.1\.[^.]*\.cmd\.limit_persistent_relative/

mqtt.1
2023-06-01 09:10:12.477	info	Client [OpenDTU-11820156] subscribes on "/+/cmd/limit_persistent_relative" with regex /^[^\.]*\.cmd\.limit_persistent_relative/

Und angelegt ist eben [seriennummer]/cmd/...

Was ich nicht sehen kann ist, ob die Abfrage aus dem Logfile funktioniert.
subscribes on "/+/cmd/limit_nonpersistent_absolute" with regex /mqtt.1.[^.]*.cmd.limit_nonpersistent_absolute/

Wo könnte ich testweise so etwas eingeben um zu sehen ob ich das Topic dann bekomme?

[Marc Berg]

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

Wo könnte ich testweise so etwas eingeben um zu sehen ob ich das Topic dann bekomme?

Einfach einen Client wie "MQTT Explorer" installieren und den Datenpunkt setzen. Der Explorer zeigt die publishten Werten dann an, inkl. Topic.

Unter "Advanced" kannst du die Topics, die abonniert werden sollen auch einschränken und mal so eingeben, wie die DTU es macht.

[Marc Berg]

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

subscribes on "/+/cmd/power"

Das sieht für mich irgenwdie falsch aus mit dem führenden "/", kann es aber gerade nicht belegen.

[Sven Schumacher]

@marc-berg an dem Request kann ich aber auch nichts ändern.
Wenn der wirklich falsch ist, dann muss das über eine neue Firmware repariert werden.

Ich teste weiter und melde mich.

[Marc Berg]

@sven-schumacher

Noch ein anderer Ansatz: In einem Issue steht vom Entwickler:

Angenommen, es wurden mal (oder werden noch) Werte mit "retained" Flag durch den MQTT Adapter erzeugt, dann KÖNNTE das auch eine Ursache sein. Aber wenn du sagst, du hast alles auf Werkseinstellungen, dann ist das auch unwahrscheinlich.

[Sven Schumacher]

@marc-berg Ich sende nichts retained...

Aber ich habe jetzt noch ein Phänomen unter MQQT-Explorer:
Dort sind die Werte der openDTU nicht unter mqqt.1.* zu finden, sondern unter DTU.*

Im Objektbaum stehen sie aber unter mqtt.1.*

Ich hab da einfach noch ein Durcheinander. Ich werde die Instanz und die Datenobjekte auch noch einmal löschen und neu anlegen. An dem vermurksten Kram weiter zu basteln verschwendet sonst meine und eure Zeit.

Wenn ich alle neu angelegt habe, mit Default-Werten, melde ich mich. Das wird heute aber nichts mehr.

[Marc Berg]

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

Dort sind die Werte der openDTU nicht unter mqqt.1.* zu finden, sondern unter DTU.*
Im Objektbaum stehen sie aber unter mqtt.1.*

Ne, das passt schon. Die MQTT Topics fangen unterhalb der Instanz "mqtt.1." an.

Aber "alles löschen und neu machen" wäre jetzt auch mein Gedanke.

[Sven Schumacher]

@marc-berg

Hat mir keine Ruhe gelassen.

die Werte werden jetzt in die richtigen Topics geschrieben. Rechts sieht man das beim MQTT-Explorer.

Juckt aber weiterhin niemanden am anderen Ende.

[Samson71]

@sven-schumacher
Was ist mit den MQTT-Einstellungen in der GUI von OpenDTU?

[Sven Schumacher]

@samson71

[Marc Berg]

@sven-schumacher

mqtt.1

2023-06-01 09:10:12.491	info	Client [OpenDTU-11820156] subscribes on "/+/cmd/limit_nonpersistent_absolute"

Das ist jetzt aber ohne "Base-Topic", richtig? Wenn ich das in meiner Umgebung mal so teste ("/+/topic"), dann bekomme ich keine Topics angezeigt. Ich würde sagen, ohne Base-Topic funktioniert die Subscription nicht. Sondern nur im Format "xx/+/yy"

[Sven Schumacher]

@marc-berg Das ist eben default.
Nirgendwo steht, dass man ein basetopic braucht.
Jedenfalls nicht in der FAQ/WIKI zu openDTU

wenn ich ein basetopic anlege, dann fragt openDTU nach

"/basetopic/+/topic" also auch wieder mit führendem "/"

[Marc Berg]

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

wenn ich ein basetopic anlege, dann fragt openDTU nach

"/basetopic/+/topic" also auch wieder mit führendem "/"

Mit führendem "/" bekomme ich keine funktionierende Subscription hin. Aber ich glaube, an der Stelle wart ihr schon, oder?

[Samson71]

@marc-berg sagte in Folder anlegen unter mqtt.1.:

Aber ich glaube, an der Stelle wart ihr schon, oder?

Stimmt. Und ich glaube auch immer noch, dass das nicht richtig/sauber ist.

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

@marc-berg Ich sende nichts retained...

Warum sehe ich dann in Deinem Screenshot das?

[Marc Berg]

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

wenn ich ein basetopic anlege, dann fragt openDTU nach
"/basetopic/+/topic" also auch wieder mit führendem "/"

In deinem Log steht aber was anderes:

[Sven Schumacher]

@samson71 Das ist das alte log. Da hatte ich den / vorne noch nicht dran

Ohne den / legt die DTU die Toppics NICHT mit dem Basetopic an. Aber sie vergibt die Namen.
Wenn ich den / davor mache, stimmen die Namen UND das Topic.

es müsste ja nur EINEN geben, bei dem es geht und der mal was von sich posten kann.
Dann ließe sich das sicher sofort lösen, das Problem.

[Marc Berg]

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

es müsste ja nur EINEN geben, bei dem es geht und der mal was von sich posten kann.
Dann ließe sich das sicher sofort lösen, das Problem.

Dann mach ein Issue bei Github auf, da wird es sicher genug Experten zu dem Thema geben.

Eine schräge Idee habe ich noch: Gib' mal ein Basetopic (ohne führende oder angehängte /) an, dass nicht "DTU" heißt.

[Sven Schumacher]

@marc-berg

Also ich habe es gerade noch Mal getestet:

Basetopic "/" ist default. Dann legt er die Ordner direkt unter mqtt.1.* ab
Basetopic "DTU/" kann ich anlegen. Dann legt er weiter die Ordner direkt unter mqtt.1.* ab, aber der Topic-Name enthält "DTU/" am Anfang.
Basetopic "/DTU/" kann ich auch anlegen. Dann legt er die Ordner unter mqtt.1.DTU.* ab, aber der Topic-Name enthält ebenfalls "/DTU/" am Anfang.

Mit allen drei Methoden habe ich dann den State für das limit angelegt. Keiner hat funktioniert. im MQTT-Explorer sehe ich aber, wenn ich Werte schreibe.

Die openDTU legt selbst durchaus Werte mit Retain (Voreinstellung) ab, Aber ICH darf so keine Werte in Richtung DTU schicken. Das ist deren Privileg.

[Sven Schumacher]

@marc-berg Abschließend MUSS ein / sein.
Habs eben mit "garten/" versucht und "/garten/" ... gleicher effekt.