HM-SEC-SC-2 Fensterkontakt sendet alle 5s

[robo9]

Hallo ich habe merher HM-SEC-SC-2 Fensterkontakte und die senden alle 5s ein signal ist das noraml? Verabrucht das nicht viel Batterie? Kann man das umstellen?

[Bennemannc]

Hallo,

das hatte ich auch schon mal mit den SC-2, die verknacken sich schon mal. Batterien raus, sonst sind die bald leer. Warten - so eine Stunde. Resettet nach Anleitung und neu anlernen.

Gruß Christoph

[MarcelK]

Hallo ich habe merher HM-SEC-SC-2 Fensterkontakte und die senden alle 5s ein signal ist das noraml? Verabrucht das nicht viel Batterie? Kann man das umstellen?

Leider ist das insofern normal als dass meine HM-SEC-SC-2 auch alle ein bis zwei Monate neue Batterien brauchen Hab das aber leider selbst nie beobachten können, kannst Du eventuell mal loggen was die so senden?

Grüße, Marcel

[juppzupp]

5 Stück davon im Einsatz, konnte ich noch nicht beobachten. FW 2.4

[rx]

Ich habe hier auch einen Fensterkontakt der alle 1-2 Monate neue Batterien braucht - allerdings ist das nur einer von 10 - die anderen halten sehr viel länger. Er liegt mittlerweile bei mir in der Schublade - den Grund für die schnelle Entladung konnte ich leider nicht ermitteln.

Einen mit Dauersenden gabs bei mir auch schon - konnte durch Batterie raus/rein behoben werden.

[robo9]

er logt alle 5s:
Batterie
Öffnungszustand
Gehäusezustand

der Log folgt heute abend

[stromer-12]

hatte ich auch mal, nach einem getconfig mit Bestätigung am Kontakt war Ruhe.

[robo9]

so hier jetzt ein auszug aus dem LOG

2014-12-20_20:13:07 CUL_HM_HM_SEC_SC_2_2ACA46 trigger_cnt: 52
2014-12-20_20:13:07 CUL_HM_HM_SEC_SC_2_2ACA46 trigDst_123ABC: noConfig
2014-12-20_20:13:07 CUL_HM_HM_SEC_SC_2_2ACA46 battery: ok
2014-12-20_20:13:07 CUL_HM_HM_SEC_SC_2_2ACA46 closed
2014-12-20_20:13:07 CUL_HM_HM_SEC_SC_2_2ACA46 contact: closed (to HMLAN1)
2014-12-20_20:13:12 CUL_HM_HM_SEC_SC_2_2ACA46 trigger_cnt: 53
2014-12-20_20:13:12 CUL_HM_HM_SEC_SC_2_2ACA46 trigDst_123ABC: noConfig
2014-12-20_20:13:12 CUL_HM_HM_SEC_SC_2_2ACA46 battery: ok
2014-12-20_20:13:12 CUL_HM_HM_SEC_SC_2_2ACA46 closed
2014-12-20_20:13:12 CUL_HM_HM_SEC_SC_2_2ACA46 contact: closed (to HMLAN1)
2014-12-20_20:13:13 CUL_HM_HM_SEC_SC_2_2ACA46 trigger_cnt: 54
2014-12-20_20:13:13 CUL_HM_HM_SEC_SC_2_2ACA46 trigDst_123ABC: noConfig
2014-12-20_20:13:13 CUL_HM_HM_SEC_SC_2_2ACA46 battery: ok
2014-12-20_20:13:13 CUL_HM_HM_SEC_SC_2_2ACA46 open
2014-12-20_20:13:13 CUL_HM_HM_SEC_SC_2_2ACA46 contact: open (to HMLAN1)
2014-12-20_20:13:14 CUL_HM_HM_SEC_SC_2_2ACA46 alive: yes
2014-12-20_20:13:14 CUL_HM_HM_SEC_SC_2_2ACA46 battery: ok
2014-12-20_20:13:14 CUL_HM_HM_SEC_SC_2_2ACA46 sabotageError: on
2014-12-20_20:13:14 CUL_HM_HM_SEC_SC_2_2ACA46 open
2014-12-20_20:13:14 CUL_HM_HM_SEC_SC_2_2ACA46 contact: open (to HMLAN1)
2014-12-20_20:13:19 CUL_HM_HM_SEC_SC_2_2ACA46 trigger_cnt: 55
2014-12-20_20:13:19 CUL_HM_HM_SEC_SC_2_2ACA46 trigDst_123ABC: noConfig
2014-12-20_20:13:19 CUL_HM_HM_SEC_SC_2_2ACA46 battery: ok
2014-12-20_20:13:19 CUL_HM_HM_SEC_SC_2_2ACA46 open
2014-12-20_20:13:19 CUL_HM_HM_SEC_SC_2_2ACA46 contact: open (to HMLAN1)
2014-12-20_20:13:24 CUL_HM_HM_SEC_SC_2_2ACA46 trigger_cnt: 56
2014-12-20_20:13:24 CUL_HM_HM_SEC_SC_2_2ACA46 trigDst_123ABC: noConfig
2014-12-20_20:13:24 CUL_HM_HM_SEC_SC_2_2ACA46 battery: ok
2014-12-20_20:13:24 CUL_HM_HM_SEC_SC_2_2ACA46 open
2014-12-20_20:13:24 CUL_HM_HM_SEC_SC_2_2ACA46 contact: open (to HMLAN1)
2014-12-20_20:13:27 CUL_HM_HM_SEC_SC_2_2ACA46 alive: yes
2014-12-20_20:13:27 CUL_HM_HM_SEC_SC_2_2ACA46 battery: ok
2014-12-20_20:13:27 CUL_HM_HM_SEC_SC_2_2ACA46 sabotageError: off
2014-12-20_20:13:27 CUL_HM_HM_SEC_SC_2_2ACA46 open
2014-12-20_20:13:27 CUL_HM_HM_SEC_SC_2_2ACA46 contact: open (to HMLAN1)
2014-12-20_20:13:29 CUL_HM_HM_SEC_SC_2_2ACA46 alive: yes
2014-12-20_20:13:29 CUL_HM_HM_SEC_SC_2_2ACA46 battery: ok
2014-12-20_20:13:29 CUL_HM_HM_SEC_SC_2_2ACA46 sabotageError: on
2014-12-20_20:13:29 CUL_HM_HM_SEC_SC_2_2ACA46 open
2014-12-20_20:13:29 CUL_HM_HM_SEC_SC_2_2ACA46 contact: open (to HMLAN1)

[fiedel]

Mein Ansatz wäre zuerst mal mit dem Config- Stick und der Windows Software zu gucken, ob da ein Sendeintervall eingerichtet ist. Falls ja ausschalten oder Intervall auf ca. 1 Mal Senden pro Tag vergrößern.

Gruß

Frank

[Bennemannc]

Hallo,

kann ich mir nicht vorstellen. Nach einem Batterie raus oder einem getConfig ist ja alles wieder ok. Ich vermute einen Softwarefehler im Gerät, das z.B. die Bestätigung der Zentrale nicht richtig empfangen wird, und deswegen der Kontakt die Meldung immer wieder sendet.

Gruß Christoph

[juppzupp]

Mein Ansatz wäre die Firmware. Vor 2.4 gabs probleme. (2.2?)

[fiedel]

Mein Ansatz wäre die Firmware. Vor 2.4 gabs probleme. (2.2?)

Sounds like a solution! 

[Bennemannc]

Hallo,

kann man dort die Firmware denn updaten ?

Gruß Christoph

[MarcelK]

Mein Ansatz wäre die Firmware. Vor 2.4 gabs probleme. (2.2?)

Ich habe auch mit 2.4 das Batterie-Problem...

Grüße, Marcel

[frank]

bei meinem "alten" sc gibt es folgende register, die wohl mit wiederholungen unbeantworteter messages zu tun haben.

Code Auswählen Erweitern

     2014-11-13 10:03:12   R-transmDevTryMax 6
     2014-11-13 10:03:13   R-transmitTryMax 6

falls ein firmwarebug vorliegt, der vielleicht durch solche wiederholungen ausgelöst wird, könnte man ja mal versuchsweise den wert auf 0 setzen. beim sc2 gibt es sicher ähnliche register.

das attribut logIDs vom io auf den fensterkontakt setzen, könnte auch gute infos bringen.

gruss frank