Shelly 2pm Gen3 mit MQTT-Client für Shuttercontrol verwenden
-
@M-M
da kann ich jetzt nur zitieren@m-m sagte in Shelly 2pm Gen3 mit MQTT-Client für Shuttercontrol verwenden:
Ein Screenshot aus den Instanzeinstellungen für den MQTT-Client (bei mir mqtt.1) würde da sehr helfen.
oder warum du nicht den mqtt-client Adapter verwendest
-
@m-m sagte in Shelly 2pm Gen3 mit MQTT-Client für Shuttercontrol verwenden:
Die Shelly2pm3g werden auch alle erkannt aber ich habe dort keine cover:0.position
Hast du denn den Shelly auf Cover umgestellt?
-
@m-m said in Shelly 2pm Gen3 mit MQTT-Client für Shuttercontrol verwenden:
@wendy2702 Weil ich mir für MQTT den Adapter eingerichtet hab. Es gab einen Grund warum ich damals nicht eine zweite Shelly Instanz erstellt habe aber das ist schon länger her. Und das möchte ich nicht mehr ändern.
Und welcher Grund war das?
Und was verstehst du unter ""damals" und "schon länger her"?Es muss ja mit MQTT auch gehen.
Ja es geht mit MQTT. Ist halt nur mehr Aufwand da du dir die Topics dann entsprechend selbst zerpflücken
musst. Musst nur einen MQTT Broler (Server) irgendwo einrichten (extern oder mit mqtt Adapter). Und den Shelly dorthin verbinden lassen. Damit sollte es dann gehen.Die Shelly2pm3g werden auch alle erkannt aber ich habe dort keine cover:0.position (zum Beispiel) die ich in Shuttercontrol angeben könnte.
Du musst wie gesagt die Topics selbst zerlegen.
Die cover position solltest du im json des Topics '/status/cover:${coverId}' finden. Das json musst du halt selbst parsen. Die Auftrennung in States erledigt der Shelly Adapter (der ist mehr als ein mqtt Broker
-
@homoran Der MQTT Client läuft bei mir als mqtt.1
Es geht darum dass ich nicht weiss wie ich an die Datenpunkte für Postion, State und Command komme.
-
@m-m sagte in Shelly 2pm Gen3 mit MQTT-Client für Shuttercontrol verwenden:
@homoran Der MQTT Client läuft bei mir als mqtt.1
Es geht darum dass ich nicht weiss wie ich an die Datenpunkte für Postion, State und Command komme.
Zitiere ich mich mal selber:
@wendy2702 sagte in Shelly 2pm Gen3 mit MQTT-Client für Shuttercontrol verwenden:
@m-m sagte in Shelly 2pm Gen3 mit MQTT-Client für Shuttercontrol verwenden:
Die Shelly2pm3g werden auch alle erkannt aber ich habe dort keine cover:0.position
Hast du denn den Shelly auf Cover umgestellt?
EDIT: lege mich jetzt in den Garten.
-
@m-m sagte in Shelly 2pm Gen3 mit MQTT-Client für Shuttercontrol verwenden:
Es geht darum dass ich nicht weiss wie ich an die Datenpunkte für Postion, State und Command komme.
Du musst die gepublishten Topics die im allgemeinen eine Payload im json Format haben parsen und dir die Daten rausholen die du brauchst. Es gibt in mqtt keine so bequemen fertigen States wie im Shelly Adapter
-
@mcm1957 Ich weiss es nicht mehr. shelly.0 läuft für die Gen1 als COAP / HTTP.
Und anstatt shelly.1 für den MQTT Broker zu verwenden habe ich das mit mqtt.0 gemacht. Das hatte was mit dem Shelly 1 Plus und Addon zu tun den ich für das Garagentor angeschafft habe und der erste Shelly war den ich nicht mehr über COAP steuern konnte. Irgendwas konnte ich damals (vor 2 Jahren?) mit dem Shelly Adapter nicht machen oder einfacher mit dem MQTT Adapter.
Nun fehlen mir aber z.B. die Datenpunkte für die Position des Rolladens mit denen ich Shuttercontrol füttern muss.
-
@wendy2702 Ja, habe ich umgestellt und kann sie auch über die Shelly App steuern.
-
@m-m
Wie schon 2mal geschrieben:
Im MQTT Protokoll gibt es TOPICs die der Shelly sendet. Wie diese Aufgebaut sind, findes du in der Shelly Documentation. Die jeweiligen jsons musst du SELBST zerlegen um an die speziellen Daten ranzukommen und selbst zusammenbauen wenn du was senden willst.MQTT ist ein Transportprotokoll und kenn den INHALT der Shelly Topics nicht.
Das Zerlegen der MQTT Topics erledigt der Shelly Adapter - den du aber nicht verwenden willst.
EDIT:
Schau einfach mal welche Topics der Shelly postet und schau dir die dort übermittelten JSON Daten an. Die kannst du dann z.B. per Script zerlegen und weiter bearbeiten. -
@m-m läuft jetzt eine Shelly Instanz für dein Garagentor bei dir ohne Coap und schon mit MQTT?
Dann richte das im Shelly 2pm ein und du bist fertig.
-
@wendy2702 said in Shelly 2pm Gen3 mit MQTT-Client für Shuttercontrol verwenden:
@m-m läuft jetzt eine Shelly Instanz für dein Garagentor bei dir ohne Coap und schon mit MQTT?
Dann richte das im Shelly 2pm ein und du bist fertig.
Er kriegt ja verbindung wenn ich es richtig sehe.
Nur suchet er einen STATE mit cover:position den er mit dem shuttercontrol verbinden kann. Nur GETRENNTE States wirds mit mqtt nicht spielen ... -
@mcm1957 ja, deshalb meine Frage ob er schon eine Shelly Instanz mit MQTT laufen hat.
Dann hätte er seine Objekte in 5 Minuten
Wenn er aber partout per MQTT Adapter machen will kann ich beim Zerlegen der Daten nicht helfen.
-
Wenn ich das richtig verstehe wäre es am einfachsten ich richte mir eine zweite Shelly Instanz als MQTT Broker ein, richtig?
Die kann neben dem mqtt.0 laufen, wenn ich einen anderen Port verwende (ich will nicht heute auch noch an dem Garagentor was ändern weil ich hier schon states und die Temperatur aus dem Addon in JS Script auslese).
Und dann habe ich über den Shelly Adapter in der 2 Instanz (bei mir also shelly.1) alles was ich brauche?
-
@m-m said in Shelly 2pm Gen3 mit MQTT-Client für Shuttercontrol verwenden:
Wenn ich das richtig verstehe wäre es am einfachsten ich richte mir eine zweite Shelly Instanz als MQTT Broker ein, richtig?
Die kann neben dem mqtt.0 laufen, wenn ich einen anderen Port verwende (ich will nicht heute auch noch an dem Garagentor was ändern weil ich hier schon states und die Temperatur aus dem Addon in JS Script auslese).
Und dann habe ich über den Shelly Adapter in der 2 Instanz (bei mir also shelly.1) alles was ich brauche?
JA
Und ja, die Shelly MQTT Instanz läuft defaultmäßig auf einem anderen Port. Ist alles in der ausführlichen Doku von @hausautomatisierung beschrieben. Wenn schon ein Shelly am mqtt Adapetr läuft ist das irrelavant. Einfach diesen nicht umkonfigurieren.
Bitte check auch noch die Issues des Shelly Adapters. Ich hab im Hinterkopf dass es irgendwelche offenen DInge im Shutter breich gibt. Hab aber im Moment nicht Zeit da selbst zu suchen - mein Zug kommt gleich. Nicht dass wir dich wo an die Wand hetzen.
-
@m-m ist der 1PM mit AddOn noch per Coap/HTTP angebunden?
-
@wendy2702 Nein, der ist über den mqtt.0 mit MQTT angebunden
@mcm1957 Ich hatte den Port in mqtt.0 auf 1882 gesetzt. Hab den auf 1883 geändert und den Schelly 1 Plus in der Garage ebenfalls und dann eine Instanz shelly.1 für MQTT / HTTP auf Port 1882 (default) gestartet.
Die neuen Shelly's sind alle erkannt und die Position für den ersten hab ich in Shuttercontrol bereits eingetragen.
Danke euch allen und ein schönes Wochenende (im Garten oder sonst wo).
@mcm1957 Gute Fahrt.
-
@mcm1957 said in Shelly 2pm Gen3 mit MQTT-Client für Shuttercontrol verwenden:
@m-m said in Shelly 2pm Gen3 mit MQTT-Client für Shuttercontrol verwenden:
@wendy2702 Weil ich mir für MQTT den Adapter eingerichtet hab. Es gab einen Grund warum ich damals nicht eine zweite Shelly Instanz erstellt habe aber das ist schon länger her. Und das möchte ich nicht mehr ändern.
Und welcher Grund war das?
Und was verstehst du unter ""damals" und "schon länger her"?Das Addon für den Shelly 1 plus konnte zu dem Zeitpunkt nicht vom Shelly Adapter verwaltet werden. Deswegen habe ich mir für Temperatur, Luftfeuchtigkeit und vor allen Dingen den Zustand des Garagentores den MQTT Adapter installiert und konfiguriert.
Ich habe jetzt alle Shelly Geräte neuer als Gen1 (die über MQTT verwaltet werden) über eine zweite Instanz im Shelly Adapter laufen und es funktioniert bestens.
-
@m-m
Danke fürs Feedback.Ja @haus-automatisierung hat seit dem Erscheinen der Shelly Gen2 seeeeehr viel Arbeit und Freizeit in den Shelly Adapter gesteckt. Auch die BLE Anbindung wurde von ihm umgesetzt. Es gebührt ihm von allen Usern ein ganze großes DANKE.
Derzeit sollte der größte Teil der lieferbaren Shellies unterstütz werden. Wenn noch was nicht geht, bitte ein Issue im Adapter Repo anlegen. Niemand kann / wird versprechen dass es sofort umgesetzt wird. Aber der Adapter ist gewartet und die offenen Issues werden nach Möglichkeit ( = verfügbare Zeit) abgearbeitet.
