Fehler beim peeren von HM_SEC_SCo mit HM_CC_RT_DN

Begonnen von Ygramul, 24 August 2015, 10:52:41

Vorheriges Thema - Nächstes Thema

Ygramul

Hallo Gemeinde,

ich bin an einem Punkt angelangt, an dem ich alleine nicht mehr weiter komme.
Die beiden Devices (Heizkörperthermostat und Fenstersensor) habe ich in Fhem gepaired.
Jeder für sich funktioniert. Closed/Open Status wird angezeigt und auch die Temperatur beim Thermostat ausgelesen oder kann verändert werden.
Soweit so gut.

Beim peeren von Fenstersensor mit Thermostatventil erhalte ich folgenden Effekt.
Der Fenstersensor erscheint in der peerlist des Ventils unter Kanal 3 (WindowRec).
Darunter steht aber: state unpeered.


2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec last:trigLast<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:41 R-WZ_Fenster_chn-01-shCtValLo 50<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:41 R-WZ_Fenster_chn-01-winOpnTemp 12 C<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:40 R-sign off<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:40 RegL_01:   08:00 00:00<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:41 RegL_03:WZ_Fenster_chn:01   04:32 00:00<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:41 RegL_07:WZ_Fenster_chn:01   05:18 00:00<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 10:15:40 peerList WZ_Fenster,<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Heizung_WindowRec 2015-08-24 08:45:19 state unpeered<


Wenn ich nun das Ventil in den Anlernmodus versetze und das Fenster öffne, regelt das Ventil (so wie es sein soll) auf die voreingestellte Temperatur bei offenem Fenster runter.
Dann passiert aber nichts mehr. Egal ob Fenster geöffnet oder geschlossen wird. Das Ventil reagiert nicht mehr.

Der Fenstersensor zeigt auch ein paired to 0x0. Das ist doch auch nicht richtig ??


2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster closed<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:27 .D-devInfo 810101<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:27 .D-stc 80<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:17:53 .protLastRcv 2015-08-24 10:17:53<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:27 Activity alive<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:27:45 CommandAccepted no<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:27 D-firmware 1.0<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:27 D-serialNr MEQ0174393<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:19:22 PairedTo 0x0<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:08 R-WZ_Heizung_WindowRec-expectAES set_off<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:08 R-WZ_Heizung_WindowRec-peerNeedsBurst set_on<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-cyclicInfoMsg on<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-eventDlyTime 0 s<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-msgScPosA open<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-msgScPosB closed<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:14:28 R-pairCentral set_0x1<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-sabotageMsg on<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-sign on<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-transmDevTryMax 6<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:14:20 R-transmitTryMax 6<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:15:27 aesKeyNbr 00<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:29:39 alive yes<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:17:53 battery ok<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:17:53 contact closed (to broadcast)<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:29:39 recentStateType info<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 09:29:39 sabotageError off<
2015.08.24 10:20:02 5: Cmd: >setstate WZ_Fenster 2015-08-24 10:17:53 state closed<
BurstAccess steht auf Auto
BurstRX ist on
Habe eben noch herausgefunden: Immer wenn ich das Ventil in den Anlernmodus versetze und dann den Fensterkontakt betätige, reagiert das Ventil. Aber eben immer nur ein mal.

Hat jemand eine Idee ?

martinp876

Logisch.
Ein RT spart Batterie und schläft daher sehr gut. Aufwachen wenn temp gesendet wird und wenn an lernen gedrückt ist, danach gute Nacht.
Du musst das Register burst auf in setzen, dann bleibt er halb wach. Immer wenn jemand einen burst sendet schreckt er hoch, lauscht und wenn nichts für ihn ist, schlafen.

Nun der zweite schritt ... Der SC muss einen burst schicken, wenn er mit einem burstdevice reden will. Sonst verpennen die die besten Nachrichten. Also Register peerneedsburst auf yes.

Nutzt man peerchan sollte es automatisch gehen. Ein hminfo checkconfig sollte die fragwürdige config alarmieren

Ygramul

Danke für die Antwort.

Leider komme ich dennoch nicht weiter.
Ich versuche den Kanal 3 meines Ventils (WZ_Heizung_WindowRec) in den Burst Modus zu versetzen.
set WZ_Heizung_WindowRec regSet burstRx on
Das geht aber nicht. Der Get Befehl gibt : Value not captured aus.
Ich kann nur das Ventil komplett in den burst Modus versetzen.
Dann bekomme ich mit get auch ein: on

In den Readings des Fensterkontaktes steht:
R-WZ_Heizung_WindowRec-peerNeedsBurst      set_on         2015-08-25 20:40:28

Ich vermute, dass das Problem damit zusammen hängt, dass ich den Kanal 3 des Ventils nicht in den burst modus versetzen kann.

Gibte einen Trick dafür ?

franky08

Der burst Mode geht nur für das device, nicht für den channel.

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Ygramul

Dann sollte es doch eigentlich jetzt mit dieser Konfiguration funktionieren.
Tut es aber nicht.

Jemand noch ne Idee?

frank

poste doch mal ein list vom device und dem channel und logge rawmessages => wiki homematic sniffen.
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

Ygramul

Nach einigem suchen, habe ich noch gesehen, dass in dem Fensterkontakt steht:
PairedTo          0x0 und
R-pairCentral   0x0

Das deutet doch wohl darauf hin, dass der Fensterkontakt vermutlich mit AES Übertragung arbeitet.

Ist das korrekt?
Kann ich das irgendwo in den Parametern sehen.

Das würde auch erklären, warum ich diesen Eintrag im Fensterkontakt finde:
protState    CMDs_done_Errors:1

LuckyDay

 :)

mach doch endlich mal ein list von dem device und verrate doch etwas mehr von deinem system, welches io device benutzt du, und die ausgabe von version

Ygramul

Hallo Harry,
ich nutze einen CUL den Fenstersensor HM_SEC_SCo und einen Thermostat HM_CC_RT_DN.

Fenstersensor

Internals:
CUL1_MSGCNT  6
CUL1_RAWMSG           A0D6E861038C7AE00000006010000::-81:CUL1
CUL1_RSSI                  -81
CUL1_TIME                  2015-08-27 12:25:30
DEF                             38C7AE
IODev                          CUL1
LASTInputDev             CUL1
MSGCNT                      6
NAME                          WZ_Fenster
NR                               32
STATE                         closed
TYPE                           CUL_HM
lastMsg                       No:6E - t:10 s:38C7AE d:000000 06010000
protCmdDel                4
protLastRcv               2015-08-27 12:25:30
protResnd                  3 last_at:2015-08-27 10:29:39
protResndFail             1 last_at:2015-08-27 11:29:21
protSnd                      4 last_at:2015-08-27 11:29:17
protState                    CMDs_done_Errors:1
rssi_at_CUL1              max:-79 lst:-81 cnt:6 min:-86 avg:-82.91


Readings
ctivity              alive      2015-08-27 12:33:23
CommandAccepted   no         2015-08-24 09:27:45
D-firmware                1.0        2015-08-24 10:15:27
D-serialNr                  MEQ0174393  2015-08-24 10:15:27
PairedTo                    0x0         2015-08-24 09:19:22
R-WZ_Heizung_WindowRec-expectAES set_off   2015-08-24 10:15:08
R-WZ_Heizung_WindowRec-peerNeedsBurst   set_on    2015-08-24 10:15:08
R-cyclicInfoMsg        on           2015-08-24 09:14:20
R-eventDlyTime        0 s           2015-08-24 09:14:20
R-msgScPosA          open         2015-08-24 09:14:20
R-msgScPosB          closed      2015-08-24 09:14:20
R-pairCentral            0x0           2015-08-24 10:14:28
R-sabotageMsg        on            2015-08-24 09:14:20
R-sign                      on             2015-08-24 09:14:20
R-transmDevTryMax 6               2015-08-24 09:14:20
R-transmitTryMax     6              2015-08-24 09:14:20
aesKeyNbr               00             2015-08-24 10:15:27
alive                         yes             2015-08-27 12:25:30
battery                    ok               2015-08-27 12:25:30
contact                   closed (to broadcast)  2015-08-27 12:25:30
recentStateType      info             2015-08-27 12:25:30
sabotageError          off              2015-08-27 12:25:30
state                      closed             2015-08-27 12:25:30
trigDst_broadcast  noConfig      2015-08-24 09:11:46


Attributes
IODev              CUL1      deleteattr
actCycle                     000:50   deleteattr
actStatus                   alive        deleteattr
autoReadReg             4_reqStatus deleteattr
expert                        2_full      deleteattr
firmware                    1.0          deleteattr
hmId                         F10001    deleteattr
model                        HM-SEC-SCo  deleteattr
peerIDs                     00000000 deleteattr
room                         Wohnzimmer deleteattr
serialNr                     XXXXXXXXX
deleteattr                 subType       threeStateSensor
deleteattr


Thermostat
Internals

UL1_MSGCNT         140
CUL1_RAWMSG      A0F1086102E79440000000A60E20E0000::-75.5:CUL1
CUL1_RSSI             -75.5
CUL1_TIME         2015-08-27 12:55:53
DEF                 2E7944
IODev                 CUL1
LASTInputDev   CUL1
MSGCNT            140
NAME                 WZ_Heizung
NR                      24
STATE               CMDs_done
TYPE                  CUL_HM
channel_01        WZ_Heizung_Weather
channel_02        WZ_Heizung_Climate
channel_03        WZ_Heizung_WindowRec
channel_04        WZ_Heizung_Clima
channel_05        WZ_Heizung_ClimaTeam
channel_06        WZ_Heizung_remote
lastMsg              No:10 - t:10 s:2E7944 d:000000 0A60E20E0000
protCmdDel       1
protCondBurst  on
protLastRcv       2015-08-27 12:55:53
protResnd          3 last_at:2015-08-27 08:25:13
protResndFail     1 last_at:2015-08-27 08:25:18
protSnd             28 last_at:2015-08-27 08:25:29
protState           CMDs_done
rssi_at_CUL1     avg:-78.79 max:-73.5 lst:-75.5 min:-89.5 cnt:140


Readings
Activity       alive     2015-08-27 08:33:23
CommandAccepted yes    2015-08-27 08:25:30
D-firmware           1.3       2015-08-24 11:31:15
D-serialNr             LEQ0848948  2015-08-24 11:31:15
PairedTo     0xF10001          2015-08-24 08:45:18
R-backOnTime      10 s        2015-08-24 08:45:18
R-btnLock       off               2015-08-24 08:45:18
R-burstRx       on               2015-08-24 08:45:18
R-cyclicInfoMsg    on          2015-08-24 08:45:18
R-cyclicInfoMsgDis   0        2015-08-24 08:45:18
R-globalBtnLock   off          2015-08-24 08:45:18
R-localResDis          off       2015-08-24 08:45:18
R-lowBatLimitRT     2.1 V   2015-08-24 08:45:18
R-modusBtnLock    off       2015-08-24 08:45:18
R-pairCentral           0xF10001   2015-08-24 08:45:18
RegL_00:               01:01 02:01 09:01 0A:F1 0B:00 0C:01 0E:0A 0F:00 11:00 12:15 16:00 18:00 19:00 1A:00 00:00        2015-08-24 08:45:18
RegL_07:               
actuator    0          2015-08-27 13:01:14
battery      ok          2015-08-24 09:21:17
batteryLevel   2.9   2015-08-27 13:01:14
desired-temp  12.0  2015-08-27 13:01:14
measured-temp   22.6    2015-08-27 13:01:14
state   CMDs_done     2015-08-27 08:25:30
time-request  -         2015-08-24 08:45:27


Attributes
IODev    CUL1    deleteattr
actCycle      000:10     deleteattr
actStatus    alive          deleteattr
autoReadReg  4_reqStatus  deleteattr
burstAccess  1_auto    deleteattr
expert   2_full      deleteattr
firmware    1.3    deleteattr
hmId      F10001   deleteattr
model     HM-CC-RT-DN   deleteattr
room      Wohnzimmer   deleteattr
serialNr   LEQ0848948   deleteattr
subType   thermostat     deleteattr
webCmd   getConfig:clear msgEvents:burstXmit   deleteattr


WZ_Heizung_WindowRec
Internal
DEF 2E794403
NAME             WZ_Heizung_WindowRec
NR                28
STATE          last:trigLast
TYPE            CUL_HM
chanNo         03
device          WZ_Heizung
peerList        WZ_Fenster


Readings
R-WZ_Fenster_chn-01-shCtValLo   50   2015-08-24 10:15:41
R-WZ_Fenster_chn-01-winOpnTemp        12 C 2015-08-24 10:15:41
R-sign          off         2015-08-24 10:15:40
RegL_01:     08:00 00:00   2015-08-24 10:15:40
RegL_03:WZ_Fenster_chn:01     04:32 00:00     2015-08-24 10:15:41
RegL_07:WZ_Fenster_chn:01     05:18 00:00     2015-08-24 10:15:41
peerList                 WZ_Fenster,           2015-08-27 08:23:23
state                    unpeered          2015-08-24 08:45:19


Bringt Dich das weiter oder brauchst Du noch andere Daten ?

LuckyDay

das ist jetzt einfach  :)

du benützt einen Cul und der kann normalerweise von Haus aus kein AES
die Sco lässt sich von Haus aus nur mit AES pairen
ZitatR-sign                      on             2015-08-24 09:14:20

Du hast zwei Möglichkeiten CUL AES beibringen, da gibt es einen Thread dazu
oder AES im SCO mit einem geeigneten IO das AES kann abschalten,

frank

interessant finde ich, dass das device auch ohne aes anscheinend auszulesen geht. gibt es hier eine sicherheitslücke?
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

Ygramul

Danke für Eure Hilfe. Dann werde ich mal suchen, welche Lösung für mich passt.

mgernoth

Hallo,

mit aktuellem Fhem muss fuer AES mit CUL nichts mehr manuell getan werden. Geräte mit aktiviertem AES können gepairt, konfiguriert und geschaltet werden.

Nur wenn man einen eigenen Schlüssel benutzen will, muss dieser in der VCCU hinterlegt werden.

In den geposteten Readings des Fenstersensors vermisse ich die RegList, obwohl expert auf 2 steht. Irgendwas ist da ganz komisch, da R-pairCentral auf 0 steht aber das Peering mit dem Thermostat laut 1. Post über Fhem durchgeführt wurde. Das peerNeedsBurst wurde auch bisher nicht an den Sensor übertragen wurde.

Ich würde den Sensor nochmals erneut mit Fhem pairen, bis zumindest R-pairCentral passt und dann das peerNeedsBurst nochmals setzen.

Gruß
  Michael

frank

Zitatmit aktuellem Fhem muss fuer AES mit CUL nichts mehr manuell getan werden. Geräte mit aktiviertem AES können gepairt, konfiguriert und geschaltet werden.

Nur wenn man einen eigenen Schlüssel benutzen will, muss dieser in der VCCU hinterlegt werden.
das erklärt es ja fast. demnach ist fhem also mit dem default-schlüssel bestückt.

und das modul ist standard?
eval "use Crypt::Rijndael";

da ich dachte, das modul auf der fritzbox installieren zu müssen, habe ich aes mit cul immer noch nicht probiert.
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

Ygramul

Wochenende! Und ich habe endlich Zeit mich noch mal dran zu setzen.
Habe den Fensterkontakt, das Thermostatventil und fhem.cfg sowie fhem.save in den Grundzustand zurückgesetzt.
Dann fhem aktualisiert.

Nun erneut Fenster und Heizung gepaired.

Das Fenster zeigt jetzt pairCentral Verbindung zum CUL.
Nach dem peeren zwischen Fenster und Heizung_WindowRec wurde der Sensor in die peerlist der Heizung eingetragen (auch mit der richtigen ID).
Im Fenstersensor wird zwar der pairCentral zum CUL eingetragen, aber PairedTo steht weiterhin auf 0x0.

Beim Schalten des Fensterkontaktes bleiben die Befehle hängen und es stehen immer CMDs_Pending im Fenstersensor.
Hat jemadn noch eine Idee, was ich falsch mache ?

Hier noch mal der aktuelle Überblick

WZ_Fenster

Internals

CUL1_MSGCNT       2
CUL1_RAWMSG       A0D20861038C7AE00000006010000::-69.5:CUL1
CUL1_RSSI         -69.5
CUL1_TIME         2015-08-30 13:27:40
DEF           38C7AE
IODev             CUL1
LASTInputDev      CUL1
MSGCNT            2
NAME              WZ_Fenster
NR                20
STATE             closed
TYPE              CUL_HM
lastMsg           No:20 - t:10 s:38C7AE d:000000 06010000
protCmdPend       3 CMDs pending
protLastRcv       2015-08-30 13:27:40
protResnd         1 last_at:2015-08-30 13:27:45
protSnd           1 last_at:2015-08-30 13:27:40
protState         CMDs_pending
rssi_at_CUL1      min:-71.5 avg:-70.5 cnt:2 max:-69.5 lst:-69.5


Readings

Activity                               alive
CommandAccepted                        no
D-firmware                             1.0
D-serialNr                             MEQ0174393
PairedTo                               0x0
R-WZ_Heizung_WindowRec-expectAES       set_off
R-WZ_Heizung_WindowRec-peerNeedsBurst  set_on
R-cyclicInfoMsg                        on
R-pairCentral                          set_0xF10001
R-sabotageMsg                          on
R-transmDevTryMax                      6
aesKeyNbr                              00
alive                                  yes
battery                                ok
contact                                closed (to broadcast)
recentStateType                        info
sabotageError                          off
state                                  closed
trigDst_broadcast                      noConfig


Attribute

ODev          CUL1
actCycle      000:50
actStatus     alive
autoReadReg   4_reqStatus
expert        2_full
firmware      1.0
model         HM-SEC-SCo
room          Wohnzimmer
serialNr      MEQ0174393
subType      threeStateSensor



WZ_Heizung_WindowRec

Internals

DEF   2E794403
NAME      WZ_Heizung_WindowRec
NR        27
STATE     last:trigLast
TYPE      CUL_HM
chanNo    03
device    WZ_Heizung
peerList  WZ_Fenster


Readings

R-WZ_Fenster_chn-01-winOpnTemp  12 C
R-sign                          off
RegL_01:                        08:00 00:00
RegL_03:WZ_Fenster_chn:01

2E:44 2F:48 30:55 31:08 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:44 49:48 4A:55 4B:08 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:44 63:48 64:55 65:08 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:44 7D:48 7E:55 7F:08 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:44 97:48 98:55 99:08 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:44 B1:48 B2:55 B3:08 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:0F CB:1E CC:1E CD:0F CE:1E CF:1E 00:00

RegL_07:WZ_Fenster_chn:01     05:18 00:00
peerList                      WZ_Fenster,
state                         unpeered


Attributes

model        HM-CC-RT-DN
peerIDs      00000000,38C7AE01
room         Wohnzimmer
stateFormat last:trigLast