Ist mein vccu Setup richtig? Habe etwas Probleme...

[AndyMu]

Ich bin mir nicht sicher, ob mein setup der virtuellen CCU richtig ist... so manches kommt mir komisch vor.
Hier das setting der vccu:

Code Auswählen Erweitern

Internals:
   DEF        A24077
   HMLAN1_MSGCNT 1375
   HMLAN1_RAWMSG EA24077,0000,0919A423,FF,FFB6,6AA011A240771EB52B800702
   HMLAN1_RSSI -74
   HMLAN1_TIME 2015-11-22 14:14:34
   IODev      hmusb
   LASTInputDev HMLAN1
   MSGCNT     1375
   NAME       vccu
   NR         20
   NTFY_ORDER 50-vccu
   STATE      hmusb:UAS,A24077:unknown,A24078:unknown,
   TYPE       CUL_HM
   assignedIOs hmusb
   lastMsg    No:6A - t:11 s:A24077 d:1EB52B 800702
   protLastRcv 2015-11-22 14:14:34
   rssi_at_HMLAN1 min:-87 avg:-75.76 cnt:1375 max:-72 lst:-74
   Readings:
     2015-11-22 14:14:20   CommandAccepted yes
     2015-10-27 19:43:51   RegL_00:        0
     2015-11-22 14:01:14   recentStateType ack
     2015-11-21 18:59:56   state           hmusb:UAS,A24077:unknown,A24078:unknown,
   Helper:
     HM_CMDNR   106
     mId        FFF0
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       nextSend   1448198074.1653
       vccu       vccu
       ioList:
         A24077
         A24078
     Mrssi:
       mNo        6A
       Io:
         HMLAN1     -74
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       vrt        1
     Rssi:
       At_hmlan1:
         avg        -75.765090909091
         cnt        1375
         lst        -74
         max        -72
         min        -87
Attributes:
   IODev      hmusb
   IOList     A24077,A24078
   IOgrp      vccu
   expert     2_full
   model      CCU-FHEM
   subType    virtual
   webCmd     virtual:update
Hier der erste CFG Adapter (hmusb), angeschlossen an meinem RasPi, HmID A24077:

Code Auswählen Erweitern

Internals:
   DEF        127.0.0.1:1234
   DeviceName 127.0.0.1:1234
   FD         11
   IFmodel    USB
   NAME       hmusb
   NR         19
   NTFY_ORDER 50-hmusb
   PARTIAL
   RAWMSG     E3AE3F7,0000,042409C3,FF,FFB3,93A03F3AE3F7A24077
   RSSI       -77
   STATE      opened
   TYPE       HMLAN
   XmitOpen   1
   assignedIDsCnt 7
   hmusb_MSGCNT 4470
   hmusb_TIME 2015-11-22 14:16:42
   msgKeepAlive dlyMax:16.688 bufferMin:-11
   msgLoadCurrent 9
   msgLoadHistory 5min steps: 1/0/0/2/0/3/0/0/0/0/0/3
   msgParseDly min:-21 max:4283 last:0 cnt:3969
   owner      A24077
   uptime     000 19:17:50.659
   Readings:
     2015-11-21 18:59:59   D-HMIdAssigned  A24077
     2015-11-21 18:59:59   D-HMIdOriginal  372DB5
     2015-11-21 18:59:59   D-firmware      0.967
     2015-11-21 18:59:59   D-serialNr      MEQ0232673
     2015-11-21 18:59:59   Xmit-Events     disconnected:1 init:1 ok:1
     2015-11-21 18:59:59   cond            ok
     2015-11-22 14:16:34   loadLvl         low
     2015-11-21 18:59:34   prot_disconnected last
     2015-11-21 18:59:35   prot_init       last
     2015-11-21 18:59:59   prot_ok         last
     2015-11-21 18:59:35   state           opened
   Helper:
     assIdCnt   7
     assIdRep   7
     info       03C7,MEQ0232673,372DB5,A24077
     setTime    44195
     Cnd:
       0          1
       253        1
       255        1
     Dly:
       cnt        3969
       lst        0
       max        4283
       min        -21
     Ids:
       1eb52b:
         cfg        +1EB52B,00,00,00
         chn        80
         flg        0
         msg
         name       ug_eb_led16
         to         1448198075.63216
       3b0561:
         cfg        +3B0561,00,00,00
         name       eg_bar_thermostat
       3b0566:
         cfg        +3B0566,00,00,00
         chn        02
         flg        0
         msg
         name       og_bz_thermostat
         to         1448178221.81643
       3c87db:
         cfg        +3C87DB,00,00,00
         chn        01
         flg        0
         msg
         name       eg_bar_fk
         to         1448196394.72399
       3c87e8:
         cfg        +3C87E8,00,00,00
         chn        01
         flg        0
         msg
         name       ga_tor_fk
         to         1448197276.06468
       3c87f2:
         cfg        +3C87F2,00,00,00
         chn        01
         flg        0
         msg
         name       eg_bz_fk
         to         1448133089.50234
       3c87f9:
         cfg        +3C87F9,00,00,00
         chn        01
         flg        0
         msg
         name       og_bz_fk
         to         1448183249.66607
     K:
       BufMin     -11
       DlyMax     16.688
       Next       1448198219.18049
       Start      1448198194.18049
     Loadlvl:
       bl         40
       a:
         99
         90
         40
         0
       H:
         0          low
         40         batchLevel
         90         high
         99         suspended
     Log:
       all        0
       sys        0
       ids:
         ARRAY(0x259ae88)
     Q:
       HMcndN     0
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       loadLast   13
       loadNo     3
       scnt       1
       apIDs:
     Ref:
       drft       9.99580176325943e-05
       hmtL       69461889
       kTs        0
       offL       1448128732309
       sysL       1448198194198
Attributes:
   alias      HM USB
   hmId       A24077
   hmLanQlen  1_min
   loadLevel  0:low,40:batchLevel,90:high,99:suspended
Und zu guter letzt der als zweites hinzugekommene HMLAN als A24078, natürlich per LAN eingebunden:

Code Auswählen Erweitern

Internals:
   DEF        192.168.178.82:1000
   DeviceName 192.168.178.82:1000
   FD         17
   HMLAN1_MSGCNT 5842
   HMLAN1_TIME 2015-11-22 14:19:57
   IFmodel    LAN
   NAME       HMLAN1
   NR         118
   NTFY_ORDER 50-HMLAN1
   PARTIAL
   RAWMSG     E3AE3F7,0000,091E958F,FF,FFC3,A0A03F3AE3F7A24077
   RSSI       -61
   STATE      opened
   TYPE       HMLAN
   XmitOpen   1
   assignedIDsCnt 8
   msgKeepAlive dlyMax:1.309 bufferMin:3
   msgLoadCurrent 0
   msgLoadHistory 5min steps: 0/0/0/0/0/0/0/0/0/0/0/0
   msgParseDly min:-2964 max:19997 last:13 cnt:5559
   owner      A24078
   uptime     001 42:30:05.376
   Readings:
     2015-11-21 19:00:00   D-HMIdAssigned  A24078
     2015-11-21 19:00:00   D-HMIdOriginal  2BAA19
     2015-11-21 19:00:00   D-firmware      0.964
     2015-11-21 19:00:00   D-serialNr      LEQ0579929
     2015-11-21 21:31:46   Xmit-Events     timeout:5 disconnected:7 init:7 ok:7
     2015-11-21 21:31:46   cond            ok
     2015-11-22 14:20:04   loadLvl         low
     2015-11-21 21:31:45   prot_disconnected last
     2015-11-21 21:31:45   prot_init       last
     2015-11-21 21:31:45   prot_keepAlive  last
     2015-11-21 21:31:46   prot_ok         last
     2015-11-21 21:17:52   prot_timeout    last
     2015-11-21 21:31:45   state           opened
   Helper:
     assIdCnt   8
     assIdRep   8
     info       03C4,LEQ0579929,2BAA19,A24078
     setTime    44195
     Cnd:
       0          7
       252        5
       253        7
       255        7
     Dly:
       cnt        5559
       lst        13
       max        19997
       min        -2964
     Ids:
       2b8e10:
         cfg        +2B8E10,00,00,00
         name       eg_bz_thermostat
       360bd0:
         cfg        +360BD0,00,00,00
         chn        02
         flg        0
         msg
         name       terrasse_ls
         to         1448141375.86139
       3ae3f7:
         cfg        +3AE3F7,00,00,00
         flg        0
         msg
         name       eg_wz_wandregler
         to         1448128807.28704
       3af8a7:
         cfg        +3AF8A7,00,00,00
         name       eg_wz_ws2
       3af8fe:
         cfg        +3AF8FE,00,00,00
         name       eg_wz_ws1
       3b056b:
         cfg        +3B056B,00,00,00
         flg        0
         msg
         name       eg_wz_thermostat
         to         1448129437.3599
       3c87b7:
         cfg        +3C87B7,00,00,00
         name       og_az_fk
       3c8d63:
         cfg        +3C8D63,00,00,00
         chn        00
         flg        0
         msg
         name       eg_wz_fk
         to         1448141332.19551
     K:
       BufMin     3
       DlyMax     1.309
       Next       1448198429.01409
       Start      1448198404.01409
     Loadlvl:
       bl         40
       a:
         99
         90
         40
         0
       H:
         0          low
         40         batchLevel
         90         high
         99         suspended
     Log:
       all        0
       sys        0
       ids:
         ARRAY(0x261e088)
     Q:
       HMcndN     0
       answerPend 0
       hmLanQlen  1
       keepAliveRec 1
       keepAliveRpt 0
       loadLast   0
       loadNo     4
       scnt       1
       apIDs:
     Ref:
       drft       -7.99904011518618e-05
       hmtL       153005376
       kTs        0
       offL       1448045398651
       sysL       1448198404027
Attributes:
   hmId       A24078
   hmLanQlen  1_min
   loadLevel  0:low,40:batchLevel,90:high,99:suspended

Ich habe das Problem, dass sich manche meiner Geräte mit dem hmusb unterhalten, obwohl der HMLAN1 deutlich bessere Werte hat.
Ein Beispiel hier, dem habe ich durch IOgrp "vccu:HMLAN1" sogar gesagt, dass er sich mit dem HMLAN1 verbinden soll... aber: in den Internals steht bei LASTInputDev "hmusb". Dieser Fensterkontakt ist Luftlinie nur 2m vom HMLAN1 weg, der hmusb ist quer durchs ganze Haus.
Wenn ich einen getConfig machen möchte, kann ich auf das Knöpfchen so viel drücken wie ich will... ich hab immer "CMDs pending".
Beim Öffnen/Schließen funktioniert anscheinend die Direktverbindung zum Wandregler, aber trotzdem bekomme ich nach einiger Zeit ein rotes Leuchten.

Code Auswählen Erweitern

Internals:
   DEF        3C8D63
   HMLAN1_MSGCNT 359
   HMLAN1_RAWMSG E3C8D63,0000,0923724C,FF,FFC9,1384003C8D630000001000C74D45513037353333353680810101
   HMLAN1_RSSI -55
   HMLAN1_TIME 2015-11-22 14:25:16
   IODev      HMLAN1
   LASTInputDev hmusb
   MSGCNT     716
   NAME       eg_wz_fk
   NR         133
   NTFY_ORDER 50-eg_wz_fk
   STATE      closed
   TYPE       CUL_HM
   hmusb_MSGCNT 357
   hmusb_RAWMSG E3C8D63,0000,042BDFFD,FF,FFBB,1384003C8D630000001000C74D45513037353333353680810101
   hmusb_RSSI -69
   hmusb_TIME 2015-11-22 14:25:16
   lastMsg    No:13 - t:00 s:3C8D63 d:000000 1000C74D45513037353333353680810101
   peerList   eg_wz_wandregler_chn:03,
   protCmdDel 3
   protCmdPend 2 CMDs pending
   protLastRcv 2015-11-22 14:25:16
   protResnd  5 last_at:2015-11-22 14:25:21
   protResndFail 1 last_at:2015-11-21 22:28:54
   protSnd    6 last_at:2015-11-22 14:25:16
   protState  CMDs_pending
   rssi_at_HMLAN1 min:-84 avg:-58.03 max:-51 cnt:359 lst:-55
   rssi_at_hmusb min:-92 avg:-77.1 cnt:357 max:-69 lst:-69
   Readings:
     2015-11-22 14:25:16   Activity        alive
     2015-11-17 22:22:06   CommandAccepted no
     2015-11-22 14:25:16   D-firmware      1.0
     2015-11-22 14:25:16   D-serialNr      MEQ0753356
     2015-11-18 06:25:27   PairedTo        0xA24077
     2015-10-25 16:28:31   R-cyclicInfoMsg on
     2015-10-27 19:43:10   R-eg_wz_wandregler_WindowRec-expectAES off
     2015-10-27 19:43:10   R-eg_wz_wandregler_WindowRec-peerNeedsBurst on
     2015-10-25 16:28:31   R-eventDlyTime  0 s
     2015-10-27 19:43:07   R-pairCentral   0xA24077
     2015-10-25 16:28:31   R-sabotageMsg   on
     2015-10-25 16:28:31   R-sign          on
     2015-10-27 19:26:54   aesCommToDev    ok
     2015-10-27 19:26:54   aesKeyNbr       00
     2015-11-22 13:34:56   alive           yes
     2015-11-22 14:23:50   battery         ok
     2015-11-22 14:23:50   contact         closed (to vccu)
     2015-11-21 18:59:54   peerList        eg_wz_wandregler_chn:03,
     2015-11-22 13:34:56   recentStateType info
     2015-11-18 06:26:39   sabotageAttackId_ErrIoId_A24077 cnt:3
     2015-11-22 13:34:56   sabotageError   off
     2015-11-22 14:23:50   state           closed
     2015-10-26 18:35:59   trigDst_A24077  noConfig
     2015-11-18 06:26:48   trigDst_vccu    noConfig
     2015-11-22 14:23:50   trigger_cnt     10
     Regl_00::
       VAL
   cmdStack:
     ++A001A240783C8D6300040000000000
     ++A001A240783C8D6301040000000001
     ++A001A240783C8D630103
   Helper:
     HM_CMDNR   20
     PONtest    1
     cSnd       01A240783C8D6300040000000000,01A240783C8D6300040000000000
     getCfgList all
     getCfgListNo ,4
     mId        00C7
     rxType     28
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newCh      1
       newChn     +3C8D63,02,00,00
       nextSend   1448198716.71583
       rxt        2
       vccu       vccu
       p:
         3C8D63
         00
         00
         00
       prefIO:
         HMLAN1
     Mrssi:
       mNo        13
       Io:
         HMLAN1     -53
         hmusb      -69
     Prt:
       bErr       0
       sProc      2
       sleeping   1
       wuReSent   3
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -58.0306406685236
         cnt        359
         lst        -55
         max        -51
         min        -84
       At_hmusb:
         avg        -77.1036414565826
         cnt        357
         lst        -69
         max        -69
         min        -92
Attributes:
   Fensterkontakte alle_fk
   IODev      HMLAN1
   IOgrp      vccu:HMLAN1
   actCycle   000:50
   actStatus  alive
   alias      EG Wohnzimmer Balkontür
   autoReadReg 4_reqStatus
   event-on-change-reading state
   expert     2_full
   fensterkontakte alle_fk
   firmware   1.0
   group      Fensterkontakte
   model      HM-SEC-SCo
   peerIDs    00000000,3AE3F703,
   room       EG Wohnzimmer
   serialNr   MEQ0753356
   subType    threeStateSensor
   userattr   Fensterkontakte Fensterkontakte_map fensterkontakte fensterkontakte_map structexclude

Ich bin etwas ratlos... warum unterhält sich das Ding nicht richtig mit dem HMLAN?

Danke!

[AndyMu]

Gerade stand er sogar auf LastInputDev "HMLAN1", also habe ich die zwei CMDs pending versucht rüberzubringen... langes Blinken, dann nix mehr und bei LastInputDev wieder "hmusb". Ergebnis: STATE "RESPONSE TIMEOUT:RegisterRead"

Argh!

[marvin78]

Beide IODevs sollten die gleiche HMID haben. Diese HMID dann auch der VCCU zuweisen und es sollte klappen. Ich verweise dazu auf den Wiki-Artikel zur VCCU.

[AndyMu]

Im Wiki hatte ich das gelesen:

Eine VCCU gibt HMId an die ihr zugewiesenen IOs (Funkschnittstellen) weiter. Definiert man eine VCCU nachdem IOs (CUL oder HMLAN) für Homematic angelegt sind, sollte die HMId des IO verwendet werden.

In der Regel nimmt man die HMId des IOs, welcher später der VCCU zugeordnet werden soll.

Das hatte ich so auch gemacht.
Bei dem Satz "IOList beinhaltet die Komma-getrennte Liste der IOs welche die VCCU nutzen soll/darf. " war ich der Meinung, dass ich für jedes weitere IO Dev eine eigene ID vergeben soll... sonst würde ja "attr vccu IOList <io1>[,<io2>,...]" keinen Sinn machen, oder?

Wo steht denn das im Wiki, dass alle IO Devs die gleiche HMID bekommen sollen?

Aber wenn ich allen IO Devs die A24077 zuweisen kann, dann versuch ich das einfach mal so... danke!

[AndyMu]

Ok, super... jetzt funkt es so wie es soll.

Vielen Dank!