NEWS
Folder anlegen unter mqtt.1.
-
@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. -
@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.
-
@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.
-
@sven-schumacher Normalerweise gibt man kein führenden "/" ein - das ist eigenartig.
Das was Du vorher hattest war richtig - aber keine Ahnung was diese openDTU GUI daraus macht.
-
@sven-schumacher sagte in Folder anlegen unter mqtt.1.:
mqtt.1 2023-05-30 13:21:05.544 info Starting MQTT-WebSocket authenticated server on 0.0.0.0:1886
Ich glaube nicht, dass das die Ursache für die Probleme ist, aber warum hast du Websockets aktiviert? Das benötigt man in deinem Szenario nicht. Wie sieht nun das Logfile nach den Änderungen aus?
-
@mickym Wenn ich das "/DTU/" eingebe, dann erzeugt er alles richtig.
Per Default steht ja auch "/" drin, was für "kein spezielles Base-Topic" richtig ist.Also ist das eben eine Eigenart von openDTU.
-
@sven-schumacher Ok, ich bin mit meiner Weisheit am Ende - ich denke nur, wenn die Kommandos immer noch nicht funktionieren, dass iobroker und openDTU aneinander vorbei reden. Viel Glück.
-
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?
-
@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.
-
@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.
-
@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.
-
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.
-
@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.
-
@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.
-
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.
-
@sven-schumacher
Was ist mit den MQTT-Einstellungen in der GUI von OpenDTU? -
-
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"
-
@marc-berg Das ist eben default.
Nirgendwo steht, dass man ein basetopic braucht.
Jedenfalls nicht in der FAQ/WIKI zu openDTUwenn ich ein basetopic anlege, dann fragt openDTU nach
"/basetopic/+/topic" also auch wieder mit führendem "/"
-
@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?