Shelly Plus 2 PM

[rudolfkoenig]

Damit man Befehle an einem per MQTT angeschlossenes Geraet absetzen kann, muss man das setList Attribut entweder selbst erstellen, oder (die empfohlene Methode) dieses Attribut ueber "set attrTemplate shellyPlus_2pm_split" setzen.
Damit werden auch diverse andere sinnvolle Attribute gesetzt.

[Beta-User]

Dieses attrTemplate scheint nicht (immer?) zu passen, warum auch immer.
Jedenfalls gibt es u.a. neue Topics?

(Das macht nach wie vor keinen großen Spaß mit diesen 2nd gen. Shelly!)
Kann mich aber grade nicht kümmern.

[rudolfkoenig]

@ThomasL: kannst Du bitte MQTT2_PoolpumpeLampe entfernen, danach FHEM oder das Geraet neu starten (damit MQTT2_PoolpumpeLampe erneut angelegt wird), und danach das "Copy for forum.fhem.de" hier nochmal anchaengen, vor Anwenden des Templates.
Wurde in der MQTT Einstellung der PoolpumpeLampe ausser Serveradresse was geaendert?

[ThomasL]

so hab es entfernt und neu anlegen lassen.
Das Template habe ich nicht angewendet:

Code Auswählen Erweitern

define MQTT2_PoolpumpeLampe MQTT2_DEVICE PoolpumpeLampe
attr MQTT2_PoolpumpeLampe alias MQTT2_PoolpumpeLampe
attr MQTT2_PoolpumpeLampe readingList PoolpumpeLampe:PoolpumpeLampe/events/rpc:.* { json2nameValue($EVENT) }
attr MQTT2_PoolpumpeLampe room MQTT2_DEVICE
#  CFGFN     
#  CID        PoolpumpeLampe
#  DEF        PoolpumpeLampe
#  FUUID      64a275a7-f33f-55bc-ebde-5f3619548ffba13e
#  IODev      MQTT2_FHEM_Server
#  LASTInputDev MQTT2_FHEM_Server
#  MQTT2_FHEM_Server_CONN MQTT2_FHEM_Server_192.168.8.189_53424
#  MQTT2_FHEM_Server_MSGCNT 3
#  MQTT2_FHEM_Server_TIME 2023-07-03 09:16:00
#  MSGCNT    3
#  NAME      MQTT2_PoolpumpeLampe
#  NR        532
#  STATE      ???
#  TYPE      MQTT2_DEVICE
#  eventCount 4
#  READINGS:
#    2023-07-03 09:15:51  IODev          MQTT2_FHEM_Server
#    2023-07-03 09:16:00  dst            PoolpumpeLampe/events
#    2023-07-03 09:16:00  method          NotifyStatus
#    2023-07-03 09:16:00  params_switch_0_aenergy_by_minute_1 7022.604
#    2023-07-03 09:16:00  params_switch_0_aenergy_by_minute_2 7025.936
#    2023-07-03 09:16:00  params_switch_0_aenergy_by_minute_3 7038.190
#    2023-07-03 09:16:00  params_switch_0_aenergy_minute_ts 1688368559
#    2023-07-03 09:16:00  params_switch_0_aenergy_total 72455.852
#    2023-07-03 09:16:00  params_switch_0_id 0
#    2023-07-03 09:16:00  params_switch_1_aenergy_by_minute_1 0.000
#    2023-07-03 09:16:00  params_switch_1_aenergy_by_minute_2 0.000
#    2023-07-03 09:16:00  params_switch_1_aenergy_by_minute_3 0.000
#    2023-07-03 09:16:00  params_switch_1_aenergy_minute_ts 1688368559
#    2023-07-03 09:16:00  params_switch_1_aenergy_total 101.575
#    2023-07-03 09:16:00  params_switch_1_id 1
#    2023-07-03 09:15:51  params_temperature_100_id 100
#    2023-07-03 09:15:51  params_temperature_100_tC 23.25
#    2023-07-03 09:15:51  params_temperature_100_tF 73.85
#    2023-07-03 09:15:56  params_temperature_101_id 101
#    2023-07-03 09:15:56  params_temperature_101_tC 22.19
#    2023-07-03 09:15:56  params_temperature_101_tF 71.94
#    2023-07-03 09:16:00  params_ts      1688368560.39
#    2023-07-03 09:16:00  src            shellyplus2pm-c049ef8a73b4
#    2023-07-03 09:15:51  subscriptions  PoolpumpeLampe/command PoolpumpeLampe/command/switch:0 PoolpumpeLampe/command/switch:1 PoolpumpeLampe/command/sys PoolpumpeLampe/rpc shellies/command
#
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:15:51 IODev MQTT2_FHEM_Server
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 dst PoolpumpeLampe/events
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 method NotifyStatus
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 params_switch_0_aenergy_by_minute_1 7022.604
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 params_switch_0_aenergy_by_minute_2 7025.936
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 params_switch_0_aenergy_by_minute_3 7038.190
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 params_switch_0_aenergy_minute_ts 1688368559
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 params_switch_0_aenergy_total 72455.852
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 params_switch_0_id 0
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 params_switch_1_aenergy_by_minute_1 0.000
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 params_switch_1_aenergy_by_minute_2 0.000
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 params_switch_1_aenergy_by_minute_3 0.000
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 params_switch_1_aenergy_minute_ts 1688368559
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 params_switch_1_aenergy_total 101.575
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 params_switch_1_id 1
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:15:51 params_temperature_100_id 100
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:15:51 params_temperature_100_tC 23.25
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:15:51 params_temperature_100_tF 73.85
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:15:56 params_temperature_101_id 101
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:15:56 params_temperature_101_tC 22.19
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:15:56 params_temperature_101_tF 71.94
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 params_ts 1688368560.39
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:16:00 src shellyplus2pm-c049ef8a73b4
setstate MQTT2_PoolpumpeLampe 2023-07-03 09:15:51 subscriptions PoolpumpeLampe/command PoolpumpeLampe/command/switch:0 PoolpumpeLampe/command/switch:1 PoolpumpeLampe/command/sys PoolpumpeLampe/rpc shellies/command



[rudolfkoenig]

Wurde in der MQTT Einstellung der PoolpumpeLampe ausser Serveradresse was geaendert?

Diese Frage wurde leider nicht beantwortet.
Ich vermute ja, weil in subscriptions (was vom Geraet kommt) alles mit PoolpumpeLampe anfaengt, und das Template von irgendwas mit shellies ausgeht.

Ich habe die o.g. Definitionen bei mir eingespielt, und das shellyPlus_2pm_split Template angewendet.
Dabei werde ich (zweimal?) nach devicetopic gefragt, vmtl. wegen der Aenderungen in der MQTT Einstellung.
Als Antwort habe ich jeweils PoolpumpeLampe eingegeben, weil setList alles nach $DEVICETOPIC/rpc absetzt, und in subscriptions nur PoolpumpeLampe/rpc mit /rpc aufhoert.

Die so per setList definierten Befehle werden an das Geraet gesendet.
Ob es mit dem Inhalt was anfangen kann, kann ich mangels Geraet nicht testen.

Verwirrend ist, dass fuer das zweite Kanal angelegte MQTT2_PoolpumpeLampe_CH2 den alias MQTT2_PoolpumpeLampe traegt.
Damit sieht man in FHEMWEB zweimal den gleichen Namen => alias sollte geaendert oder geloescht werden.

[ThomasL]

In den MQTT Einstellungen habe ich nichts geändert.
Hab einfach nur das Templates Split ausgeführt.
Zweimal wurde ich nach dem Devisetopic Namen gefragt. Hab das aber jeweils Poolpumpe und Lampe eingegeben, weil ich dachte, das das die Namen von den bei angelegten Devices für Channel 1 und 2 sind.
Das war also schon Mal falsch.
Ich probiere es gleich Mal aus.
Danke schonmal

[rudolfkoenig]

In den MQTT Einstellungen habe ich nichts geändert.

Das wuerde bedeuten, dass neuere(?) Firmware Versionen fuer subscription den vom Anwender geaenderten Namen des Geraetes verwenden.

[ThomasL]

In den MQTT Einstellungen habe ich nichts geändert.

Das wuerde bedeuten, dass neuere(?) Firmware Versionen fuer subscription den vom Anwender geaenderten Namen des Geraetes verwenden.

Das kann sein

[ThomasL]

Wurde in der MQTT Einstellung der PoolpumpeLampe ausser Serveradresse was geaendert?

Diese Frage wurde leider nicht beantwortet.
Ich vermute ja, weil in subscriptions (was vom Geraet kommt) alles mit PoolpumpeLampe anfaengt, und das Template von irgendwas mit shellies ausgeht.

Ich habe die o.g. Definitionen bei mir eingespielt, und das shellyPlus_2pm_split Template angewendet.
Dabei werde ich (zweimal?) nach devicetopic gefragt, vmtl. wegen der Aenderungen in der MQTT Einstellung.
Als Antwort habe ich jeweils PoolpumpeLampe eingegeben, weil setList alles nach $DEVICETOPIC/rpc absetzt, und in subscriptions nur PoolpumpeLampe/rpc mit /rpc aufhoert.

Die so per setList definierten Befehle werden an das Geraet gesendet.
Ob es mit dem Inhalt was anfangen kann, kann ich mangels Geraet nicht testen.

Verwirrend ist, dass fuer das zweite Kanal angelegte MQTT2_PoolpumpeLampe_CH2 den alias MQTT2_PoolpumpeLampe traegt.
Damit sieht man in FHEMWEB zweimal den gleichen Namen => alias sollte geaendert oder geloescht werden.

So, ich habe es mal so gemacht und tatsächlich genauso wie Du es beschrieben hast,
hat es geklappt.
Hab dann das Device für Channel 2 umbenannt und ein weiteres nach dieser Logik für Channel 1 gemacht,
da bei dem für Channel 1 der Status im Icon nicht angezeigt wurde.

Jetzt klappt es!!!
Vielen Danke

[yoho]

Hallo Zusammen,
ich traue mich auch mal etwas beizutragen. Beim Benutzen des split-Templates stört mich der Typo bei "on-for-timer" im ersten Kanal. Im Template müsste es m. E. so heißen:

Code Auswählen Erweitern

on-for-timer $\DEVICETOPIC/rpc {"id":1,"src":"fhem2shelly","method":"Switch.Set","params": {"id":0,"on":true,"toggle_after":$EVTPART1}}\anstelle von:

Code Auswählen Erweitern

on-for-timer $\DEVICETOPIC/rpc {"id":1,"src":"fhem2shelly","method":"Switch.Set","params": {"id":1,"on":true,"toggle_after":$EVTPART1}}\Das gleiche gilt wohl auch für "off-for-timer". Ich habe eben ein fhem-Update durchgeführt. Das Template scheint diesbezüglich fehlerhaft zu sein. Ich habe die setlist bei mir von Hand korrigiert, aber evtl. hilft es ja hier.
Viele Grüße

[Beta-User]

Hallo Zusammen,
ich traue mich auch mal etwas beizutragen. Beim Benutzen des split-Templates stört mich der Typo bei "on-for-timer" im ersten Kanal. Im Template müsste es m. E. so heißen:

Code Auswählen Erweitern

on-for-timer $\DEVICETOPIC/rpc {"id":1,"src":"fhem2shelly","method":"Switch.Set","params": {"id":0,"on":true,"toggle_after":$EVTPART1}}\anstelle von:

Code Auswählen Erweitern

on-for-timer $\DEVICETOPIC/rpc {"id":1,"src":"fhem2shelly","method":"Switch.Set","params": {"id":1,"on":true,"toggle_after":$EVTPART1}}\Das gleiche gilt wohl auch für "off-for-timer". Ich habe eben ein fhem-Update durchgeführt. Das Template scheint diesbezüglich fehlerhaft zu sein. Ich habe die setlist bei mir von Hand korrigiert, aber evtl. hilft es ja hier.
Viele Grüße

Danke für die Info, das war immer etwas nebulös, kommt mir aber logisch vor.
Fix ist im svn.

[87insane]

Guten Morgen zusammen,

anbei mal wie ich es löse aktuell. Hier zeigt das Rollo auch an, wenn es fährt usw. Das ist im ersten Template nicht der Fall. Ggf. geht es anstelle des suchen und ersetzen innerhalb des JSON auch schöner aber ich sehe erstmal kein Problem darin. In dem Template sind auch die Events reduziert. Die Shellys sprechen mir sonst zu viel.

PS: Ich würde mir generell wünschen, dass bei Shelly Geräten das "temperature" Reading umbenannt wird in z.B. "chip_temperature". Denn es ist die Gerätetemperatur und nicht die außen Temperatur. Hinzu kommt - Schließt man ein AddOn an den Shelly an, hat man wirklich eine Temperatur und dann wird es lustig. Ich selber habe das in allen Templates angepasst wie auch hier in diesem.

Code Auswählen Erweitern

define MQTT2_shellyplus2pm_441793a7c6a0 MQTT2_DEVICE shellyplus2pm_441793a7c6a0
attr MQTT2_shellyplus2pm_441793a7c6a0 cmdIcon open:fts_shutter_up close:fts_shutter_down stop:fts_shutter_manual half:fts_shutter_50
attr MQTT2_shellyplus2pm_441793a7c6a0 comment Shelly Plus 2 PM in Roller-Mode. 0=opened / 100=closed
attr MQTT2_shellyplus2pm_441793a7c6a0 devStateIcon { \
my $amp = ReadingsVal($name,"online","false") eq "false" \
? "rot" \
: ReadingsVal($name,"new_fw","false") eq "true" \
? "gelb" \
: "gruen";;\
my $con = (ReadingsVal($name, "state", "undef") =~ /unlocked|locked|stopped/) \
? ReadingsVal($name, "pct", "undef") \
: ReadingsVal($name, "state", "undef");;\
my $pic = $con eq "up"\
? 'fts_shutter_up@red' \
: $con eq "down" \
? 'fts_shutter_down@red' \
: $con eq 100\
? 'fts_shutter_100' \
: $con =~ /(\d)\d/ ? 'fts_shutter_'.$1.'0' \
: $con =~ /\b\d\b/ ? 'fts_shutter_10' \
: 'fts_shutter_updown';;\
my $reb = ReadingsVal($name,"sys_restart_required","false") eq "true"\
? "<a href=\"/fhem?cmd.dummy=set $name x_reboot&XHR=1\"> ... notwendigen Reboot durchführen</a>"\
: "";;\
my $show = "$amp" eq "gelb" \
? "<a href=\"/fhem?cmd.dummy=set $name x_update&XHR=1\">".FW_makeImage("10px-kreis-".$amp)."</a>" \
: "<a href=\"http://".ReadingsVal($name,"wifi_sta_ip","none")." \"target=\"_blank\">".FW_makeImage("10px-kreis-".$amp)."</a>";;\
"<div> $show <a href=\"/fhem?cmd.dummy=set $name toggle&XHR=1\"></a>".FW_makeImage($pic)." $reb</div>" \
}
attr MQTT2_shellyplus2pm_441793a7c6a0 devicetopic shellyplus2pm-441793a7c6a0
attr MQTT2_shellyplus2pm_441793a7c6a0 event-on-change-reading state,online,new_fw,pct,sys_restart_required
attr MQTT2_shellyplus2pm_441793a7c6a0 genericDeviceType blind
attr MQTT2_shellyplus2pm_441793a7c6a0 group Rollo
attr MQTT2_shellyplus2pm_441793a7c6a0 jsonMap status_state:state status_current_pos:pct status_temperature_tC:chip_temperature
attr MQTT2_shellyplus2pm_441793a7c6a0 model 87Insane_shellyPlus_2pm_roller_invert_1
attr MQTT2_shellyplus2pm_441793a7c6a0 readingList $DEVICETOPIC/online:.* online\
  $DEVICETOPIC/status/mqtt:.* { json2nameValue($EVENT, 'mqtt_', $JSONMAP) }\
  $DEVICETOPIC/status/sys:.* { json2nameValue($EVENT, 'sys_', $JSONMAP) }\
  $DEVICETOPIC/status/cover_0:.* { $EVENT =~ s/(opening)/down/g;; $EVENT =~ s/(closing)/up/g;; $EVENT =~ s/(closed)/unlocked/g;; $EVENT =~ s/(open)/locked/g;; json2nameValue($EVENT, 'status_', $JSONMAP) }\
  $DEVICETOPIC/events/rpc:.* {}\
  $DEVICETOPIC/status/cloud:.* { json2nameValue($EVENT) }\
  $DEVICETOPIC/status:.* {}\
  $DEVICETOPIC/status/ble:.* { json2nameValue($EVENT, 'ble_', $JSONMAP) }\
  $DEVICETOPIC/status/wifi:.* { json2nameValue($EVENT, 'wifi_', $JSONMAP) }\
  $DEVICETOPIC/status/ws:.* { json2nameValue($EVENT, 'ws_', $JSONMAP) }\
shellyplus2pm_441793a7c6a0:shellyplus2pm-441793a7c6a0/status/input_0:.* { json2nameValue($EVENT) }\
shellyplus2pm_441793a7c6a0:shellyplus2pm-441793a7c6a0/status/input_1:.* { json2nameValue($EVENT) }
attr MQTT2_shellyplus2pm_441793a7c6a0 room 1. Dashboard,OG Kinderzimmer 1
attr MQTT2_shellyplus2pm_441793a7c6a0 setList close:noArg $DEVICETOPIC/rpc {"id":0,"src":"fhem2shelly","method":"Cover.Open","params": {"id":0}}\
  open:noArg $DEVICETOPIC/rpc {"id":0,"src":"fhem2shelly","method":"Cover.Close","params": {"id":0}}\
  half:noArg $DEVICETOPIC/rpc {"id":0,"src":"fhem2shelly","method":"Cover.GoToPosition","params": {"id":0,"pos":50}}\
  stop:noArg $DEVICETOPIC/rpc {"id":0,"src":"fhem2shelly","method":"Cover.Stop","params": {"id":0}}\
  pct:slider,0,1,100 $DEVICETOPIC/rpc {"id":0,"src":"fhem2shelly","method":"Cover.GoToPosition","params": {"id":0,"pos":$EVTPART1}}\
  x_status_update:noArg $DEVICETOPIC/command status_update\
  x_update:noArg $DEVICETOPIC/rpc {"id":0,"src":"fhem2shelly","method":"Shelly.Update","params": {"stage":"stable"}}\
  x_reboot:noArg $DEVICETOPIC/rpc {"id":0,"src":"fhem2shelly","method":"Shelly.Reboot"}\
  x_eco:true,false $DEVICETOPIC/rpc {"id":0,"src":"fhem2shelly","method":"Sys.SetConfig","params": {"config": {"device": {"eco_mode": $EVTPART1}}}}
attr MQTT2_shellyplus2pm_441793a7c6a0 setStateList open close half stop pct
attr MQTT2_shellyplus2pm_441793a7c6a0 webCmd :open:close:half:stop:pct



[yoho]

Hallo Zusammen,
ich traue mich auch mal etwas beizutragen. Beim Benutzen des split-Templates stört mich der Typo bei "on-for-timer" im ersten Kanal. Im Template müsste es m. E. so heißen:

Code Auswählen Erweitern

on-for-timer $\DEVICETOPIC/rpc {"id":1,"src":"fhem2shelly","method":"Switch.Set","params": {"id":0,"on":true,"toggle_after":$EVTPART1}}\anstelle von:

Code Auswählen Erweitern

on-for-timer $\DEVICETOPIC/rpc {"id":1,"src":"fhem2shelly","method":"Switch.Set","params": {"id":1,"on":true,"toggle_after":$EVTPART1}}\Das gleiche gilt wohl auch für "off-for-timer". Ich habe eben ein fhem-Update durchgeführt. Das Template scheint diesbezüglich fehlerhaft zu sein. Ich habe die setlist bei mir von Hand korrigiert, aber evtl. hilft es ja hier.
Viele Grüße

Danke für die Info, das war immer etwas nebulös, kommt mir aber logisch vor.
Fix ist im svn.

Vielen Dank!

[uron]

Ich komme mit der Installation meines neuen Shelly Plus 2PM als Rollladenschalter auch nach Lesen der Beiträge nicht klar:
Zunächst die Info, dass ich das Rollo über die App steuern kann, eine ordnungsgemäße Verbindung steht also.

Nun zur FHEM-Integration und dem list

Code Auswählen Erweitern

Internals:
   DEF        192.168.2.171
   FUUID      65323e84-f33f-aab4-9081-68dac3f93798e562
   INTERVAL   40
   NAME       EG_Rollo_Gaeste_WC_R
   NR         1422
   STATE      pct
   TCPIP      192.168.2.171
   TYPE       Shelly
   eventCount 9
   OLDREADINGS:
   READINGS:
     2023-10-20 11:26:59   network         <html>connected to <a href="http://192.168.2.171">192.168.2.171</a></html>
     2023-10-20 11:51:37   state           Error
Attributes:
   alias      EG_Rollo_Gaeste_WC_R
   devStateIcon 100:fts_shutter_10@green 0:fts_shutter_100@black
   event-on-change-reading inttemp:2
   eventMap   open:öffnen closed:schließen
   icon       shutter_4
   interval   40
   maxtime    20
   mode       roller
   model      shelly2.5
   room       Favourites,Gäste-WC,Shelly-Devices
   stateFormat pct
   timeout    10
   verbose    3
   webCmd     öffnen:schließen:stopIm Reading state fällt natürlich direkt "Error" auf.
Wenn ich den Rollladen per FHEM starte, entpuppt sich der Fehler als

Code Auswählen Erweitern

Error: roller blind EG_Rollo_Gaeste_WC_R still moving, wait for some time
Als Modell habe ich "shelly2.5" eingetragen, ein "shelly2PM" ist ja nicht in der Modell-Auswahlliste enthalten.
Die Konfiguration entspricht genau der eines weiteren Rollladenmotors, der jedoch über einen Shelly 2.5 angesteuert wird.

Kann mir jemand weiterhelfen?

[Beta-User]

Ich komme mit der Installation meines neuen Shelly Plus 2PM
[...]
Kann mir jemand weiterhelfen?

Für die "Plus"-Modelle musst du ein gepatchtes Shelly-Modul verwenden, bitte den support-Thread dazu konsultieren.