Firmware zu CUL, CUNX und Co. mit Timestamp Option ASKSIN tsculfw V0.43

[noansi]

Hallo Jörg,

dann setz mal das Attribut logIDs für HM_111F0C in der VCCU und dann pair nochmal durch inklusive Abwarten des getConfig Fehlversuchs und dann poste mal das log dazu.

Was ich in dem List zu dem VD auch vermisse, sind RSSI Werte.
Also mit dem Log auch noch ein frisches List.

msgRepeat auf 0 ist vielleicht für das Pairing und getConfig nicht gut, sondern nur für den Normalbetrieb?

Gruß, Ansgar.

[Adimarantis]

Hi Ansgar,

msgRepeat gelöscht. Countdown beim Pairing hat sich sofort beendet.

Code Auswählen Erweitern

2026.10.12 22:35:59.864 0: TSCUL_Parse: CUL_TS  13913824 A F001 08742524 00 1A 90 8400 111F0C 000000 14003A4645513030363837363358010100 -55.5dB
2026.10.12 22:35:59.879 3: CUL_HM received config CCU:VCCU device: HM_111F0C. PairForSec: on
2026.10.12 22:35:59.919 3: CUL_HM pair: HM_111F0C thermostat, model HM-CC-VD serialNr FEQ0068763
2026.10.12 22:35:59.949 0: CUL_TS AI111F0C000002
2026.10.12 22:35:59.971 0: TSCUL_send:  CUL_TS  282465                 As 10 B8 A001 444444 111F0C 00050000000000
2026.10.12 22:35:59.973 0: TSCUL_SendFromQueueHM:  CUL_TS  id:111F0C rtoms:2260
2026.10.12 22:36:00.034 0: TSCUL_Parse: CUL_TS  13914000 A F103 08742672 01 10 B8 A001 444444 111F0C 00050000000000 _CCAdly:4 _dhmSt:148
2026.10.12 22:36:00.209 0: TSCUL_Parse: CUL_TS  13914176 A F101 08742824 00 0A B8 8002 111F0C 444444 00 -63.5dB
2026.10.12 22:36:00.230 0: TSCUL_send:  CUL_TS  282725                 As 13 B9 A001 444444 111F0C 000802010A440B440C44
2026.10.12 22:36:00.235 0: TSCUL_SendFromQueueHM:  CUL_TS  id:111F0C rtoms:2264
2026.10.12 22:36:00.303 0: TSCUL_Parse: CUL_TS  13914267 A F103 08742932 01 13 B9 A001 444444 111F0C 000802010A440B440C44 _CCAdly:4 _dhmSt:108
2026.10.12 22:36:00.418 0: TSCUL_Parse: CUL_TS  13914384 A F101 08743084 00 0A B9 8002 111F0C 444444 00 -63.5dB
2026.10.12 22:36:00.438 0: TSCUL_send:  CUL_TS  282933                 As 0B BA A001 444444 111F0C 0006
2026.10.12 22:36:00.443 0: TSCUL_SendFromQueueHM:  CUL_TS  id:111F0C rtoms:2255
2026.10.12 22:36:00.590 0: TSCUL_Parse: CUL_TS  13914559 A F103 08743180 01 0B BA A001 444444 111F0C 0006 _CCAdly:4 _dhmSt:96
2026.10.12 22:36:00.725 0: TSCUL_Parse: CUL_TS  13914692 A F101 08743328 00 0A BA 8002 111F0C 444444 00 -64.5dB
2026.10.12 22:36:00.747 0: TSCUL_send:  CUL_TS  283242                 As 10 BB A001 444444 111F0C 00040000000000
2026.10.12 22:36:00.752 0: TSCUL_SendFromQueueHM:  CUL_TS  id:111F0C rtoms:2260
2026.10.12 22:36:00.868 0: TSCUL_Parse: CUL_TS  13914834 A F103 08743448 01 10 BB A001 444444 111F0C 00040000000000 _CCAdly:4 _dhmSt:120
2026.10.12 22:36:00.963 0: TSCUL_Parse: CUL_TS  13914922 A F101 08743608 00 14 BB 8010 111F0C 444444 0202010A440B440C440000 -63.5dB
2026.10.12 22:36:00.996 0: TSCUL_send:  CUL_TS  283490                 As 0B CB A001 444444 111F0C 0103
2026.10.12 22:36:01.001 0: TSCUL_SendFromQueueHM:  CUL_TS  id:111F0C rtoms:2255
2026.10.12 22:36:01.061 0: TSCUL_Parse: CUL_TS  13915029 A F103 08743704 01 0B CB A001 444444 111F0C 0103 _CCAdly:4 _dhmSt:96
2026.10.12 22:36:01.194 0: TSCUL_Parse: CUL_TS  13915158 A F101 08743860 00 0F CB 8010 111F0C 444444 01000000001F -64dB
2026.10.12 22:36:01.222 0: TSCUL_send:  CUL_TS  283716                 As 10 DB A001 444444 111F0C 01040000000005
2026.10.12 22:36:01.224 0: TSCUL_SendFromQueueHM:  CUL_TS  id:111F0C rtoms:2260
2026.10.12 22:36:01.373 0: TSCUL_Parse: CUL_TS  13915340 A F103 08743956 01 10 DB A001 444444 111F0C 01040000000005 _CCAdly:4 _dhmSt:96
2026.10.12 22:36:01.447 0: TSCUL_Parse: CUL_TS  13915410 A F101 08744112 00 10 DB 8010 111F0C 444444 0209000A0F0000 -62.5dB
2026.10.12 22:36:01.474 0: CUL_TS AI111F0C000000
2026.10.12 22:36:05.113 0: CUL_TS AI111F0C000000
2026.10.12 22:36:54.105 0: CUL_TS AI111F0C000002

Die letzte Zeile ist ein manuelles getConfig. Danach Funkstille.

Jörg

[noansi]

Hallo Jörg,

antworten tut der VD. Und das paring hat er quittiert, wäre meine Interpretation.

List?

Ungewöhnlich erscheint mir, dass er seine Listendaten nicht quittiert haben möchte. Dass führt dann dazu, dass die nächste Nachricht vom CUL früher gesendet wird. Klappt aber trotzdem.
Infos für ein PairedTo wären gekommen. ??

Was passiert, wenn Du weiter (ohne hmPairForSec) Knöpfchen drückst?
Wird dann der getConfig abgearbeitet?

Gruß, Ansgar.

[Adimarantis]

Hallo Ansgar,

Summary: Jetzt geht was - Details unten 

Kurz aufs Knöpfchen: nichts

Lange aufs Knöpfchen: Countdown bricht sofort ab, und es steht wieder was im Log:

Code Auswählen Erweitern

2026.10.12 22:36:54.105 0: CUL_TS AI111F0C000002
2026.10.13 06:48:37.237 0: TSCUL_Parse: CUL_TS  09916765 A F001 04748540 00 1A DC 8400 111F0C 000000 14003A4645513030363837363358010100 -52.5dB
2026.10.13 06:48:37.252 3: CUL_HM received config CCU:VCCU device: HM_111F0C. PairForSec: off
2026.10.13 06:48:37.261 0: CUL_TS AI111F0C000000
2026.10.13 06:48:37.273 0: TSCUL_send:  CUL_TS  479639                 As 10 04 A001 444444 111F0C 00040000000000
2026.10.13 06:48:37.278 0: TSCUL_SendFromQueueHM:  CUL_TS  id:111F0C rtoms:2260
2026.10.13 06:48:37.437 0: TSCUL_Parse: CUL_TS  09916971 A F103 04748636 01 10 04 A001 444444 111F0C 00040000000000 _CCAdly:4 _dhmSt:96
2026.10.13 06:48:37.489 0: TSCUL_Parse: CUL_TS  09917019 A F101 04748796 00 14 04 8010 111F0C 444444 0202010A440B440C440000 -52.5dB
2026.10.13 06:48:37.524 0: TSCUL_send:  CUL_TS  479890                 As 0B 14 A001 444444 111F0C 0103
2026.10.13 06:48:37.528 0: TSCUL_SendFromQueueHM:  CUL_TS  id:111F0C rtoms:2255
2026.10.13 06:48:37.675 0: TSCUL_Parse: CUL_TS  09917212 A F103 04748892 01 0B 14 A001 444444 111F0C 0103 _CCAdly:4 _dhmSt:96
2026.10.13 06:48:37.738 0: TSCUL_Parse: CUL_TS  09917271 A F101 04749048 00 0F 14 8010 111F0C 444444 010000000020 -52dB
2026.10.13 06:48:37.767 0: TSCUL_send:  CUL_TS  480133                 As 10 24 A001 444444 111F0C 01040000000005
2026.10.13 06:48:37.770 0: TSCUL_SendFromQueueHM:  CUL_TS  id:111F0C rtoms:2260
2026.10.13 06:48:37.915 0: TSCUL_Parse: CUL_TS  09917449 A F103 04749144 01 10 24 A001 444444 111F0C 01040000000005 _CCAdly:4 _dhmSt:96
2026.10.13 06:48:37.993 0: TSCUL_Parse: CUL_TS  09917525 A F101 04749300 00 10 24 8010 111F0C 444444 0209000A0F0000 -52dB
Die "CMDs pending" verschwinden dann. List danach:

Code Auswählen Erweitern

define HM_111F0C CUL_HM 111F0C
attr HM_111F0C .mId 003A
attr HM_111F0C IOgrp VCCU
attr HM_111F0C autoReadReg 4_reqStatus
attr HM_111F0C expert rawReg
attr HM_111F0C firmware 1.4
attr HM_111F0C model HM-CC-VD
attr HM_111F0C msgRepeat 0
attr HM_111F0C peerIDs 00000000
attr HM_111F0C room CUL_HM
attr HM_111F0C serialNr FEQ0068763
attr HM_111F0C subType thermostat
attr HM_111F0C webCmd getConfig:clear msgEvents
#   CUL_TS_MSGCNT 25
#   CUL_TS_RAWMSG A10248010111F0C4444440209000A0F0000::-52:CUL_TS:
#   CUL_TS_RSSI -52
#   CUL_TS_TIME 2026-10-13 06:48:38
#   DEF        111F0C
#   FUUID      6acc6c43-f33f-3e5d-85e4-bb9b3e9ffcb40b9a
#   IODev      CUL_TS
#   LASTInputDev CUL_TS
#   MSGCNT     25
#   NAME       HM_111F0C
#   NR         166
#   NTFY_ORDER 48-HM_111F0C
#   STATE      MISSING ACK
#   TYPE       CUL_HM
#   chanNo     01
#   disableNotifyFn 1
#   eventCount 51
#   lastMsg    No:24 - t:10 s:111F0C d:444444 0209000A0F0000
#   protLastRcv 2026-10-13 06:48:38
#   protRcv    11 last_at:2026-10-13 06:48:38
#   protSnd    9 last_at:2026-10-13 06:48:37
#   rssi_at_CUL_TS cnt:11 min:-64.5 max:-52 avg:-58.72 lst:-52
#   READINGS:
#     2026-10-12 22:36:00   CommandAccepted yes
#     2026-10-13 06:48:37   D-firmware      1.4
#     2026-10-13 06:48:37   D-serialNr      FEQ0068763
#     2026-10-13 06:48:37   PairedTo        0x444444
#     2026-10-13 06:48:37   RegL_00.         00:00 02:01 0A:44 0B:44 0C:44
#     2026-10-13 06:48:38   RegL_05.         00:00 09:00 0A:0F
#     2026-10-12 22:36:54   cfgState        updating
#     2026-10-13 06:48:38   commState       CMDs_done
#   helper:
#     HM_CMDNR   36
#     cSnd       
#     lastMsgTm  1791866918.00004
#     mId        003A
#     oldDes     0
#     peerFriend
#     peerIDsRaw ,00000000,20
#     peerIDsState complete
#     peerOpt    p:thermostat
#     regLst     0,5
#     rxType     12
#     supp_Pair_Rep 0
#     cmds:
#       TmplKey    :no:1791837365.12933
#       TmplTs     1791837365.12933
#       cmdKey     1:1:0::HM_111F0C:003A:01:
#       cmdLst:
#         assignHmKey noArg
#         clear      [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
#         deviceRename -newName-
#         fwUpdate   -filename- [-bootTime-]
#         getConfig  noArg
#         getDevInfo noArg
#         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
#         peerBulk   -peer1,peer2,...- [({set}|unset)]
#         raw        -data- [...]
#         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
#         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
#         reset      noArg
#         tplDel     -tplDel-
#         tplSet_0   -tplChan-
#         unpair     noArg
#         valvePos   [({off}|0.0..99.0;0.5)]
#       lst:
#         condition  0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,141,142,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,161,162,163,164,165,166,167,168,169,170,171,172,173,174,175,176,177,178,179,180,181,182,183,184,185,186,187,188,189,190,191,192,193,194,195,196,197,198,199,200,201,202,203,204,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255
#         peerOpt   
#         tplChan   
#         tplDel     
#         tplPeer   
#       rtrvLst:
#         cmdList    [({short}|long)]
#         deviceInfo [({short}|long)]
#         list       [({normal}|full)]
#         param      -param-
#         reg        -addr- -list- [-peerChn-]
#         regList    noArg
#         regTable   noArg
#         regVal     -addr- -list- [-peerChn-]
#         saveConfig [-filename-]
#         tplInfo    noArg
#     expert:
#       def        0
#       det        0
#       raw        1
#       tpl        0
#     io:
#       flgs       0
#       newChn     +111F0C,00,00,00
#       nextSend   1791866918.0702
#       rxt        2
#       vccu       VCCU
#       lRcTm:
#         CUL_TS     38303732
#         mcnt       24
#         tnms       865555541
#         type       10
#       p:
#         111F0C
#         00
#         00
#         00
#       prefIO:
#     mRssi:
#       mNo        24
#       io:
#         CUL_TS:
#           -42
#           -42
#     peerIDsH:
#       00000000   broadcast
#     prt:
#       bErr       0
#       procTmr    0
#       rToTmr     0
#       sProc      0
#       tryMsg:
#     q:
#       qReqConf   
#       qReqStat   
#     regCollect:
#     role:
#       chn        1
#       dev        1
#     rssi:
#       at_CUL_TS:
#         avg        -58.7272727272727
#         cnt        11
#         lst        -52
#         max        -52
#         min        -64.5
#     shadowReg:
#     shadowRegChn:
#     tmpl:
#
setstate HM_111F0C MISSING ACK
setstate HM_111F0C 2026-10-13 06:48:37 .D-devInfo 010100
setstate HM_111F0C 2026-10-13 06:48:37 .D-stc 58
setstate HM_111F0C 2026-10-12 22:36:01 .R-pairCentral 0x444444
setstate HM_111F0C 2026-10-12 22:36:01 .R-valveErrorPos 15 %
setstate HM_111F0C 2026-10-12 22:36:01 .R-valveOffset 0 %
setstate HM_111F0C 2026-10-13 06:48:37 .associatedWith HM_111F0C
setstate HM_111F0C 2026-10-13 06:48:37 .peerListRDate 2026-10-13 06:48:37
setstate HM_111F0C 2026-10-13 06:48:38 .protLastRcv 1791866918.00004
setstate HM_111F0C 2026-10-12 22:36:00 CommandAccepted yes
setstate HM_111F0C 2026-10-13 06:48:37 D-firmware 1.4
setstate HM_111F0C 2026-10-13 06:48:37 D-serialNr FEQ0068763
setstate HM_111F0C 2026-10-13 06:48:37 PairedTo 0x444444
setstate HM_111F0C 2026-10-13 06:48:37 RegL_00.  00:00 02:01 0A:44 0B:44 0C:44
setstate HM_111F0C 2026-10-13 06:48:38 RegL_05.  00:00 09:00 0A:0F
setstate HM_111F0C 2026-10-12 22:36:54 cfgState updating
setstate HM_111F0C 2026-10-13 06:48:38 commState CMDs_done
Dann hab ich nochmal peerChan gemacht und wieder Knopf lange gedrückt. Jetzt hat er den Btn als Peer

Code Auswählen Erweitern

define HM_111F0C CUL_HM 111F0C
attr HM_111F0C .mId 003A
attr HM_111F0C IOgrp VCCU
attr HM_111F0C autoReadReg 4_reqStatus
attr HM_111F0C expert rawReg
attr HM_111F0C firmware 1.4
attr HM_111F0C model HM-CC-VD
attr HM_111F0C msgRepeat 0
attr HM_111F0C peerIDs 00000000,11228801
attr HM_111F0C room CUL_HM
attr HM_111F0C serialNr FEQ0068763
attr HM_111F0C subType thermostat
attr HM_111F0C webCmd getConfig:clear msgEvents
#   CUL_TS_MSGCNT 30
#   CUL_TS_RAWMSG A106E8010111F0C4444440209000A0F0000::-53.5:CUL_TS:
#   CUL_TS_RSSI -53.5
#   CUL_TS_TIME 2026-10-13 06:52:38
#   DEF        111F0C
#   FUUID      6acc6c43-f33f-3e5d-85e4-bb9b3e9ffcb40b9a
#   IODev      CUL_TS
#   LASTInputDev CUL_TS
#   MSGCNT     30
#   NAME       HM_111F0C
#   NR         166
#   NTFY_ORDER 48-HM_111F0C
#   STATE      MISSING ACK
#   TYPE       CUL_HM
#   chanNo     01
#   disableNotifyFn 1
#   eventCount 57
#   lastMsg    No:6E - t:10 s:111F0C d:444444 0209000A0F0000
#   peerList   HMTC14_spare_Btn1
#   protLastRcv 2026-10-13 06:52:38
#   protRcv    16 last_at:2026-10-13 06:52:38
#   protSnd    13 last_at:2026-10-13 06:52:37
#   rssi_at_CUL_TS cnt:16 min:-64.5 max:-52 avg:-57.06 lst:-53.5
#   READINGS:
#     2026-10-13 06:52:37   CommandAccepted yes
#     2026-10-13 06:52:37   D-firmware      1.4
#     2026-10-13 06:52:37   D-serialNr      FEQ0068763
#     2026-10-13 06:52:37   PairedTo        0x444444
#     2026-10-13 06:52:37   RegL_00.         00:00 02:01 0A:44 0B:44 0C:44
#     2026-10-13 06:52:38   RegL_05.         00:00 09:00 0A:0F
#     2026-10-13 06:52:37   cfgState        updating
#     2026-10-13 06:52:38   commState       CMDs_done
#     2026-10-13 06:52:37   peerList        HMTC14_spare_Btn1
#   helper:
#     HM_CMDNR   110
#     cSnd       
#     lastMsgTm  1791867158.14239
#     mId        003A
#     oldDes     0
#     peerFriend
#     peerIDsRaw ,11228801,00000000,A6
#     peerIDsState complete
#     peerOpt    p:thermostat
#     regLst     0,5
#     rxType     12
#     supp_Pair_Rep 0
#     cmds:
#       TmplKey    HMTC14_spare_Btn1:no:1791837365.12933
#       TmplTs     1791837365.12933
#       cmdKey     1:1:0::HM_111F0C:003A:01:HMTC14_spare_Btn1
#       cmdLst:
#         assignHmKey noArg
#         clear      [(readings|trigger|register|oldRegs|rssi|msgEvents|{msgErrors}|attack|all)]
#         deviceRename -newName-
#         fwUpdate   -filename- [-bootTime-]
#         getConfig  noArg
#         getDevInfo noArg
#         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
#         peerBulk   -peer1,peer2,...- [({set}|unset)]
#         peerSmart  -peerOpt-
#         raw        -data- [...]
#         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
#         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
#         reset      noArg
#         tplDel     -tplDel-
#         tplSet_0   -tplChan-
#         tplSet_HMTC14_spare_Btn1 -tplPeer-
#         unpair     noArg
#         valvePos   [({off}|0.0..99.0;0.5)]
#       lst:
#         condition  0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,127,128,129,130,131,132,133,134,135,136,137,138,139,140,141,142,143,144,145,146,147,148,149,150,151,152,153,154,155,156,157,158,159,160,161,162,163,164,165,166,167,168,169,170,171,172,173,174,175,176,177,178,179,180,181,182,183,184,185,186,187,188,189,190,191,192,193,194,195,196,197,198,199,200,201,202,203,204,205,206,207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240,241,242,243,244,245,246,247,248,249,250,251,252,253,254,255
#         peerOpt    remove_HMTC14_spare_Btn1
#         tplChan   
#         tplDel     
#         tplPeer   
#       rtrvLst:
#         cmdList    [({short}|long)]
#         deviceInfo [({short}|long)]
#         list       [({normal}|full)]
#         param      -param-
#         reg        -addr- -list- [-peerChn-]
#         regList    noArg
#         regTable   noArg
#         regVal     -addr- -list- [-peerChn-]
#         saveConfig [-filename-]
#         tplInfo    noArg
#     expert:
#       def        0
#       det        0
#       raw        1
#       tpl        0
#     io:
#       flgs       0
#       newChn     +111F0C,00,00,00
#       nextSend   1791867158.21269
#       rxt        2
#       vccu       VCCU
#       lRcTm:
#         CUL_TS     38543900
#         mcnt       6E
#         tnms       865795683
#         type       10
#       p:
#         111F0C
#         00
#         00
#         00
#       prefIO:
#     mRssi:
#       mNo        6E
#       io:
#         CUL_TS:
#           -43.5
#           -43.5
#     peerIDsH:
#       00000000   broadcast
#       11228801   HMTC14_spare_Btn1
#     prt:
#       bErr       0
#       procTmr    0
#       rToTmr     0
#       sProc      0
#       tryMsg:
#     q:
#       qReqConf   
#       qReqStat   
#     regCollect:
#     role:
#       chn        1
#       dev        1
#     rssi:
#       at_CUL_TS:
#         avg        -57.0625
#         cnt        16
#         lst        -53.5
#         max        -52
#         min        -64.5
#     shadowReg:
#     shadowRegChn:
#     tmpl:
#
setstate HM_111F0C MISSING ACK
setstate HM_111F0C 2026-10-13 06:52:37 .D-devInfo 010100
setstate HM_111F0C 2026-10-13 06:52:37 .D-stc 58
setstate HM_111F0C 2026-10-12 22:36:01 .R-pairCentral 0x444444
setstate HM_111F0C 2026-10-12 22:36:01 .R-valveErrorPos 15 %
setstate HM_111F0C 2026-10-12 22:36:01 .R-valveOffset 0 %
setstate HM_111F0C 2026-10-13 06:52:37 .associatedWith HMTC14_spare_Btn1,HM_111F0C
setstate HM_111F0C 2026-10-13 06:52:37 .peerListRDate 2026-10-13 06:52:37
setstate HM_111F0C 2026-10-13 06:52:38 .protLastRcv 1791867158.14239
setstate HM_111F0C 2026-10-13 06:52:37 CommandAccepted yes
setstate HM_111F0C 2026-10-13 06:52:37 D-firmware 1.4
setstate HM_111F0C 2026-10-13 06:52:37 D-serialNr FEQ0068763
setstate HM_111F0C 2026-10-13 06:52:37 PairedTo 0x444444
setstate HM_111F0C 2026-10-13 06:52:37 RegL_00.  00:00 02:01 0A:44 0B:44 0C:44
setstate HM_111F0C 2026-10-13 06:52:38 RegL_05.  00:00 09:00 0A:0F
setstate HM_111F0C 2026-10-13 06:52:37 cfgState updating
setstate HM_111F0C 2026-10-13 06:52:38 commState CMDs_done
setstate HM_111F0C 2026-10-13 06:52:37 peerList HMTC14_spare_Btn1
Jetzt scheint er zu reagieren. Ist (nach kurzen Knopfdruck, aber das kürzt normalerweise nur die Wartezeit ab) auf die gewünschte Ventilposition gefahren. Und hat etwas später selbständig die neue Ventilposition gemeldet.

Muss mir die Prozedur nochmal genau notieren - nicht gerade intuitiv.

Ich beobachte weiter und mach das testweise auch nochmal für das zweite Ventil. Erstmal danke.
Vielleicht kann man da noch irgendwas optimieren.

Gruß, Jörg

[noansi]

Hallo Jörg,

das beantwortet wohl die Frage
was hast Du da https://forum.fhem.de/index.php?msg=1113965 anders gemacht?

Muss mir die Prozedur nochmal genau notieren - nicht gerade intuitiv.

Ja bitte. Und/oder Wiki ergänzen.

Nur das Knöpfchen lange drücken sorgt für eine config Nachricht an FHEM/CUL_HM, die dann ein Abarbeiten anstehender Nachrichten an den VD auslöst, wenn hmPairForSec nicht ansteht.

Vielleicht kann man da noch irgendwas optimieren.

Möglicherweise, aber dazu müsstest Du die Anmeldeprozedur an der an der "normalen" CCU mit verbose 4 am CUL mitlauschen, um zu sehen, was im Protokoll fehlt.
Möglicherweise verhalten sich Firmware 1.4 und 2.0 auch noch unterschiedlich?

Weiterhin ungewöhnlich ist zumindest, dass der VD seine Rückmeldungen nicht quittiert haben möchte. Vermutlich fehlt wohl eine "bleib wach" Aufforderung.

Normal wacht er wohl nur in seinem Horchzeitraster auf, um neue Ventilpositionen empfangen zu können. Damit fehlt eine Nachricht, auf die FHEM/CUL_HM was tun könnte.

Gruß, Ansgar.

[Adimarantis]

Hallo Ansgar,

Wiki: kann ich gerne machen - hast du einen Vorschlag wo es passen würde?

Firmware: Habe das jetzt identisch für eine 1.4 und eine 1.8 Firmware gemacht - gleiches Verhalten

Mitprotokollieren: Also ich melde mein Ventil einfach an meiner normalen Zentrale an, und stelle die TS_CUL auf verbose 4 - da sollte ich wahrscheinlich das logIDs Attribut entsprechend setzen - oder würde das alleine schon reichen (ohne verbose, damit es übersichtlich bleibt)? Die entsprechende ID kenne ich ja, da ich einfach das Ventil, mit dem ich die bisherigen Tests gemacht habe von der CUL unpairen und mit der CCU pairen würde. Produktiv verwende ich jetzt ohne das zweite.

Jörg

[noansi]

Hallo Jörg,

Wiki: kann ich gerne machen - hast du einen Vorschlag wo es passen würde?

hier sicherlich als Ergänzung zum Pairing
https://wiki.fhem.de/wiki/HM-CC-VD_Funk-Stellantrieb

da sollte ich wahrscheinlich das logIDs Attribut entsprechend setzen - oder würde das alleine schon reichen (ohne verbose, damit es übersichtlich bleibt)?

Das würde prinzipiell auch reichen.
Man sieht mit logIDs halt nur nicht, ob noch was anderes gestört hat, was die Timing Information ggf. unbrauchbar macht.

Gruß, Ansgar.

[Adimarantis]

Hallo Ansgar,

also erstmal nur mit logIDs. Nach dieser Prozedur ist das Ventil an der CCU angemeldet und hat angeblich auch einen Test bestanden:

Code Auswählen Erweitern

2026.10.13 19:18:12.916 0: TSCUL_Parse: CUL_TS  04560801 A F001 16174420 00 10 01 A001 6A60E8 111F0C 00050000000000 -86.5dB
2026.10.13 19:18:13.036 0: TSCUL_Parse: CUL_TS  04560925 A F001 16174544 00 0A 01 8002 111F0C 6A60E8 00 -55.5dB
2026.10.13 19:18:13.074 0: TSCUL_Parse: CUL_TS  04560958 A F001 16174576 00 13 0A A001 6A60E8 111F0C 000802010A6A0B600CE8 -85.5dB
2026.10.13 19:18:13.353 0: TSCUL_Parse: CUL_TS  04561238 A F001 16174856 00 13 0A A001 6A60E8 111F0C 000802010A6A0B600CE8 -86dB
2026.10.13 19:18:13.470 0: TSCUL_Parse: CUL_TS  04561358 A F001 16174976 00 0A 0A 8002 111F0C 6A60E8 00 -56dB
2026.10.13 19:18:13.497 0: TSCUL_Parse: CUL_TS  04561384 A F001 16175004 00 0B 13 A001 6A60E8 111F0C 0006 -87dB
2026.10.13 19:18:13.769 0: TSCUL_Parse: CUL_TS  04561658 A F001 16175276 00 0B 13 A001 6A60E8 111F0C 0006 -87dB
2026.10.13 19:18:13.895 0: TSCUL_Parse: CUL_TS  04561784 A F001 16175404 00 0A 13 8002 111F0C 6A60E8 00 -56dB
2026.10.13 19:18:13.934 0: TSCUL_Parse: CUL_TS  04561820 A F001 16175440 00 10 1C A001 6A60E8 111F0C 01040000000005 -87dB
2026.10.13 19:18:14.170 0: TSCUL_Parse: CUL_TS  04562056 A F001 16175676 00 10 1C 8010 111F0C 6A60E8 0209000A0F0000 -56dB
2026.10.13 19:18:14.198 0: TSCUL_Parse: CUL_TS  04562087 A F001 16175708 00 0B 25 A001 6A60E8 111F0C 0103 -87dB
2026.10.13 19:18:14.337 0: TSCUL_Parse: CUL_TS  04562221 A F001 16175840 00 13 25 8010 111F0C 6A60E8 011122880100000000E8 -56dB
2026.10.13 19:25:01.438 0: TSCUL_Parse: CUL_TS  04969323 A F001 16582984 00 10 2E A001 6A60E8 111F0C 01050000000005 -86.5dB
2026.10.13 19:25:01.558 0: TSCUL_Parse: CUL_TS  04969447 A F001 16583108 00 0A 2E 8002 111F0C 6A60E8 00 -66dB
2026.10.13 19:25:01.587 0: TSCUL_Parse: CUL_TS  04969474 A F001 16583136 00 0D 37 A001 6A60E8 111F0C 01080A00 -88dB
2026.10.13 19:25:01.985 0: TSCUL_Parse: CUL_TS  04969873 A F001 16583412 00 0D 37 A001 6A60E8 111F0C 01080A00 -88.5dB
2026.10.13 19:25:01.992 0: TSCUL_Parse: CUL_TS  04969875 A F001 16583536 00 0A 37 8002 111F0C 6A60E8 00 -66dB
2026.10.13 19:25:02.267 0: TSCUL_Parse: CUL_TS  04970156 A F001 16583560 00 0B 40 A001 6A60E8 111F0C 0106 -86.5dB
2026.10.13 19:25:02.576 0: TSCUL_Parse: CUL_TS  04970465 A F001 16583836 00 0B 40 A001 6A60E8 111F0C 0106 -87dB
2026.10.13 19:25:02.592 0: TSCUL_Parse: CUL_TS  04970466 A F001 16583960 00 0A 40 8002 111F0C 6A60E8 00 -66dB
Im Anschluss (nach der kurzen Pause) habe ich noch die Ventil Fehlerposition auf "0" umkonfiguriert, was von der CCU sofort quittiert wurde.

Reicht das?

Den ganzen HM Traffic zu loggen dürfte ziemlich viel werden - die VCCU listet 90 Homematic Devices die im Keller zumindest hin- und wieder empfangen werden.

Gruß,
Jörg