Problem mit Peering. Aktor lässt sich nicht mit Virtual Device peeren.

Begonnen von groeg, 07 September 2015, 21:09:16

Vorheriges Thema - Nächstes Thema

groeg

Hallo leute,

ich stehe wieder mal vor einen Problem mit den Peering.

Ausgangszustand:
Ein virtual CUL_HM Device

define Alarm.Virtual CUL_HM 111106
attr Alarm.Virtual IODev HMLAN2
attr Alarm.Virtual expert 2_full
attr Alarm.Virtual model virtual_2
attr Alarm.Virtual subType virtual
attr Alarm.Virtual webCmd virtual

define Alarm.Virtual_Red CUL_HM 11110601
attr Alarm.Virtual_Red model virtual_2
attr Alarm.Virtual_Red peerIDs 2D019601,
attr Alarm.Virtual_Red room Sicherheit
attr Alarm.Virtual_Red webCmd press short:press long


Ein 4-CH Homematic Huschienen Aktor

attr HM_2D0196 IODev HMLAN1
attr HM_2D0196 autoReadReg 4_reqStatus
attr HM_2D0196 expert 2_full
attr HM_2D0196 firmware 2.4
attr HM_2D0196 model HM-LC-SW4-DR
attr HM_2D0196 room CUL_HM
attr HM_2D0196 serialNr LEQ0627835
attr HM_2D0196 subType switch
attr HM_2D0196 webCmd getConfig:clear msgEvents

define HM_2D0196_Sw_01 CUL_HM 2D019601
attr HM_2D0196_Sw_01 model HM-LC-SW4-DR
attr HM_2D0196_Sw_01 peerIDs 00000000,2D019601,
attr HM_2D0196_Sw_01 webCmd statusRequest:toggle:on:off


Der Aktor ist mit den HMLAN1 gepairt.

Internals:
   DEF        2D0196
   HMLAN1_MSGCNT 18
   HMLAN1_RAWMSG E2D0196,0000,4FADC90A,FF,FFAC,0DA0102D01961AA11A030000
   HMLAN1_RSSI -84
   HMLAN1_TIME 2015-09-07 20:48:50
   HMLAN2_MSGCNT 8
   HMLAN2_RAWMSG E2D0196,0000,3912D4B7,FF,FF99,0CA0102D01961AA11A03820000326400FF00FF211463
   HMLAN2_RSSI -103
   HMLAN2_TIME 2015-09-07 20:48:50
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     26
   NAME       HM_2D0196
   NR         682
   NTFY_ORDER 50-HM_2D0196
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_2D0196_Sw_01
   channel_02 HM_2D0196_Sw_02
   channel_03 HM_2D0196_Sw_03
   channel_04 HM_2D0196_Sw_04
   lastMsg    No:0D - t:10 s:2D0196 d:1AA11A 030000
   protCmdDel 1
   protLastRcv 2015-09-07 20:48:50
   protResnd  3 last_at:2015-09-07 20:48:39
   protResndFail 1 last_at:2015-09-07 20:48:44
   protSnd    19 last_at:2015-09-07 20:48:50
   protState  CMDs_done
   rssi_1AA11A avg:-90.5 min:-94 max:-88 lst:-94 cnt:4
   rssi_at_HMLAN1 avg:-87.61 min:-95 max:-80 lst:-84 cnt:18
   rssi_at_HMLAN2 avg:-103.87 min:-105 max:-103 lst:-103 cnt:8
   Readings:
     2015-09-07 19:16:03   CommandAccepted yes
     2015-09-07 19:14:43   D-firmware      2.4
     2015-09-07 19:14:43   D-serialNr      LEQ0627835
     2015-09-07 19:16:44   PairedTo        0x1AA11A
     2015-09-07 19:14:48   R-confBtnTime   permanent
     2015-09-07 19:16:07   R-intKeyVisib   visib
     2015-09-07 19:14:48   R-localResDis   off
     2015-09-07 19:14:48   R-pairCentral   0x1AA11A
     2015-09-07 19:16:44   RegL_00:        02:81 0A:1A 0B:A1 0C:1A 15:FF 18:00 00:00
     2015-09-07 19:13:53   powerOn         2015-09-07 19:13:53
     2015-09-07 20:48:50   state           CMDs_done
   Helper:
     HM_CMDNR   13
     cSnd       011AA11A2D01960103,011AA11A2D019601042D01960103
     mId        0061
     rxType     1
     Io:
       newChn     +2D0196,00,00,00
       nextSend   1441651730.75028
       prefIO
       rxt        0
       vccu
       p:
         2D0196
         00
         00
         00
     Mrssi:
       mNo        0D
       Io:
         HMLAN1     -82
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1441651730.70936
       ack:
         HASH(0x36fc050)
         0D80021AA11A2D019600
     Rssi:
       1aa11a:
         avg        -90.5
         cnt        4
         lst        -94
         max        -88
         min        -94
       At_hmlan1:
         avg        -87.6111111111111
         cnt        18
         lst        -84
         max        -80
         min        -95
       At_hmlan2:
         avg        -103.875
         cnt        8
         lst        -103
         max        -103
         min        -105
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.4
   model      HM-LC-SW4-DR
   room       CUL_HM
   serialNr   LEQ0627835
   subType    switch
   webCmd     getConfig:clear msgEvents


der Peering befehl:

set Alarm.Virtual_Red peerChan 0 HM_2D0196_Sw_01 single set


Der Aktor nimmt den Befehl einfach nicht an.
Auch nach mehrmaligen eingeben von den Befehl.
Aktor auf Werkseinstellung zurück gesetzt.
Und wieder probiert. Aber leider ohne Erfolg.

Wo könnte das Problem liegen??
Anbei noch der LOG-Auszug mit Verbose 5

frank

deine rssi sind unheimlich schlecht. verringere den abstand und versuche es erneut.

ZitatDer Aktor nimmt den Befehl einfach nicht an.
wie äussert sich das? ein erfolgreiches peering ist im chn1 zu sehen.
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

frank

gerade habe ich mir mal dein log angeschaut. das ist ja das reinste chaos.  ;)

du nutzt 2 hmlan mit unterschiedlichen hmids. dann ist attr IODev vom aktor und dem virtuellen button auch noch unterschiedlich. ergebnis: ein hmlan sendet mit der hmid des anderen. mal wird der aktor mit der gepairten hmid angesprochen und mal mit der anderen. so wird das nichts.

definiere eine vccu und weise ihr beide hmlan zu.
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

groeg

Absolut geil.

Das war mir neu mit der VCCU. Hatte ich vorher noch nichts davon mitbekomen.
Aktuell alles umgestellt auf die VCCU und siehe da -> es funzt.

Vielen Dank!