CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter

Der CCU-Jack als REST- und MQTT-Schnittstelle für die CCU und virtuelle Geräte für das IoT

Moderator: Co-Administratoren

Benutzeravatar
Henke
Beiträge: 1526
Registriert: 27.06.2022, 20:51
System: CCU
Hat sich bedankt: 141 Mal
Danksagung erhalten: 306 Mal

Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter

Beitrag von Henke » 23.12.2023, 18:46

@gnom
Das war das Beispiel, das ich für nicht optimal halte. Der 1PM geht definitiv über command ohne rpc.

@Tenoba
rpc aus, "MQTT Control" ein, speichern, Shelly reboot und bitte nochmal testen.
Ich würde den Pfad noch mit "shellies/" erweitern, damit alle kommmenden Shellys in einer Gruppe sind. "shellies/" ist der Standart bei älteren Geräten.

Benutzeravatar
gnom
Beiträge: 321
Registriert: 23.06.2022, 05:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Brühl
Hat sich bedankt: 26 Mal
Danksagung erhalten: 56 Mal

Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter

Beitrag von gnom » 23.12.2023, 19:27

Henke hat geschrieben:
23.12.2023, 18:46
Das war das Beispiel, das ich für nicht optimal halte. Der 1PM geht definitiv über command ohne rpc.
Möchte ja gar nicht wiedersprechen :)
Habe mich auch gewundert, da die anderen Shellys ja so gesteuert werden.
Frage mich auch, was der Grund ist, dass Mathias das bei diesen jetzt so gemacht hat. Kann das aber mangels Gerät mit original FW nicht selber nachvollziehen - lerne ja auch gerne dazu
Gruss, Chris

don't fear dying, fear not living (Marc Aurel)
strebst Du nach Respekt, handle selber danach (unbekannt)

2 Systeme:
- Home: Debmatic & IOBroker unter Debian 12 auf Laptop, HM-IP, Asksin++ (HB-+Innogy Devices), Zigbee, Tasmota/Shelly
- WE-Shed: Debmatic & IOBroker unter Debian 11 auf Laptop, HM classic, Asksin++ (HB-+Innogy Devices), RF, Tasmota/Shelly

Tenoba
Beiträge: 5
Registriert: 20.12.2023, 16:12
System: CCU
Danksagung erhalten: 1 Mal

Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter

Beitrag von Tenoba » 23.12.2023, 19:28

rpc aus, "MQTT Control" ein, speichern, Shelly reboot und bitte nochmal testen.
Ohne Erfolg.

Inzwischen habe ich auch enorm viele COMMAND_TOPIC, ON_PAYLOAD und OFF_PAYLOAD Varianten ausprobiert; alle negativ.
hier nochmal ein Stand:
"MQTT Control" AN
"Enable RPC over MQTT" AUS
"RPC status notifications over MQTT" AN
"Generic status update over MQTT" AN

COMMAND_TOPIC
shelly1pmminig3-84fce63b7210/switch:0/0/command

ON_PAYLOAD
on
OFF_PAYLOAD
off

Dasselbe Ergebnis mit
"MQTT Control" AUS
"Enable RPC over MQTT" AN
"RPC status notifications over MQTT" AN
"Generic status update over MQTT" AN

oder relay statt switch:0 im Command Topic

oder true / false statt on / off in den Payloads

oder "output":true / false in den Payloads

oder auch ganz abgewandelte Payloads wie z.B. {"src":"shelly1pmminig3-84fce63b7210","dst":"shelly1pmminig3-84fce63b7210/events","method":"Switch.set","params":{"switch:0":{"id":0,"apower":0,"current":0,"on":false}}}

allesamt erfolglos.

Benutzeravatar
gnom
Beiträge: 321
Registriert: 23.06.2022, 05:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Brühl
Hat sich bedankt: 26 Mal
Danksagung erhalten: 56 Mal

Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter

Beitrag von gnom » 23.12.2023, 19:47

wir möchten ja gerne helfen, nur ist das jetzt sehr unübersichtlich und nicht mehr nachvollziehbar, was genau wie gemacht wurde.
Das Dingens sollte sich doch schalten lassen.

Vorschlag:
für eine der beiden Vorgehensweisen (die von Henke oder die im WIKI)

1. SC der MQTT Einstellung im Gerät
2. alle MQTT Topics zu dem Gerät
3. die vollständig lesbaren Einstellungen des Schaltaktors in der CCU,

dann Schritt für Schritt
Gruss, Chris

don't fear dying, fear not living (Marc Aurel)
strebst Du nach Respekt, handle selber danach (unbekannt)

2 Systeme:
- Home: Debmatic & IOBroker unter Debian 12 auf Laptop, HM-IP, Asksin++ (HB-+Innogy Devices), Zigbee, Tasmota/Shelly
- WE-Shed: Debmatic & IOBroker unter Debian 11 auf Laptop, HM classic, Asksin++ (HB-+Innogy Devices), RF, Tasmota/Shelly

Benutzeravatar
Baxxy
Beiträge: 10850
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 610 Mal
Danksagung erhalten: 2230 Mal

Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter

Beitrag von Baxxy » 23.12.2023, 20:15

Ich würde den Jack erstmal außen vor lassen und direkt mittels MQTT-Explorer (per Publish) versuchen das korrekte Topic/Command zum EIN/AUSschalten zu finden.

Die Frage wäre auch ob sich die Api von Gen 2 zu Gen 3 überhaupt geändert hat.
Zumindest gibt es noch keine "Gen 3 Device API" - Dokumentation.

Anhand der >> Gen 2 Device API << würde ich sagen das Topic/Command müsste etwa so aussehen:
Shelly_Mqtt.JPG

Benutzeravatar
Henke
Beiträge: 1526
Registriert: 27.06.2022, 20:51
System: CCU
Hat sich bedankt: 141 Mal
Danksagung erhalten: 306 Mal

Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter

Beitrag von Henke » 23.12.2023, 21:00

Tenoba hat geschrieben:
23.12.2023, 19:28
COMMAND_TOPIC
shelly1pmminig3-84fce63b7210/switch:0/0/command
Nope
shelly1pmminig3-84fce63b7210/relay/0/command

So kann man das direkt im MQTT-Explorer testen:
Screenshot 2023-12-23 205753.jpg
Screenshot 2023-12-23 205753.jpg (19.86 KiB) 342 mal betrachtet
Achtung: Ich hatte noch deinen falschen Wert im Copy/Past :roll:
Bei Topic nimm den Richtigen. switch:0 gibt es definitiv nicht.
switch:0 gibt es.

Der mini ist ein Gen2 Device.
Daher dürfte die Doku passen: https://shelly-api-docs.shelly.cloud/ge ... tt-control
Und damit:
COMMAND_TOPIC: shelly1pmminig3-84fce63b7210/switch:0

Tenoba
Beiträge: 5
Registriert: 20.12.2023, 16:12
System: CCU
Danksagung erhalten: 1 Mal

Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter

Beitrag von Tenoba » 23.12.2023, 23:10

Baxxy hat geschrieben:
23.12.2023, 20:15
Ich würde den Jack erstmal außen vor lassen und direkt mittels MQTT-Explorer (per Publish) versuchen das korrekte Topic/Command zum EIN/AUSschalten zu finden.

Die Frage wäre auch ob sich die Api von Gen 2 zu Gen 3 überhaupt geändert hat.
Zumindest gibt es noch keine "Gen 3 Device API" - Dokumentation.

Anhand der >> Gen 2 Device API << würde ich sagen das Topic/Command müsste etwa so aussehen:
Shelly_Mqtt.JPG
Klasse Baxxy, das hat geklappt!
Ich fasse hier meine Lösung für den 1PM Mini Gen3 zusammen:

Shelly MQTT Konfiguration:
2023-12-23 22_47_32-Shelly Mini1PMG3 – Mozilla Firefox.jpg
CCU Konfiguration:
2023-12-23 22_46_09-HomeMatic WebUI – Mozilla Firefox.jpg
COMMAND_TOPIC shelly1pmminig3-XXXX/command/switch:0
ON_PAYLOAD on
OFF_PAYLOAD off
FEEDBACK_TOPIC shelly1pmminig3-XXXX/status/switch:0
ON_PATTERN "output":true
OFF_PATTERN "output":false
MATCHER CONTAINS

Danke an alle, die mitgetüftelt haben und insbesondere natürlich an Mathias für das Tool und die Anleitung.

Schöne Weihnachten zusammen.
Gruß, Tenoba

Benutzeravatar
gnom
Beiträge: 321
Registriert: 23.06.2022, 05:33
System: Alternative CCU (auf Basis OCCU)
Wohnort: Brühl
Hat sich bedankt: 26 Mal
Danksagung erhalten: 56 Mal

Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter

Beitrag von gnom » 24.12.2023, 06:49

na dann, happy switching :D

PS: die topics shelly1pmminig3-XXXX/command/switch:0 sowie shelly1pmminig3-XXXX/status/switch:0 sollten aber auch im MQTT explorer auftauchen, oder?
Gruss, Chris

don't fear dying, fear not living (Marc Aurel)
strebst Du nach Respekt, handle selber danach (unbekannt)

2 Systeme:
- Home: Debmatic & IOBroker unter Debian 12 auf Laptop, HM-IP, Asksin++ (HB-+Innogy Devices), Zigbee, Tasmota/Shelly
- WE-Shed: Debmatic & IOBroker unter Debian 11 auf Laptop, HM classic, Asksin++ (HB-+Innogy Devices), RF, Tasmota/Shelly

Benutzeravatar
Henke
Beiträge: 1526
Registriert: 27.06.2022, 20:51
System: CCU
Hat sich bedankt: 141 Mal
Danksagung erhalten: 306 Mal

Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter

Beitrag von Henke » 24.12.2023, 09:37

Je nach retain Einstellung.

TheFrank
Beiträge: 64
Registriert: 03.09.2019, 19:51
Hat sich bedankt: 14 Mal
Danksagung erhalten: 1 Mal

Re: CCU-Jack: REST-API/MQTT-Server/MQTT-CCU-Adapter

Beitrag von TheFrank » 29.12.2023, 10:52

Guten Morgen zusammen,

Dank eures Threads hier habe ich es hinbekommen mit CCU-Jack einen Shelly 1 Plus zum Ein/Aus Schalten zu bringen :)
Was ich nicht hinbekomme, das sich der Schalt Zustand Aus/Ein ändert.

Wie hier beschrieben habe ich
Screenshot 2023-12-29 104202.png
Screenshot 2023-12-29 104202.png (21.91 KiB) 260 mal betrachtet



gesetzt.
In der HM nach Übernehmen sieht das so aus bei mir
Screenshot 2023-12-29 104808.png
Screenshot 2023-12-29 104808.png (20.79 KiB) 260 mal betrachtet
Wie gesagt Schalten geht, nur zeigt er mir das in Hm nicht an.
Der Status im MQTT-Explorer ändert sich.

Wäre über jeden Tipp dankbar.

Gruß
Frank

Antworten

Zurück zu „CCU-Jack“