Hallo,
ich wollte meine Infrastruktur verbessern und mehrere CULs (TSCUL) an die VCCU anbinden.
Dies sollte der Sicherheit bei Ausfall einzelner Komponenten dienen.
Nun habe ich ein merkwürdige die Situation die ich nicht verstehe.
habe nun laufend missing nack, IOerr, etc.
In dem HM Device steht als IODev ein device das gar nicht geht. Denke die VCCU trägt es hier ein.
Habe das attribut IODEV gelöscht, aber es wird immer wieder gesetzt. Leider mit einem falschen CUL
Frage mich:
- Wer setzt das falsche IODEV am HM-Device?
- läuft beim Update der VCCU scheint etwas falsch? falsche State Werte der CULs
Habe die VCCU mit set resettet und neu mit set update aktualisiert: Sie zeigt: cul_LAPTOP_ser2net:init an obwohl der CUL im STATE
disconnected anzeigt.
Kein CUL wird als OK anzeigt.....
Setup:
VCCU, TSCUL, HM
List HM Dev:
Internals:
DEF 2E3200
FUUID 5c633177-f33f-74bb-daf0-1146d098573e22db
IODev cul_LAPTOP_ser2net
LASTInputDev cul_rpi_91_ser2net_lan
MSGCNT 17
NAME HM_2E3200
NOTIFYDEV global
NR 1085
NTFY_ORDER 50-HM_2E3200
STATE IOerr
TYPE CUL_HM
cul_rpi_91_ser2net_lan_MSGCNT 12
cul_rpi_91_ser2net_lan_RAWMSG A0E5D80022E3200AABBCC0101000030::-85:cul_rpi_91_ser2net_lan:
cul_rpi_91_ser2net_lan_RSSI -85
cul_rpi_91_ser2net_lan_TIME 2020-01-09 19:45:17
cul_rpi_remote_ser2net_lan_MSGCNT 5
cul_rpi_remote_ser2net_lan_RAWMSG A0E5D80022E3200AABBCC0101000030::-51:cul_rpi_remote_ser2net_lan:
cul_rpi_remote_ser2net_lan_RSSI -51
cul_rpi_remote_ser2net_lan_TIME 2020-01-09 19:45:17
lastMsg No:5D - t:02 s:2E3200 d:AABBCC 0101000030
protCmdDel 15
protIOdly 11 last_at:2020-01-09 19:19:21
protIOerr 3 last_at:2020-01-10 09:14:24
protLastRcv 2020-01-09 19:45:17
protRcv 12 last_at:2020-01-09 19:45:17
protResnd 21 last_at:2020-01-10 07:26:49
protResndFail 6 last_at:2020-01-10 07:26:55
protSnd 29 last_at:2020-01-10 07:26:33
protState CMDs_done_Errors:1
rssi_at_cul_rpi_91_ser2net_lan cnt:12 min:-85 max:-77.5 avg:-79.79 lst:-85
rssi_at_cul_rpi_remote_ser2net_lan cnt:5 min:-51 max:-49.5 avg:-50.2 lst:-51
rssi_cul_rpi_91_ser2net_lan cnt:8 min:-82 max:-75 avg:-76.62 lst:-75
rssi_cul_rpi_remote_ser2net_lan cnt:4 min:-48 max:-48 avg:-48 lst:-48
READINGS:
2020-01-09 19:11:05 Activity alive
2020-01-09 19:45:17 CommandAccepted yes
2019-12-06 15:45:29 D-firmware 2.4
2019-12-06 15:45:29 D-serialNr LTK0071739
2019-12-09 07:29:28 PairedTo 0xAABBCC
2019-12-07 11:32:56 R-pairCentral 0xAABBCC
2019-12-07 11:33:00 R-powerUpAction off
2019-12-07 11:33:00 R-sign off
2019-12-09 07:29:28 RegL_00. 02:01 0A:AA 0B:BB 0C:CC 15:FF 18:00 00:00
2019-12-09 07:29:29 RegL_01. 08:00 30:06 57:24 56:00 00:00
2020-01-09 19:45:17 deviceMsg off (to VCCU)
2020-01-09 19:45:17 level 0
2019-11-28 21:12:24 levelMissed desired:100
2020-01-09 19:45:17 pct 0
2019-12-07 12:57:20 powerOn 2019-12-07 12:57:20
2020-01-09 19:45:17 recentStateType ack
2019-05-01 19:14:37 sabotageAttack_ErrIoAttack cnt 1
2020-01-10 09:14:24 state IOerr
2020-01-09 19:45:17 timedOn off
helper:
HM_CMDNR 96
cSnd 11AABBCC2E32000201C800008CA5,11AABBCC2E32000201C80000
dlvl C8
dlvlCmd ++A011AABBCC2E32000201C80000
mId 00A1
regLst ,0,1,3p
rxType 1
stateUpdatDly 3600
supp_Pair_Rep 0
expert:
def 1
det 0
raw 1
tpl 0
io:
lstRecType 02
newChn +2E3200,00,05,00
nextSend 1578595517.18345
nxtSndMcnt 5D
prefIO
rxt 0
tgtDly 88
vccu VCCU
lRcTm:
cul_rpi_91_ser2net_lan 2076824
cul_rpi_remote_ser2net_lan 1136012
tnms 195035842
p:
2E3200
00
05
00
mRssi:
mNo 5D
io:
cul_LAPTOP_ser2net:
cul_rpi_91_ser2net_lan:
-85
-85
cul_rpi_remote_ser2net:
cul_rpi_remote_ser2net_lan:
-41
-41
cul_wohn_ser2net_rpi:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
rssi:
at_cul_rpi_91_ser2net_lan:
avg -79.7916666666667
cnt 12
lst -85
max -77.5
min -85
at_cul_rpi_remote_ser2net_lan:
avg -50.2
cnt 5
lst -51
max -49.5
min -51
cul_rpi_91_ser2net_lan:
avg -76.625
cnt 8
lst -75
max -75
min -82
cul_rpi_remote_ser2net_lan:
avg -48
cnt 4
lst -48
max -48
min -48
tmpl:
Attributes:
IODev cul_LAPTOP_ser2net
IOgrp VCCU
actCycle 030:00
actStatus alive
aesKey 5
alias HM_SW_Lichterkette_klein_HM_2E3200_LTK0071739
autoReadReg 4_reqStatus
comment problem:
2019.12.06 15:51:28.858 5 : CUL_HM HM_4A29F9 protEvent:CMDs_done
2019.12.06 15:51:28.915 5 : Update structure 'WKD_Licht_SW_DIM' to undefined because device HM_4A29F9 has changed
2019-12-06 15:51:28.924 structure WKD_Licht_SW_DIM undefined
2019.12.06 15:51:28.988 5 : CUL_HM HM_4A2F49 protEvent:CMDs_done
2019.12.06 15:51:29.051 5 : Update structure 'WKD_Licht_SW_DIM' to undefined because device HM_4A2F49 has changed
2019-12-06 15:51:29.061 structure WKD_Licht_SW_DIM undefined
2019.12.06 15:51:29.077 5 : CUL_HM HM_4A3089 protEvent:CMDs_done
2019.12.06 15:51:29.131 5 : Update structure 'WKD_Licht_SW_DIM' to undefined because device HM_4A3089 has changed
2019-12-06 15:51:29.140 structure WKD_Licht_SW_DIM undefined
2019.12.06 15:51:34.112 4 : CUL_HM_Resend: HM_2E3200 nr 2
2019.12.06 15:51:34.587 5 : Update structure 'WKD_Licht_SW_DIM' to undefined because device HM_2C5AA7_Dim has changed
2019-12-06 15:51:34.596 structure WKD_Licht_SW_DIM undefined
2019.12.06 15:51:34.608 5 : CUL_HM HM_2E3200 protEvent:CMDs_done
2019.12.06 15:51:34.668 5 : Update structure 'WKD_Licht_SW_DIM' to undefined because device HM_2E3200 has changed
2019-12-06 15:51:34.677 structure WKD_Licht_SW_DIM undefined
eventMap /on-for-timer 3600:on1h/on-for-timer 10000:dekoOn/
expert 2_raw
firmware 2.4
model HM-LC-SW1-PL2
peerIDs 00000000,
room 9_DekoLicht,1_WZ_Licht,9_Deko,CUL_HM
serialNr LTK0071739
subType switch
userattr KWD_Lichter_S_Type KWD_Lichter_S_Type1 KWD_Lichter_S_Type1_map KWD_Lichter_S_Type_map lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 structexclude
verbose 5
webCmd statusRequest:toggle:on:off:on1h:dekoOn
list VCCU:
Internals:
DEF AABBCC
FUUID 5c633176-f33f-74bb-0c02-96c78dc22f30fc8c
IODev cul_wohn_ser2net_rpi
LASTInputDev cul_rpi_remote_ser2net_lan
MSGCNT 102
NAME VCCU
NOTIFYDEV global
NR 1360
NTFY_ORDER 50-VCCU
STATE cul_rpi_remote_ser2net_lan:init,cul_rpi_remote_ser2net:init,cul_wohn_ser2net_rpi:disconnected,cul_LAPTOP_ser2net:init,cul_rpi_91_ser2net_lan:init,
TYPE CUL_HM
assignedIOs cul_LAPTOP_ser2net,cul_rpi_91_ser2net,cul_rpi_91_ser2net_lan,cul_rpi_remote_ser2net,cul_rpi_remote_ser2net_lan,cul_wohn_ser2net_rpi
channel_01 VCCU_Btn1
cul_rpi_91_ser2net_lan_MSGCNT 67
cul_rpi_91_ser2net_lan_RAWMSG A0C28A011AABBCC610C0B86040A::-63:cul_rpi_91_ser2net_lan:
cul_rpi_91_ser2net_lan_RSSI -63
cul_rpi_91_ser2net_lan_TIME 2020-01-09 19:50:08
cul_rpi_remote_ser2net_lan_MSGCNT 35
cul_rpi_remote_ser2net_lan_RAWMSG A0ACD8002AABBCC42377400::-61.5:cul_rpi_remote_ser2net_lan:
cul_rpi_remote_ser2net_lan_RSSI -61.5
cul_rpi_remote_ser2net_lan_TIME 2020-01-09 19:53:21
lastMsg No:CD - t:02 s:AABBCC d:423774 00
protLastRcv 2020-01-09 19:53:21
protRcv 79 last_at:2020-01-09 19:53:21
protRcvB 1 last_at:2020-01-09 19:42:30
protSnd 68 last_at:2020-01-10 08:11:07
protState CMDs_done
rssi_at_cul_rpi_91_ser2net_lan cnt:62 min:-63.5 max:-62.5 avg:-62.88 lst:-63
rssi_at_cul_rpi_remote_ser2net_lan cnt:35 min:-62 max:-61 avg:-61.57 lst:-61.5
READINGS:
2020-01-10 09:13:08 state cul_rpi_remote_ser2net_lan:init,cul_rpi_remote_ser2net:init,cul_wohn_ser2net_rpi:disconnected,cul_LAPTOP_ser2net:init,cul_rpi_91_ser2net_lan:init,
helper:
HM_CMDNR 14
PONtest 1
mId FFF0
regLst ,0
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
lstRecType 02
nextSend 1578596001.72071
nxtSndMcnt CD
prefIO
tgtDly 88
vccu VCCU
ioList:
cul_rpi_remote_ser2net_lan
cul_rpi_remote_ser2net
cul_wohn_ser2net_rpi
cul_LAPTOP_ser2net
cul_rpi_91_ser2net_lan
lRcTm:
cul_rpi_91_ser2net_lan 2368688
cul_rpi_remote_ser2net_lan 1621320
tnms 195520356
mRssi:
mNo CD
io:
cul_LAPTOP_ser2net:
cul_rpi_91_ser2net_lan:
-53
cul_rpi_remote_ser2net:
cul_rpi_remote_ser2net_lan:
-61.5
-61.5
cul_wohn_ser2net_rpi:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_cul_rpi_91_ser2net_lan:
avg -62.8870967741935
cnt 62
lst -63
max -62.5
min -63.5
at_cul_rpi_remote_ser2net_lan:
avg -61.5714285714286
cnt 35
lst -61.5
max -61
min -62
Attributes:
IODev cul_rpi_remote_ser2net_lan
IOList cul_rpi_remote_ser2net_lan,cul_rpi_remote_ser2net,cul_wohn_ser2net_rpi,cul_LAPTOP_ser2net,cul_rpi_91_ser2net_lan
IOgrp VCCU
expert 2_raw
hmKey xxxxx
model CCU-FHEM
room 2_FTK,9_cul,CUL_HM,Fhem,Z_Control
subType virtual
verbose 0
webCmd virtual:update
list nicht actives und merkwürdiger weise in IODev enthaltenen CUL:
Internals:
CMDS
Clients STACKABLETS:STACKABLE:CUL_HM:CUL_IR:HMS
DEF 192.168.0.25:2022 3141
DeviceName 192.168.0.25:2022
FHTID 3141
FUUID 5c633180-f33f-74bb-59d9-012b36d67458e83e
NAME cul_LAPTOP_ser2net
NEXT_OPEN 1578644395.9671
NR 1354
PARTIAL
RAWMSG
STATE disconnected
TYPE TSCUL
XmitOpen 0
initString X21
Ar
owner_CCU VCCU
MatchList:
1:STACKABLETS ^\*
2:STACKABLE ^\*
A:CUL_HM ^A....................
B:CUL_IR ^I............
C:HMS ^810e04......a001
READINGS:
2020-01-09 19:10:48 Xmit-Events init:1 disconnected:1
2019-12-19 12:38:09 cmds A B C E F G J K M R U V W X Y Z e i l m t u x
2020-01-09 19:10:48 cond init
2020-01-09 19:10:45 prot_disconnected last
2020-01-09 19:10:48 prot_init last
2019-12-19 12:38:25 prot_ok last
2019-12-19 12:38:25 scF 1
2020-01-10 09:18:55 state disconnected
helper:
ChkPart 0
DEVIO:
RXfailTO
HM:
HMactive 1
hmCrdts 9
cnd:
253 1
255 1
hmLogHist:
hmQ:
000000:
ids:
loadLvl:
bl 40
q:
ATrNo 0
HMcndN 255
InQueues 0
RQLSt 0
XRpCnt 0
XRpTm 1578593694.64502
answerPend 0
hmLanQlen 1
apIDs:
ref:
TmBmCnt 1
ioBR 3840
lHMt 4294967295
lSys 1664993445.51471
pndAs 1
scF 1
Attributes:
addvaltrigger 1
comment attr cul_LAPTOP_ser2net hmId AABBCC
devStateIcon Initialized:rc_GREEN disconnected:rc_RED open.*:rc_YELLOW
event-on-change-reading state,cond
hmId AABBCC
model nanoCUL
rfmode HomeMatic
room 0_test,9_cul,Fhem
verbose 0
Danke für die Hilfe.
VG T
Moin,
deine Namen und dein Kommentar mitten im list halten auch fit! :'( :o
Warum gibt es im Attribute IOgrp der VCCU einen Zeilenumbruch? Ich denke der ist nicht gut.
Attributes:
IODev cul_rpi_remote_ser2net_lan
IOList cul_rpi_remote_ser2net_lan,cul_rpi_remote_ser2net,cul_wohn_ser2net_rpi,cul_LAPTOP_ser2net,cul_rpi_91_ser2net_lan
IOgrp VCCU
expert 2_raw
Gruß Otto
Hallo,
noch eine Frage in dem Zusammenhang:
wie hängen folgende Felder und Attribute genau zusammen ?
Internals:
IODev
cul_wohn_ser2net_rpi
LASTInputDev
cul_rpi_91_ser2net_lan
attr HM_4A2C9A IODev cul_wohn_ser2net_rpi
attr HM_4A2C9A IOgrp VCCU
Verstehe nicht warum bei den Internals IODev und LASTInputDev abweicht?
Danke für die Hilfe
Zitat von: Otto123 am 10 Januar 2020, 09:51:34
Moin,
deine Namen und dein Kommentar mitten im list halten auch fit! :'( :o
Warum gibt es im Attribute IOgrp der VCCU einen Zeilenumbruch? Ich denke der ist nicht gut.
Attributes:
IODev cul_rpi_remote_ser2net_lan
IOList cul_rpi_remote_ser2net_lan,cul_rpi_remote_ser2net,cul_wohn_ser2net_rpi,cul_LAPTOP_ser2net,cul_rpi_91_ser2net_lan
IOgrp VCCU
expert 2_raw
Gruß Otto
Hi Otto,
sorry der Umbruch war manuel drinnen, hatte einen "Kommentar rausgenommen", scheinbar falsch :-)
update nochmal :
Internals:
DEF AABBCC
FUUID 5c633176-f33f-74bb-0c02-96c78dc22f30fc8c
IODev cul_rpi_remote_ser2net_lan
LASTInputDev cul_rpi_remote_ser2net_lan
MSGCNT 102
NAME VCCU
NOTIFYDEV global
NR 1360
NTFY_ORDER 50-VCCU
STATE cul_rpi_remote_ser2net_lan:init,cul_rpi_remote_ser2net:init,cul_wohn_ser2net_rpi:disconnected,cul_LAPTOP_ser2net:init,cul_rpi_91_ser2net_lan:init,
TYPE CUL_HM
assignedIOs cul_LAPTOP_ser2net,cul_rpi_91_ser2net,cul_rpi_91_ser2net_lan,cul_rpi_remote_ser2net,cul_rpi_remote_ser2net_lan,cul_wohn_ser2net_rpi
channel_01 VCCU_Btn1
cul_rpi_91_ser2net_lan_MSGCNT 67
cul_rpi_91_ser2net_lan_RAWMSG A0C28A011AABBCC610C0B86040A::-63:cul_rpi_91_ser2net_lan:
cul_rpi_91_ser2net_lan_RSSI -63
cul_rpi_91_ser2net_lan_TIME 2020-01-09 19:50:08
cul_rpi_remote_ser2net_lan_MSGCNT 35
cul_rpi_remote_ser2net_lan_RAWMSG A0ACD8002AABBCC42377400::-61.5:cul_rpi_remote_ser2net_lan:
cul_rpi_remote_ser2net_lan_RSSI -61.5
cul_rpi_remote_ser2net_lan_TIME 2020-01-09 19:53:21
lastMsg No:CD - t:02 s:AABBCC d:423774 00
protCmdDel 2
protIOerr 1 last_at:2020-01-10 09:25:11
protLastRcv 2020-01-09 19:53:21
protRcv 79 last_at:2020-01-09 19:53:21
protRcvB 1 last_at:2020-01-09 19:42:30
protSnd 68 last_at:2020-01-10 08:11:07
protState CMDs_done_Errors:1
rssi_at_cul_rpi_91_ser2net_lan cnt:62 min:-63.5 max:-62.5 avg:-62.88 lst:-63
rssi_at_cul_rpi_remote_ser2net_lan cnt:35 min:-62 max:-61 avg:-61.57 lst:-61.5
READINGS:
2020-01-10 09:30:03 state cul_rpi_remote_ser2net_lan:init,cul_rpi_remote_ser2net:init,cul_wohn_ser2net_rpi:disconnected,cul_LAPTOP_ser2net:init,cul_rpi_91_ser2net_lan:init,
helper:
HM_CMDNR 14
PONtest 1
mId FFF0
regLst ,0
rxType 1
supp_Pair_Rep 0
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
lstRecType 02
nextSend 1578596001.72071
nxtSndMcnt CD
prefIO
tgtDly 88
vccu VCCU
ioList:
cul_rpi_remote_ser2net_lan
cul_rpi_remote_ser2net
cul_wohn_ser2net_rpi
cul_LAPTOP_ser2net
cul_rpi_91_ser2net_lan
lRcTm:
cul_rpi_91_ser2net_lan 2368688
cul_rpi_remote_ser2net_lan 1621320
tnms 195520356
mRssi:
mNo CD
io:
cul_LAPTOP_ser2net:
cul_rpi_91_ser2net_lan:
-53
cul_rpi_remote_ser2net:
cul_rpi_remote_ser2net_lan:
-61.5
-61.5
cul_wohn_ser2net_rpi:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_cul_rpi_91_ser2net_lan:
avg -62.8870967741935
cnt 62
lst -63
max -62.5
min -63.5
at_cul_rpi_remote_ser2net_lan:
avg -61.5714285714286
cnt 35
lst -61.5
max -61
min -62
Attributes:
IODev cul_rpi_remote_ser2net_lan
IOList cul_rpi_remote_ser2net_lan,cul_rpi_remote_ser2net,cul_wohn_ser2net_rpi,cul_LAPTOP_ser2net,cul_rpi_91_ser2net_lan
IOgrp VCCU
expert 2_raw
hmKey xxxxx
model CCU-FHEM
room 2_FTK,9_cul,CUL_HM,Fhem,Z_Control
subType virtual
verbose 0
webCmd virtual:update
Ist das gesetzte Attribut IODev cul_rpi_remote_ser2net_lan der VCCU korrekt?
Ferner kannst du deinen anderen Devices präferierte VCCU IOs zuweisen (https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU#Dynamisches_IO).
Ich bin ja nicht der VCCU Entwickler und kann nur meine Beobachtungen und Wissen aus angelesenem wiedergeben ;)
Das attr IODev wird vom FHEM System gesetzt, nicht von CUL_HM (so habe ich das verstanden). Bei CUL_HM wird es bei einem attr IOgrp nicht mehr verwendet (zum senden)
Obwohl an vielen Stellen steht, dass bei vorhandenem IOgrp das IODev attribute keine Rolle mehr spielt, darf es nicht gelöscht werden! (Mehrfach durch User im Forum beobachtet)
In den Internals stehen die von CUL_HM wirklich verwendeten Geräte.
LastInpuDev ist einfach das wirklich letzte von dem etwas empfangen wurde. Nicht mehr und nicht weniger. ;) Empfangen können ja alle, egal wie gut oder wie schlecht.
IODev in den Internals ist dann das, was aktuell wirklich gewählt wurde.
Hinweis: Dein HMkey ist sicherheitsrelevant -> den dürftest Du im Post ruhig löschen ;)
Gruß Otto
Zitat von: riker1 am 10 Januar 2020, 09:35:33
Kein CUL wird als OK anzeigt.....
Das ist leider so, dazu hatte Martin mal was geschrieben. Die Anbindung der culs ist eben etwas anders als die der echten Homematic IOs
Zitat von: Otto123 am 10 Januar 2020, 10:32:58
Ich bin ja nicht der VCCU Entwickler und kann nur meine Beobachtungen und Wissen aus angelesenem wiedergeben ;)
Das attr IODev wird vom FHEM System gesetzt, nicht von CUL_HM (so habe ich das verstanden). Bei CUL_HM wird es bei einem attr IOgrp nicht mehr verwendet (zum senden)
Obwohl an vielen Stellen steht, dass bei vorhandenem IOgrp das IODev attribute keine Rolle mehr spielt, darf es nicht gelöscht werden! (Mehrfach durch User im Forum beobachtet)
In den Internals stehen die von CUL_HM wirklich verwendeten Geräte.
LastInpuDev ist einfach das wirklich letzte von dem etwas empfangen wurde. Nicht mehr und nicht weniger. ;) Empfangen können ja alle, egal wie gut oder wie schlecht.
IODev in den Internals ist dann das, was aktuell wirklich gewählt wurde.
Hinweis: Dein HMkey ist sicherheitsrelevant -> den dürftest Du im Post ruhig löschen ;)
Gruß Otto
danke gemacht !!!
Zitat von: yersinia am 10 Januar 2020, 10:16:27
Ist das gesetzte Attribut IODev cul_rpi_remote_ser2net_lan der VCCU korrekt?
Ferner kannst du deinen anderen Devices präferierte VCCU IOs zuweisen (https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU#Dynamisches_IO).
Ja das wäre das korrekte.
Das preferred IO hatte ich auch mal angegeben, aber in irgendeinem Post gelesen das man es besser weg lassen sollte.
Deshalb wieder gelöscht. Allerdings dachte ich das dies durch die IOList je eh über VCCU abgedeckt ist.
Versuche mal diese wieder zu setzen und zu beobachten
Danke