HM-RC-Key4-2 Batterie nach einem Monat schon auf low

Samsi · 10 Januar 2014, 14:54:41

Hallo,

ich habe mir einen der neuen Handsender (HM-RC-Key4-2) gekauft. Laut Anleitung soll die Batterie 3 oder 5 Jahre halten. Mit der neuen Batterie, welche dabei war, kommt jetzt schon nach einem Monat die Batterie LOW message. Der Handsender wird nur 3-4x am Tag benutzt. Die alten Handsender habe mit eine CR2016 immerhin mindestens ein Jahr durchgehalten.

Hat jemand die gleichen Erfahrungen?

Viele Grüße

Samsi · 13 Januar 2014, 11:22:19

Habe jetzt folgenden Thred gefunden:

http://homematic-forum.de/forum/viewtopic.php?f=27&t=15804

Allerdings hat sich bei mir die Batterie wieder erholt

Jedenfalls meldet Sie jetzt wieder OK. Ich werde es mal weiter beoba

Grüßechten.

netbus · 21 Februar 2014, 08:00:51

Kann ich leider auch bestätigen.
Nach einem Monat Low

betateilchen · 21 Februar 2014, 09:30:15

Kannst Du mal bitte ein "list <deviceName>" machen und hier posten? Bei mir läuft die Fernbedienung, seit ich sie letztes Jahr irgendwann gekauft habe, mit der ersten Batterie.

netbus · 21 Februar 2014, 10:52:10

Code Auswählen



Internals:
   DEF        22930B
   HMLAN1_MSGCNT 2
   HMLAN1_RAWMSG E22930B,0000,0FC8E727,FF,FFB5,30A44022930B151299814E
   HMLAN1_RSSI -75
   HMLAN1_TIME 2014-02-21 07:54:02
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     2
   NAME       remote_doris
   NR         153
   STATE      remote_doris_01 Short (to vb)
   TYPE       CUL_HM
   channel_01 remote_doris_01
   channel_02 remote_doris_02
   channel_03 remote_doris_03
   channel_04 remote_doris_04
   lastMsg    No:30 - t:40 s:22930B d:151299 814E
   protLastRcv 2014-02-21 07:54:02
   rssi_at_HMLAN1 avg:-70.5 min:-75 max:-66 lst:-75 cnt:2 
   Readings:
     2014-02-04 22:32:30   CommandAccepted yes
     2014-02-05 22:20:59   D-firmware      1.1
     2014-02-05 22:20:59   D-serialNr      KEQ081xxxx
     2014-02-04 22:18:15   PairedTo        0x23A572
     2014-02-04 22:13:10   R-localResDis   off
     2014-02-04 22:13:10   R-pairCentral   0x23A572
     2014-02-04 22:18:15   RegL_00:        02:01 0A:23 0B:A5 0C:72 18:00 00:00
     2014-02-04 22:32:30   aesKeyNbr       FF
     2014-02-21 07:54:02   battery         low
     2014-02-21 07:54:02   state           remote_doris_01 Short (to vb)
     2014-01-30 20:50:11   trigger         Short_10
   Helper:
     addVal     129
     mId        00A6
     rxType     20
     Io:
       nextSend   1392965642.27454
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1392965642.20253
       ack:
         HASH(0x103ec50)
         30800215129922930B0102C800
     Rssi:
       At_hmlan1:
         avg        -70.5
         cnt        2
         lst        -75
         max        -66
         min        -75
Attributes:
   IODev      HMLAN1
   autoReadReg 0_off
   expert     2_full
   firmware   1.1
   model      HM-RC-Key4-2
   peerIDs    
   room       Alarmanlage
   serialNr   KEQ081xxxx
   subType    remote
   webCmd     getConfig:clear msgEvents

betateilchen · 21 Februar 2014, 11:04:16

hm... da fällt mir nix technisch verdächtiges auf.

Die Fernbedienung treibt sich aber nicht zufällig tagsüber in Doris' Handtasche rum und wird dort versehentlich dauerbetätigt?

netbus · 21 Februar 2014, 11:33:12

Für das kann ich leider nicht garantieren

Aber einen internen counter oder so wirds ja nicht geben nehme ich mal an?!

betateilchen · 21 Februar 2014, 12:30:15

Nein, gibts m.W. nicht. Das Problem ist halt, dass die Fernbedienung tatsächlich auf Dauersenden geht, wenn sie versehentlich irgendwo eingeklemmt ist.

martinp876 · 21 Februar 2014, 14:30:26

Die FB sendet schon einen counter mit. Je Button zaehlt dein Device und es wird in
trigger:[Long|Short]_<cnt> mitgeliefert.
In deinem Logfile solltes du also je Button einen fortlaufenden Zaehler haben - modulo 256.
So den Doris ausserhalb der reichweite von FHEM triggert muss es Luecken geben.

netbus · 21 Februar 2014, 21:18:11

In meinem log sehe ich keinen counter

Code Auswählen

2014-02-17_08:26:11 remote_doris remote_doris_01 LongRelease 4-A040- (to vb)
2014-02-17_08:26:37 remote_doris battery: ok
2014-02-17_08:26:37 remote_doris remote_doris_04 Short (to vb)
2014-02-17_15:31:33 remote_doris battery: ok
2014-02-17_15:31:33 remote_doris remote_doris_01 Short (to vb)
2014-02-17_15:31:35 remote_doris battery: ok
2014-02-17_15:31:35 remote_doris remote_doris_01 Short (to vb)
2014-02-19_17:53:31 remote_doris battery: ok
2014-02-19_17:53:31 remote_doris remote_doris_04 Short (to vb)
2014-02-20_06:11:27 remote_doris battery: ok
2014-02-20_06:11:27 remote_doris remote_doris_01 Short (to vb)
2014-02-20_16:54:06 remote_doris battery: ok
2014-02-20_16:54:06 remote_doris remote_doris_01 Short (to vb)
2014-02-21_07:54:02 remote_doris battery: low
2014-02-21_07:54:02 remote_doris remote_doris_01 Short (to vb)
2014-02-21_15:12:43 remote_doris battery: ok
2014-02-21_15:12:43 remote_doris remote_doris_02 Short (to vb)
2014-02-21_16:10:00 remote_doris battery: ok
2014-02-21_16:10:00 remote_doris remote_doris_01 Long 1-8440- (to vb)
2014-02-21_16:10:02 remote_doris battery: ok
2014-02-21_16:10:02 remote_doris remote_doris_01 Long 2-8440- (to vb)
2014-02-21_16:10:03 remote_doris battery: ok
2014-02-21_16:10:03 remote_doris remote_doris_01 LongRelease 3-A040- (to vb)
2014-02-21_16:10:17 remote_doris battery: ok
2014-02-21_16:10:17 remote_doris remote_doris_01 Short (to vb)

martinp876 · 22 Februar 2014, 07:45:17

so sollte es aussehen
2014-02-22 07:39:32.386 CUL_HM FB2 battery: ok
2014-02-22 07:39:32.386 CUL_HM FB2 FB2_B4 Short (to iocu1)
2014-02-22 07:39:32.410 CUL_HM FB2_B4 Short (to iocu1)
2014-02-22 07:39:32.410 CUL_HM FB2_B4 trigger: Short_245
2014-02-22 07:39:32.446 CUL_HM FB2 aesKeyNbr: FF
2014-02-22 07:39:32.680 CUL_HM FB2 battery: ok
2014-02-22 07:39:32.680 CUL_HM FB2 FB2_B4 Short (to iohl1)
2014-02-22 07:39:32.680 CUL_HM FB2 aesCommToDev: ok
2014-02-22 07:39:32.701 CUL_HM FB2_B4 Short (to iohl1)
oder
2014-02-22 07:41:17.035 CUL_HM FB2 battery: ok
2014-02-22 07:41:17.035 CUL_HM FB2 FB2_B4 Long 1-8440- (to iocu1)
2014-02-22 07:41:17.057 CUL_HM FB2_B4 Long 1-8440- (to iocu1)
2014-02-22 07:41:17.057 CUL_HM FB2_B4 trigger: Long_246
2014-02-22 07:41:17.286 CUL_HM FB2 battery: ok
2014-02-22 07:41:17.286 CUL_HM FB2 FB2_B4 Long 2-8440- (to iocu1)
2014-02-22 07:41:17.308 CUL_HM FB2_B4 Long 2-8440- (to iocu1)
2014-02-22 07:41:17.536 CUL_HM FB2 battery: ok
2014-02-22 07:41:17.536 CUL_HM FB2 FB2_B4 Long 3-8440- (to iocu1)
2014-02-22 07:41:17.556 CUL_HM FB2_B4 Long 3-8440- (to iocu1)
2014-02-22 07:41:17.789 CUL_HM FB2 battery: ok
2014-02-22 07:41:17.789 CUL_HM FB2 FB2_B4 Long 4-8440- (to iocu1)
2014-02-22 07:41:17.809 CUL_HM FB2_B4 Long 4-8440- (to iocu1)
2014-02-22 07:41:18.037 CUL_HM FB2 battery: ok
2014-02-22 07:41:18.037 CUL_HM FB2 FB2_B4 Long 5-8440- (to iocu1)
2014-02-22 07:41:18.058 CUL_HM FB2_B4 Long 5-8440- (to iocu1)
2014-02-22 07:41:18.290 CUL_HM FB2 battery: ok
2014-02-22 07:41:18.290 CUL_HM FB2 FB2_B4 Long 6-8440- (to iocu1)
2014-02-22 07:41:18.313 CUL_HM FB2_B4 Long 6-8440- (to iocu1)
2014-02-22 07:41:18.640 CUL_HM FB2 battery: ok
2014-02-22 07:41:18.640 CUL_HM FB2 FB2_B4 Long 7-A240- (to iocu1)
2014-02-22 07:41:18.661 CUL_HM FB2_B4 Long 7-A240- (to iocu1)
2014-02-22 07:41:18.697 CUL_HM FB2 aesKeyNbr: FF
2014-02-22 07:41:18.936 CUL_HM FB2 battery: ok
2014-02-22 07:41:18.936 CUL_HM FB2 FB2_B4 Long 8-A240- (to iohl1)
2014-02-22 07:41:18.936 CUL_HM FB2 aesCommToDev: ok
2014-02-22 07:41:18.957 CUL_HM FB2_B4 Long 8-A240- (to iohl1)

Bei long nur einmal, da ich event-on-readings-change .* nutze

kommt reading trigger im Channel nicht (siehe "list") oder nur der trigger?
Ich aendere gerade intern das setzen der Readings, das es Probleme mit triggern gibt - die werden unter einigen Umstaenden vom Kernal nicht wie gefordert bearbeitet... ist intern etwas groessen, dauert als. Danach sollten trigger Probleme erledigt sein

netbus · 22 Februar 2014, 16:27:31

in den readings sehe ich

Code Auswählen

2014-01-30 20:50:11 trigger Short_10
aber nicht im log.
und dass sie erst 10 mal gedrückt hat stimmt definitv nicht

Samsi · 22 Februar 2014, 16:40:04

Hallo,

also bei mir war es so, das nach einem Monat mal die Batterie LOW Meldung kam, aber später war die Batterie dann wieder ok. Ich hab die Batterie drin gelassen und der Sender funktionierte problemlos weiter, dann nach ein paar Wochen kam noch mal eine Meldung, aber auch diese verschwand wieder, so das immer noch dieselbe Batterie benutzt wird.

Ich werde es weiter beobachten.

Grüße

martinp876 · 22 Februar 2014, 17:54:31

Hi,

a) es koennten trigger gefehlt haben, daher hatte ich auch den etwas größeren Umbau (ein Teil fehlt immer noch... das Meiste ist drin). Mit der version jetzt in SVN, morgen im Update kommen die Trigger.
b) der counter ist modulo 256. Also nach 255 springt er auf 0.
c) der counter ist (muss sein) je button - da er in Aktoren genutzt werden kann

Gruss Martin

martinp876 · 23 Februar 2014, 09:56:17

Hi,

fuer RC4 (also für alle lacy-config devices) habe ich eine Änderung gerade eingebaut. Das sollte das schalten schneller machen - nun, also die LED sollte schnell ruhe geben. Schneller als vorher, wenn keine Abfragen von FHEM beantwortet werden sollen
Sollte auch Batterie sparen ob erheblich kann ich nicht sagen

Gruss Martin