Fensterkontakt(e) nicht mehr korrekt gepaired

Begonnen von onkel-tobi, 23 November 2021, 09:53:18

Vorheriges Thema - Nächstes Thema

onkel-tobi

Hi zusammen,

ich habe nun schon 2 Fensterkontakte, die innerhalb von ein paar Tagen nicht mehr korrekt arbeiten.
Der eine (HM-SEC-RHS) scheint nun vollends defekt (rote led 1mal lang 1 mal kurz) zu sein, beim anderen scheint es noch Hoffnung zu geben.
List:
Internals:
   DEF        349183
   FUUID      5c5dae9c-f33f-d748-01cf-d8264e5e8dab27fa
   HMLAN_AZ_MSGCNT 207
   HMLAN_AZ_RAWMSG E349183,0000,0A612FB4,FF,FFCF,428002349183200DB800
   HMLAN_AZ_RSSI -49
   HMLAN_AZ_TIME 2021-11-23 09:51:06
   IODev      hmusb
   LASTInputDev HMLAN_AZ
   MSGCNT     361
   NAME       eg_gb_fk
   NR         254
   NTFY_ORDER 48-eg_gb_fk
   STATE      open
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   hmusb_MSGCNT 154
   hmusb_RAWMSG R4BFDD330,0001,9F176535,FF,FFB1,418002349183200DB800
   hmusb_RSSI -79
   hmusb_TIME 2021-11-23 09:51:05
   lastMsg    No:42 - t:02 s:349183 d:200DB8 00
   protLastRcv 2021-11-23 09:51:05
   protRcv    48 last_at:2021-11-23 09:51:05
   protSnd    70 last_at:2021-11-23 09:51:05
   protState  CMDs_done
   rssi_at_HMLAN_AZ cnt:207 min:-104 max:-46 avg:-71.58 lst:-49
   rssi_at_hmusb cnt:154 min:-84 max:-47 avg:-65.17 lst:-79
   READINGS:
     2021-11-23 09:46:27   Activity        alive
     2021-11-23 09:51:05   CommandAccepted yes
     2021-11-23 09:51:04   D-firmware      2.4
     2021-11-23 09:51:04   D-serialNr      LEQ1243614
     2021-11-23 09:51:05   IODev           hmusb
     2021-11-23 09:45:35   PairedTo        0x200DB8
     2021-11-23 09:36:45   R-cyclicInfoMsg off
     2021-11-23 09:50:58   R-eg_gb_hzg_WindowRec-expectAES set_off
     2021-11-23 09:50:58   R-eg_gb_hzg_WindowRec-peerNeedsBurst set_on
     2021-11-23 09:36:46   R-eventDlyTime  0 s
     2021-11-23 09:45:35   R-pairCentral   0x200DB8
     2021-11-23 09:36:45   R-sabotageMsg   on
     2021-11-23 09:36:46   R-sign          off
     2021-11-23 09:45:35   RegL_00.         00:00 02:01 09:00 0A:20 0B:0D 0C:B8 10:01 14:06
     2021-11-23 09:45:36   RegL_01.         00:00 08:00 20:60 21:00 22:64 30:06
     2021-11-23 09:46:37   cfgState        RegPend
     2021-11-23 09:51:05   commState       CMDs_done
   helper:
     HM_CMDNR   66
     PONtest    0
     cSnd       01200DB834918301080101,01200DB83491830106
     cfgStateUpdt 1
     lastMsgTm  1637657465.79116
     mId        002F
     peerFriend peerAct,peerVirt
     peerIDsRaw ,00000000
     peerIDsState complete
     peerOpt    4:threeStateSensor
     regLst     0,1,4p
     rxType     4
     supp_Pair_Rep 0
     ack:
     cfgChk:
       idRc03     fail
     cmds:
       TmplKey    :no:1637657138.89235
       TmplTs     1637657138.89235
       cmdKey     1:1:0::eg_gb_fk:002F: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    Rauchmelder_Team,dg_fe_ga,dg_fe_vg,dg_re_hzg_WindowRec,dg_re_hzg_remote,eg_ez_li,eg_fl_door,eg_fl_hzg_WindowRec,eg_fl_hzg_remote,eg_ga_mk,eg_gb_hzg_WindowRec,eg_gb_hzg_remote,eg_ku_hzg_WindowRec,eg_ku_hzg_remote,eg_ku_li,eg_ku_p1_Dim,eg_ku_p1_Dim_V_01,eg_ku_p1_Dim_V_02,eg_ku_rollo,eg_vg_li,eg_wz_hzg_WindowRec,eg_wz_hzg_remote,eg_wz_li,eg_wz_rollo,og_bad_hzg_WindowRec,og_bad_hzg_remote,og_bad_rollo,og_fe_hzg_WindowRec,og_fe_hzg_remote,og_fe_rollo,og_so_hzg_WindowRec,og_so_hzg_remote,og_so_rollo
         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        0
       raw        1
       tpl        0
     io:
       flgs       0
       newChn     +349183,00,01,00
       nextSend   1637657466.27983
       rxt        0
       vccu       vccu
       p:
         349183
         00
         01
         00
       prefIO:
     mRssi:
       mNo        42
       io:
         HMLAN_AZ:
           -49
           -49
         hmusb:
           -77
     peerIDsH:
       00000000   broadcast
     prt:
       bErr       0
       sProc      0
       tryMsg:
     q:
       qReqConf   00
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
     rssi:
       at_HMLAN_AZ:
         avg        -71.584541062802
         cnt        207
         lst        -49
         max        -46
         min        -104
       at_hmusb:
         avg        -65.1753246753246
         cnt        154
         lst        -79
         max        -47
         min        -84
     shadowReg:
       RegL_04.eg_gb_hzg_WindowRec  01:01
     tmpl:
Attributes:
   HomeContactType window
   HomeModeAlarmActive armaway
   IOgrp      vccu:HMLAN_AZ
   actCycle   028:00
   actStatus  alive
   alias      Fenster Gästebad
   autoReadReg 4_reqStatus
   event-on-change-reading .*
   expert     defReg,rawReg
   firmware   2.4
   model      HM-SEC-SC-2
   peerIDs    00000000
   room       CUL_HM,Gästebad
   serialNr   LEQ1243614
   subType    threeStateSensor
   userattr   HomeModeAlarmActive HomeReadings HomeValues HomeContactType:doorinside,dooroutside,doormain,window HomeOpenMaxTrigger HomeOpenDontTriggerModes HomeOpenDontTriggerModesResidents HomeOpenTimeDividers HomeOpenTimes winOpenMaxTrigger

Was ich schon probiert habe ist den Fensterkontakt über unset entsprechend "abzulernen" und anschließend wieder über set zu verknüpfen.
Leider ohne Erfolg. Auch ein unpair und pair hat leider nicht geholfen.
Hat noch wer eine Idee?
Danke & Gruß,
Tobi

MadMax-FHEM

#1
Der von dem das list stammt ist doch gepaired sofern die HMID deine ist:

Zitat
2021-11-23 09:45:35   PairedTo        0x200DB8

Ansonsten mit den RHS gibt es immer wieder "lustige" Sachen (hatte ich auch nach Batteriewechsel)...
...aber warum nicht einfach "drüber pairen"?

Also einfach
set vccu/hmusb/... hmPairForSecs 60 (je nachdem was du definiert hast/nutzt) und dann Knöpfchen drücken?
Evtl. auch mehrmals "Knöpfchen drücken" und u.U. noch ein getConfig inkl. "Knöpfchen drücken" hinterher.

Vorher halt mal schauen, ob es Kommunikationsfehler gab und evtl. auch mal (vor einem neuen getConfig) die Message-Queue leeren...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

onkel-tobi

Hi,

danke für die schnelle Antwort.
Ich hatte drüber gepaired.
Was aber nun die Lösung gebracht hat war zum einen aus dem IOGroup das ":HMLAN_AZ" rauszunehmen (wobei das vermutlich nicht relevant gewesen ist) und dediziert noch mal
set eg_gb_fk regSet peerNeedsBurst on eg_gb_hzg_WindowRec
abzusetzen.

Gruß,
Tobi

frank

Zitatich habe nun schon 2 Fensterkontakte, die innerhalb von ein paar Tagen nicht mehr korrekt arbeiten.
war bei diesen fk eventuell die temperatur der batterien ziehmlich niedrig?
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

marvin78

Die RHS brauchen keinen konsistenten Grund, um plötzlich nicht mehr das zu tun, was sie vorher gemacht haben. Ich glaube es handelt sich hier um künstliche Intelligenz mit Gefühlen. Manchmal haben sie einfach keine Lust mehr ;)

Pfriemler

Mein einer RHS hatte auch schon mal Gedächtsverlust erlitten. Völlig ungeklärt. Drübergepairt, läuft wieder seit Jahren.
Und ja: wenn man einen Thermostaten mit dem RHS peert, muss man auf das korrekte Setzen des peerNeedsBurst achten (passiert beim Verknüpfen aber normalerweise automatisch), sonst kommt der Fensterstatus dort nie (oder nur extrem zufällig) an und der RHS wird nie grün melden.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."