Shelly Pro Dimmer 2PM

Einrichtung der openHAB Umgebung und allgemeine Konfigurationsthemen.

Moderatoren: seppy, udo1toni

runa
Beiträge: 29
Registriert: 10. Feb 2023 12:30
Answers: 0

Re: Shelly Pro Dimmer 2PM

Beitrag von runa »

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

Benutzeravatar
udo1toni
Beiträge: 15052
Registriert: 11. Apr 2018 18:05
Answers: 239
Wohnort: Darmstadt

Re: Shelly Pro Dimmer 2PM

Beitrag von udo1toni »

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.

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'
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...
openHAB4.3.2 stable in einem Debian-Container (bookworm) (Proxmox 8.3.3, LXC), mit openHABian eingerichtet

runa
Beiträge: 29
Registriert: 10. Feb 2023 12:30
Answers: 0

Re: Shelly Pro Dimmer 2PM

Beitrag von runa »

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.
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}'
Hast Du hier auch einen Tipp ?

Benutzeravatar
udo1toni
Beiträge: 15052
Registriert: 11. Apr 2018 18:05
Answers: 239
Wohnort: Darmstadt

Re: Shelly Pro Dimmer 2PM

Beitrag von udo1toni »

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:

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" ]
}
Das wäre der gleiche Dimmer mit Shelly Firmware (das Topic hab ich jetzt mal von Deinem Dimmer geklaut):

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}}"
}
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:

Code: Alles auswählen

Type switch : ch1 "Schalter" [ stateTopic="nous_1/stat/POWER", commandTopic="nous_1/cmnd/POWER" ]
wohingegen bei Shelly eher sowas zum Trgen kommt:

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}}"
                                ]
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.
openHAB4.3.2 stable in einem Debian-Container (bookworm) (Proxmox 8.3.3, LXC), mit openHABian eingerichtet

runa
Beiträge: 29
Registriert: 10. Feb 2023 12:30
Answers: 0

Re: Shelly Pro Dimmer 2PM

Beitrag von runa »

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

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'
Grüße und vielen Dank für die Unterstützung

Runa

Benutzeravatar
udo1toni
Beiträge: 15052
Registriert: 11. Apr 2018 18:05
Answers: 239
Wohnort: Darmstadt

Re: Shelly Pro Dimmer 2PM

Beitrag von udo1toni »

Ich gehe davon aus, dass die Zeit auch separat gesendet werden kann, ein passender Channel sollte dann so aussehen:

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
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.
openHAB4.3.2 stable in einem Debian-Container (bookworm) (Proxmox 8.3.3, LXC), mit openHABian eingerichtet

runa
Beiträge: 29
Registriert: 10. Feb 2023 12:30
Answers: 0

Re: Shelly Pro Dimmer 2PM

Beitrag von runa »

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

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: {}
Ich konnte aber bisher über MQTT keinen der Channels richtig ansprechen. Hast Du mir einen Codeversuch den ich testen könnte ?

Grüße Runa

Benutzeravatar
udo1toni
Beiträge: 15052
Registriert: 11. Apr 2018 18:05
Answers: 239
Wohnort: Darmstadt

Re: Shelly Pro Dimmer 2PM

Beitrag von udo1toni »

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.
openHAB4.3.2 stable in einem Debian-Container (bookworm) (Proxmox 8.3.3, LXC), mit openHABian eingerichtet

Antworten