hm-sec-sc-2 leuchtet dauerhaft rot nach Batterietausch

Begonnen von ramses, 28 August 2022, 21:13:42

Vorheriges Thema - Nächstes Thema

ramses

hallo,

nachdem ich nichts über google gefunden habe, versuche ich halt hier.
Beim Fenstersensor wurden die Batterien getauscht und das Verhalten, bzw. LED Farben nach dem Einlegen der Batterien wie folgt

1. kurz rot
2. kurz grün
3. kurz orange
4. Pause ca. 1 sek
5. orange kurz
6. rot dauerhaft bis die neuen Batterien leer werden

reagiert nicht auf Reset (weder vor Batterien einlegen noch nachher), nicht auf Sabotage, nicht auf Magnet...nichts, sendet einfach nichts (zumindest nicht im Monitor zu sehen)
auch andere Batterien ausprobiert.

der Sensor ist Teil einer Gruppe von 3 Fenstersensoren und 2 HZK Ventile. Die anderen funktionieren normal und kommunizieren miteinander.
Ich dürfte nicht der einzige sein, jedoch habe ich keine Lösung bisher gefunden.

Weißt jemand Rat? Danke euch!

frank

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

isy

Nach Batteriewechsel ein "getConfig " ausgeführt?
Zeigte das eine Reaktion?
Ein Weg wird erst zu einem Weg, wenn man ihn geht

ramses

Internals:
   DEF        30EBD0
   FUUID      5c692774-f33f-fc5a-8b70-abeb1bd37db29ebf
   IODev      CUL1
   NAME       Tuere_Terasse
   NR         38
   NTFY_ORDER 50-Tuere_Terasse
   STATE      closed
   TYPE       CUL_HM
   chanNo     01
   disableNotifyFn 1
   peerList   Heizung_Sofa_WindowRec,Heizung_Terasse_WindowRec
   READINGS:
     2022-08-30 00:25:17   Activity        dead
     2020-12-30 17:19:02   CommandAccepted yes
     2020-11-28 13:33:43   D-firmware      2.4
     2020-11-28 13:33:43   D-serialNr      LEQ10xxxxx
     2022-08-28 20:24:46   IODev           CUL1
     2020-11-28 13:33:44   PairedTo        0x123456
     2020-11-28 13:33:45   R-Heizung_Sofa_WindowRec-expectAES off
     2020-11-28 13:33:45   R-Heizung_Sofa_WindowRec-peerNeedsBurst on
     2020-11-28 13:10:24   R-Heizung_Terasse_WindowRec-expectAES off
     2020-11-28 13:14:27   R-Heizung_Terasse_WindowRec-peerNeedsBurst off
     2018-03-03 20:43:30   R-cyclicInfoMsg off
     2018-03-03 20:43:30   R-eventDlyTime  0 s
     2020-11-28 12:37:04   R-pairCentral   0x123456
     2018-03-03 20:43:30   R-sabotageMsg   on
     2018-03-03 20:43:30   R-sign          off
     2020-12-30 14:11:27   R-wt_Wohnzimmer_WindowRec-expectAES set_off
     2020-12-30 14:11:27   R-wt_Wohnzimmer_WindowRec-peerNeedsBurst set_on
     2020-12-30 10:49:23   RegL_00.
     2021-12-10 06:45:19   alive           yes
     2022-03-07 15:01:22   battery         ok
     2021-01-06 00:17:02   cfgState        updating
     2022-03-07 15:01:23   commState       CMDs_done
     2022-03-07 15:01:22   contact         closed (to VCCU)
     2022-08-28 20:24:49   peerList        Heizung_Sofa_WindowRec,Heizung_Terasse_WindowRec
     2021-12-10 06:45:19   powerOn         2021-12-10 06:45:19
     2021-12-10 06:45:19   recentStateType info
     2021-12-10 06:45:19   sabotageError   off
     2022-03-07 15:01:22   state           closed
     2022-03-07 15:01:22   trigger_cnt     93
   helper:
     HM_CMDNR   4
     mId        002F
     peerFriend peerAct,peerVirt
     peerIDsState complete
     peerOpt    4:threeStateSensor
     regLst     0,1,4p
     rxType     4
     cmds:
       TmplKey    Heizung_Sofa_WindowRec,Heizung_Terasse_WindowRec:no:1661711089.06405
       TmplTs     1661711089.06405
       cmdKey     1:1:0::Tuere_Terasse:002F:01:Heizung_Sofa_WindowRec,Heizung_Terasse_WindowRec
       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)]
         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-
         tplSet_Heizung_Sofa_WindowRec -tplPeer-
         tplSet_Heizung_Terasse_WindowRec -tplPeer-
         trgEventL  -peer- -condition-
         trgEventS  -peer- -condition-
         trgPressL  [(-peer-|{all})]
         trgPressS  [(-peer-|{all})]
         unpair     noArg
       lst:
         condition  closed,open,tilted
         peer       Heizung_Sofa_WindowRec,Heizung_Terasse_WindowRec
         peerOpt    xxxx
         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     +30EBD0,00,00,00
       rxt        0
       vccu       VCCU
       p:
         30EBD0
         00
         00
         00
       prefIO:
         CUL1
     mRssi:
       mNo
     peerIDsH:
       00000000   broadcast
       42BA1503   Heizung_Sofa_WindowRec
       44F50503   Heizung_Terasse_WindowRec
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat
     role:
       chn        1
       dev        1
     tmpl:
Attributes:
   DbLogExclude .*
   IOgrp      VCCU:CUL1
   actCycle   028:00
   actStatus  dead
   alarmDevice Sensor
   alarmSettings alarm6,|Tuere_Terasse:open|WZ.Terasse-Tuer|on
   autoReadReg 4_reqStatus
   devStateIcon open:fts_door_right_open@red closed:fts_door_right
   expert     defReg,rawReg
   firmware   2.4
   model      HM-SEC-SC
   peerIDs    00000000,42BA1503,44F50503
   room       Wohnzimmer
   serialNr   LEQ10xxxxx
   subType    threeStateSensor

ramses

Zitat von: isy am 28 August 2022, 22:54:01
Nach Batteriewechsel ein "getConfig " ausgeführt?
Zeigte das eine Reaktion?

nein, weil keine Kommunikation mit dem Ding möglich ist

Otto123

Batterie ausgelaufen? Brühe / Kristalle im Sensor?
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Beta-User

UU. hilft ein paar Tage stromlos machen, und dann erst wieder Batterien rein.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Pfriemler

Sieht mir auch nach einem Hardwareproblem aus. Ich erinnere mich an ähnliches Verhalten bei meiner 12-Tasten-Fernbedienung, als dort wegen eines Wackelkontakts zum Funkmodul der Sender bis zum Nimmerleinstag auf das ACK des Funkmoduls wartete - offenbar wurde sowas in der Firmware nicht abgefangen. Das könnte hier schon in der Statusaussendung an die Zentrale passieren.
"Ä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 ..."

ramses

Batterie nach einigen Tage eingelegt, das gleiche Problem wie vorher  :-[

MadMax-FHEM

Hatte die Tage auch mal Betterien gewechselt und auch Probleme...

Irgendwie hatten zunächst die neuen Batterien beim Einlegen nicht zuverlässig getan, also mal kurz geblinkt und war auch in fhem wieder da...
...bis ich dann Fenster auf/zu und nichts in fhem und auch kein Leuchten der Lämpchen...

Also Batterien raus, gemessen -> ok.
Dann Kontakte gereinigt (die alten Batterien zeigten schon "Spuren")...

Neue Batterie wieder rein und dann auch Leuchten und auch lange Rot.
Batterien raus und rein, Knöpfchen gedrückt, irgendwann war dann Ruhe.

Allerdings: keine Peerings mehr im Sensor und auch kein PairedTo mehr in fhem...
(Aus Versehen Reset? Eigentlich nicht, der läuft anders ab, egal)

Dann neu drüber gepaired und das Peering neu angelegt: passt wieder...

soll heißen: hast du schon das Knöpfchen (mehrfach) gedrückt? Evtl. mal zurücksetzen?

Gruß, Joachim

P.S.: nicht so schlimm wie der Drehgriff-Sensor und letztes Mal beim Batterie-Wechsel gab es keine Probleme...
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)

ramses

@madmax: habe alles gedrückt was ging, keine Reaktion und immer derselben Blinkmuster, wie oben beschrieben.
Reseten würde ich gerne, nur reagiert das Ding nicht

MadMax-FHEM

Zitat von: ramses am 06 September 2022, 12:41:14
@madmax: habe alles gedrückt was ging, keine Reaktion und immer derselben Blinkmuster, wie oben beschrieben.
Reseten würde ich gerne, nur reagiert das Ding nicht

Oh, dann ist deiner wohl "zickiger" als meiner...
Und wie geschrieben: Probleme wie dieses Mal hatte ich noch nie und ich habe genau bei dem schon Batterien gewechselt...

Dann hoffe ich mal für mich, dass das nicht von Mal zu Mal schlimmer wird...
...und für dich, dass es sich wieder eintürlt...

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)

Otto123

Ich will mal noch ein klein wenig Mut machen: https://forum.fhem.de/index.php?topic=91905.0
Ich hatte damals dem Temperatur Außensensor schon die Mülltonne gezeigt - irgendwann ging er wieder und arbeitet.
Und wenn ich jetzt den alten Artikel lese: die 4 Jahre sind bald wieder um  :o
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

frank

Zitat von: ramses am 28 August 2022, 21:13:42
1. kurz rot
2. kurz grün
3. kurz orange
4. Pause ca. 1 sek
5. orange kurz
6. rot dauerhaft bis die neuen Batterien leer werden
ich würde mal die raw messages sniffen.
ab 5. könnte er was senden.
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

isy

Ein Weg wird erst zu einem Weg, wenn man ihn geht