Autor Thema: Gelöst: Ist mein HM-Sec_RHS noch zu retten?  (Gelesen 619 mal)

Offline wuf

  • New Member
  • *
  • Beiträge: 5
Gelöst: Ist mein HM-Sec_RHS noch zu retten?
« am: 09 September 2021, 09:35:28 »
Hallo,
nach Batteriewechsel bekomme ich das Ding nicht mehr zum Laufen.
Beim Einsetzen der Batterien läuft erstmals alles normal. Die Led blinkt rot,grün, orange und nachher leuchtet sie orange ohne grün oder rot Blinken.
Nur einige Positionsänderungen des Fenstergriffs lösen ein Aufleuchten der orangen Led aus. Und zwar Griffbewegung von geschlossen nach auf, so wie von gekippt nach auf.
Jedes Aufleuchten der orangen Led löst im Logfile von Fhem eine Fehlermeldung aus:

[2021.09.09 09:09:09 3: myHmUART: Unknown code A0D018610FFFFFF0000000601000E::-56:myHmUART, help me!
2021.09.09 09:09:18 3: myHmUART: Unknown code A0C038441FFFFFF000000010300::-83:myHmUART, help me!
2021.09.09 09:09:33 3: myHmUART: Unknown code A0C008441FFFFFF000000010100::-56:myHmUART, help me!
2021.09.09 09:09:33 3: myHmUART: Unknown code A0D018610FFFFFF0000000601000E::-56:myHmUART, help me!

Das Problem aber ist: auf das Drücken des Resetknopfes reagiert das Teil nicht, weder beim Versuch zu pairen noch beim Versuch es in den Auslieferungszustand zu versetzen.
Ich habe auch versucht den Resetknopf zu überbrücken ohne Erfolg.

Hat jemand eine Idee. Auf eine Antwort würde ich mich freuen.

Das Teil hat 6 Monate gut funktioniert.
Die Konfiguration: Raspberry Pi 3 B, Funkmodul HM-MOD-RPI-PCB
Fhem und das Betriebsystem sind auf dem neuesten Stand.
« Letzte Änderung: 16 September 2021, 11:51:22 von wuf »

Offline Otto123

  • Tester
  • Hero Member
  • ****
  • Beiträge: 19666
  • schon mal restore trainiert?
    • Otto's Technik Blog
Antw:Ist mein HM-Sec_RHS noch zu retten?
« Antwort #1 am: 09 September 2021, 10:00:12 »
Hi,

dann mach doch mal bitte ein list von dem device und poste es. Siehe dazu die Hinweise:https://forum.fhem.de/index.php/topic,71806.0.html

Es sieht so aus, als ist das Gerät nicht angelernt.
Der Resetknopf ist kein Resetknopf sondern die Anlerntaste oder Configtaste, ein druck darauf sollte ein LED blinken auslösen.
Ist Wasser oder Batteriesäure ins Gerät gekommen?

Gruß Otto
Viele Grüße aus Leipzig
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7490+7412,WRT1900ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266

Offline frank

  • Hero Member
  • *****
  • Beiträge: 10537
Antw:Ist mein HM-Sec_RHS noch zu retten?
« Antwort #2 am: 09 September 2021, 10:36:10 »
falls hier keine "fallen" für die helfer gestellt wurden und die meldungen korrekt sind, sieht es so aus, dass der fk seine hmid "verloren" hat:

Zitat
A0D018610FFFFFF0000000601000E
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

Offline wuf

  • New Member
  • *
  • Beiträge: 5
Antw:Ist mein HM-Sec_RHS noch zu retten?
« Antwort #3 am: 09 September 2021, 17:20:36 »
Hallo, danke für die schnelle Antworten.

Zunächst nochmal zum Sensor. Es gab keinen Wasserschaden.
Ich wusste dass es nicht ein echter Resetknopf ist. Die Funktion ist im Handbuch gut beschrieben.
Das Problem ist er löst keine Reaktion im Sensor aus, weder für's Anlernen noch für's Zurücksetzen in den Auslieferungszustand. Die Led blikt oder leuchtet nicht.
So vermute ich, dass das Teil irgenwie defekt ist.

Zur Geschichte:
im März habe ich angefangen mit Fhem, dem Funkmodul und dem Sensor. Mit Hilfe diesem Forum und Wiki hat das auch gut funktioniert.
Ich war froh als ich im Webinterface den Status vom ba_Fenster gut angezeigt bekam. Dann kam eine lange Pause.

Ich habe das Logfile von ba_Fenster im Nachhinein durchgelesen.
Im August: 3 Wochen verreist, die alive Meldungen kommen täglich.
Am Rückreisetag wurde das Fenster gekippt. Dass wird auch protokolliert, aber ab da wird die Meldung alle 5 sec wiederholt. Nach einer Stunde geht der Batterisstatus auf low  und es geht alle 5 sec so weiter. Das Schließen des Fensters wird auch gemeldet alle 5 sec weiter. Nach einer Zeit kommt keine Meldung im Logfile.  Da war woh die Batterie alle.

2021-08-28_18:51:51 ba_Fenster battery: ok
2021-08-28_18:51:51 ba_Fenster contact: tilted (to myHmUART)
2021-08-28_18:51:51 ba_Fenster tilted
2021-08-28_18:51:51 ba_Fenster trigDst_424242: noConfig
2021-08-28_18:51:51 ba_Fenster trigger_cnt: 26
2021-08-28_18:51:56 ba_Fenster battery: ok
2021-08-28_18:51:56 ba_Fenster contact: tilted (to myHmUART)
2021-08-28_18:51:56 ba_Fenster tilted
2021-08-28_18:51:56 ba_Fenster trigDst_424242: noConfig
2021-08-28_18:51:56 ba_Fenster trigger_cnt: 27
2021-08-28_18:52:01 ba_Fenster battery: ok
2021-08-28_18:52:01 ba_Fenster contact: tilted (to myHmUART)
2021-08-28_18:52:01 ba_Fenster tilted
2021-08-28_18:52:01 ba_Fenster trigDst_424242: noConfig
2021-08-28_18:52:01 ba_Fenster trigger_cnt: 28
2021-08-28_18:52:06 ba_Fenster battery: ok
2021-08-28_18:52:06 ba_Fenster contact: tilted (to myHmUART)
2021-08-28_18:52:06 ba_Fenster tilted
2021-08-28_18:52:06 ba_Fenster trigDst_424242: noConfig
2021-08-28_18:52:06 ba_Fenster trigger_cnt: 29
2021-08-28_18:52:11 ba_Fenster battery: ok
2021-08-28_18:52:11 ba_Fenster contact: tilted (to myHmUART)
2021-08-28_18:52:11 ba_Fenster tilted
2021-08-28_18:52:11 ba_Fenster trigDst_424242: noConfig
2021-08-28_18:52:11 ba_Fenster trigger_cnt: 30
2021-08-28_18:52:16 ba_Fenster battery: ok
2021-08-28_18:52:16 ba_Fenster contact: tilted (to myHmUART)
2021-08-28_18:52:16 ba_Fenster tilted
2021-08-28_18:52:16 ba_Fenster trigDst_424242: noConfig
2021-08-28_18:52:16 ba_Fenster trigger_cnt: 31
2021-08-28_18:52:21 ba_Fenster battery: low
2021-08-28_18:52:21 ba_Fenster contact: tilted (to myHmUART)
2021-08-28_18:52:21 ba_Fenster tilted
2021-08-28_18:52:21 ba_Fenster trigDst_424242: noConfig
2021-08-28_18:52:21 ba_Fenster trigger_cnt: 32
2021-08-28_18:52:26 ba_Fenster battery: low
2021-08-28_18:52:26 ba_Fenster contact: tilted (to myHmUART)
2021-08-28_18:52:26 ba_Fenster tilted
2021-08-28_18:52:26 ba_Fenster trigDst_424242: noConfig
2021-08-28_18:52:26 ba_Fenster trigger_cnt: 33

Das Ende:
2021-08-28_20:24:03 ba_Fenster battery: low
2021-08-28_20:24:03 ba_Fenster contact: closed (to myHmUART)
2021-08-28_20:24:03 ba_Fenster closed
2021-08-28_20:24:03 ba_Fenster trigDst_424242: noConfig
2021-08-28_20:24:03 ba_Fenster trigger_cnt: 88
2021-08-28_20:24:09 ba_Fenster battery: low
2021-08-28_20:24:09 ba_Fenster contact: closed (to myHmUART)
2021-08-28_20:24:09 ba_Fenster closed
2021-08-28_20:24:09 ba_Fenster trigDst_424242: noConfig
2021-08-28_20:24:09 ba_Fenster trigger_cnt: 89
2021-08-28_20:24:15 ba_Fenster battery: low
2021-08-28_20:24:15 ba_Fenster contact: closed (to myHmUART)
2021-08-28_20:24:15 ba_Fenster closed
2021-08-28_20:24:15 ba_Fenster trigDst_424242: noConfig
2021-08-28_20:24:15 ba_Fenster trigger_cnt: 90

Im Fhem Logfile habe ich für die Zeit nichts gefunden.

Aufgefallen ist es mir erst eine Woche später. als ich mit Fhem weiter machen wollte.

Wenn es hilft hier die listen:
list ba_Fenster
Internals:
   DEF        61436C
   FUUID      604c7424-f33f-f635-2b04-020f2c7bf2cf93e9
   IODev      myHmUART
   NAME       ba_Fenster
   NOTIFYDEV  global
   NR         20
   NTFY_ORDER 50-ba_Fenster
   STATE      closed
   TYPE       CUL_HM
   chanNo     01
   READINGS:
     2021-03-16 17:31:32   CommandAccepted yes
     2021-03-16 17:35:17   D-firmware      2.4
     2021-03-16 17:35:17   D-serialNr      OEQ2049139
     2021-09-04 11:41:57   IODev           myHmUART
     2021-03-16 17:35:15   PairedTo        0x424242
     2021-09-04 11:24:02   RegL_00.       
     2021-08-28 02:52:09   alive           yes
     2021-08-28 20:24:15   battery         low
     2021-08-11 05:28:40   cfgState        updating
     2021-08-11 05:28:44   commState       CMDs_pending
     2021-08-28 20:24:15   contact         closed (to myHmUART)
     2021-08-10 05:37:43   powerOn         2021-08-10 05:37:43
     2021-08-28 02:52:09   recentStateType info
     2021-08-28 02:52:09   sabotageError   off
     2021-08-28 20:24:15   state           closed
     2021-08-28 20:24:15   trigDst_424242  noConfig
     2021-08-28 20:24:15   trigger_cnt     90
   helper:
     HM_CMDNR   220
     mId        0030
     peerFriend peerAct,peerVirt
     peerIDsState complete
     peerOpt    4:threeStateSensor
     regLst     0,1,4p
     rxType     20
     cmds:
       TmplKey    :no:1630748522.24382
       TmplTs     1630748522.24382
       cmdKey     1:1:0::ba_Fenster:0030: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)]
         peerChan   -btnNumber- -actChn- [({single})] [({set}|unset)] [actor|remote|both]
         raw        -data- [...]
         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
         reset      noArg
         sign       [(on|{off})]
         tplDel     -tplDel-
         trgEventL  -peer- -condition-
         trgEventS  -peer- -condition-
         trgPressL  [(-peer-|{all})]
         trgPressS  [(-peer-|{all})]
         unpair     noArg
       lst:
         condition  closed,open,tilted
         peer       
         peerOpt   
         tplDel     
       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       2
       newChn     +61436C,02,00,00
       rxt        2
       vccu       
       p:
         61436C
         00
         00
         00
       prefIO:
     mRssi:
       mNo       
     peerIDsH:
       00000000   broadcast
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat   
     role:
       chn        1
       dev        1
     tmpl:
Attributes:
   IODev      myHmUART
   autoReadReg 4_reqStatus
   devStateIcon closed:fts_window_1w open:fts_window_1w_open tilted:fts_window_1w_tilt
   expert     rawReg
   firmware   2.4
   icon       fts_window_1w
   model      HM-SEC-RHS
   peerIDs    00000000
   room       CUL_HM
   serialNr   OEQ2049139
   subType    threeStateSensor

list list myHmUART
Internals:
   AssignedPeerCnt 1
   CNT        213
   Clients    :CUL_HM:
   DEF        /dev/ttyAMA0
   DEVCNT     213
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         4
   FUUID      60490a9d-f33f-f635-bff9-208e5359c2f8d4b3
   LastOpen   1630748517.30202
   NAME       myHmUART
   NOTIFYDEV  global
   NR         18
   NTFY_ORDER 50-myHmUART
   PARTIAL   
   RAWMSG     040202
   RSSI       -59
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      HM-MOD-UART
   msgLoadCurrent 1
   msgLoadHistory 0/0/0/0/0/0/0/0/0/0/0/0
   msgLoadHistoryAbs 0/0/0/0/0/0/0/0/0/0/0/0/0
   owner      424242
   Helper:
     CreditTimer 30146
     FW         66561
     Initialized 1
     AckPending:
     LastSendLen:
       3
       3
     Log:
       IDs:
     RoundTrip:
       Delay      0.00319600105285645
     loadLvl:
       lastHistory 1631200019.79717
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     61436C     +61436C,02,00,00
   READINGS:
     2021-09-04 11:41:59   D-HMIdAssigned  424242
     2021-09-04 11:41:59   D-HMIdOriginal  470889
     2021-09-04 11:41:59   D-firmware      1.4.1
     2021-09-04 11:41:59   D-serialNr      NEQ0229943
     2021-09-04 11:41:56   D-type          HM-MOD-UART
     2021-09-04 11:41:59   cond            ok
     2021-09-09 17:09:33   load            1
     2021-09-04 11:41:59   loadLvl         low
     2021-09-04 11:41:57   state           opened
   helper:
Attributes:
   hmId       424242


Offline Otto123

  • Tester
  • Hero Member
  • ****
  • Beiträge: 19666
  • schon mal restore trainiert?
    • Otto's Technik Blog
Antw:Ist mein HM-Sec_RHS noch zu retten?
« Antwort #4 am: 09 September 2021, 17:33:39 »
Zitat
Im August: 3 Wochen verreist, die alive Meldungen kommen täglich.
Das macht meiner nicht, der sendet nur bei "Bewegung" von alleine kommt da nix.

Meldungen alle 5 sec ist natürlich sehr komisch, das machen die kleinen Batterien nicht lange mit. Klingt wirklich wie defekt. Hast Du noch Garantie? Dann schick ihn doch zurück.
Viele Grüße aus Leipzig
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7490+7412,WRT1900ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266

Offline wuf

  • New Member
  • *
  • Beiträge: 5
Antw:Ist mein HM-Sec_RHS noch zu retten?
« Antwort #5 am: 09 September 2021, 17:45:18 »
Zitat
Das macht meiner nicht, der sendet nur bei "Bewegung" von alleine kommt da nix.

Anfangs war das bei mir auch so. Dann habe ich hier mal was gelesen. Man kann ein Register im Sensor setzen, dann wird alle 24 Std. eine alive Meldung abgesetzt nur wenn in der Zeit keine Bewegung am Sensor war.

2021-08-10_05:37:43 ba_Fenster closed
2021-08-11_05:28:40 ba_Fenster alive: yes
2021-08-11_05:28:40 ba_Fenster battery: ok
2021-08-11_05:28:40 ba_Fenster cfgState: updating
2021-08-11_05:28:40 ba_Fenster commState: CMDs_pending
2021-08-11_05:28:40 ba_Fenster commState: CMDs_processing...
2021-08-11_05:28:40 ba_Fenster contact: closed (to myHmUART)
2021-08-11_05:28:40 ba_Fenster sabotageError: off
2021-08-11_05:28:40 ba_Fenster closed
2021-08-11_05:28:44 ba_Fenster commState: CMDs_pending
2021-08-12_05:19:08 ba_Fenster alive: yes
2021-08-12_05:19:08 ba_Fenster battery: ok
2021-08-12_05:19:08 ba_Fenster contact: closed (to myHmUART)
2021-08-12_05:19:08 ba_Fenster sabotageError: off
2021-08-12_05:19:08 ba_Fenster closed
2021-08-13_05:09:37 ba_Fenster alive: yes
2021-08-13_05:09:37 ba_Fenster battery: ok
2021-08-13_05:09:37 ba_Fenster contact: closed (to myHmUART)
2021-08-13_05:09:37 ba_Fenster sabotageError: off
2021-08-13_05:09:37 ba_Fenster closed
2021-08-14_05:00:40 ba_Fenster alive: yes

Die Rechnung von elv ist vom 11.03.2021. Ich werde mich an die wenden.

Offline wuf

  • New Member
  • *
  • Beiträge: 5
Antw:Ist mein HM-Sec_RHS noch zu retten?
« Antwort #6 am: 09 September 2021, 17:51:50 »
An Otto

wenn Du Genaueres über die alive Meldung wissen willst, poste ich es hier.

Offline Otto123

  • Tester
  • Hero Member
  • ****
  • Beiträge: 19666
  • schon mal restore trainiert?
    • Otto's Technik Blog
Antw:Ist mein HM-Sec_RHS noch zu retten?
« Antwort #7 am: 09 September 2021, 21:09:16 »
nö, danke ist schon klar. Ich erinnere mich wegen dem Register ;)  Ist bei mir nicht so wichtig. Ich habe den an einem Dachfenster, da habe ich das Problem, wenn ich es im Winter öffne ist nach ein paar Minuten der Sensor eingefroren/vereist und damit tot. Da hilft auch kein alive mehr :)
Viele Grüße aus Leipzig
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7490+7412,WRT1900ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266

Offline wuf

  • New Member
  • *
  • Beiträge: 5
Antw:Ist mein HM-Sec_RHS noch zu retten?
« Antwort #8 am: 16 September 2021, 11:45:41 »
ELV hat mir Ersatz geschickt. Damit ist das Problem gelöst.

Vielen Dank an Alle

 

decade-submarginal