[jetzt im svn] [CUL_HM +] patches November 2021

Beta-User · 02 Dezember 2021, 12:56:57

Das ist komisch, denn bei mir ist das "nur" Zeile 940.
Vermutlich hast du dann noch eine weitere Prüfung eingezogen, oder? Also so was:

Code Auswählen

        if($flgh & 0x20 &&       #noansi: see HMUARTLGW, not to collide with it
           defined $modules{CUL_HM}{defptr}{$src}->{IODev} &&
           defined $modules{CUL_HM}{defptr}{$src}->{IODev}->{TYPE} &&
           $modules{CUL_HM}{defptr}{$src}->{IODev}->{TYPE} =~
                        m/^(?:TSCUL|HMUARTLGW)$/s);

Dass das ggf. nur was gegen das warning aus CUL bewirkt, ist erst mal logisch, und wer einen HMLAN hat, kann vermutlich dasselbe ein drittes Mal haben...

frank · 02 Dezember 2021, 13:09:39

wenn das nur gelegentlich auftaucht, würde ich mal beim cul verbose 5 setzen, um auslösenden rawmessages zu sehen. dann sieht man welches device verantwortlich ist.

Ellert · 02 Dezember 2021, 20:07:00

@Beta-User: Zeile 941, weil ich eine Leerzeile vor 'if(...' eingefügt habe.

Zitat2021.12.02 15:59:17.808 5: CUL_Read: CUL1 /A0DEEA610688D9D71D7250601000017

2021.12.02 15:59:17.810 4: CUL_Parse: CUL1 A 0D EE A610 688D9D 71D725 0601000017 -62.5
2021.12.02 15:59:17.811 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/00_CUL.pm line 941, <GEN12> line 36.
2021.12.02 15:59:17.813 5: CUL1: dispatch A0DEEA610688D9D71D72506010000::-62.5:CUL1
2021.12.02 15:59:17.820 1: PERL WARNING: Use of uninitialized value in pattern match (m//) at ./FHEM/00_HMUARTLGW.pm line 1456, <GEN12> line 36.
2021.12.02 15:59:17.938 5: CUL_Read: CUL1 /A11EEA00271D725688D9D040A1DDF4A46770035

2021.12.02 15:59:17.940 4: CUL_Parse: CUL1 A 11 EE A002 71D725 688D9D 040A1DDF4A46770035 -47.5

Die HMid 688D9D gehört zu einem Fenstersensor, das war bisher der einzige Fall seit ich CUL auf verbose 5 gesetzt habe.

Code Auswählen

Internals:
   CUL1_MSGCNT 16
   CUL1_RAWMSG A19F1A603688D9D71D725B6430D2615701D1BBE877C2C021E3D39::-70.5:CUL1
   CUL1_RSSI  -70.5
   CUL1_TIME  2021-12-02 18:54:07
   DEF        688D9D
   FUUID      5cae257f-f33f-5a4b-26e1-f58b8a715b073dbb
   HMLGW_MSGCNT 16
   HMLGW_RAWMSG 0500001DF1A603688D9D71D725B6430D2615701D1BBE877C2C021E3D39
   HMLGW_RSSI -29
   HMLGW_TIME 2021-12-02 18:54:07
   IODev      
   LASTInputDev HMLGW
   MSGCNT     32
   NAME       HM_688D9D
   NR         384
   NTFY_ORDER 48-HM_688D9D
   STATE      open
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   READINGS:
     2021-11-19 01:17:12   Activity        alive
     2021-11-24 17:00:16   CommandAccepted yes
     2021-04-15 18:22:19   D-firmware      1.0
     2021-04-15 18:22:19   D-serialNr      PEQ0572218
     2021-11-24 17:00:17   PairedTo        0x000000
     2019-04-10 19:21:28   R-cyclicInfoMsg on
     2019-04-10 19:21:28   R-eventDlyTime  0 s
     2019-04-10 19:21:28   R-msgScPosA     open
     2019-04-10 19:21:28   R-msgScPosB     closed
     2021-11-24 17:00:17   R-pairCentral   0x000000
     2019-04-10 19:21:28   R-sabotageMsg   on
     2019-04-10 19:21:28   R-sign          on
     2019-04-10 19:21:28   R-transmDevTryMax 6
     2019-04-10 19:21:28   R-transmitTryMax 6
     2021-11-24 17:00:17   RegL_00.        00:00 02:01 09:01 0A:00 0B:00 0C:00 10:01 14:06
     2021-11-24 17:00:17   RegL_01.        00:00 08:01 20:9C 21:00 30:06
     2021-11-24 17:00:16   aesCommToDev    ok
     2021-11-24 17:00:16   aesKeyNbr       00
     2021-11-24 16:12:47   alive           yes
     2021-11-24 17:00:43   battery         ok
     2021-11-24 17:00:15   cfgState        updating
     2021-11-24 17:00:17   commState       CMDs_done
     2021-11-24 17:00:43   contact         open (to broadcast)
     2021-09-27 13:20:10   powerOn         2021-09-27 13:20:10
     2021-11-24 16:12:47   recentStateType info
     2021-11-24 16:12:47   sabotageError   off
     2021-11-24 17:00:43   state           open
     2019-04-10 19:19:40   trigDst_broadcast noConfig
     2021-11-24 17:00:43   trigger_cnt     175
   helper:
     HM_CMDNR   190
     mId        00C7
     peerFriend peerAct,peerVirt
     peerIDsState complete
     peerOpt    4:threeStateSensor
     regLst     0,1,4p
     rxType     28
     cmds:
       TmplKey    :no:1638443251.60462
       TmplTs     1638443251.60462
       cmdKey     1:1:0::HM_688D9D:00C7: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-]
         peerBulk   -peer1,peer2,...- [({set}|unset)]
         peerChan   -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
         peerSmart  -peerOpt-
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         sign       [(on|{off})]
         tplDel     -tplDel-
         tplSet_0   -tplChan-
         trgEventL  -peer- -condition-
         trgEventS  -peer- -condition-
         trgPressL  [(-peer-|{all})]
         trgPressS  [(-peer-|{all})]
         unpair     noArg
       lst:
         condition  closed,open,tilted
         peer       
         peerOpt    FensterWZvirtual_Btn1,FensterWZvirtual_Btn2,FensterWZvirtual_Btn3,Geschirrspueler_Sw,HM_46B316,HM_56E8EC_Sw_01,HM_56E8EC_Sw_02,HM_56E8EC_Sw_03,HM_56E8EC_Sw_04,HM_56E8EC_Sw_05,HM_56E8EC_Sw_06,HM_56E8EC_Sw_07,HM_56E8EC_Sw_08,HM_56EF0C,HM_56F3E3,HM_5F1C17,HM_70331C,Heiz_Nacht,Heiz_Tag,LCSW4_Sw_03,LCSW4_Sw_04,RTDN1_ArbZ_WindowRec,RTDN1_ArbZ_remote,RTDN1_Bad_WindowRec,RTDN1_Bad_remote,RTDN1_SZ_WindowRec,RTDN1_SZ_remote,RTDN_WZ1_WindowRec,RTDN_WZ1_remote,RTDN_WZ2_WindowRec,RTDN_WZ2_remote,TasterWZvirtual_Btn1,TasterWZvirtual_Btn2,TasterWZvirtual_Btn3,TasterWZvirtual_Btn4,TasterWZvirtual_Btn5,TasterWZvirtual_Btn6,TempWZ1virtual_Btn1,TempWZ1virtual_Btn2,VCCU,Waschmaschine_Sw
         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        1
       det        1
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +688D9D,00,00,00
       nextSend   1638467647.12854
       rxt        2
       vccu       
       p:
         688D9D
         00
         00
         00
       prefIO:
     mRssi:
       mNo        
     peerIDsH:
       00000000   broadcast
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
     tmpl:
Attributes:
   IOgrp      VCCU:HMLGW
   actCycle   002:50
   actStatus  alive
   alias      000_Fenstersensor_frei
   autoReadReg 4_reqStatus
   commStInCh off
   devStateIcon closed:fts_window_1w open:fts_window_1w_open
   do_not_notify 1
   dummy      1
   event-on-change-reading contact
   event-on-update-reading battery
   expert     defReg,allReg,rawReg
   firmware   1.0
   group      0_Raumklimastatus
   icon       fts_window_1w_open
   ignore     1
   model      HM-SEC-SCO
   peerIDs    00000000
   room       5_Heizung,CUL_HM
   serialNr   PEQ0572218
   subType    threeStateSensor

Bisher dachte ich, dass der nicht mehr mitspielt, wenn

Code Auswählen

   do_not_notify 1
   dummy      1
   ignore     1

gesetzt ist.
Ich hatte gehofft, dass der Sensor sich so verhält als wäre er auskommentiert.

Der Sensor ist in Betrieb und mit einer RaspberryMatic CCU gepaired, nach dem ich ihn im FHEM unpaired hatte. Vorher hat als Ersatz gedient.
Für den Fall das ein anderer Sensor seinen Geist aufgib und es mal wieder Pairingprobleme gibt.
Ich nutze den Winter um mich mit der CCU vertraut zu machen.

frank · 03 Dezember 2021, 15:19:57

da das internal definiert aber leer ist, hilft wahrscheinlich folgende ergänzung:

Code Auswählen

if($flgh & 0x20 &&       #noansi: see HMUARTLGW, not to collide with it
           defined $modules{CUL_HM}{defptr}{$src}->{IODev} &&
           $modules{CUL_HM}{defptr}{$src}->{IODev} &&
           $modules{CUL_HM}{defptr}{$src}->{IODev}->{TYPE} =~
                        m/^(?:TSCUL|HMUARTLGW)$/s);

ZitatBisher dachte ich, dass der nicht mehr mitspielt, wenn

cul_hm beachtet ihn ja auch nicht mehr, wie du an den timestamps erkennen kannst. "attr ignore 1" sollte ausreichen.

allerdings wissen die io das ja nicht und empfangen trotzdem grundsätzlich alles, was gesendet wird. die messages werden nur nicht weitergereicht.

Code Auswählen

2021.12.02 15:59:17.810 4: CUL_Parse: CUL1 A 0D EE A610 688D9D 71D725 0601000017 -62.5
2021.12.02 15:59:17.940 4: CUL_Parse: CUL1 A 11 EE A002 71D725 688D9D 040A1DDF4A46770035 -47.5

der fk hat seinen status an 71D725 gesendet, der eine aes signierung der ccu auslöst. sicherlich deine ccu.
hoffentlich nicht die selbe hmid wie die hmid der cul_hm vccu, damit ein "zwischenquatschen" ausbleibt.

Ellert · 03 Dezember 2021, 19:40:16

@frank: Danke für die Erläuterungen, 71D725 ist tatsächlich die HMId der CCU ich hatte es eher geahnt als gewust weil die HmId in FHEM nicht zufinden war.
Ein Blick in die Datei /usr/local/etc/config/ids des CCU Pi hat es bestätigt.

Mit den Raw Messages habe ich mich bisher nicht beschäftigen müssen.

Mir ist bei der Inbetriebnahme (Batterie einlegen und Pairen) der HM-Geräte für die CCU aufgefallen, dass die Geräte in FHEM nicht mehr automatisch angelegt werden (das gefällt mir) allerdings hatte ich HM_.* nicht in ignoreTypes gesetzt.

Autocreate nur beim Pairen - Ist das jetzt schon umgesetzt?

Migul47 · 15 Dezember 2021, 21:33:25

Hallo,

Seit April funktioniert mein HM-DIS-EP-WM55 nicht mehr richtig. Die Texte werden nur noch zufällig mal angezeigt. In den Readings steht alles drin. Lt. LED werden auch die Daten gesendet. Eventuell aber nicht richtig?

Beta-User · 16 Dezember 2021, 09:25:15

Zitat von: Migul47 am 15 Dezember 2021, 21:33:25
Seit April funktioniert mein HM-DIS-EP-WM55 nicht mehr richtig. Die Texte werden nur noch zufällig mal angezeigt. In den Readings steht alles drin. Lt. LED werden auch die Daten gesendet. Eventuell aber nicht richtig?

Hab's gelesen, und überhaupt keine Idee, wo anfangen...

(version CUL_HM + IO-Module, ...., .... logs für das Setzen von Werten, .... => INFO, bitte!)

Werde jetzt diesen Thread schließen, weil eigentlich alles im svn ist => neuen Thread anfangen, Infos dort liefern...