HM-Sen-MDIR-WM55, peerList self02?

[kaihs]

Ich habe nach diversen Peering-Versuchen mit virtuellen und realen Kanälen einen Kanal 2 der irgendwie mit sich selbst gepeert ist.
Sollte das überhaupt möglich sein? Die internen Kanäle sind doch gar nicht sichtbar und ich kann sie auch nicht mit intKeyVisib sichtbar machen.
Auf jeden Fall kann ich dieses Peering nicht wieder löschen, ein

Code Auswählen Erweitern


set  sz_Schalter_rechts_Btn_02 peerChan 0 self02 single unset


führt zu

Code Auswählen Erweitern


please enter peer


Hier der  list des Devices

Code Auswählen Erweitern


Internals:
   CFGFN
   CUL_0_MSGCNT 592
   CUL_0_RAWMSG A0D2FA2414A11AAF11034030B8580::-53:CUL_0
   CUL_0_RSSI -53
   CUL_0_TIME 2016-04-03 18:04:42
   DEF        4A11AA
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     592
   NAME       sz_Schalter_rechts
   NR         24160
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 sz_Schalter_rechts_Btn_01
   channel_02 sz_Schalter_rechts_Btn_02
   channel_03 sz_Schalter_rechts_motion
   lastMsg    No:2F - t:41 s:4A11AA d:F11034 030B8580
   protCmdDel 27
   protLastRcv 2016-04-03 18:04:42
   protNack   3 last_at:2016-04-03 17:49:42
   protResnd  61 last_at:2016-04-03 17:51:30
   protResndFail 1 last_at:2016-04-03 16:15:55
   protSnd    348 last_at:2016-04-03 18:04:42
   protState  CMDs_done
   rssi_at_CUL_0 cnt:592 min:-79 lst:-53 max:-44 avg:-53.37
   Readings:
     2016-04-03 17:51:13   CommandAccepted yes
     2016-04-03 17:52:02   D-firmware      1.1
     2016-04-03 17:52:02   D-serialNr      MEQ1849759
     2016-04-03 17:41:01   PairedTo        0xF11034
     2016-04-03 17:41:01   R-pairCentral   0xF11034
     2016-04-03 17:41:00   RegL_00.          02:01 0A:F1 0B:10 0C:34 14:03 18:00 00:00
     2016-04-03 17:35:35   battery         ok
     2016-04-03 17:35:35   brightness      168
     2016-04-03 17:35:35   cover           closed
     2016-04-03 17:35:35   powerOn         2016-04-03 17:35:35
     2016-04-03 17:35:35   recentStateType info
     2016-04-03 18:04:42   state           CMDs_done
   Helper:
     HM_CMDNR   47
     PONtest    0
     cSnd       01F110344A11AA02044A11AA0204,01F110344A11AA02044A11AA0204
     mId        00DB
     rxType     28
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4A11AA,00,00,00
       nextSend   1459699482.71262
       prefIO
       rxt        2
       vccu
       p:
         4A11AA
         00
         00
         00
     Mrssi:
       mNo        2F
       Io:
         CUL_0      -51
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         CUL_0
       flg        A
       ts         1459699482.61969
       ack:
         HASH(0x561e330)
         2F8002F110344A11AA01018500
         HASH(0x561e330)
         2F8002F110344A11AA00
     Rssi:
       At_cul_0:
         avg        -53.3741554054053
         cnt        592
         lst        -53
         max        -44
         min        -79
     Shadowreg:
   Nb:
     cnt        2
Attributes:
   IODev      CUL_0
   IOgrp      vccu:CUL_0
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.1
   group      Taster
   model      HM-Sen-MDIR-WM55
   room       Schlafzimmer
   serialNr   MEQ1849759
   subType    motionAndBtn
   webCmd     getConfig:clear msgEvents


des ersten Channels (ohne diesen self Peer)

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        4A11AA01
   NAME       sz_Schalter_rechts_Btn_01
   NR         24162
   STATE      LongRelease 19_50 (to vccu)
   TYPE       CUL_HM
   chanNo     01
   device     sz_Schalter_rechts
   peerList   vccu_sz_Schalter_rechts_Btn_01,
   Readings:
     2016-04-01 21:55:09   R-sign          off
     2016-04-03 15:55:42   R-vccu_sz_Schalter_rechts_Btn_01-expectAES off
     2016-04-03 15:55:42   R-vccu_sz_Schalter_rechts_Btn_01-peerNeedsBurst off
     2016-04-03 17:43:59   RegL_01.          04:10 09:00 08:00 22:C8 30:03 00:00
     2016-04-03 17:46:07   RegL_04.vccu_sz_Schalter_rechts_Btn_01   01:00 00:00
     2016-04-03 17:45:12   peerList        vccu_sz_Schalter_rechts_Btn_01,
     2016-04-03 17:31:15   state           LongRelease 19_50 (to vccu)
     2016-04-03 14:35:50   trigDst_vccu    noConfig
     2016-04-03 17:31:15   trigger         Long_50
     2016-04-03 17:31:15   trigger_cnt     50
   Helper:
     BNO        50
     BNOCNT     19
     peerIDsRaw ,F1103403,00000000
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
Attributes:
   group      Taster
   model      HM-Sen-MDIR-WM55
   peerIDs    00000000,F1103403,
   room       Schlafzimmer


und des zweiten Channels mit diesem ominösem Peer

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        4A11AA02
   NAME       sz_Schalter_rechts_Btn_02
   NR         24163
   STATE      LongRelease 4_40 (to vccu)
   TYPE       CUL_HM
   chanNo     02
   device     sz_Schalter_rechts
   peerList   self02,
   Readings:
     2016-04-03 17:51:58   R-self02-expectAES off
     2016-04-03 17:51:58   R-self02-peerNeedsBurst off
     2016-04-03 17:51:23   R-sign          off
     2016-04-03 17:51:23   RegL_01.          04:10 09:00 08:00 22:C8 30:03 00:00
     2016-04-03 17:51:58   RegL_04.self02    01:00 00:00
     2016-04-03 17:51:24   peerList        self02,
   Helper:
     BNO        40
     BNOCNT     4
     peerIDsRaw ,4A11AA02,00000000
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
   Nb:
     cnt        1
Attributes:
   group      Taster
   model      HM-Sen-MDIR-WM55
   peerIDs    00000000,4A11AA02,
   room       Schlafzimmer


Wie bekommt man so ein Peering wieder gelöscht?

[martinp876]

Probiere es mit peerbulk