Hallo, ein Sec-SC2 liefert ständig battery low obwohl diese noch über 3V haben und neu sind. Das Ganze passiert nur bei dem zuletzt angelernten Sensor, die Anderen (habe 11 Stk. im Einsatz, mit allen Firmwares die es mal gab) passiert das nicht. Mein fhem ist zwar nicht das aktuellste aber die Anderen Sec-SC´s wurden ebenfalls mit dem fhem Softwarestand angelernt (ohne die ständige batt low Meldung).
Hier mal ein list vom Sensor:
Internals:
DEF 2AE3E9
HMLAN1_MSGCNT 55
HMLAN1_RAWMSG RF37C97B1,0001,0AC27C6C,FF,FFCC,5EA0102AE3E9123ABC0100000000
HMLAN1_RSSI -52
HMLAN1_TIME 2015-06-14 21:12:18
HMLAN2_MSGCNT 46
HMLAN2_RAWMSG E2AE3E9,0000,25FF3EE7,FF,FFB7,5EA0102AE3E9123ABC0100000000
HMLAN2_RSSI -73
HMLAN2_TIME 2015-06-14 21:12:18
IODev HMLAN1
LASTInputDev HMLAN1
MSGCNT 101
NAME Gefriertruhe
NR 1543
STATE open
TYPE CUL_HM
lastMsg No:5E - t:10 s:2AE3E9 d:123ABC 0100000000
protLastRcv 2015-06-14 21:12:18
protSnd 50 last_at:2015-06-14 21:12:18
protState CMDs_done
rssi_at_HMLAN1 avg:-48.56 min:-62 max:-42 lst:-52 cnt:55
rssi_at_HMLAN2 avg:-73.43 min:-90 max:-60 lst:-73 cnt:46
CHANGETIME:
Readings:
2015-06-14 21:12:17 Activity alive
2015-05-11 17:13:26 CommandAccepted yes
2015-06-14 21:12:17 D-firmware 2.4
2015-06-14 21:12:17 D-serialNr LEQ0503963
2015-06-14 21:12:17 PairedTo 0x123ABC
2015-05-11 17:13:27 R-cyclicInfoMsg off
2015-05-11 17:13:27 R-eventDlyTime 0 s
2015-05-11 17:13:27 R-ledOnTime 0.5 s
2015-05-11 17:13:27 R-msgScPosA closed
2015-05-11 17:13:27 R-msgScPosB open
2015-05-11 17:13:27 R-pairCentral 0x123ABC
2015-05-11 17:13:27 R-sabotageMsg on
2015-05-11 17:13:27 R-sign off
2015-05-11 17:13:27 R-transmDevTryMax 6
2015-05-11 17:13:27 R-transmitTryMax 6
2015-06-14 21:12:17 RegL_00: 02:01 09:00 0A:12 0B:3A 0C:BC 10:01 14:06 00:00
2015-06-14 21:12:17 RegL_01: 08:00 20:60 21:00 22:64 30:06 00:00
2015-06-14 21:10:54 alive yes
2015-06-14 21:10:55 battery low
2015-06-14 21:10:55 contact open (to vccu)
2015-06-14 21:10:54 recentStateType info
2015-06-14 21:10:54 sabotageError on
2015-06-14 21:10:55 state open
2015-06-14 21:10:55 trigDst_vccu noConfig
2015-06-14 21:10:55 trigger_cnt 25
Helper:
cSnd 01123ABC2AE3E90103
mId 00B1
peerIDsRaw ,00000000
rxType 12
Io:
newChn +2AE3E9,00,01,00
nextSend 1434309138.5079
rxt 2
vccu vccu
p:
2AE3E9
00
01
00
prefIO:
HMLAN1
Mrssi:
mNo 5E
Io:
HMLAN1 -50
HMLAN2 -73
Prt:
bErr 0
sProc 0
Rspwait:
Q:
qReqConf
qReqStat
Role:
chn 1
dev 1
Rpt:
IO HMLAN1
flg A
ts 1434309138.41647
ack:
HASH(0x4643340)
5E8002123ABC2AE3E900
Rssi:
At_hmlan1:
avg -48.5636363636364
cnt 55
lst -52
max -42
min -62
At_hmlan2:
avg -73.4347826086957
cnt 46
lst -73
max -60
min -90
Shadowreg:
Attributes:
DbLogExclude .*
IODev HMLAN1
IOgrp vccu:HMLAN1
actCycle 048:00
actStatus alive
autoReadReg 3_onChange
devStateIcon open.*:win_opened_kl closed.*:win_closed_kl
event-on-change-reading contact.*
expert 2_full
firmware 2.4
model HM-SEC-SC-2
peerIDs 00000000,
room Flur
serialNr LEQ0503963
subType threeStateSensor
Und die CUL_HM ist:
# $Id: 10_CUL_HM.pm 8484 2015-04-26 09:11:33Z martinp876 $
Update kommt z.Zt. nicht in Frage, da ich WVC sonst nicht mehr zum laufen bekomme und sonst auch alles ohne Fehler funktioniert.
VG
Frank
Ich werde das Teil morgen mal mit dem Testsystem pairen (aktuelles fhem) und sehen was passiert. Wie gesagt, alle anderen Sec´s funktionieren völlig normal, vlt. auch ein Produktionsfehler.
OK, Thema scheint sich erledigt zu haben, mit:
10_CUL_HM.pm 8258 2015-03-21 19:02:33Z martinp876 $
und neuem Pairing, ist bis jetzt alles OK.
VG
Frank
P.S. Das war auch die Version mit der mein fhem die letzte Zeit lief, hatte zwischendurch mal die CUL_HM geupdatet