HM-Sec-SCo mit Thermostat HM-CC-RT-DN peeren

Begonnen von fhemjan, 10 September 2022, 12:10:21

Vorheriges Thema - Nächstes Thema

fhemjan

Hallo zusammen,
ich versuche gerade einen Fensterkontakt mit dem WindowRec eines HM-CC-RT-DN zu peeren.
Habe eine VCCU eingerichtet an der ein CUL868 läuft. Thermostat läuft einwandfrei über FHEM.

Ich konnte den Fensterkontakt mit der VCCU pairen und bekomme in FHEM Infos zu Batterie und state (open/closed).
Ich wollte nun über set KB_Fenster peerChan 0 KB_Heizung_WindowRec single set peeren. Habe mit Druck auf den Fensterkontakt bestätigt. Es tut sich auch einiges, letztlich bleibt jedoch beim Fensterkontakt xx CMDs_pending bestehen. Seit ca. 1 Stunde keine Änderung. Bei WindowRec steht das Fenster in der peerList (s. Anhang).

hminfo erzählt einiges, ich kann nur nicht so richtig etwas damit anfangen. Könnt ihr mir weiterhelfen --> Anhang

edit: Befehl korrigiert.

MadMax-FHEM

#1
Also laut Wiki lautet der Befehl:

Zitat von: https://wiki.fhem.de/wiki/HM-TC-IT-WM-W-EU_Funk-Wandthermostat_AP#Channel_.28Kanal.29_03_WindowRec
set <HM-Sec-SC> peerChan 0 <HM-TC-IT-WM-W-EU-Gerät>_WindowRec single set

Also es fehlt ein set am Ende?

Ah, ok, im Wiki für den Heizkörperthermostaten steht es ohne set:
Zitat von: https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Channel_.28Kanal.29_03_WindowRec
set <fensterSensor> peerChan 0 <rt_WindowRec>_WindowRec single

Habe nur Wandthermostate gepeert... ;)

EDIT: laut der allgemeinen Beschreibung wird es aber gebraucht (oder wenn weggelassen, da ja optional, wird set genommen als default?)
Zitat von: https://fhemwiki.de/wiki/HomeMatic_Peering_Beispiele#peerChan
https://fhemwiki.de/wiki/HomeMatic_Peering_Beispiele#peerChan

...

peerChan peert (verbindet) einen Sensorkanal mit einem Aktorkanal. Dabei ist <sensChan> der Name des Sensorkanals und <actChan> der Name des Aktorkanals.

    Mit dem Schlüsselwort single wird genau dieser Sensorkanal gepeert.
    Mit dem Schlüsselwort dual werden zwei zusammengehörende Sensorkanäle mit dem Aktorkanal verknüpft. Die beiden Sensorkanäle lösen unterschiedliche Aktionen aus, beispielsweise an und aus.
    Das Schlüsselwort set legt das Peering an, das Schlüsselwort unset hebt es auf.

Und: ist der Fenstersensor tatsächlich GEPAIRED? Bitte ein list als Text in "Code-Tags" statt Screenshots!!!
Siehe auch: https://forum.fhem.de/index.php/topic,71806.0.html

EDIT: weil es ist Funk und fhem liest nat. mit und setzt die Werte. ABER ein Gerät was nicht gepaired ist, also keine Zentrale kennt, nimmt natürlich auch keine Befehle an (von einer unbekannten Zentrale)...

Was steht bei PairedTo/R-PairCentral?
Weil nur weil die Werte kommen und angezeigt werden heißt das noch lange nicht, dass auch GEPAIRED ist!
EDIT: siehe auch https://wiki.fhem.de/wiki/HomeMatic_Devices_pairen#Pairing_verifizieren

EDIT: noch eine Anmerkung zum "Knöpfchen drücken" beim ScO -> dabei NICHT auslösen, also aus Versehen open/closed erwirken mit den Fingern beim Drücken (zumindest habe ich das so im Kopf)...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

fhemjan

Hallo MadMax,
ich hatte das set gesetzt, habe ich unglücklich rauskopiert für den Beitrag, korrigiere ich gleich.
Hier die Ausgabe von List:
Internals:
   CFGFN     
   DEF        576896
   FUUID      631c6925-f33f-fb2e-0287-8c82b8d333ce6cca
   IODev      cul868
   LASTInputDev cul868
   MSGCNT     19
   NAME       KB_Fenster
   NR         1486
   NTFY_ORDER 48-HM_576896
   STATE      closed
   TYPE       CUL_HM
   chanNo     01
   cul868_MSGCNT 19
   cul868_RAWMSG A0D39A61057689658C08006010000::-67.5:cul868
   cul868_RSSI -67.5
   cul868_TIME 2022-09-10 12:43:05
   device     KB_Fenster
   disableNotifyFn 1
   eventCount 20
   lastMsg    No:39 - t:10 s:576896 d:58C080 06010000
   protCmdPend 6 CMDs_pending
   protLastRcv 2022-09-10 12:43:05
   protRcv    20 last_at:2022-09-10 12:43:05
   protState  CMDs_pending
   rssi_at_cul868 cnt:20 min:-77.5 max:-63.5 avg:-67.32 lst:-67.5
   CL:
     Authenticated 1
     AuthenticatedBy allowed_WEB
     AuthenticatedUser fhemuser
     BUF       
     FD         14
     FW_ID      1542
     LASTACCESS 1662806594.97209
     NAME       WEB_192.168.178.202_54462
     NR         1535
     PEER       192.168.178.202
     PORT       54462
     SNAME      WEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     canAsyncOutput 1
     encoding   UTF-8
     READINGS:
       2022-09-10 12:41:46   state           Connected
   READINGS:
     2022-09-10 12:39:53   D-firmware      1.0
     2022-09-10 12:39:53   D-serialNr      OEQ0431789
     2022-09-10 12:38:29   IODev           cul868
     2022-09-10 12:43:05   alive           yes
     2022-09-10 12:43:05   battery         ok
     2022-09-10 12:39:53   cfgState        updating
     2022-09-10 12:39:53   commState       CMDs_pending
     2022-09-10 12:43:05   contact         closed (to 58C080)
     2022-09-10 12:43:05   recentStateType info
     2022-09-10 12:43:05   sabotageError   off
     2022-09-10 12:43:05   state           closed
     2022-09-10 12:41:25   trigDst_58C080  noConfig
     2022-09-10 12:41:25   trigger_cnt     6
   cmdStack:
     ++A001ACDBAD57689600050000000000
     ++A001ACDBAD576896000802010AAC0BDB0CAD
     ++A001ACDBAD5768960006
     ++A001ACDBAD57689600040000000000
     ##A001ACDBAD57689601040000000001
     ##A001ACDBAD5768960103
   helper:
     HM_CMDNR   57
     cfgStateUpdt 1
     getCfgList all
     getCfgListNo ,4
     lastMsgTm  1662806585.70685
     mId        00C7
     peerFriend peerAct,peerVirt
     peerOpt    4:threeStateSensor
     regLst     0,1,4p
     rxType     28
     supp_Pair_Rep 0
     cfgChk:
       idPc01     fail
       idPz00     fail
       idRc01     RegL_00.,RegL_01.
       idRc03     fail
     cmds:
       TmplKey    :no:1662806314.49782
       TmplTs     1662806314.49782
       cmdKey     1:1:0::KB_Fenster:00C7:01:
       cmdLst:
         assignHmKey noArg
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
         peerSmart  -peerOpt-
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         sign       [(on|{off})]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         trgEventL  -peer- -condition-
         trgEventS  -peer- -condition-
         trgPressL  [(-peer-|{all})]
         trgPressS  [(-peer-|{all})]
         unpair     noArg
       lst:
         condition  closed,open,tilted
         peer       
         peerOpt    KB_Heizung_WindowRec,KB_Heizung_remote
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     io:
       flgs       2
       newChn     +576896,02,00,00
       nextSend   1662806585.80628
       rxt        2
       sendWu     1
       vccu       VCCU
       p:
         576896
         00
         00
         00
       prefIO:
     mRssi:
       mNo        39
       io:
         cul868:
           -63.5
           -63.5
     peerIDsH:
     prt:
       bErr       0
       sProc      2
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     rssi:
       at_cul868:
         avg        -67.325
         cnt        20
         lst        -67.5
         max        -63.5
         min        -77.5
     shadowReg:
       RegL_00.    02:01 0A:AC 0B:DB 0C:AD
     tmpl:
Attributes:
   DbLogExclude .*
   IOgrp      VCCU:cul868
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   1.0
   model      HM-SEC-SCO
   room       BadUnten,Homematic
   serialNr   OEQ0431789
   subType    threeStateSensor


OK

isy

Hast du beim SCO das Attribut R-sign auf on? Die SCO brauchen eine AES Verschlüsselung. Siehe:
https://wiki.fhem.de/wiki/HM-Sec-SCo_T%C3%BCr-Fensterkontakt,_optisch

Bei Peering mit einem DN muss dann R-sign auch auf on

VG Helmut
Ein Weg wird erst zu einem Weg, wenn man ihn geht

MadMax-FHEM

Aber um das sign setzen zu können, ebenso wie das Peering muss GEPAIRED sein und ich denke das ist er (noch) nicht.

Ich würde cmds löschen, nochmal pairSeconds anwerfen und Knöpfchen drücken OHNE auszulösen und erst mal komplett pairen, siehe mein Link!

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

isy

Bin mir nicht sicher, ob AES zum Pairing schon aktiv sein muss.

Gruss Helmut
Ein Weg wird erst zu einem Weg, wenn man ihn geht

MadMax-FHEM

Zitat von: isy am 10 September 2022, 19:34:08
Bin mir nicht sicher, ob AES zum Pairing schon aktiv sein muss.

Gruss Helmut

Beim PAIRING nicht bzw. sind da ja noch die Standardschlüssel in Verwendung (zumindest bei einem "frischen Gerät") und die kennt die vccu/CUL_HM...
Das ist ja die Verbindung Gerät-Zentrale.

Erst beim Peering wird es interessant bzw. wichtig, dass die beteiligten Geräte "gleich ticken"...

Aber mMn sind wir noch nicht so weit, ich denke (immer nich) das Pairing fehlt/ist unvollständig...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

frank

FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

fhemjan

#8
Besten Dank schon mal für eure Unterstützung.
Ihr hattet mich überzeugt und Recht damit, dass das Pairing noch nicht erfolgreich war. Dies hab ich nun hinbekommen --> Habe nochmal ein altes Backup ohne VCCU eingespielt, da ich mir da eh noch nicht ganz sicher war ob sie wirklich funktioniert und habe nach mehrmaligem Reset des Fensterkontaktes ein (vermutlich) erfolgreiches Pairing zustande bekommen. List gibt:
Internals:
   CFGFN     
   DEF        576896
   FUUID      631cef24-f33f-fb2e-0ad2-cdc5b5ba8bbd5007
   IODev      cul868
   LASTInputDev cul868
   MSGCNT     23
   NAME       KB_Fenster
   NR         323
   NTFY_ORDER 48-HM_576896
   STATE      open
   TYPE       CUL_HM
   chanNo     01
   cul868_MSGCNT 23
   cul868_RAWMSG A0E798002576896ACDBAD00416B725D::-64:cul868
   cul868_RSSI -64
   cul868_TIME 2022-09-10 22:18:51
   device     KB_Fenster
   disableNotifyFn 1
   eventCount 37
   lastMsg    No:79 - t:02 s:576896 d:ACDBAD 00416B725D
   protLastRcv 2022-09-10 22:18:51
   protRcv    24 last_at:2022-09-10 22:18:51
   protResnd  2 last_at:2022-09-10 22:15:07
   protSnd    23 last_at:2022-09-10 22:18:51
   protState  CMDs_done
   rssi_at_cul868 cnt:24 min:-73 max:-62.5 avg:-65.93 lst:-64
   CL:
     Authenticated 1
     AuthenticatedBy allowed_WEB
     AuthenticatedUser fhemuser
     BUF       
     FD         11
     FW_ID      480
     LASTACCESS 1662841453.39951
     NAME       WEB_192.168.178.202_61700
     NR         522
     PEER       192.168.178.202
     PORT       61700
     SNAME      WEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     canAsyncOutput 1
     encoding   UTF-8
     READINGS:
       2022-09-10 22:24:12   state           Connected
   READINGS:
     2022-09-10 22:18:51   CommandAccepted yes
     2022-09-10 22:18:49   D-firmware      1.0
     2022-09-10 22:18:49   D-serialNr      OEQ0431789
     2022-09-10 22:18:49   IODev           cul868
     2022-09-10 22:15:33   PairedTo        0xACDBAD
     2022-09-10 22:15:33   RegL_00.         00:00 02:01 09:01 0A:AC 0B:DB 0C:AD 10:01 14:06
     2022-09-10 22:15:33   RegL_01.         00:00 08:01 20:9C 21:00 30:06
     2022-09-10 22:18:51   aesCommToDev    ok
     2022-09-10 22:18:51   aesKeyNbr       00
     2022-09-10 22:15:02   alive           yes
     2022-09-10 22:15:04   battery         ok
     2022-09-10 22:19:43   cfgState        updating
     2022-09-10 22:18:51   commState       CMDs_done
     2022-09-10 22:15:04   contact         open (to broadcast)
     2022-09-10 22:15:02   powerOn         2022-09-10 22:15:02
     2022-09-10 22:15:02   recentStateType info
     2022-09-10 22:15:02   sabotageError   off
     2022-09-10 22:15:04   state           open
     2022-09-10 22:15:04   trigDst_broadcast noConfig
     2022-09-10 22:15:04   trigger_cnt     1
   helper:
     HM_CMDNR   121
     PONtest    0
     cSnd       01ACDBAD57689601080101,01ACDBAD5768960106
     cfgStateUpdt 0
     lastMsgTm  1662841131.97257
     mId        00C7
     peerFriend peerAct,peerVirt
     peerIDsRaw ,00000000
     peerIDsState complete
     peerOpt    4:threeStateSensor
     regLst     0,1,4p
     rxType     28
     supp_Pair_Rep 0
     cfgChk:
       idPz05     000000
       idRc03     fail
     cmds:
       TmplKey    :no:1662840936.75851
       TmplTs     1662840936.75851
       cmdKey     1:1:0::KB_Fenster:00C7:01:
       cmdLst:
         assignHmKey noArg
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
         peerSmart  -peerOpt-
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         sign       [(on|{off})]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         trgEventL  -peer- -condition-
         trgEventS  -peer- -condition-
         trgPressL  [(-peer-|{all})]
         trgPressS  [(-peer-|{all})]
         unpair     noArg
       lst:
         condition  closed,open,tilted
         peer       
         peerOpt    HM_37F67B_WindowRec,HM_37F67B_remote
         tplChan   
         tplDel     
         tplPeer   
       rtrvLst:
         cmdList    [({short}|long)]
         deviceInfo [({short}|long)]
         list       [({normal}|full)]
         param      -param-
         reg        -addr- -list- [-peerChn-]
         regList    noArg
         regTable   noArg
         regVal     -addr- -list- [-peerChn-]
         saveConfig [-filename-]
         tplInfo    noArg
     expert:
       def        0
       det        0
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +576896,00,00,00
       nextSend   1662841132.07209
       rxt        2
       vccu       
       p:
         576896
         00
         00
         00
       prefIO:
     mRssi:
       mNo        79
       io:
         cul868:
           -60
           -60
     peerIDsH:
       00000000   broadcast
     prt:
       bErr       0
       sProc      0
       helper:
         prt:
           rspWait:
       tryMsg:
     q:
       qReqConf   00
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
     rssi:
       at_cul868:
         avg        -65.9375
         cnt        24
         lst        -64
         max        -62.5
         min        -73
     shadowReg:
       RegL_04.KB_Heizung_WindowRec  01:01
     tmpl:
Attributes:
   DbLogExclude .*
   IODev      cul868
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   1.0
   icon       fts_window_1w_open
   model      HM-SEC-SCO
   peerIDs    00000000
   room       BadUnten,Homematic
   serialNr   OEQ0431789
   subType    threeStateSensor


Über ein simples set KB_Fenster peerChan 0 KB_Heizung_WindowRec single set habe ich nun noch mal das peering versucht. Jedoch noch nicht so richtig erfolgreich. hmInfo meckert auch noch, s. Screenshot.
Den Punkt zum AES verstehe ich nicht ganz. Ich finde zum Beispiel das Attribut R-sign nicht. Muss das beim Fensterkontakt wählbar sein?

Zitat von: frank am 10 September 2022, 19:43:17
wer ist 58C080?
zeig ein list davon.
Hallo Frank, das hab ich ehrlich gesagt überhaupt nicht verstanden. Ein Gerät mit dem Namen ist in meiner FHEM Installation nicht zu finden gewesen. Nach dem Neustart aus dem Backup taucht 58C080 auch nicht mehr auf.

Was mir noch aufgefallen ist: Ich habe nicht die Timing-CUL auf meinem cul868.. Vermutlich sollte ich den Punkt erst einmal in Angriff nehmen...

edit: Ich habe den Kontakt jetzt einmal ausgelöst und es scheint nun alles zu funktionieren. Am Thermostat wird das offene Fenster erkannt. Nun ist das einzig komische, dass hminfo scheinbar noch eine falsche Instanz vom Fensterkontakt drin hat?! Ich bekomme hier nun die Ausgabe:
configCheck done:

Register changes pending
    KB_Heizung:

trigger sent to unpeered device
    KB_Fenster: 000000
    KB_Fenster: ACDBAD

trigger sent to undefined device
    KB_Fenster: 000000
    KB_Fenster: ACDBAD

templist mismatch
    KB_Heizung_Clima: KB_Heizung_Clima not found in file ./tempList.cfg

MadMax-FHEM

Von Resetten hat doch keiner was geschrieben! ;)

Total unnütz! Einfach noch mal "drüber Pairen" (wie geschrieben) hätte völlig gereicht...

Das "Durcheinander" kann auch davon kommen, dass du mal mit vccu, mal mit ohne mal einspielen von Backup usw.

Eine Analyse (der vccu) wäre evtl. sinnvoller gewesen...
...geht halt nun nicht mehr...

Wie man HMINFO sauber kriegt mit "nicht vorhandenen" Devices: leider keine Ahnung... :-\

Um bestimmte "Register-Readings" (R-) zu sehen, muss man das mittels Attribut "expert" "freischalten"...

Dass das mit dem Fensterkontakt nach Pairen und erneutem Peeren geht: logisch, der HKT hat es ja schon lange "gewusst", hat ja nur noch gefehlt, dass der FK das auch dahin sendet ;)

Bei Verwendung eines CUL ist die Timing-FW sicher mal einen Blick wert.
Würde ich aber erst tun, wenn du (Timing-)Probleme hast.

Bzw. würde ich lieber die 20EUR investieren und ein HMOD-PCB kaufen...
https://wiki.fhem.de/wiki/HM-MOD-RPI-PCB_HomeMatic_Funkmodul_f%C3%BCr_Raspberry_Pi

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

frank

ZitatHallo Frank, das hab ich ehrlich gesagt überhaupt nicht verstanden. Ein Gerät mit dem Namen ist in meiner FHEM Installation nicht zu finden gewesen.
das device findest du mit "list DEF=58C080" falls es noch existiert.

ZitatNach dem Neustart aus dem Backup taucht 58C080 auch nicht mehr auf.
das sind fakenews.
dem fk ist egal welches backup du benutzt. er sendet immer an seine peers, die im eeprom gespeichert sind.
also sicherlich ein reset gemacht.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html