NEWS
Folder anlegen unter mqtt.1.
-
@mickym ich möchte unter mqtt.1.123457889 einen folder cmd haben und darin einen state.
Aber ich kann den folder nicht anlegen. Stattdessen habe ich den state, ohne den folder, direkt in dem Ordner, den ich oben genannt habe.
Über Javascript habe ich den Ordner anlegen können, aber nicht über das "+" auf der Oberfläche. Das geht da nur, wenn ich den Ordner direkt auf mqtt.1 Ebene erstellen will, aber nicht als Unterordner von 123456789
Und selbst wenn ich es mit Javascript mache, erreicht der state das entsprechende Gerät nicht.
Ich vermute, ich stehe mit beiden Füßen auf der Leitung...1
@sven-schumacher mach auf der Root Ebene eine folder, indem du die Ebene mqtt.1 markierst und darunter einen folder mit dem Namen
1234567889.cmd erstellst.
Ich verstehe nicht, was man an meiner Beschreibung nicht versteht.
ergibt:
Dann kann man auch states unter cmd anlegen:
Ich habe keine Ahnung wie ich es NOCH beschreiben soll. Also in dem NAMEN den PFAD mit dem PUNKT angeben.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@sven-schumacher mach auf der Root Ebene eine folder, indem du die Ebene mqtt.1 markierst und darunter einen folder mit dem Namen
1234567889.cmd erstellst.
Ich verstehe nicht, was man an meiner Beschreibung nicht versteht.
ergibt:
Dann kann man auch states unter cmd anlegen:
Ich habe keine Ahnung wie ich es NOCH beschreiben soll. Also in dem NAMEN den PFAD mit dem PUNKT angeben.
@mickym Ja, manchmal bin ich etwas blind.
Auf die Idee den Ordner ausgehend von dem MQTT-Root anzulegen wäre ich nicht gekommen. Und dann hab ich es wohl überlesen.
Allerdings behebt das nicht mein ursprüngliches Problem, dass es der OpenDTU völlig egal ist, was für einen Wert ich dann unter
mqqt.1.1234567890.cmd.limit_persistent_absolute da rein schreibe. Der Wert wird nicht bestätigt und der Befehl nicht ausgeführt.
Das Limit bleibt bei dem, was ich über die Oberfläche der DTU eingestellt habe. -
@mickym Ja, manchmal bin ich etwas blind.
Auf die Idee den Ordner ausgehend von dem MQTT-Root anzulegen wäre ich nicht gekommen. Und dann hab ich es wohl überlesen.
Allerdings behebt das nicht mein ursprüngliches Problem, dass es der OpenDTU völlig egal ist, was für einen Wert ich dann unter
mqqt.1.1234567890.cmd.limit_persistent_absolute da rein schreibe. Der Wert wird nicht bestätigt und der Befehl nicht ausgeführt.
Das Limit bleibt bei dem, was ich über die Oberfläche der DTU eingestellt habe.eigentlich sollte der Broker von deinem DTU alle Ordner anlegen. Wenn er das nicht macht, ist eventuell in deine MQTT Einstellungen etwas falsch. zeig diese doch mal.
Gruß Tom
https://github.com/tt-tom17
Wenn meine Hilfe erfolgreich war, benutze bitte das Voting unten rechts im BeitragNSPanel Script Wiki
https://github.com/joBr99/nspanel-lovelace-ui/wikiNSPanel Adapter Wiki
https://github.com/ticaki/ioBroker.nspanel-lovelace-ui/wiki -
eigentlich sollte der Broker von deinem DTU alle Ordner anlegen. Wenn er das nicht macht, ist eventuell in deine MQTT Einstellungen etwas falsch. zeig diese doch mal.
@tt-tom sagte in Folder anlegen unter mqtt.1.:
eigentlich sollte der Broker von deinem DTU alle Ordner anlegen.
Das kommt u.U. auf den Broker an. Der ioBroker eigene MQTT-Adapter macht das zum Beispiel völlig korrekt (bei mir für AhoyDTU). Als ich auf Mosquitto umgestellt habe, gab es den Ordner mit den Datenpunkten aber nicht mehr. Die mußte ich tatsächlich erst selber anlegen. Das habe ich aber mit dem MQTT Explorer auf dem Mosquitto angelegt mit publish. Das wird dann ja automatisch in den ioBroker Adapter übertragen.
Markus
Bitte beachten:
Hinweise für gute Forenbeiträge
Maßnahmen zum Schutz des Forums -
@tt-tom sagte in Folder anlegen unter mqtt.1.:
eigentlich sollte der Broker von deinem DTU alle Ordner anlegen.
Das kommt u.U. auf den Broker an. Der ioBroker eigene MQTT-Adapter macht das zum Beispiel völlig korrekt (bei mir für AhoyDTU). Als ich auf Mosquitto umgestellt habe, gab es den Ordner mit den Datenpunkten aber nicht mehr. Die mußte ich tatsächlich erst selber anlegen. Das habe ich aber mit dem MQTT Explorer auf dem Mosquitto angelegt mit publish. Das wird dann ja automatisch in den ioBroker Adapter übertragen.
@samson71 ich habe mqtt mit den Einstellungen laufen, die Default für eine neue Instanz sind.
Es werden automatisch alle toppics angelegt und mit Daten versorgt, die von der DTU in Richtung iobroker gehen.
Die 4 cmd toppics werden nicht erstellt. Wenn ich die erstelle sind es zunächst state/state. Aber auch wenn ich sie zu state/value mache oder zu state/variable (<- so erstellt die DTU die ankommenden Daten) werden die Werte von der DTU nicht ausgeführt. Hin und wieder taucht dann in der DTU ein "DTU command failed" auf, ohne weitere Informationen.
Vielleicht sind die Attribute für den state falsch? Kann jemand mit funktionierender cmd Mal die Attribute hier zeigen?
-
@samson71 ich habe mqtt mit den Einstellungen laufen, die Default für eine neue Instanz sind.
Es werden automatisch alle toppics angelegt und mit Daten versorgt, die von der DTU in Richtung iobroker gehen.
Die 4 cmd toppics werden nicht erstellt. Wenn ich die erstelle sind es zunächst state/state. Aber auch wenn ich sie zu state/value mache oder zu state/variable (<- so erstellt die DTU die ankommenden Daten) werden die Werte von der DTU nicht ausgeführt. Hin und wieder taucht dann in der DTU ein "DTU command failed" auf, ohne weitere Informationen.
Vielleicht sind die Attribute für den state falsch? Kann jemand mit funktionierender cmd Mal die Attribute hier zeigen?
Schreib ein Script und sende den Befehl per http request.
Wenn ich helfen konnte, dann Daumen hoch (Pfeil nach oben)!
Danke.
gute Forenbeiträge: https://forum.iobroker.net/topic/51555/hinweise-f%C3%BCr-gute-forenbeitr%C3%A4ge
ScreenToGif :https://www.screentogif.com/downloads.html -
@samson71 ich habe mqtt mit den Einstellungen laufen, die Default für eine neue Instanz sind.
Es werden automatisch alle toppics angelegt und mit Daten versorgt, die von der DTU in Richtung iobroker gehen.
Die 4 cmd toppics werden nicht erstellt. Wenn ich die erstelle sind es zunächst state/state. Aber auch wenn ich sie zu state/value mache oder zu state/variable (<- so erstellt die DTU die ankommenden Daten) werden die Werte von der DTU nicht ausgeführt. Hin und wieder taucht dann in der DTU ein "DTU command failed" auf, ohne weitere Informationen.
Vielleicht sind die Attribute für den state falsch? Kann jemand mit funktionierender cmd Mal die Attribute hier zeigen?
@sven-schumacher
Auch wenn es blöd klingt. Ich habe immer noch nicht begriffen, ob Du den ioBroker selber als MQTT Server benutzt oder nur als Client von einem anderen MQTT Broker die Daten bekommst. Das machte nämlich bei mir den entscheidenden Unterschied aus.Mir hat auch der MQTT Explorer sehr weitergeholfen. Ich hatte damit die fehlenden Topics per publish angelegt.
Markus
Bitte beachten:
Hinweise für gute Forenbeiträge
Maßnahmen zum Schutz des Forums -
@samson71 ich habe mqtt mit den Einstellungen laufen, die Default für eine neue Instanz sind.
Es werden automatisch alle toppics angelegt und mit Daten versorgt, die von der DTU in Richtung iobroker gehen.
Die 4 cmd toppics werden nicht erstellt. Wenn ich die erstelle sind es zunächst state/state. Aber auch wenn ich sie zu state/value mache oder zu state/variable (<- so erstellt die DTU die ankommenden Daten) werden die Werte von der DTU nicht ausgeführt. Hin und wieder taucht dann in der DTU ein "DTU command failed" auf, ohne weitere Informationen.
Vielleicht sind die Attribute für den state falsch? Kann jemand mit funktionierender cmd Mal die Attribute hier zeigen?
@sven-schumacher sagte in Folder anlegen unter mqtt.1.:
Aber auch wenn ich sie zu state/value mache oder zu state/variable (<- so erstellt die DTU die ankommenden Daten) werden die Werte von der DTU nicht ausgeführt.
Dass da jemand mal ein sehr ähnliches Problem hatte, hast du schon gesehen?
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+RabbitMQ+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@sven-schumacher sagte in Folder anlegen unter mqtt.1.:
Aber auch wenn ich sie zu state/value mache oder zu state/variable (<- so erstellt die DTU die ankommenden Daten) werden die Werte von der DTU nicht ausgeführt.
Dass da jemand mal ein sehr ähnliches Problem hatte, hast du schon gesehen?
@marc-berg Ja, nur das dort der Reset der DTU geholfen hat.
Bei mir nicht. -
@sven-schumacher
Auch wenn es blöd klingt. Ich habe immer noch nicht begriffen, ob Du den ioBroker selber als MQTT Server benutzt oder nur als Client von einem anderen MQTT Broker die Daten bekommst. Das machte nämlich bei mir den entscheidenden Unterschied aus.Mir hat auch der MQTT Explorer sehr weitergeholfen. Ich hatte damit die fehlenden Topics per publish angelegt.
@samson71 Ich benutze den IOBroker als Sammelzentrale und für einfache Steuerungen.
Darauf läuft dann als Adapter: MQTT-Server/Client, NodeRed , SQL und HMIP.
Außerdem läuft da die Wettervorhersage rein und bald auch der Stromzähler im Keller.Und wenn ich im IOBroker nun etwas über MQTT an die openDTU senden will, dann klappt das eben nicht.
-
Schreib ein Script und sende den Befehl per http request.
@bahnuhr Dafür gibt es einen extra Adapter, den jemand für die DTU gebaut hat.
Allerdings würde ich hier gerne darauf verzichten. Sonst blicke ich später selbst nicht mehr durch.MQTT ist dafür gedacht und es sollte über den Weg gehen.
-
@samson71 Ich benutze den IOBroker als Sammelzentrale und für einfache Steuerungen.
Darauf läuft dann als Adapter: MQTT-Server/Client, NodeRed , SQL und HMIP.
Außerdem läuft da die Wettervorhersage rein und bald auch der Stromzähler im Keller.Und wenn ich im IOBroker nun etwas über MQTT an die openDTU senden will, dann klappt das eben nicht.
@sven-schumacher sagte in Folder anlegen unter mqtt.1.:
Darauf läuft dann als Adapter: MQTT-Server/Client
Das verstehe ich nicht. Es laufen also 2 Instanzen? Eine Instanz kann ja nur als Server/Broker ODER als Client/Subscriber fungieren.
Um diesen Unterschied ging es mir in meinen Ausführungen.
Als ich AhoyDTU unter Server/Broker, also "direkt" betrieben habe, hatte ich auch die notwendigen cmd-Datenpunkte für die Steuerung. Diese wurden automatisch mit angelegt.
Als ich AhoyDTU auf Client/Subscriber umgestellt hatte (Daten kommen jetzt von einem Mosquitto-MQTT-Server), haben diese cmd-Datenpunkte gefehlt. Sie wurden nicht automatisch mit angelegt. Diese habe ich dann mittels MQTT-Explorer auf dem Mosquitto angelegt (publish) und dieser hat sie dann auch in den Adapter vom ioBroker übertragen.
-
@sven-schumacher du gehst einfach eine Hierachie höher, wo du einen Datenpunkt anlegen kannst. Wenn du also unter state einen neuen state anlegen willst, gibst Du als Name des Datenpunktes state.neu an. Dann legt er unter dem state state einen neuen state neu an.
@mickym Also grundsätzlich ist es falsch wenn man behauptet die DTU legt selbst die Ordner an. Es werden IMMER nur die Ordner und states angelegt, deren topics die DTU veröffentlicht (published). Alle states auf die das Gerät hört müssen immer selbst angelegt werden. Die cmd Punkte werden NIE angelegt - da das zu Endlosschleifen führen würde!!!
Wie man die Punkte anlegt, in dem man über einen Mqtt-Explorer die entsprechenden topics published, die Datenpunkte manuell im Admin anlegt, mit NodeRed published, mit Blockly und SendTo oder JS mit SendTo anlegt ist dabei völlig WURSCHT. Sie werden nur NIE von Gerät selbst angelegt.Wenn ich mir die Doku anschaue, müssen deshalb alle Datenpunkte unter mqtt.x.serienno.cmd angelegt werden:
Nun nur noch darauf achten, dass in die Datenpunkte "unbestätigt" bzw. als command (NodeRed) oder mit steuere(Blockly) beschrieben werden.
Der mqtt-Adapter als Broker benötigt, dass die Punkte unbestätigt gepublished werden und das man KEINE Zustände published, sonst hat wieder diese Endlosschleifen, da der Adapter dann nicht mehr unterscheiden kann, was von aussen kommt und was er selbst angelegt, aktualisiert hat.
Trotzdem macht der Adapter manchmal Probleme. (Sieht man meist im Log - message 123 wurde nach 11 retries gelöscht oder ähnliches).
Ich nutze deswegen auch mqtt-Broker den mosquitto und den Adapter als Client. Aber das muss nicht unbedingt, wenn alles OK ist. Aber manchmal macht der Adapter eben auch nicht das was er soll.Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@mickym Also grundsätzlich ist es falsch wenn man behauptet die DTU legt selbst die Ordner an. Es werden IMMER nur die Ordner und states angelegt, deren topics die DTU veröffentlicht (published). Alle states auf die das Gerät hört müssen immer selbst angelegt werden. Die cmd Punkte werden NIE angelegt - da das zu Endlosschleifen führen würde!!!
Wie man die Punkte anlegt, in dem man über einen Mqtt-Explorer die entsprechenden topics published, die Datenpunkte manuell im Admin anlegt, mit NodeRed published, mit Blockly und SendTo oder JS mit SendTo anlegt ist dabei völlig WURSCHT. Sie werden nur NIE von Gerät selbst angelegt.Wenn ich mir die Doku anschaue, müssen deshalb alle Datenpunkte unter mqtt.x.serienno.cmd angelegt werden:
Nun nur noch darauf achten, dass in die Datenpunkte "unbestätigt" bzw. als command (NodeRed) oder mit steuere(Blockly) beschrieben werden.
Der mqtt-Adapter als Broker benötigt, dass die Punkte unbestätigt gepublished werden und das man KEINE Zustände published, sonst hat wieder diese Endlosschleifen, da der Adapter dann nicht mehr unterscheiden kann, was von aussen kommt und was er selbst angelegt, aktualisiert hat.
Trotzdem macht der Adapter manchmal Probleme. (Sieht man meist im Log - message 123 wurde nach 11 retries gelöscht oder ähnliches).
Ich nutze deswegen auch mqtt-Broker den mosquitto und den Adapter als Client. Aber das muss nicht unbedingt, wenn alles OK ist. Aber manchmal macht der Adapter eben auch nicht das was er soll.@mickym Danke. So habe ich es auch verstanden.
Nur habe ich das soweit auch gemacht und für mich sieht es richtig aus.
Der Name und die Struktur stimmt. Aber der Wert erreicht nicht das Ziel.Und es gibt ja noch einige Möglichkeiten da was zu konfigurieren.
Es würde halt helfen, wenn jemand da eine funktionierende Konfiguration hätte. Dann könnte man vergleichen, wo meine anders ist.
Fehler im Log habe ich nicht. Ich sende unbestätigt. Dann wird der Wert kurz grün angezeigt und dann rot und er wird ignoriert.
-
@mickym Danke. So habe ich es auch verstanden.
Nur habe ich das soweit auch gemacht und für mich sieht es richtig aus.
Der Name und die Struktur stimmt. Aber der Wert erreicht nicht das Ziel.Und es gibt ja noch einige Möglichkeiten da was zu konfigurieren.
Es würde halt helfen, wenn jemand da eine funktionierende Konfiguration hätte. Dann könnte man vergleichen, wo meine anders ist.
Fehler im Log habe ich nicht. Ich sende unbestätigt. Dann wird der Wert kurz grün angezeigt und dann rot und er wird ignoriert.
@sven-schumacher Mach in deiner mqtt Konfig deines Brokers ALLE Haken weg und schreibe - wenn die Struktur stimmt unbestätigt in die cmd Datenpunkte.
-
@mickym Also grundsätzlich ist es falsch wenn man behauptet die DTU legt selbst die Ordner an. Es werden IMMER nur die Ordner und states angelegt, deren topics die DTU veröffentlicht (published). Alle states auf die das Gerät hört müssen immer selbst angelegt werden. Die cmd Punkte werden NIE angelegt - da das zu Endlosschleifen führen würde!!!
Wie man die Punkte anlegt, in dem man über einen Mqtt-Explorer die entsprechenden topics published, die Datenpunkte manuell im Admin anlegt, mit NodeRed published, mit Blockly und SendTo oder JS mit SendTo anlegt ist dabei völlig WURSCHT. Sie werden nur NIE von Gerät selbst angelegt.Wenn ich mir die Doku anschaue, müssen deshalb alle Datenpunkte unter mqtt.x.serienno.cmd angelegt werden:
Nun nur noch darauf achten, dass in die Datenpunkte "unbestätigt" bzw. als command (NodeRed) oder mit steuere(Blockly) beschrieben werden.
Der mqtt-Adapter als Broker benötigt, dass die Punkte unbestätigt gepublished werden und das man KEINE Zustände published, sonst hat wieder diese Endlosschleifen, da der Adapter dann nicht mehr unterscheiden kann, was von aussen kommt und was er selbst angelegt, aktualisiert hat.
Trotzdem macht der Adapter manchmal Probleme. (Sieht man meist im Log - message 123 wurde nach 11 retries gelöscht oder ähnliches).
Ich nutze deswegen auch mqtt-Broker den mosquitto und den Adapter als Client. Aber das muss nicht unbedingt, wenn alles OK ist. Aber manchmal macht der Adapter eben auch nicht das was er soll.@mickym sagte in Folder anlegen unter mqtt.1.:
Also grundsätzlich ist es falsch wenn man behauptet die DTU legt selbst die Ordner an.
Habe ich auch so nicht behauptet. OpenDTU kenne ich auch gar nicht. Fakt ist aber, dass bei AhoyDTU auch die Steuerdatenpunkte vorhanden waren im Adapter als dieser Server/Broker war. Erst bei der Umstellung auf Mosquitto und Nutzung als Client haben diese gefehlt und ich musste diese selber anlegen.
Markus
Bitte beachten:
Hinweise für gute Forenbeiträge
Maßnahmen zum Schutz des Forums -
@mickym sagte in Folder anlegen unter mqtt.1.:
Also grundsätzlich ist es falsch wenn man behauptet die DTU legt selbst die Ordner an.
Habe ich auch so nicht behauptet. OpenDTU kenne ich auch gar nicht. Fakt ist aber, dass bei AhoyDTU auch die Steuerdatenpunkte vorhanden waren im Adapter als dieser Server/Broker war. Erst bei der Umstellung auf Mosquitto und Nutzung als Client haben diese gefehlt und ich musste diese selber anlegen.
@samson71 War auch nicht an Dich gerichtet - da gab es aber jemand weiter unten im Thread. ;) - Im Übrigen ist es wie gesagt völlig egal, welches System angebunden ist. Topics auf die ein Gerät hört werden NIE von dem Gerät selbst gepublished. Wer die Datenpunkte angelegt hat - kann ich Dir nicht sagen, aber sicher nicht das Gerät selbst. Wie soll das denn sonst bitte unterscheiden, ob es was machen soll oder nicht. Sobald ein Gerät ein topic gepublished hat, merkt sich das Gerät nicht, dass es dieses Topic gepublished hat. Wenn eine Bestätigung gewünscht ist muss man es über QoS Level 2 schicken, aber bei Level 0 (Standard) wird einfach gefeuert und das wars. Im MQTT gibts kein ACK Flag.
-
@mickym Danke. So habe ich es auch verstanden.
Nur habe ich das soweit auch gemacht und für mich sieht es richtig aus.
Der Name und die Struktur stimmt. Aber der Wert erreicht nicht das Ziel.Und es gibt ja noch einige Möglichkeiten da was zu konfigurieren.
Es würde halt helfen, wenn jemand da eine funktionierende Konfiguration hätte. Dann könnte man vergleichen, wo meine anders ist.
Fehler im Log habe ich nicht. Ich sende unbestätigt. Dann wird der Wert kurz grün angezeigt und dann rot und er wird ignoriert.
@sven-schumacher sagte in Folder anlegen unter mqtt.1.:
Fehler im Log habe ich nicht. Ich sende unbestätigt. Dann wird der Wert kurz grün angezeigt und dann rot und er wird ignoriert.
Das ist verkehrt dann wurde bestätigt gesendet. GRÜN im Admin ist ein BESTÄTIGTER Wert, ROT im Admin ist ein UNBESTÄTIGTER Wert. ROT ist also kein Fehler.
und wie gesagt alle Haken raus:
Prüfen, ob bei eigenen States die richtige Maske eingetragen ist. Am Besten ist man STELLT da gar nichts EIN - dann macht man am wenigsten kaputt.
Als Broker sammelst Du Daten - da muss nichts gepublished werden, weder beim Verbinden noch sollte man das Publishen einschränken - das muss man nur wenn man dummerweise auch noch die Zustände angeklickt hat. Diese Kombi ist aber nur dafür gedacht, wenn man aus anderen iobroker Instanzen publishen will und dann empfiehlt es sich, dies auch über eigene Instanzen zu machen.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@sven-schumacher sagte in Folder anlegen unter mqtt.1.:
Fehler im Log habe ich nicht. Ich sende unbestätigt. Dann wird der Wert kurz grün angezeigt und dann rot und er wird ignoriert.
Das ist verkehrt dann wurde bestätigt gesendet. GRÜN im Admin ist ein BESTÄTIGTER Wert, ROT im Admin ist ein UNBESTÄTIGTER Wert. ROT ist also kein Fehler.
und wie gesagt alle Haken raus:Prüfen, ob bei eigenen States die richtige Maske eingetragen ist. Am Besten ist man STELLT da gar nichts EIN - dann macht man am wenigsten kaputt.
Als Broker sammelst Du Daten - da muss nichts gepublished werden, weder beim Verbinden noch sollte man das Publishen einschränken - das muss man nur wenn man dummerweise auch noch die Zustände angeklickt hat. Diese Kombi ist aber nur dafür gedacht, wenn man aus anderen iobroker Instanzen publishen will und dann empfiehlt es sich, dies auch über eigene Instanzen zu machen.
@mickym Es sind alle Haken raus und auch der beim Senden (Bestätigt) ist kein Haken.
Die Maske ist mqtt.1.* weil das Instanz 1 ist. Also alles wird angeboten, was unter dieser Instanz liegt und sonst nichts.Der Datenpunkt ist so definiert:
{ "common": { "name": "limit_persistent_absolute", "desc": "Manuell erzeugt", "role": "variable", "type": "number", "read": true, "write": true, "def": 0 }, "type": "state", "native": {}, "_id": "mqtt.1.1141123456789.cmd.limit_persistent_absolute", "acl": { "object": 1638, "state": 1638, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.admin.0", "user": "system.user.admin", "ts": 1685033551820 }ich hab nur die SN hier verändert wegen Datenschutz.
Und so sieht das Logfile aus:
mqtt.1 2023-05-30 13:21:07.652 info Client [OpenDTU-11820156] subscribes on "DTU/+/cmd/restart" with regex /mqtt\.1\.[^.]*\.cmd\.restart/ mqtt.1 2023-05-30 13:21:07.650 info Client [OpenDTU-11820156] subscribes on "DTU/+/cmd/restart" with regex /^[^\.]*\.cmd\.restart/ mqtt.1 2023-05-30 13:21:07.631 info Client [OpenDTU-11820156] subscribes on "DTU/+/cmd/power" with regex /mqtt\.1\.[^.]*\.cmd\.power/ mqtt.1 2023-05-30 13:21:07.629 info Client [OpenDTU-11820156] subscribes on "DTU/+/cmd/power" with regex /^[^\.]*\.cmd\.power/ mqtt.1 2023-05-30 13:21:07.625 info Client [OpenDTU-11820156] subscribes on "DTU/+/cmd/limit_nonpersistent_absolute" with regex /mqtt\.1\.[^.]*\.cmd\.limit_nonpersistent_absolute/ mqtt.1 2023-05-30 13:21:07.623 info Client [OpenDTU-11820156] subscribes on "DTU/+/cmd/limit_nonpersistent_absolute" with regex /^[^\.]*\.cmd\.limit_nonpersistent_absolute/ mqtt.1 2023-05-30 13:21:07.619 info Client [OpenDTU-11820156] subscribes on "DTU/+/cmd/limit_nonpersistent_relative" with regex /mqtt\.1\.[^.]*\.cmd\.limit_nonpersistent_relative/ mqtt.1 2023-05-30 13:21:07.617 info Client [OpenDTU-11820156] subscribes on "DTU/+/cmd/limit_nonpersistent_relative" with regex /^[^\.]*\.cmd\.limit_nonpersistent_relative/ mqtt.1 2023-05-30 13:21:07.613 info Client [OpenDTU-11820156] subscribes on "DTU/+/cmd/limit_persistent_absolute" with regex /mqtt\.1\.[^.]*\.cmd\.limit_persistent_absolute/ mqtt.1 2023-05-30 13:21:07.612 info Client [OpenDTU-11820156] subscribes on "DTU/+/cmd/limit_persistent_absolute" with regex /^[^\.]*\.cmd\.limit_persistent_absolute/ mqtt.1 2023-05-30 13:21:07.606 info Client [OpenDTU-11820156] subscribes on "DTU/+/cmd/limit_persistent_relative" with regex /mqtt\.1\.[^.]*\.cmd\.limit_persistent_relative/ mqtt.1 2023-05-30 13:21:07.604 info Client [OpenDTU-11820156] subscribes on "DTU/+/cmd/limit_persistent_relative" with regex /^[^\.]*\.cmd\.limit_persistent_relative/ mqtt.1 2023-05-30 13:21:07.260 info Client [OpenDTU-11820156] connected with secret xxx mqtt.1 2023-05-30 13:21:05.544 info Starting MQTT-WebSocket authenticated server on 0.0.0.0:1886 mqtt.1 2023-05-30 13:21:05.541 info Starting MQTT authenticated server on 0.0.0.0:1885 -
@sven-schumacher Das schaut in meinen Augen alles gut aus. Funktioniert power und restart auch nicht?
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
831
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge