Ich bin mir nicht sicher, ob mein setup der virtuellen CCU richtig ist... so manches kommt mir komisch vor.
Hier das setting der vccu:
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:
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:
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.
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!
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!
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.
Im Wiki hatte ich das gelesen:
ZitatEine 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!
Ok, super... jetzt funkt es so wie es soll.
Vielen Dank!