virtueller HM-CC-TC funktioniert nicht mehr

Begonnen von hanske, 14 März 2019, 20:56:18

Vorheriges Thema - Nächstes Thema

hanske

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
Raspberry Pi (Wheezy), Aeon Labs Z-Wave USB Stick 2, HM-USB Adapter, EBUS 2.0 mit Wemos
diverse HM und Z-Wave Geräte

frank

nach welcher anleitung hast du den vtc definiert?
einige attribute sind falsch.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

hanske

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


Raspberry Pi (Wheezy), Aeon Labs Z-Wave USB Stick 2, HM-USB Adapter, EBUS 2.0 mit Wemos
diverse HM und Z-Wave Geräte

frank

die attribute des vtc passen nicht zur anleitung im wiki.
allerdings hat sich nun attr model geändert => VIRTUAL (gilt für aktuelles fhem). 
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

hanske

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

Raspberry Pi (Wheezy), Aeon Labs Z-Wave USB Stick 2, HM-USB Adapter, EBUS 2.0 mit Wemos
diverse HM und Z-Wave Geräte