Hallo,
ich habe schon eifrig gesucht aber nichts gefunden.
Seit meinem Update am Sonntag geht mein virtueller TC nicht mehr.
Ich brauche ihn um mein HM-CC-VD zu steuern.
Anscheinend gibt es auch den Befehl valvePos nicht mehr.
Mein vorher funktionierender Aufruf von:
set hm_virt_tc_chn1 valvePos
führt zu:
Unknown argument valvePos, choose one of burstXmit clear getConfig getRegRaw peerBulk regBulk regSet templateDel peerSmart
Kann mir jemand sagen, ob sich da im letzten halben Jahr was geändert hat?
Danke
P.S. meine Devicelist
Internals:
DEF 123456
FUUID 5c851f4d-f33f-5c4b-2cab-fd0979daecde1d9f
IODev HMUSB2
NAME hm_virt_tc
NOTIFYDEV global
NR 832
STATE ???
TYPE CUL_HM
channel_01 hm_virt_tc_chn1
channel_02 hm_virt_tc_Climate
channel_03 hm_virt_tc_WindowRec
protState Info_Cleared
READINGS:
helper:
HM_CMDNR 160
mId 0039
peerFriend
peerOpt -:thermostat
regLst 0
rxType 140
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +123456,00,00,00
prefIO
rxt 2
vccu vccu
p:
123456
00
00
00
mRssi:
mNo
io:
HMUSB2:
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
chn 1
dev 1
tmpl:
Attributes:
IOgrp vccu
actCycle 000:30
actStatus dead
autoReadReg 4_reqStatus
expert 2_defReg+raw
model HM-CC-TC
msgRepeat 0
room HM,Heizung
subType thermostat
nach welcher anleitung hast du den vtc definiert?
einige attribute sind falsch.
Nach der Anleitung aus dem Wiki.
Ich habe jetzt die beiden Komponenten schon zweimal gelöscht und beim VD einen Werksreset gemacht.
Dann nach Anleitung wieder eingerichtet.
Der VD hängt sich nach dem Peering irgendwie auf.
Auch ein längeres Drücken auf den Taster führt dann nur zu einem Counter von 20 auf 0 ohne Ergebnis.
Hier das Listing vom VD:
Internals:
CFGFN
DEF 20D935
FUUID 5c8e7a16-f33f-5c4b-3f0f-cf10ab5b58b9426f
HMUSB2_MSGCNT 16
HMUSB2_RAWMSG E20D935,0000,91501760,FF,FFC7,92840020D93500000020003A4B45513031383438303458010100
HMUSB2_RSSI -57
HMUSB2_TIME 2019-03-17 18:06:07
IODev HMUSB2
LASTInputDev HMUSB2
MSGCNT 16
NAME ven_hm2
NOTIFYDEV global
NR 2785
STATE MISSING ACK
TYPE CUL_HM
chanNo 01
lastMsg No:92 - t:00 s:20D935 d:000000 20003A4B45513031383438303458010100
protCmdDel 7
protCmdPend 2 CMDs pending
protLastRcv 2019-03-17 18:06:07
protRcv 1 last_at:2019-03-17 18:06:07
protResnd 6 last_at:2019-03-17 18:22:55
protResndFail 1 last_at:2019-03-17 18:14:53
protSnd 7 last_at:2019-03-17 18:22:49
protState CMDs_pending
rssi_at_HMUSB2 cnt:16 min:-62 max:-55 avg:-58.87 lst:-57
READINGS:
2019-03-17 18:06:12 Activity alive
2019-03-17 17:47:20 CommandAccepted yes
2019-03-17 18:06:07 D-firmware 2.0
2019-03-17 18:06:07 D-serialNr KEQ0184804
2019-03-17 17:49:09 PairedTo 0xAFFE07
2019-03-17 17:49:08 R-pairCentral 0xAFFE07
2019-03-17 17:49:09 R-valveErrorPos 15 %
2019-03-17 17:49:09 R-valveOffset 0 %
2019-03-17 18:14:53 state MISSING ACK
cmdStack:
++A258ABBA8820D9350022
++A258ABBA8820D9350022
++A258ABBA8820D9350022
helper:
HM_CMDNR 185
cSnd 01AFFE0720D9350103,01AFFE0720D93501040000000005
getCfgListNo
mId 003A
oldDes 0
peerFriend
peerIDsRaw ,00000000,18
peerOpt p:thermostat
regLst 0,5
rxType 12
supp_Pair_Rep 1
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +20D935,02,00,00
nextSend 1552842367.55924
prefIO
rxt 2
vccu
p:
20D935
00
00
00
mRssi:
mNo 92
io:
HMUSB2:
-51
-51
prt:
bErr 0
sProc 2
wuReSent 4
q:
qReqConf 00
qReqStat
regCollect:
role:
chn 1
dev 1
rssi:
at_HMUSB2:
avg -58.875
cnt 16
lst -57
max -55
min -62
shadowReg:
tmpl:
Attributes:
IODev HMUSB2
IOgrp vccu:HMUSB2
actCycle 028:00
actStatus alive
autoReadReg 4_reqStatus
expert 2_raw
firmware 2.0
model HM-CC-VD
peerIDs 00000000,
room CUL_HM
serialNr KEQ0184804
subType thermostat
webCmd getConfig:clear msgEvents
die attribute des vtc passen nicht zur anleitung im wiki.
allerdings hat sich nun attr model geändert => VIRTUAL (gilt für aktuelles fhem).
Hallo,
das Attribute "model" habe ich gar nicht selbst gesetzt.
Das UI gibt ja eine Warnung aus, dass man es nicht selbst setzen soll.
Nun habe eich die ganze Prozedur nach Wiki Anleitung (mit Reset und so) noch drei mal gemacht und jetzt geht es auch wieder.
Ich glaube, dass zwischen Pairen und Peeren nicht so viel Zeit vergehen darf.
Wenn der VD erstmal in seinem Error Zustand ist hat man schon verloren.
Hier der aktuelle, funktionierende VTC:
Internals:
CFGFN
DEF ABBA88
FUUID 5c8a2eaf-f33f-5c4b-b0a6-9dc991774f28137d
IODev HMUSB2
NAME hm_virt_tc
NOTIFYDEV global
NR 1929
STATE CMDs_done
TYPE CUL_HM
chanNo 01
channel_01 hm_virt_tc_chn1
protSnd 1 last_at:2019-03-18 21:16:06
protState CMDs_done
READINGS:
2019-03-18 21:16:06 state CMDs_done
helper:
HM_CMDNR 52
mId FFF1
peerFriend peerSens,peerAct
peerOpt -:virtual
regLst
rxType 1
ack:
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +ABBA88,00,00,00
rxt 0
vccu vccu
p:
ABBA88
00
00
00
prefIO:
HMUSB2
mRssi:
mNo
io:
HMUSB2:
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
tmpl:
Attributes:
IOgrp vccu:HMUSB2
expert 2_raw
model VIRTUAL
msgRepeat 0
room HM,Heizung
subType virtual
webCmd virtual