Hallo Zusammen,
ich hab bei mir eine VCCU eingerichtet.
Nur scheint nun das Attribut für IOList zu fehlen. Siehe List von meiner VCCU
Kann das jemand bestätigen?
Grüße Robert
Internals:
CUL_868_1_MSGCNT 71
CUL_868_1_RAWMSG A1057A001200DB81A804A00040000000000::-82.5:CUL_868_1
CUL_868_1_RSSI -82.5
CUL_868_1_TIME 2021-10-28 11:14:02
DEF 200DB8
FUUID 5c4308e1-f33f-abd1-ab25-05fddf665baacaeb
FVERSION 10_CUL_HM.pm:0.250910/2021-10-18
HMLAN1_MSGCNT 132
HMLAN1_RAWMSG E200DB8,0000,AE20A7B4,FF,FFED,57A001200DB81A804A00040000000000
HMLAN1_RSSI -19
HMLAN1_TIME 2021-10-28 11:14:02
HMLAN2_MSGCNT 64
HMLAN2_RAWMSG E200DB8,0000,79251E9D,FF,FFD3,B3A001200DB801CC6D00040000000000
HMLAN2_RSSI -45
HMLAN2_TIME 2021-10-28 11:13:37
IODev CUL_868_1
LASTInputDev HMLAN1
MSGCNT 376
NAME homematic.vccu
NR 86
NTFY_ORDER 48-homematic.vccu
STATE mapleCUN1_1:ok,mapleCUN2_1:ok,CUL_868_1:ok,HMLAN1:ok,HMLAN2:ok
TYPE CUL_HM
chanNo 01
disableNotifyFn 1
lastMsg No:57 - t:01 s:200DB8 d:1A804A 00040000000000
mapleCUN1_1_MSGCNT 60
mapleCUN1_1_RAWMSG A1014B001200DB823D8FE00040000000000::-86:mapleCUN1_1
mapleCUN1_1_RSSI -86
mapleCUN1_1_TIME 2021-10-28 11:10:57
mapleCUN2_1_MSGCNT 49
mapleCUN2_1_RAWMSG A1014B001200DB823D8FE00040000000000::-98:mapleCUN2_1
mapleCUN2_1_RSSI -98
mapleCUN2_1_TIME 2021-10-28 11:10:57
protLastRcv 2021-10-28 11:13:53
protRcv 116 last_at:2021-10-28 11:13:53
protRcvB 23 last_at:2021-10-28 11:13:03
rssi_at_CUL_868_1 cnt:71 min:-95 max:-82 avg:-83.72 lst:-82.5
rssi_at_HMLAN1 cnt:132 min:-101 max:-19 avg:-48.76 lst:-19
rssi_at_HMLAN2 cnt:64 min:-82 max:-45 avg:-78.18 lst:-45
rssi_at_mapleCUN1_1 cnt:60 min:-87 max:-84.5 avg:-85.55 lst:-86
rssi_at_mapleCUN2_1 cnt:49 min:-101 max:-96 avg:-98.32 lst:-98
READINGS:
2021-10-28 11:10:47 CommandAccepted yes
2021-05-20 15:52:43 D-firmware 1.2
2021-05-20 15:52:43 D-serialNr -
2021-10-28 11:13:57 IODev CUL_868_1
2021-05-21 21:18:04 IOopen 5
2021-10-28 11:08:27 RegL_00.
2021-10-28 11:10:06 cfgState updating
2021-10-27 13:28:40 commState CMDs_done
2021-10-28 07:28:18 recentStateType ack
2021-05-21 21:18:04 state mapleCUN1_1:ok,mapleCUN2_1:ok,CUL_868_1:ok,HMLAN1:ok,HMLAN2:ok
2021-01-06 11:32:20 unknown_1E0F69 received
2021-05-11 12:42:57 unknown_200CB9 received
2021-04-10 18:38:05 unknown_200FBA received
2021-02-06 20:49:19 unknown_449C29 received
2021-05-21 09:45:05 unknown_449C2D received
2021-01-29 08:11:19 unknown_6CFD18 received
2021-01-11 12:09:55 unknown_71ED28 received
2021-01-11 12:10:40 unknown_71ED30 received
2021-01-11 12:09:30 unknown_71ED35 received
2021-01-11 12:10:44 unknown_71ED3E received
2021-05-16 01:39:29 unknown_7258C9 received
2021-01-11 12:09:16 unknown_7258CD received
2021-03-31 13:30:17 unknown_72B351 received
2021-03-30 10:24:00 unknown_72B475 received
2021-03-31 08:19:43 unknown_72B4CC received
2021-03-19 08:41:34 unknown_806DB8 received
2021-05-05 22:18:43 unknown_BB4B00 received
2021-05-21 11:10:50 unknown_BFAAB7 received
2021-01-06 11:35:02 unknown_F10000 received
helper:
HM_CMDNR 87
PONtest 1
cfgStateUpdt 0
lastMsgTm 1635412433.125
mId no
supp_Pair_Rep 0
tmplChg 0
cfgChk:
idPc01 fail
idPc03 ->homematic.vccu
idRc01 RegL_00.
cmds:
TmplKey :1635412146.45701:1635412146.58591
TmplTs 1635412146.58591
cmdKey 1:1:0::homematic.vccu:no:01:
cmdLst:
clear (readings|all)
getConfig noArg
getRegRaw (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
peerBulk -peer1,peer2,...- [({set}|unset)]
regBulk -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
regSet [(prep|{exec})] -regName- -value- [-peerChn-]
tplDel -tplDel-
tplSet_0 -tplChan-
update noArg
virtual [(1..50;1|{1})]
lst:
condition slider,0,1,255
peer
peerOpt
tplChan
tplDel
tplPeer
rtrvLst:
cmdList [({short}|long)]
deviceInfo [({short}|long)]
list [({normal}|full)]
listDevice [({all}|alive|unknown|dead|notAlive)]
param -param-
reg -addr- -list- [-peerChn-]
regList noArg
regTable noArg
regVal -addr- -list- [-peerChn-]
saveConfig [-filename-]
status noArg
tplInfo noArg
expert:
def 1
det 0
raw 1
tpl 0
io:
flgs 0
newChn +200DB8,00,00,00
nextSend 1635412443.07198
rxt 0
vccu
p:
200DB8
00
00
00
prefIO:
mRssi:
mNo 57
io:
CUL_868_1:
-80.5
-80.5
HMLAN1:
-19
-19
HMLAN2:
-45
mapleCUN1_1:
mapleCUN2_1:
peerIDsH:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf 00
qReqStat
role:
chn 1
dev 1
rssi:
at_CUL_868_1:
avg -83.7253521126761
cnt 71
lst -82.5
max -82
min -95
at_HMLAN1:
avg -48.7651515151515
cnt 132
lst -19
max -19
min -101
at_HMLAN2:
avg -78.1875
cnt 64
lst -45
max -45
min -82
at_mapleCUN1_1:
avg -85.5583333333333
cnt 60
lst -86
max -84.5
min -87
at_mapleCUN2_1:
avg -98.3265306122449
cnt 49
lst -98
max -96
min -101
tmpl:
Attributes:
DbLogExclude .*
IOgrp homematic.vccu
autoReadReg 4_reqStatus
event-on-change-reading .*
expert defReg,rawReg
group Sender_Homematic
hmKey xxxxxxxx
icon hm_ccu
model ACTIONDETECTOR
room 9.80_Sender
subType no
webCmd virtual:update
Hallo Robert,
was meinst Du mit fehlen? Du musst es einrichten!
Oder fehlt es in der Auswahl?
Und unbedingt diesen Thread beachten!!! https://forum.fhem.de/index.php/topic,123436.msg323248.html
Gruß Otto
Zitat von: Otto123 am 28 Oktober 2021, 11:20:24
Hallo Robert,
was meinst Du mit fehlen? Du musst es einrichten!
Oder fehlt es in der Auswahl?
Und unbedingt diesen Thread beachten!!! https://forum.fhem.de/index.php/topic,123436.msg323248.html
Gruß Otto
Hallo Otto,
ich habe seit geraumer Zeit eine VCCU definiert. Bisher auch ohne Probleme gelaufen.
Heute wollte ich bei dem ein oder anderem Device mal eine anderen IODev hinterlegen.
Dabei kam eine Fehler Meldung.
Die VCCU hatte auf einmal keine IOList mehr. Hab mich mal auf Fehlersuche gemacht.
Grund scheint wohl zu sein, dass im Model der VCCU "actiondetector" eingetragen ist.
Ich hab hier aber nie was geändert.
Nach modelforce Umstellung auf CCU-FHEM, ist auch wieder das IOList vorhanden.
Ich hab hier aber aktiv nie was geändert.
Grüße Robert
Die neueren Fassungen sind einfach stringenter aufgebaut, was die Attribut-Prüfung angeht. Früher gab es Kombinationen, die an sich keinen Sinn gemacht haben, aber (scheinbar...?) funktioniert haben.
Da du einen HMLAN im setup hast: UNBEDINGT die gepatchte HMLAN-Fassung nehmen, die aktuelle aus dem svn macht bei VCCU-Einsatz iVm. der svn-Version von CUL_HM Probleme! (Überrascht mich grade, das die als "ok" angezeigt werden)
Zitat von: Beta-User am 28 Oktober 2021, 12:10:33
Die neueren Fassungen sind einfach stringenter aufgebaut, was die Attribut-Prüfung angeht. Früher gab es Kombinationen, die an sich keinen Sinn gemacht haben, aber (scheinbar...?) funktioniert haben.
Da du einen HMLAN im setup hast: UNBEDINGT die gepatchte HMLAN-Fassung nehmen, die aktuelle aus dem svn macht bei VCCU-Einsatz iVm. der svn-Version von CUL_HM Probleme! (Überrascht mich grade, das die als "ok" angezeigt werden)
FHEM ist bei mir auf dem aktuellen Stand.
Hab ich dir richtig verstanden, dass das reichen sollte?
Danke und Gruß Robert
Nein - Bitte den Link in #1 lesen!
CUL_HM ist quasi a priori "kaputt" wenn Dein FHEM einfach durch das update "aktuell" gemacht wurde!
Zitat von: Otto123 am 28 Oktober 2021, 16:06:28
Nein - Bitte den Link in #1 lesen!
CUL_HM ist quasi a priori "kaputt" wenn Dein FHEM einfach durch das update "aktuell" gemacht wurde!
Vielleicht etwas präziser: Die Kombination von CUL_HM+HMLAN aus dem svn ist "kaputt".
CUL_HM mit anderen IO-Typen aus dem svn funktioniert zwar meistens, hat aber ein paar "Macken".
Welche genau, ist eigentlich rudimentär aus dem anderen Thread in Erfahrung zu bringen, aber "to make long story short": Derzeit fährt man am besten, wenn man alle (eingesetzten) mit CUL_HM in Verbindung stehenden Module (einschl. HMUARTLGW) auf den jeweils letzten Stand bringt, der sich aus dem ersten Post in dem verlinkten Thread ergibt (der ist "leider" auch schon wieder ganz leicht veraltet, ich hoffe, bald noch patches und volle Fassungen für CUL_HM und HMinfo liefern zu können...)
Sorry den link hab ich mal wieder direkt überlesen.
Dann werde ich morgen mal gleich die Patches einspielen