CUL_HM keine Verbindung MISSING_ACK

Begonnen von Carsten K., 24 Dezember 2023, 15:33:47

Vorheriges Thema - Nächstes Thema

Carsten K.

Hallo,
ich verzweifele gerade...
Meine CUL_HM Devices antworten nicht mehr.
Daraufhin habe ich mir eine HM-Steckdose (HM-LC-SW1-PL2) zum Prüfen ausgesucht und bekomme sie nicht mehr verbunden  ::)
_Zurücksetzen auf Werkseinstellungen: nicht gewirkt.
Ich habe zwei Sticks (usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0, usb-busware.de_CUL868-if00), die beide funktionieren sollten (get ccconf liefert vernünftige Werte, Anlage lief gestern noch).
Irgendwie ist der Wurm drin und ich bräuchte bitte mal einen Anstupser, wie ich mein Problem gelöst bekomme.

Beim Anlernen der Steckdose sehe ich folgenden Log:
2023.12.24 15:18:23 3: Setting CUL868 serial parameters to 38400,8,N,1
2023.12.24 15:18:26 3: CUL868: Possible commands: ABCEeFfGhiKklMmRTtUVWXxYZz
2023.12.24 15:18:26 1: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 reappeared (CUL868)
2023.12.24 15:18:43 2: autocreate: define HM_22A71D CUL_HM 22A71D
2023.12.24 15:18:43 2: autocreate: define FileLog_HM_22A71D FileLog ./log/HM_22A71D-%Y.log HM_22A71D
2023.12.24 15:18:43 3: CUL_HM pair: HM_22A71D switch, model HM-LC-SW1-PL2 serialNr
2023.12.24 15:18:43 3: CUL868: Unknown code A1A02840022A71D0000001C00A14B45513038303139383810010100::-32.5:CUL868, help me!

Gerade die letzte Zeile irritiert mich, aber ich konnte nichts dazu finden.

Komischerweise scheint der Stick zu Lesen: wenn ich die Steckdose manuell einschalte, ist der Status kurz danach in FHEM sichtbar. Im Log für die Steckdose kommt:
2023.12.24 15:32:07 4: mTp:10 wait: got mStp:06 mNo:14 :
         
2023.12.24 15:32:07 5: CUL_HM set HM_22A71D ?

Danke für jeden Hinweis...
Carsten
NUC FHEM on Debian, CC1101-USB-Lite 868MHz;
HM_HM_CC_RT_DN, HM-LC-SW1-PL2, HM_HM_TC_IT_WM_W_EU, HM-SEC-SC-2, HM-ES-TX-WM
FRITZ!DECT 200
Philips TV (Android), VuDuo2, VU Ultimo4k

frank

resetten und devices löschen ist eigentlich immer kontraproduktiv.

zeig je ein list von allen io, der vccu und vom aktor.

ausserdem ein "get hminfo configCheck".

gibt es cca meldungen in fhem.cfg?
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

Carsten K.


Ich habe die Konfiguration (fhem.cfg) komplett abgespeckt, da der Fehler auch schon im Kleinen auftritt.
Die Steckdose (HM_22A71D) habe ich frisch angelernt.
"cca" Meldungen gibt es keine.

CUL1:
Internals:
   CMDS       BbCFiAZNkGMKUYRTVWXefmltux
   CUL1_MSGCNT 53
   CUL1_TIME  2023-12-24 17:20:51
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/ttyACM0 1234
   DeviceName /dev/ttyACM0
   FD         9
   FHTID      1234
   FUUID      5c4da7af-f33f-17dd-2834-366878f8461b5127
   NAME       CUL1
   NR         45
   NR_CMD_LAST_H 19
   PARTIAL   
   RAWMSG     A0C0984413FC224000000010800E7
   RSSI       -86.5
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.64 CUL868
   devioNoSTATE 1
   eventCount 27
   initString X21
Ar
   owner_CCU  VCCU
   MatchList:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2023-12-24 17:06:55   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2023-12-24 17:02:38   cmds             B b C F i A Z N k G M K U Y R T V W X e f m l t u x
     2023-12-24 16:54:51   raw             is0FF0F0F00FFF
     2023-12-24 17:20:51   state           Initialized
   XMIT_TIME:
     1703433985.55039
     1703433989.8133
     1703433995.58608
     1703434000.44562
     1703434070.20033
     1703434074.65661
     1703434079.12497
     1703434096.19823
     1703434101.89405
     1703434107.89668
     1703434112.21437
     1703434748.5366
     1703434751.92513
     1703434757.91137
     1703434762.0795
     1703434775.45515
     1703434779.52915
     1703434784.55085
     1703434789.17001
   helper:
     22A71D:
       QUEUE:
     654321:
       QUEUE:
     F10000:
       QUEUE:
Attributes:
   alias      CUL1
   group      Transceiver
   hmId       F10000
   rfmode     HomeMatic
   room       CUL_HM,ZZ_NANO
   verbose    2

VCCU:
Internals:
   CFGFN     
   CUL1_MSGCNT 19
   CUL1_RAWMSG A0F0186102354700000000AA0DA0E1952::-46.5:CUL1
   CUL1_RSSI  -46.5
   CUL1_TIME  2023-12-24 17:21:45
   DEF        F10000
   FUUID      658858f0-f33f-8e79-7574-f37ad3d751f9a6fa
   IODev      CUL1
   LASTInputDev CUL1
   MSGCNT     19
   NAME       VCCU
   NOTIFYDEV  global
   NR         108
   NTFY_ORDER 48-VCCU
   STATE      CUL1:ok
   TYPE       CUL_HM
   assignedIOs CUL1
   chanNo     01
   eventCount 8
   READINGS:
     2023-12-24 17:14:40   IODev           CUL1
     2023-12-24 17:17:12   IOopen          1
     2023-12-24 17:16:44   hmPair          name:HM_22A71D SN: model:HM-LC-SW1-PL2
     2023-12-24 17:17:12   state           CUL1:ok
     2023-12-24 17:21:45   unknown_235470  received
     2023-12-24 17:19:41   unknown_2D5E3C  received
     2023-12-24 17:19:49   unknown_310614  received
     2023-12-24 17:19:34   unknown_3DFB9F  received
     2023-12-24 17:20:51   unknown_3FC224  received
     2023-12-24 17:20:22   unknown_72501A  received
   helper:
     HM_CMDNR   33
     peerFriend
     peerOpt    v:virtual
     regLst     
     rxType     1
     cmds:
       TmplKey    :no:1703434533.36642
       TmplTs     1703434533.36642
       cmdKey     1:1:1::VCCU::01:
       cmdLst:
         assignHmKey noArg
         assignIO   -IO- [({set}|unset)]
         clear      [(readings|rssi|msgEvents|attack|{msgErrors}|unknownDev)]
         defIgnUnknown noArg
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getDevInfo noArg
         hmPairForSec [-sec-]
         hmPairSerial -serial-
         peerChan   -btnNumber- -actChn- [({single}|dual|reverse)] [({set}|unset)] [(actor|remote|{both})]
         postEvent  -condition-
         press      [(long|{short})] [(-peer-|{all})] [(noBurst|{Burst})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
         pressL     [(-peer-|{all})]
         pressS     [(-peer-|{all})]
         raw        -data- [...]
         reset      noArg
         tplSet_0   -tplChan-
         unpair     noArg
         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 noArg
         param      -param-
     expert:
       def        1
       det        0
       raw        0
       tpl        0
     io:
       vccu       VCCU
       ioList:
         CUL1
       prefIO:
     mRssi:
       mNo       
       io:
         CUL1:
     peerIDsH:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
     rssi:
     shadowReg:
     tmpl:
Attributes:
   IOList     CUL1
   IOgrp      VCCU
   model      CCU-FHEM
   room       CUL_HM
   subType    virtual
   webCmd     virtual:update

Steckdose:
Internals:
   CFGFN     
   CUL1_MSGCNT 1
   CUL1_RAWMSG A0FA3865E3DFB9F0000007C30F1011558::-66.5:CUL1
   CUL1_RSSI  -66.5
   CUL1_TIME  2023-12-24 17:16:44
   DEF        22A71D
   FUUID      65885920-f33f-8e79-2d52-0a433f7d7c7b21af
   IODev      CUL1
   LASTInputDev CUL1
   MSGCNT     1
   NAME       HM_22A71D
   NR         122
   NTFY_ORDER 48-HM_22A71D
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   eventCount 16
   protCmdDel 7
   protLastRcv 2023-12-24 17:15:28
   protRcv    1 last_at:2023-12-24 17:15:28
   protResnd  6 last_at:2023-12-24 17:19:49
   protResndFail 2 last_at:2023-12-24 17:19:53
   protSnd    2 last_at:2023-12-24 17:19:35
   protState  CMDs_done_Errors:1
   rssi_at_CUL1 cnt:1 min:-58.5 max:-58.5 avg:-58.5 lst:-58.5
   READINGS:
     2023-12-24 17:16:44   D-firmware      1.12
     2023-12-24 17:16:44   D-serialNr      KEQ0801988
     2023-12-24 17:19:35   IODev           CUL1
     2023-12-24 17:19:35   cfgState        updating
     2023-12-24 17:19:53   commState       CMDs_done_Errors:1
     2023-12-24 17:19:53   state           RESPONSE TIMEOUT:RegisterRead
     RegL_00.:
       VAL       
   helper:
     HM_CMDNR   57
     cSnd       01F1000022A71D00050000000000,01F1000022A71D00040000000000
     cfgStateUpdt 0
     dlvl       C8
     dlvlCmd    ++A011F1000022A71D0201C80000
     getCfgList all
     getCfgListNo ,3
     mId        0002
     peerFriend peerSens,peerVirt
     peerOpt    3:switch
     regLst     0,1,3p
     rxType     1
     supp_Pair_Rep 1
     cmds:
       TmplKey    :no:1703434533.36505
       TmplTs     1703434533.36505
       cmdKey     1:1:0::HM_22A71D:0002:01:
       cmdLst:
         assignHmKey noArg
         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
         deviceRename -newName-
         fwUpdate   -filename- [-bootTime-]
         getConfig  noArg
         getDevInfo noArg
         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
         getVersion noArg
         inhibit    [(on|{off})]
         off        noArg
         on         noArg
         on-for-timer -ontime-
         on-till    -time-
         pair       noArg
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerIODev  [IO] -btn- [({set}|unset)] 'not for future use'
         press      [(long|{short})] [(-peer-|{self01})] [(-repCount-|{0})] [(-repDelay-|{0.25})]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         sign       [(on|{off})]
         statusRequest noArg
         toggle     noArg
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         unpair     noArg
       lst:
         condition  slider,0,1,255
         peer       
         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     +22A71D,00,00,00
       nextSend   1703434789.23001
       rxt        0
       vccu       VCCU
       p:
         22A71D
         00
         00
         00
       prefIO:
     mRssi:
       mNo        10
       io:
         CUL1:
           -52.5
           -52.5
     peerIDsH:
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     rssi:
       at_CUL1:
         avg        -58.5
         cnt        1
         lst        -58.5
         max        -58.5
         min        -58.5
     shadowReg:
     shadowRegChn:
       RegL_00.   00
     tmpl:
Attributes:
   IOgrp      VCCU:CUL1
   autoReadReg 4_reqStatus
   expert     rawReg
   firmware   1.12
   model      HM-LC-SW1-PL2
   room       CUL_HM
   serialNr   KEQ0801988
   subType    switch
   webCmd     statusRequest:toggle:on:off

hmInfo:
configCheck done:

 missing register list
    HM_22A71D: RegL_00.,RegL_01.

 peer list incomplete. Use getConfig to read it.
    HM_22A71D:
NUC FHEM on Debian, CC1101-USB-Lite 868MHz;
HM_HM_CC_RT_DN, HM-LC-SW1-PL2, HM_HM_TC_IT_WM_W_EU, HM-SEC-SC-2, HM-ES-TX-WM
FRITZ!DECT 200
Philips TV (Android), VuDuo2, VU Ultimo4k

frank

der aktor reagiert gar nicht.
entweder hört er nichts oder es wird nichts über den cul gesendet.

oder doch störfunk?
kann die culfw 1.64 überhaupt CCA?
update auf 1.67 wäre vielleicht hilfreich.

setze verbose=5 am cul
den aktor etwa 1m vom cul entfernt positionieren.
dann mit "set vccu hmPairSerial..." "drüberpairen", also nichts löschen.

ein 2. io zum monitoren wäre gut.

dann poste den fhem.log ausschnitt.
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

Carsten K.

Vielen Dank @frank !

Ich habe Deine Kommentare zum Anstoß genommen, mich konzentriert mit dem Thema auseinanderzusetzen.

1. Geduldig sein - ist nicht meine Stärke
2. Ich habe die Logs von VCCU und CUL-Stick auf verbose 5 gesetzt.
3. Ich habe über attr <device> getConfig gewartet bis das PairedTo Reading gekommen ist.

Da ich sowieso auf VCCU umstellen möchte, habe ich jetzt ein Vorgehen für die anderen Devices.

Frohe Weihnachten  :)
NUC FHEM on Debian, CC1101-USB-Lite 868MHz;
HM_HM_CC_RT_DN, HM-LC-SW1-PL2, HM_HM_TC_IT_WM_W_EU, HM-SEC-SC-2, HM-ES-TX-WM
FRITZ!DECT 200
Philips TV (Android), VuDuo2, VU Ultimo4k

frank

verbose=5 an der vccu bringt nichts. dadurch wird nur das log unleserlich.

beim cul ist ausserdem zu sehen, dass er an intertechno devices gesendet hat.
das ist natürlich nicht hilfreich, um störungsfrei mit homematic zu kommunizieren.

checke also jeweils das attr IODev deiner IT devices.
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