Shelly Pro Dimmer 2PM
-
- Beiträge: 29
- Registriert: 10. Feb 2023 12:30
Re: Shelly Pro Dimmer 2PM
Hallo Udo1toni,
mit der 4. Version hast zu mich auf dem Weg zur Steuerung des Prodimmer2 schon sehr weit gebracht.
Der Channel1 reagiert jetzt bidirektional auf Helligkeitsänderungen. Regelt man den Dimmer über die Web oberfläche reagiert das OH Item sofort und auch bei einer Änderung über den Slider in OH reagiert der >Dimmer sofort mit einer Wertänderung.
Ich denke beim Channel 2 ist dir ein kleiner Schreibfehler passiert und ID sollte nicht 0 sondern 1 sein aber den Channel 2 benutzte ich wegen fehlender Kalibrierung und fehlender angeschlossener Lampe ja auch nicht.
Der einzigste Wermutstropfen ist nun noch, dass der Shelly bei Helligkeitswertveränderung nicht automatisch einschaltet sondern eben nur den Helligkeitswert verändert aber nicht die On/Off funktion damit startet.
Ich hab lange in der Konfiguration des Shelly gesucht und finde leider auch keinen Reiter in der Config des Shelly die diese Auto-An funktion bei Wertveränderung definiert.
Benutze ich den gleichen Channel nicht als Dimmer sondern als Switch ( Du rädst mir ja immer davon ab ) dann springt der Helligkeitswert bei Switch on/oof von 0 auf 100% aber der Shelly schaltet ebenfalls noch nicht ein.
Gibt es zum Helligkeitscommand auch noch einen zweiten Befehl wie output true/false etc?
danke schon mal vorab für die bisherige Hilfe und Grüße
Runa
mit der 4. Version hast zu mich auf dem Weg zur Steuerung des Prodimmer2 schon sehr weit gebracht.
Der Channel1 reagiert jetzt bidirektional auf Helligkeitsänderungen. Regelt man den Dimmer über die Web oberfläche reagiert das OH Item sofort und auch bei einer Änderung über den Slider in OH reagiert der >Dimmer sofort mit einer Wertänderung.
Ich denke beim Channel 2 ist dir ein kleiner Schreibfehler passiert und ID sollte nicht 0 sondern 1 sein aber den Channel 2 benutzte ich wegen fehlender Kalibrierung und fehlender angeschlossener Lampe ja auch nicht.
Der einzigste Wermutstropfen ist nun noch, dass der Shelly bei Helligkeitswertveränderung nicht automatisch einschaltet sondern eben nur den Helligkeitswert verändert aber nicht die On/Off funktion damit startet.
Ich hab lange in der Konfiguration des Shelly gesucht und finde leider auch keinen Reiter in der Config des Shelly die diese Auto-An funktion bei Wertveränderung definiert.
Benutze ich den gleichen Channel nicht als Dimmer sondern als Switch ( Du rädst mir ja immer davon ab ) dann springt der Helligkeitswert bei Switch on/oof von 0 auf 100% aber der Shelly schaltet ebenfalls noch nicht ein.
Gibt es zum Helligkeitscommand auch noch einen zweiten Befehl wie output true/false etc?
danke schon mal vorab für die bisherige Hilfe und Grüße
Runa
- udo1toni
- Beiträge: 15052
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Shelly Pro Dimmer 2PM
Das ist ein kranke Philosophie von Shelly...
Natürlich kannst Du einen weiteren Channel anlegen, der dann halt ausschließlich output true/false schaltet. Aber warum sollte man output überhaupt auf false stellen?
Ich habe übrigens auch noch eine schließende geschwungene Klammer übersehen...
Was den 2. Channel betrifft, so sollte das Kalibrieren kein großes Problem sein, und vielleicht stolperst Du ja noch über eine weitere Lampe, die Du dimmen willst aber natürlich musst Du nicht zwingend alle Channel anlegen oder mit passenden Items verlinken, nur ist es ja sinnvoll, zumindest eine halbwegs vollständige Konfiguration zu haben, also für beide Kanäle des Dimmaktors.
Der Wert ON bzw. OFF wird durch den unter on bzw. off angegebenen Wert ersetzt, bevor er in formatBeforePublish den Platzhalter %s ersetzt. Auf der Empfangsseite wird der Wert aus dem json extrahiert (true/false) und dieser Wert wird mit den beiden Werten unter on und off vergleichen. Der Wert, der zutrifft wird dann ans Item übergeben. Zu beachten ist auch, dass das stateTopic jeweils identisch ist, d.h. beide Channel werten immer das selbst json Objekt aus. Auf der Sendeseite heißt der Parameter on, auf der Empfangsseite output, die Entwickler haben offenbar einen Hang zu illegalen Substanzen...
Natürlich kannst Du einen weiteren Channel anlegen, der dann halt ausschließlich output true/false schaltet. Aber warum sollte man output überhaupt auf false stellen?
Ich habe übrigens auch noch eine schließende geschwungene Klammer übersehen...
Was den 2. Channel betrifft, so sollte das Kalibrieren kein großes Problem sein, und vielleicht stolperst Du ja noch über eine weitere Lampe, die Du dimmen willst aber natürlich musst Du nicht zwingend alle Channel anlegen oder mit passenden Items verlinken, nur ist es ja sinnvoll, zumindest eine halbwegs vollständige Konfiguration zu haben, also für beide Kanäle des Dimmaktors.
Code: Alles auswählen
UID: mqtt:topic:mosquitto:shellyprodm2pm_1
label: Shelly pro Dimmer 2 pm 1
thingTypeUID: mqtt:topic
configuration:
payloadNotAvailable: "false"
availabilityTopic: shellyprodm2pm-fce8c0d8c2ac/online
payloadAvailable: "true"
bridgeUID: mqtt:broker:mosquitto
channels:
- id: ch1dim
channelTypeUID: mqtt:dimmer
label: Dimmer Channel 1
configuration:
retained: false
postCommand: false
formatBeforePublish: '{"id":0, "src":"user_1", "method":"Light.Set", "params":{"id":0, "brightness": %d}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
step: 1
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:0
transformationPattern: REGEX:(.*brightness.*)∩JSONPATH:$.brightness
- id: ch1sw
channelTypeUID: mqtt:switch
label: Switch Channel 1
configuration:
retained: false
postCommand: false
formatBeforePublish: '{"id":0, "src":"user_1", "method":"Light.Set", "params":{"id":0, "on": %s}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:0
transformationPattern: REGEX:(.*output.*)∩JSONPATH:$.output
on: 'true'
off: 'false'
- id: ch2dim
channelTypeUID: mqtt:dimmer
label: Dimmer Channel 2
configuration:
retained: false
postCommand: false
formatBeforePublish: '{"id":1, "src":"user_1", "method":"Light.Set", "params":{"id":1, "brightness": %d}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
step: 1
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:1
transformationPattern: REGEX:(.*brightness.*)∩JSONPATH:$.brightness
- id: ch2sw
channelTypeUID: mqtt:switch
label: Switch Channel 2
configuration:
retained: false
postCommand: false
formatBeforePublish: '{"id":1, "src":"user_1", "method":"Light.Set", "params":{"id":1, "on": %s}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:1
transformationPattern: REGEX:(.*output.*)∩JSONPATH:$.output
on: 'true'
off: 'false'
openHAB4.3.2 stable in einem Debian-Container (bookworm) (Proxmox 8.3.3, LXC), mit openHABian eingerichtet
-
- Beiträge: 29
- Registriert: 10. Feb 2023 12:30
Re: Shelly Pro Dimmer 2PM
Hallo Udo1toni,
ich bin zwar gerade nicht vor Ort aber über myopenhab kann man ja auch remote programmieren. Mein Dimmer schaltet über Timer nach 40 Sekunden wieder ab und mit deiner neuen Konfiguration schaltet der Switch nach exakt der gleichen Zeit ab. Sieht bisher sehr gut aus.
Der Shelly kann ja noch einiges mehr und um den In OH richtig zu interpretieren sollte ich auch auf den Input channel ( shortpush, longpush, doublepush ) zugreifen können. Ideal wäre auch wenn es einen Channel für die Transitiontime ( 0-5 Sekunden ) geben würde.
Diese Info zum MQTT Befehl bzw. zur Integration einer Duration_Time hab ichnoch vom Shelly Support erhalten. Die kennen sich aber nicht in OH aus.
ich bin zwar gerade nicht vor Ort aber über myopenhab kann man ja auch remote programmieren. Mein Dimmer schaltet über Timer nach 40 Sekunden wieder ab und mit deiner neuen Konfiguration schaltet der Switch nach exakt der gleichen Zeit ab. Sieht bisher sehr gut aus.
Der Shelly kann ja noch einiges mehr und um den In OH richtig zu interpretieren sollte ich auch auf den Input channel ( shortpush, longpush, doublepush ) zugreifen können. Ideal wäre auch wenn es einen Channel für die Transitiontime ( 0-5 Sekunden ) geben würde.
Diese Info zum MQTT Befehl bzw. zur Integration einer Duration_Time hab ichnoch vom Shelly Support erhalten. Die kennen sich aber nicht in OH aus.
Hast Du hier auch einen Tipp ?Auf die Entwicklung in Openhab haben wir keinen direkten Einfluss.
Sie können direkt die Helligkeit und das Einschalten Zeitgleich über MQTT Übermitteln der Command wäre wie folgt:
mos --port ${PORT} call Light.Set '{"id":0,"on":true,"brightness":50,"transition_duration":20}'
- udo1toni
- Beiträge: 15052
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Shelly Pro Dimmer 2PM
Na ja, das Ding ist halt, die Kollegen vermischen da Dinge, die eigentlich getrennt gehören.
Natürlich kannst Du die Steuerinformation "as is" schicken, nur kannst Du dann halt nur einen der Parameter beeinflussen, entweder on/off oder Helligkeit oder Duration.
Sinnvoller wäre es, die drei Werte getrennt voneinander einzustellen, das geht so aber nicht.
Alternativ könntest Du auch komplett auf das direkte Senden verzichten und stattdessen eine Rule verwenden. Die Items für die einzelnen Parameter werden dann nicht mit einem Thing gekoppelt, stattdessen wird ein Befehl ausgelöst, der die Rule startet. Die Rule liest die einzelnen Items aus und generiert aus den Ergebnissen den notwendigen Steuerbefehl. Anschließend wird der Befehl von der Rule versendet. Wie bei Shelly üblich halt von hinten durch die Brust ins Auge.
Es ist übrigens besser, dass die Programmierer von Shelly in openHAB keinen Einfluss haben, es wäre ein Graus, wenn ich, um ein Licht einschalten zu können einen Roman schreiben müsste.
folgende Konfigurationsbeispiele habe ich als .things-Konfiguration aufgeschrieben, ist einfach eine andere Form...
Das ist ein Shelly Dimmer mit Tasmota Firmware:
Das wäre der gleiche Dimmer mit Shelly Firmware (das Topic hab ich jetzt mal von Deinem Dimmer geklaut):
Und natürlich verhält sich die Variante mit Tasmota anders, der Dimmer kann z.B. auch direkt auf "echte" Befehle ON, OFF, INCREASE und DECREASE reagieren und schaltet bei ON entsprechend der Konfiguration entweder immer mit einer vorgewählten Helligkeit oder mit der zuletzt gewählten Helligkeit ein.
das geht In der Shelly-Variante zwar auch, aber Du brauchst dazu einen zweiten Channel.
Noch krasser fällt der Unterschied aus, wenn man ein Relais steuert:
wohingegen bei Shelly eher sowas zum Trgen kommt:
Und es gibt natürlich auch eine Abkürzung für den Befehl, nur leider weicht die Rückmeldung vom Befehl ab, der Befehl wäre on bzw. off, während die Rückmeldung wieder true bzw. false liefert (eben für das Feld on)
Auf direktem Weg geht das damit gar nicht, weshalb auch hier der umständliche rpc genutzt werden muss.
Natürlich kannst Du die Steuerinformation "as is" schicken, nur kannst Du dann halt nur einen der Parameter beeinflussen, entweder on/off oder Helligkeit oder Duration.
Sinnvoller wäre es, die drei Werte getrennt voneinander einzustellen, das geht so aber nicht.
Alternativ könntest Du auch komplett auf das direkte Senden verzichten und stattdessen eine Rule verwenden. Die Items für die einzelnen Parameter werden dann nicht mit einem Thing gekoppelt, stattdessen wird ein Befehl ausgelöst, der die Rule startet. Die Rule liest die einzelnen Items aus und generiert aus den Ergebnissen den notwendigen Steuerbefehl. Anschließend wird der Befehl von der Rule versendet. Wie bei Shelly üblich halt von hinten durch die Brust ins Auge.
Es ist übrigens besser, dass die Programmierer von Shelly in openHAB keinen Einfluss haben, es wäre ein Graus, wenn ich, um ein Licht einschalten zu können einen Roman schreiben müsste.
folgende Konfigurationsbeispiele habe ich als .things-Konfiguration aufgeschrieben, ist einfach eine andere Form...
Das ist ein Shelly Dimmer mit Tasmota Firmware:
Code: Alles auswählen
Thing topic shellyDim_1 "Shelly Dimmer 1" @ "mqtt" [
availabilityTopic="shellydim1/tele/LWT",
payloadNotAvailable="Offline",
payloadAvailable= "Online"
]{
Channels:
Type dimmer : ch1 "Kanal 1" [ stateTopic="shellydim1/stat/RESULT",
transformationPattern="REGEX:(.*Dimmer.*)∩JSONPATH:$.Dimmer",
commandTopic="shellydim1/cmnd/Dimmer", step="5" ]
}
Code: Alles auswählen
Thing topic shellyDim_1 "Shelly Dimmer 1" @ "mqtt" [
availabilityTopic="shellyprodm2pm-fce8c0d8c2ac/online",
payloadNotAvailable="false",
payloadAvailable= "true"
]{
Channels:
Type dimmer : ch1 "Kanal 1" [ stateTopic="shellyprodm2pm-fce8c0d8c2ac/status/light:0",
commandTopic="shellyprodm2pm-fce8c0d8c2ac/rpc", step="5",
transformationPattern="REGEX:(.*brightness.*)∩JSONPATH:$.brightness" ]
formatBeforePublish="{\"id\":0, \"src\":\"user_1\", \"method\":\"Light.Set\", \"params\":{\"id\":0, \"brightness\": %d, \"on\":true}}"
}
das geht In der Shelly-Variante zwar auch, aber Du brauchst dazu einen zweiten Channel.
Noch krasser fällt der Unterschied aus, wenn man ein Relais steuert:
Code: Alles auswählen
Type switch : ch1 "Schalter" [ stateTopic="nous_1/stat/POWER", commandTopic="nous_1/cmnd/POWER" ]
Code: Alles auswählen
Type switch : ch1 "Schalter" [ stateTopic="shellyprodm2pm-fce8c0d8c2ac/status/switch:0",
commandTopic="shellyprodm2pm-fce8c0d8c2ac/rpc",
on="true",
off="false",
transformationPattern="REGEX:(.*output.*)∩JSONPATH:$.output",
formatBeforePublish="{\"id\":0, \"src\":\"user_1\", \"method\":\"Switch.Set\", \"params\":{\"id\":0, \"on\":%s}}"
]
Auf direktem Weg geht das damit gar nicht, weshalb auch hier der umständliche rpc genutzt werden muss.
openHAB4.3.2 stable in einem Debian-Container (bookworm) (Proxmox 8.3.3, LXC), mit openHABian eingerichtet
-
- Beiträge: 29
- Registriert: 10. Feb 2023 12:30
Re: Shelly Pro Dimmer 2PM
Hallo Udo1Toni,
ich erreiche Deine Flughöhe bei weitem nicht und deine letzten Tipps konnte ich bei mir leider nicht "gewinnbringend" einsetzen.
In deiner letzten Thing Konfiguration mit 4 Channeln ( je zwei für On/OFF und zwei für Dimmer, siehe Code ) lief für mich alles umsetzbar, zumindest konnte ich mein Thing erstellen, die Items ins Modell einbringen und alle Funkionen über widgets steuern.
Deine letzten Codes kann ich nicht umsetzen, dazu fehlt mir wohl viel zu viel fachlicher Hintergrund. Besteht die Möglichkeit das du mir in die thing config noch die Duration_time als Channel mit rein setzt. ? Oder muss das wie von shelly beschrieben in einem kompletten code transferiert werden
Wie auch immer erlaub mein know how wohl nur die Umsetzung über copy und paste
Grüße und vielen Dank für die Unterstützung
Runa
ich erreiche Deine Flughöhe bei weitem nicht und deine letzten Tipps konnte ich bei mir leider nicht "gewinnbringend" einsetzen.
In deiner letzten Thing Konfiguration mit 4 Channeln ( je zwei für On/OFF und zwei für Dimmer, siehe Code ) lief für mich alles umsetzbar, zumindest konnte ich mein Thing erstellen, die Items ins Modell einbringen und alle Funkionen über widgets steuern.
Deine letzten Codes kann ich nicht umsetzen, dazu fehlt mir wohl viel zu viel fachlicher Hintergrund. Besteht die Möglichkeit das du mir in die thing config noch die Duration_time als Channel mit rein setzt. ? Oder muss das wie von shelly beschrieben in einem kompletten code transferiert werden
Wie auch immer erlaub mein know how wohl nur die Umsetzung über copy und paste
Code: Alles auswählen
UID: mqtt:topic:mosquitto:shellyprodm2pm_1
label: Shelly pro Dimmer 2 pm 1
thingTypeUID: mqtt:topic
configuration:
payloadNotAvailable: "false"
availabilityTopic: shellyprodm2pm-fce8c0d8c2ac/online
payloadAvailable: "true"
bridgeUID: mqtt:broker:mosquitto
channels:
- id: ch1dim
channelTypeUID: mqtt:dimmer
label: Dimmer Channel 1
configuration:
retained: false
postCommand: false
formatBeforePublish: '{"id":0, "src":"user_1", "method":"Light.Set", "params":{"id":0, "brightness": %d}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
step: 1
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:0
transformationPattern: REGEX:(.*brightness.*)∩JSONPATH:$.brightness
- id: ch1sw
channelTypeUID: mqtt:switch
label: Switch Channel 1
configuration:
retained: false
postCommand: false
formatBeforePublish: '{"id":0, "src":"user_1", "method":"Light.Set", "params":{"id":0, "on": %s}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:0
transformationPattern: REGEX:(.*output.*)∩JSONPATH:$.output
on: 'true'
off: 'false'
- id: ch2dim
channelTypeUID: mqtt:dimmer
label: Dimmer Channel 2
configuration:
retained: false
postCommand: false
formatBeforePublish: '{"id":1, "src":"user_1", "method":"Light.Set", "params":{"id":1, "brightness": %d}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
step: 1
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:1
transformationPattern: REGEX:(.*brightness.*)∩JSONPATH:$.brightness
- id: ch2sw
channelTypeUID: mqtt:switch
label: Switch Channel 2
configuration:
retained: false
postCommand: false
formatBeforePublish: '{"id":1, "src":"user_1", "method":"Light.Set", "params":{"id":1, "on": %s}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:1
transformationPattern: REGEX:(.*output.*)∩JSONPATH:$.output
on: 'true'
off: 'false'
Runa
- udo1toni
- Beiträge: 15052
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Shelly Pro Dimmer 2PM
Ich gehe davon aus, dass die Zeit auch separat gesendet werden kann, ein passender Channel sollte dann so aussehen:
Den Channel verknüpfst Du dann mit einem Number:Time Item, welches die Zeit in Sekunden angibt.
Ein Input Channel sieht ganz ähnlich aus, nur entfallen dort commandTopic und formatBeforePublish. Evtl. lautet das stateTopic etwas anders und natürlich muss das transformationPattern angepasst werden.
Code: Alles auswählen
- id: ch1time
channelTypeUID: mqtt:number
label: Zeit Channel 1
configuration:
retained: false
postCommand: false
formatBeforePublish: '{"id":0, "src":"user_1", "method":"Light.Set", "params":{"id":0, "transition_duration": %d}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
unit: s
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:0
transformationPattern: REGEX:(.*transition_duration.*)∩JSONPATH:$.transition_duration
Ein Input Channel sieht ganz ähnlich aus, nur entfallen dort commandTopic und formatBeforePublish. Evtl. lautet das stateTopic etwas anders und natürlich muss das transformationPattern angepasst werden.
openHAB4.3.2 stable in einem Debian-Container (bookworm) (Proxmox 8.3.3, LXC), mit openHABian eingerichtet
-
- Beiträge: 29
- Registriert: 10. Feb 2023 12:30
Re: Shelly Pro Dimmer 2PM
Hallo Udo1 Toni,
ich hab mit deinem Code etwas herumgespielt. Hab als Ergebnis jedoch immer NULL zurück bekommen. Hab auch mal andere Channels probiert aber ich glaub der Code oder die Formatierung passt noch nicht zum jeweiligen Channel
So sieht das Thing aktuell aus
Shellies die über das Binding erkannt werden haben z.B, diese Thing configuration
Ich konnte aber bisher über MQTT keinen der Channels richtig ansprechen. Hast Du mir einen Codeversuch den ich testen könnte ?
Grüße Runa
ich hab mit deinem Code etwas herumgespielt. Hab als Ergebnis jedoch immer NULL zurück bekommen. Hab auch mal andere Channels probiert aber ich glaub der Code oder die Formatierung passt noch nicht zum jeweiligen Channel
So sieht das Thing aktuell aus
Code: Alles auswählen
UID: mqtt:topic:fd0792fb46
label: Shelly pro Dimmer 2 pm 1 Version 6 mit Duration by Udo1toni
thingTypeUID: mqtt:topic
configuration:
payloadNotAvailable: "false"
availabilityTopic: shellyprodm2pm-fce8c0d8c2ac/online
payloadAvailable: "true"
bridgeUID: mqtt:broker:synologyMQTTmosquitobroker
channels:
- id: ch1dim
channelTypeUID: mqtt:dimmer
label: Dimmer Channel 1
configuration:
postCommand: false
retained: false
formatBeforePublish: '{"id":0, "src":"user_1", "method":"Light.Set",
"params":{"id":0, "brightness": %d}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
step: 1
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:0
transformationPattern: REGEX:(.*brightness.*)∩JSONPATH:$.brightness
- id: ch1sw
channelTypeUID: mqtt:switch
label: Switch Channel 1
configuration:
postCommand: false
retained: false
formatBeforePublish: '{"id":0, "src":"user_1", "method":"Light.Set",
"params":{"id":0, "on": %s}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:0
transformationPattern: REGEX:(.*output.*)∩JSONPATH:$.output
off: "false"
on: "true"
- id: ch2dim
channelTypeUID: mqtt:dimmer
label: Dimmer Channel 2
configuration:
postCommand: false
retained: false
formatBeforePublish: '{"id":1, "src":"user_1", "method":"Light.Set",
"params":{"id":1, "brightness": %d}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
step: 1
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:1
transformationPattern: REGEX:(.*brightness.*)∩JSONPATH:$.brightness
- id: ch2sw
channelTypeUID: mqtt:switch
label: Switch Channel 2
configuration:
postCommand: false
retained: false
formatBeforePublish: '{"id":1, "src":"user_1", "method":"Light.Set",
"params":{"id":1, "on": %s}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:1
transformationPattern: REGEX:(.*output.*)∩JSONPATH:$.output
off: "false"
on: "true"
- id: ch1time
channelTypeUID: mqtt:number
label: Zeit Channel 1
configuration:
retained: false
postCommand: false
unit: s
formatBeforePublish: '{"id":0, "src":"user_1", "method":"Light.Set",
"params":{"id":0, "transition_duration": %d}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:0
transformationPattern: REGEX:(.*transition_duration.*)∩JSONPATH:$.transition_duration
- id: ch1temperature
channelTypeUID: mqtt:number
label: Temperatur Channel 1
configuration:
retained: false
postCommand: false
unit: K
formatBeforePublish: '{"id":0, "src":"user_1", "method":"Light.Set",
"params":{"id":0, "temperature": %d}}'
commandTopic: shellyprodm2pm-fce8c0d8c2ac/rpc
stateTopic: shellyprodm2pm-fce8c0d8c2ac/status/light:0
transformationPattern: REGEX:(.*temperature.*)∩JSONPATH:$.temperature
Shellies die über das Binding erkannt werden haben z.B, diese Thing configuration
Code: Alles auswählen
UID: shelly:shellyrgbw2-color:e6f58a
label: Dach_Eingang_shellyrgbw2-e6f58a - 192.168.178.100
thingTypeUID: shelly:shellyrgbw2-color
configuration:
eventsCoIoT: true
deviceIp: 192.168.178.100
brightnessAutoOn: true
updateInterval: 10
channels:
- id: color#hsb
channelTypeUID: system:color
label: Farbe
description: Steuert die Farbe, die Helligkeit und schaltet das Licht ein und aus.
configuration: {}
- id: color#full
channelTypeUID: shelly:colorFull
label: Volltonfarbe
description: Setzt diesen Kanal um die ausgewählte Farbe auf 255, alle anderen
auf 0 zu setzen
configuration: {}
- id: color#red
channelTypeUID: shelly:colorRed
label: Rot
description: Rot (0-255), gilt nur im Farbmodus
configuration: {}
- id: color#green
channelTypeUID: shelly:colorGreen
label: Grün
description: Grün (0-255), gilt nur im Farbmodus
configuration: {}
- id: color#blue
channelTypeUID: shelly:colorBlue
label: Blau
description: Blau (0-255), gilt nur im Farbmodus
configuration: {}
- id: color#white
channelTypeUID: shelly:colorWhite
label: Weiß
description: Weiß (0-255), gilt nur im Farbmodus
configuration: {}
- id: color#gain
channelTypeUID: shelly:colorGain
label: Kontrast
description: Gewinn für alle Kanäle (0-100%), nur im Farbmodus
configuration: {}
- id: color#effect
channelTypeUID: shelly:colorEffectRGBW2
label: Effekt
description: "Aktuell angewandter Effekt, Beschreibung: 0: Off, 1: Meteor
Shower, 2: Graduale Änderung, 3: Blitz"
configuration: {}
- id: device#alarm
channelTypeUID: shelly:alarmTrigger
label: Alarm
description: Alarmauslöser, z.B. schwaches WiFi Signal erkannt oder Überhitzung
configuration: {}
- id: device#wifiSignal
channelTypeUID: system:signal-strength
label: Signalstärke
description: Zeigt die aktuelle Signalstärke an. Werte von 0 (Kein Signal) bis 4
(Ausgezeichnet).
configuration: {}
- id: device#uptime
channelTypeUID: shelly:uptime
label: Laufzeit
description: Anzahl Sekunden seit dem das Gerät mit Strom versorgt wurde
configuration: {}
- id: device#heartBeat
channelTypeUID: shelly:heartBeat
label: Letzte Aktivität
description: Zeitpunkt der letzten Aktivität. Hierbei kann es sich um einen
erfolgreichen API-Aufruf, oder Sensor-Aktualisierung handeln. Dies
schließt eine erfolgreiche Netzwerk-Kommunikation ein (WiFi + IP).
configuration: {}
- id: device#statusLed
channelTypeUID: shelly:ledStatusDisable
label: Status-LED aus
description: LED-Anzeige für Netzwerkstatus deaktivieren
configuration: {}
- id: device#updateAvailable
channelTypeUID: shelly:updateAvailable
label: Firmwareaktualisierung verfügbar
description: "EIN: Es ist eine neuere Firmwareversion verfügbar (Update kann mit
der Shelly App oder im Shelly Manager durchgeführt werden)"
configuration: {}
- id: control#power
channelTypeUID: system:power
label: Betrieb
configuration: {}
- id: control#autoOn
channelTypeUID: shelly:timerAutoOn
label: Auto-AN-Timer
description: Wenn der Ausgang abgeschaltet wird, wird er nach n Sekunden
automatisch wieder eingeschaltet
configuration: {}
- id: control#autoOff
channelTypeUID: shelly:timerAutoOff
label: Auto-AUS Timer
description: Wenn der Ausgang eingeschaltet wird, wird er nach n Sekunden
automatisch wieder ausgeschaltet
configuration: {}
- id: control#timerActive
channelTypeUID: shelly:timerActive
label: Autom. EIN/AUS Timer aktiv
description: "EIN: Ein Timer ist aktiv, OFF: kein Timer aktiv"
configuration: {}
- id: control#input
channelTypeUID: shelly:inputState
label: Eingang/Taste
description: Aktueller Status des Eingangs/der Taste
configuration: {}
- id: control#button
channelTypeUID: system:button
label: Ereignisauslöser
configuration: {}
- id: meter#currentWatts
channelTypeUID: shelly:meterWatts
label: Stromverbrauch
description: Aktueller Energieverbrauch in Watt
configuration: {}
- id: meter#totalKWH
channelTypeUID: shelly:meterTotal
label: Gesamtverbrauch
description: Gesamtverbrauch in kWh seit das Gerät eingeschaltet wurde (wird
beim Neustart zurückgesetzt)
configuration: {}
- id: meter#lastPower1
channelTypeUID: shelly:lastPower1
label: Schnitt letzte Minute 1
description: Stromverbrauch der letzten Minute, gerundet
configuration: {}
- id: meter#lastUpdate
channelTypeUID: shelly:lastUpdate
label: Letzte Aktualisierung
description: Zeitstempel der letzten Statusaktualisierung
configuration: {}
Grüße Runa
- udo1toni
- Beiträge: 15052
- Registriert: 11. Apr 2018 18:05
- Wohnort: Darmstadt
Re: Shelly Pro Dimmer 2PM
Der Shelly Binding Code hilft da leider nicht, weil dort ja komplett andere Kommunikationswege genutzt werden.
Ich habe hier keine passende Hardware, das bringt so also leider eher nichts.
Ich habe hier keine passende Hardware, das bringt so also leider eher nichts.
openHAB4.3.2 stable in einem Debian-Container (bookworm) (Proxmox 8.3.3, LXC), mit openHABian eingerichtet