NEWS
Shelly-Geräte mit MQTT-Adapter steuern
-
@mickym
Moin moin mickym,
ich brauche nochmal Deine Hilfe. Ich möchte aus folgender JSON-formatierter Zeichenkette folgende Information extrahieren{ "src": "shellyplusi4-c4d8d554856c", "dst": "shellyplusi4-c4d8d554856c/events", "method": "NotifyEvent", "params": { "ts": 1742530641.42, "events": [ { "component": "input:2", "id": 2, "event": "single_push", "ts": 1742530641.42 } ] } }folgende Information extrahieren:
wenn "events" vorhanden dann wenn "component" = "input:2" enthalten gib den Wert von "event" zurück.
Wie kann ich das mit dem JSON.parse() und/oder anderen JSON.xxxx machen? Ich möchte das in einen Datenpunkt von einem Alias packen, um den RPC-Event-Datenpunkt eines Shelly auszuwerten.Hintergrund ist, dass ich nicht nur feststellen will, ob eine Taste gedrückt wurde (hier Taste an "input:2"), sondern auch, um was für einen Tastendruck es sich gehandelt hat (zum Beispiel "einfach", "zweifach", "dreifach", "lang"...)
Wäre das dann vielleicht sowas wie
if(JSON.parse(JSON.parse(val).params.events).component == "input:2") JSON.parse(JSON.parse(val).params.events).event; "";Ob das mit den events so gut ist, bezweifle ich mal - da das ein Array ist und wenn das event an anderer Stelle steht, dann schaust Du in die Röhre. Ich würde lieber bei Status schauen. "If" funktioniert in meinen Augen auch nicht.
So wie es momentan funktioniert wäre so:
JSON.parse(val).params.events[0].component === "input:2" ? JSON.parse(val).params.events[0].event : ""Aber wie gesagt, dass geht nur wenn das event an 1. Stelle steht. Wenn das komplexer wird, würde ich doch lieber eine Logikamschine nehmen. So funktioniert es halt wenn das an erster Stelle im Array steht.
Die Frage ist halt - gibt es dennn unter status kein "input:2"
Wie gesagt, so funktioniert es zwar - aber ich würde immer den status erst abfragen, bevor ich auf events reagiere. Dann kannst Dir auch die Bedingung sparen, da unter status "input:2" auch nur dann aktualisiert wird, wenn getriggert.
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.
-
Ob das mit den events so gut ist, bezweifle ich mal - da das ein Array ist und wenn das event an anderer Stelle steht, dann schaust Du in die Röhre. Ich würde lieber bei Status schauen. "If" funktioniert in meinen Augen auch nicht.
So wie es momentan funktioniert wäre so:
JSON.parse(val).params.events[0].component === "input:2" ? JSON.parse(val).params.events[0].event : ""Aber wie gesagt, dass geht nur wenn das event an 1. Stelle steht. Wenn das komplexer wird, würde ich doch lieber eine Logikamschine nehmen. So funktioniert es halt wenn das an erster Stelle im Array steht.
Die Frage ist halt - gibt es dennn unter status kein "input:2"
Wie gesagt, so funktioniert es zwar - aber ich würde immer den status erst abfragen, bevor ich auf events reagiere. Dann kannst Dir auch die Bedingung sparen, da unter status "input:2" auch nur dann aktualisiert wird, wenn getriggert.
Hallo mickym,
ich kann den Status eines "input:x" offenbar nur auswerten, wenn dieser als "Switch" konfiguriert ist. Dann bekomme ich über "JSON.parse(val).state" den aktuellen Schalterstatus ("true" oder "false").
Ich habe aber meine "input:x" als "Button" konfiguriert und wollte auch hier über die "JSON.parse(val).state" Funktion die Art des Tastendrucks auswerten. Aber offenbar ändert sich der "state" nicht, wenn der "input:x" als Button konfiguriert ist - der ist immer "null". Zumindest habe ich mir mal ein Skript geschieben, dass auf eine Statusänderung getriggert war. Aber das hat nie ausgelöst"...JSON.parse(val).params.events[0].component === "input:0" ? JSON.parse(val).params.events[0].event : ""funktioniert prima, allerdings bekomme ich nun vom Javascript-Adapter ständig folgende Fehlermeldungen:
javascript.0 2025-03-23 18:32:00.161 error Invalid read function for "alias.0.Kueche_Deckenbeleuchtung_Hw-Schalter.Schalter": "JSON.parse(val).params.events[0].component === "input:1" ? JSON.parse(val).params.events[0].event : (null)" => Cannot read properties of undefined (reading '0')Ich schätze aber mal, dass das damit zusammenhängt, dass nicht bei jedem Event auch die Attribute "component" und "event" enthalten sind, oder? Kann man diese Fehler irgendwie abfangen, indem man die read-Funktion anpasst?
ioBroker-Host: Raspberry Pi 5 (8GByte RAM) mit Halo8-KI-Hat, Argon ONE M.2-Gehäuse mit 256GByte PCIe-SSD
-
Hallo mickym,
ich kann den Status eines "input:x" offenbar nur auswerten, wenn dieser als "Switch" konfiguriert ist. Dann bekomme ich über "JSON.parse(val).state" den aktuellen Schalterstatus ("true" oder "false").
Ich habe aber meine "input:x" als "Button" konfiguriert und wollte auch hier über die "JSON.parse(val).state" Funktion die Art des Tastendrucks auswerten. Aber offenbar ändert sich der "state" nicht, wenn der "input:x" als Button konfiguriert ist - der ist immer "null". Zumindest habe ich mir mal ein Skript geschieben, dass auf eine Statusänderung getriggert war. Aber das hat nie ausgelöst"...JSON.parse(val).params.events[0].component === "input:0" ? JSON.parse(val).params.events[0].event : ""funktioniert prima, allerdings bekomme ich nun vom Javascript-Adapter ständig folgende Fehlermeldungen:
javascript.0 2025-03-23 18:32:00.161 error Invalid read function for "alias.0.Kueche_Deckenbeleuchtung_Hw-Schalter.Schalter": "JSON.parse(val).params.events[0].component === "input:1" ? JSON.parse(val).params.events[0].event : (null)" => Cannot read properties of undefined (reading '0')Ich schätze aber mal, dass das damit zusammenhängt, dass nicht bei jedem Event auch die Attribute "component" und "event" enthalten sind, oder? Kann man diese Fehler irgendwie abfangen, indem man die read-Funktion anpasst?
@klausstoertebeker sagte in Shelly-Geräte mit MQTT-Adapter steuern:
Ich schätze aber mal, dass das damit zusammenhängt, dass nicht bei jedem Event auch die Attribute "component" und "event" enthalten sind, oder?
Ja - deswegen ist events auch ungeeignet. Du sollst unter status den Datenpunkt auswerten. Ein Button hat KEINEN Zustand - deswegen ist er in der Regel true. Das heißt hier prüft man nur auf Aktualisierung.
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.
-
@klausstoertebeker sagte in Shelly-Geräte mit MQTT-Adapter steuern:
Ich schätze aber mal, dass das damit zusammenhängt, dass nicht bei jedem Event auch die Attribute "component" und "event" enthalten sind, oder?
Ja - deswegen ist events auch ungeeignet. Du sollst unter status den Datenpunkt auswerten. Ein Button hat KEINEN Zustand - deswegen ist er in der Regel true. Das heißt hier prüft man nur auf Aktualisierung.
-
@klausstoertebeker und bei denn switches?
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.
-
@klausstoertebeker und bei denn switches?
Ob die Switches an oder aus sind, siehst Du am Attribut "output": "true" = an...
Und ich muss Dir recht geben: Der Status der "input:x" wechselt von "null" auf "true", wenn er gedrückt wird - mea culpa! Vermutlich hat mein damaliges Skript nicht reagirt, weil ich nicht auf einen String sondern auf einen Boolean verglichen habe.Kann man diese Abfrage auch irgendwie in die Alias-read-Funktion packen? Vielleicht in der folgenden Art:
JSON.parse(mqtt.0.shellyplus2pm-d48afc7dbd1c.status.input:0).state === "true" ? JSON.parse(val).params.events[0].event : "null"ioBroker-Host: Raspberry Pi 5 (8GByte RAM) mit Halo8-KI-Hat, Argon ONE M.2-Gehäuse mit 256GByte PCIe-SSD
-
Ob die Switches an oder aus sind, siehst Du am Attribut "output": "true" = an...
Und ich muss Dir recht geben: Der Status der "input:x" wechselt von "null" auf "true", wenn er gedrückt wird - mea culpa! Vermutlich hat mein damaliges Skript nicht reagirt, weil ich nicht auf einen String sondern auf einen Boolean verglichen habe.Kann man diese Abfrage auch irgendwie in die Alias-read-Funktion packen? Vielleicht in der folgenden Art:
JSON.parse(mqtt.0.shellyplus2pm-d48afc7dbd1c.status.input:0).state === "true" ? JSON.parse(val).params.events[0].event : "null"=== "true"läßt Du einnfach weg.
Also so:
JSON.parse(mqtt.0.shellyplus2pm-d48afc7dbd1c.status.input:0).state ? JSON.parse(val).params.events[0].event : "null"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.
-
=== "true"läßt Du einnfach weg.
Also so:
JSON.parse(mqtt.0.shellyplus2pm-d48afc7dbd1c.status.input:0).state ? JSON.parse(val).params.events[0].event : "null"Habe ich gemacht, und ich erhalte jetzt folgenden Fehler:
javascript.0 2025-03-23 19:17:00.212 error Invalid read function for "alias.0.Wohnzimmer_Esstischlampe_Hw-Schalter.Taster": "JSON.parse(mqtt.0.shellyplus2pm-d48afc7dbd1c.status.input:0).state ? JSON.parse(val).params.events[0].event : "null"" => missing ) after argument list -
=== "true"läßt Du einnfach weg.
Also so:
JSON.parse(mqtt.0.shellyplus2pm-d48afc7dbd1c.status.input:0).state ? JSON.parse(val).params.events[0].event : "null"@mickym sagte in Shelly-Geräte mit MQTT-Adapter steuern:
mqtt.0.shellyplus2pm-d48afc7dbd1c.status.input:0
Na ist ja auch ein Fehler. In dem parse muss ja auch val. Solange da bei state null ist, dann hilft Dir das nichts. Also ist der Datenpunkt so ungeeignet - dann musst halt doch mit dem Blockly arbeiten.
-
@klausstoertebeker Nein - da bin ich leider überfragt.
Ich bin zwar im Shelly Forum registriert und habe diesen Thread gefunden: https://shelly-forum.com/thread/23609-shelly-wall-display-firmware-1-2-5-mit-thermostatfunktion-released/
Aber schlau werde ich daraus nicht. Das ist mir im Moment zu speziell - da ist es besser, wenn Du direkt dort weiter fragst.
Du kannst ja die Kommandos direkt in den Datenpunkten ausprobieren und wenn das funktioniert, dann kann ich ggf. bei der Konvertierungsfunktion helfen, aber zu diesen speziellen Parametern kann ich nichts sagen.
Es ist ja auch nicht gesagt, dass Du alle Einstellungen über mqtt einstellen kannst, sondern vielleicht gehen bestimmte Einstellungen nur über die Weboberfläche.
In dem Thread habe ich zu den Parametern nur folgendes gefunden:
Sorry - aber ich denke, da musst Du Shelly Support bemühen und wie gesagt Du weißt ja nun dass Du Kommandos immer direkt in das rpc topic unter dem Gerät schreiben musst.
Puh.... ich trottelt hätte auf die Gen. 3 warten sollen!
Mit der Überzeugung das ich die Shellys PlugPlus S per Shelly Adapter im ioBroker steuern kann, habe ich mir 10 Stück gekauft, die Shellys Gen, 1 die bei mir laufen sind alle mit Tasmota geflasht und sind somit im ioBroker
eingebunden.
Gut, nun versuche ich die per Mqtt in den iob zubekommen, aber hier scheitere ich schon an der Übersetzung:
Keine Ahung wo und wie ich das alles eintragen soll, zum Testen läuft auch noch HA (nutze ich nicht, weil das kein Blockly hat) dort werden die PlugPlus s aber gefunden, ich glaube ich bin langsam zu alt für den sch....
Hat jemand eine "einfache" Anleitung wie ich das so hinbekommen das ist auf die Daten wie Power/Watt usw.. per ioBroker zugreifen kann?
Alternativ würde mir nur dann bleiben die Teile irgendwo im Keller zu verbauen wo sie nur "schalten" und nichts Anzeigen sollen und mit 10 neue Messdosen mit Tasmota drauf zu kaufen
Gruß Master67
-
Puh.... ich trottelt hätte auf die Gen. 3 warten sollen!
Mit der Überzeugung das ich die Shellys PlugPlus S per Shelly Adapter im ioBroker steuern kann, habe ich mir 10 Stück gekauft, die Shellys Gen, 1 die bei mir laufen sind alle mit Tasmota geflasht und sind somit im ioBroker
eingebunden.
Gut, nun versuche ich die per Mqtt in den iob zubekommen, aber hier scheitere ich schon an der Übersetzung:
Keine Ahung wo und wie ich das alles eintragen soll, zum Testen läuft auch noch HA (nutze ich nicht, weil das kein Blockly hat) dort werden die PlugPlus s aber gefunden, ich glaube ich bin langsam zu alt für den sch....
Hat jemand eine "einfache" Anleitung wie ich das so hinbekommen das ist auf die Daten wie Power/Watt usw.. per ioBroker zugreifen kann?
Alternativ würde mir nur dann bleiben die Teile irgendwo im Keller zu verbauen wo sie nur "schalten" und nichts Anzeigen sollen und mit 10 neue Messdosen mit Tasmota drauf zu kaufen
@master67
Warum verwendest du nicht den Shelly Adapter?
Shelly Plus Plug S ist voll unterstützt.Oder lebst die die sprichwörtliche Methode "Warum einfach wenns umständlich auch geht?"
Da giubts ne deutsche Anleitung auch gratis dazu:
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/README.md -
Puh.... ich trottelt hätte auf die Gen. 3 warten sollen!
Mit der Überzeugung das ich die Shellys PlugPlus S per Shelly Adapter im ioBroker steuern kann, habe ich mir 10 Stück gekauft, die Shellys Gen, 1 die bei mir laufen sind alle mit Tasmota geflasht und sind somit im ioBroker
eingebunden.
Gut, nun versuche ich die per Mqtt in den iob zubekommen, aber hier scheitere ich schon an der Übersetzung:
Keine Ahung wo und wie ich das alles eintragen soll, zum Testen läuft auch noch HA (nutze ich nicht, weil das kein Blockly hat) dort werden die PlugPlus s aber gefunden, ich glaube ich bin langsam zu alt für den sch....
Hat jemand eine "einfache" Anleitung wie ich das so hinbekommen das ist auf die Daten wie Power/Watt usw.. per ioBroker zugreifen kann?
Alternativ würde mir nur dann bleiben die Teile irgendwo im Keller zu verbauen wo sie nur "schalten" und nichts Anzeigen sollen und mit 10 neue Messdosen mit Tasmota drauf zu kaufen
-
@mcm1957 sagte in Shelly-Geräte mit MQTT-Adapter steuern:
Warum verwendest du nicht den Shelly Adapter?
Das war der Plan.... nur werden im Shelly Adapter die Geräte der 1. Gen gefunden, keinen einzigen PlugPlus S, was mich ja auch Wundert, weil in HA werden die ja auch im Shelly "Adapter" gefunden,
dachte auch erst ist ein Einstellungsproblem, konnte es aber nicht lösen!@bananajoe sagte in Shelly-Geräte mit MQTT-Adapter steuern:
Öhm, laufen deine Shelly Plug S nun mit der Original-Shelly Software? oder mit Tasmota?
Die PlugPlus S sind neu, die kann man nicht mehr mit Tasmota Flashen, also ist die Original Software drauf, nur die Shellys der 1. Gen, laufen (bis auf zwei) mit Tasmota.
So... nur 1. Gen
Gruß Master67
-
@mcm1957 sagte in Shelly-Geräte mit MQTT-Adapter steuern:
Warum verwendest du nicht den Shelly Adapter?
Das war der Plan.... nur werden im Shelly Adapter die Geräte der 1. Gen gefunden, keinen einzigen PlugPlus S, was mich ja auch Wundert, weil in HA werden die ja auch im Shelly "Adapter" gefunden,
dachte auch erst ist ein Einstellungsproblem, konnte es aber nicht lösen!@bananajoe sagte in Shelly-Geräte mit MQTT-Adapter steuern:
Öhm, laufen deine Shelly Plug S nun mit der Original-Shelly Software? oder mit Tasmota?
Die PlugPlus S sind neu, die kann man nicht mehr mit Tasmota Flashen, also ist die Original Software drauf, nur die Shellys der 1. Gen, laufen (bis auf zwei) mit Tasmota.
So... nur 1. Gen
@master67 sagte in Shelly-Geräte mit MQTT-Adapter steuern:
Die PlugPlus S sind neu, die kann man nicht mehr mit Tasmota Flashen, also ist die Original Software drauf, nur die Shellys der 1. Gen, laufen (bis auf zwei) mit Tasmota.
Ok, die Shellys mit Tasmota sind nun Tasmotageräte - dann müsstest du diese mit dem Sonoff-Adapter einbinden.
Da steht nur noch Shelly drauf, ansonsten haben die nichts mehr mit Shelly zu tun.Die neueren Shellys sollten per MQTT laufen, sprechen darüber aber eine völlig andere Syntax.
Die nutzt du über den Shelly Adapter im MQTT-Modus. Wenn du den Adapter konfigurierst (Adapter! Unter iobroker!), stellst du dort den Port, Benutzernamen und Passwort ein:
Auf den Shellys konfigurierst du dann MQTT mit genau diesen Einstellungen - insbesondere den Port beachten!
-
@mcm1957 sagte in Shelly-Geräte mit MQTT-Adapter steuern:
Warum verwendest du nicht den Shelly Adapter?
Das war der Plan.... nur werden im Shelly Adapter die Geräte der 1. Gen gefunden, keinen einzigen PlugPlus S, was mich ja auch Wundert, weil in HA werden die ja auch im Shelly "Adapter" gefunden,
dachte auch erst ist ein Einstellungsproblem, konnte es aber nicht lösen!@bananajoe sagte in Shelly-Geräte mit MQTT-Adapter steuern:
Öhm, laufen deine Shelly Plug S nun mit der Original-Shelly Software? oder mit Tasmota?
Die PlugPlus S sind neu, die kann man nicht mehr mit Tasmota Flashen, also ist die Original Software drauf, nur die Shellys der 1. Gen, laufen (bis auf zwei) mit Tasmota.
So... nur 1. Gen
Wenn du GEN 1 Geräte mit dem Shelly Adapter benutzen willst, dann stellst du den Shelly Adapter (normalerweise) auf COAP ein.
Wenn du GEN2 / 3 / 4 Geräte mit dem Shelly Adapter benutzen willst, dann stellst du den Shelly Adapter auf MQTT ein.
Das bedeutet:
Typisch hast due ZWEI Shelly Instanzen - eine Instanz mit COAP für GEN 1 Geräte und eine mit MQTT für GEN 2+ Geräte.Eine ausführliche Anleitung hab ich dir schon oben verlinkt:
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/README.mdBitte beachte, dass du in den Shellies GEN2+ MQTT explizit einschalten musst. Weiters musst du die IP des IoBroker hosts und den Port des Shelly Adapters (typisch 1882) angeben.
Wenn dann der Shelly noch immer nicht erkannt wird, poste bitte mal
- die Einstellungen des Adapters
- die Einstellungsseite (MQTT) eines Shellies
- allfällige LOGs
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
Wenn du GEN 1 Geräte mit dem Shelly Adapter benutzen willst, dann stellst du den Shelly Adapter (normalerweise) auf COAP ein.
Wenn du GEN2 / 3 / 4 Geräte mit dem Shelly Adapter benutzen willst, dann stellst du den Shelly Adapter auf MQTT ein.
Das bedeutet:
Typisch hast due ZWEI Shelly Instanzen - eine Instanz mit COAP für GEN 1 Geräte und eine mit MQTT für GEN 2+ Geräte.Eine ausführliche Anleitung hab ich dir schon oben verlinkt:
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/README.mdBitte beachte, dass du in den Shellies GEN2+ MQTT explizit einschalten musst. Weiters musst du die IP des IoBroker hosts und den Port des Shelly Adapters (typisch 1882) angeben.
Wenn dann der Shelly noch immer nicht erkannt wird, poste bitte mal
- die Einstellungen des Adapters
- die Einstellungsseite (MQTT) eines Shellies
- allfällige LOGs
@mcm1957 sagte in Shelly-Geräte mit MQTT-Adapter steuern:
Das bedeutet:
Typisch hast due ZWEI Shelly Instanzen - eine Instanz mit COAP für GEN 1 Geräte und eine mit MQTT für GEN 2+ Geräte.Mist.... hätte man auch von selbst draufkommen können, so habe ich das z.B. beim Modbus auch, werde ich heute Abend erstellen und dann mal kurz berichten ob die Shellys dann da sind, danke dir für den Tipp
-
Wenn du GEN 1 Geräte mit dem Shelly Adapter benutzen willst, dann stellst du den Shelly Adapter (normalerweise) auf COAP ein.
Wenn du GEN2 / 3 / 4 Geräte mit dem Shelly Adapter benutzen willst, dann stellst du den Shelly Adapter auf MQTT ein.
Das bedeutet:
Typisch hast due ZWEI Shelly Instanzen - eine Instanz mit COAP für GEN 1 Geräte und eine mit MQTT für GEN 2+ Geräte.Eine ausführliche Anleitung hab ich dir schon oben verlinkt:
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/README.mdBitte beachte, dass du in den Shellies GEN2+ MQTT explizit einschalten musst. Weiters musst du die IP des IoBroker hosts und den Port des Shelly Adapters (typisch 1882) angeben.
Wenn dann der Shelly noch immer nicht erkannt wird, poste bitte mal
- die Einstellungen des Adapters
- die Einstellungsseite (MQTT) eines Shellies
- allfällige LOGs
@mcm1957 sagte in Shelly-Geräte mit MQTT-Adapter steuern:
Wenn dann der Shelly noch immer nicht erkannt wird, poste bitte mal
ich gebe es auf, die Plug S werden einfach nicht erkannt!
Ich bekomme keine Verbindung hin, egal was für einen Port ich auch immer verwenden, nutze ich aber den MQTT Broker/Client mit den gleichen Einstellungen kommt die Mqtt Verbindung zustande
Mittlerweile stelle ich mir die Frage, habe ich den richtigen Shelly Adapter installiert?
Gruß Master67
-
@mcm1957 sagte in Shelly-Geräte mit MQTT-Adapter steuern:
Wenn dann der Shelly noch immer nicht erkannt wird, poste bitte mal
ich gebe es auf, die Plug S werden einfach nicht erkannt!
Ich bekomme keine Verbindung hin, egal was für einen Port ich auch immer verwenden, nutze ich aber den MQTT Broker/Client mit den gleichen Einstellungen kommt die Mqtt Verbindung zustande
Mittlerweile stelle ich mir die Frage, habe ich den richtigen Shelly Adapter installiert?
@master67
Allgemeine Statusaktualisierung beim Shelly mit anhaken (Also wie im zweiten Bild).
Kontrollieren ob der eingestellt Port am Shelly der vom Shellyadapter (die Instanz mit MQTT) ist
Grundsätzlich beim Shelly im MQTT Fenster das Passwort vor dem speichern erneut eingeben - ansonsten ist es falsch bzw. leer.Im Einstellfenster vom MQTT-Adapter steht eigentlich alles beschrieben.
Edit:
Mittlerweile stelle ich mir die Frage, habe ich den richtigen Shelly Adapter installiert?
Gibt doch nur einen, welche Version hast du denn? Zeig mal einen Screenshot von den MQTT Einstellungen im Adapter.
Gruß Ralf
-
@mcm1957 sagte in Shelly-Geräte mit MQTT-Adapter steuern:
Wenn dann der Shelly noch immer nicht erkannt wird, poste bitte mal
ich gebe es auf, die Plug S werden einfach nicht erkannt!
Ich bekomme keine Verbindung hin, egal was für einen Port ich auch immer verwenden, nutze ich aber den MQTT Broker/Client mit den gleichen Einstellungen kommt die Mqtt Verbindung zustande
Mittlerweile stelle ich mir die Frage, habe ich den richtigen Shelly Adapter installiert?
@master67 sagte in Shelly-Geräte mit MQTT-Adapter steuern:
ich gebe es auf, die Plug S werden einfach nicht erkannt!
Bitte lies mal ganz genau die Meldung und was das Problem sein könnte. Da steht doch ganz genau was falsch ist:
DO NOT CHANGE THE CLIENT-ID OF YOUR SHELLY DEVICES (see adapter documentation for details)
Man darf keine eigene Client-ID vergeben, sondern muss sie auf dem Standard belassen. Daran erkennt der Shelly-Adapter den Geräte-Typ. Steht doch alles ganz ausführlich in der Doku...
https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/master/docs/de/protocol-mqtt.md
-
@master67
Allgemeine Statusaktualisierung beim Shelly mit anhaken (Also wie im zweiten Bild).
Kontrollieren ob der eingestellt Port am Shelly der vom Shellyadapter (die Instanz mit MQTT) ist
Grundsätzlich beim Shelly im MQTT Fenster das Passwort vor dem speichern erneut eingeben - ansonsten ist es falsch bzw. leer.Im Einstellfenster vom MQTT-Adapter steht eigentlich alles beschrieben.
Edit:
Mittlerweile stelle ich mir die Frage, habe ich den richtigen Shelly Adapter installiert?
Gibt doch nur einen, welche Version hast du denn? Zeig mal einen Screenshot von den MQTT Einstellungen im Adapter.
@ralf-2 said in Shelly-Geräte mit MQTT-Adapter steuern:
@master67
Allgemeine Statusaktualisierung beim Shelly mit anhaken (Also wie im zweiten Bild).
Kontrollieren ob der eingestellt Port am Shelly der vom Shellyadapter (die Instanz mit MQTT) ist
Grundsätzlich beim Shelly im MQTT Fenster das Passwort vor dem speichern erneut eingeben - ansonsten ist es falsch bzw. leer.Im Einstellfenster vom MQTT-Adapter steht eigentlich alles beschrieben.
Edit:
Mittlerweile stelle ich mir die Frage, habe ich den richtigen Shelly Adapter installiert?
Gibt doch nur einen, welche Version hast du denn? Zeig mal einen Screenshot von den MQTT Einstellungen im Adapter.
Version ist irrelevant - @Master67 hat die LIENT-ID geändert. Und die beschreibt den TYP des Gerätes. Einen "Shelly BKW 800W" kann man zumindest derzeit nicht kaufen
390
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge