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?
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
Zitat von: robo9 am 20 Dezember 2014, 20:01:52
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
5 Stück davon im Einsatz, konnte ich noch nicht beobachten. FW 2.4
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.
er logt alle 5s:
Batterie
Öffnungszustand
Gehäusezustand
der Log folgt heute abend
hatte ich auch mal, nach einem getconfig mit Bestätigung am Kontakt war Ruhe.
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)
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
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
Mein Ansatz wäre die Firmware. Vor 2.4 gabs probleme. (2.2?)
Zitat von: juppzupp am 22 Dezember 2014, 10:02:48
Mein Ansatz wäre die Firmware. Vor 2.4 gabs probleme. (2.2?)
Sounds like a solution! ;D
Hallo,
kann man dort die Firmware denn updaten ?
Gruß Christoph
Zitat von: juppzupp am 22 Dezember 2014, 10:02:48
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
bei meinem "alten" sc gibt es folgende register, die wohl mit wiederholungen unbeantworteter messages zu tun haben.
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
So habe noch mal get Config und dan die Anlerntaste gedrückt. Es funktioniert jetzt aber wen ich die Tür auf mache leuchtet die LED nur kurtz orang auf. Die Signal kommen, aber die Signalisierung ist komisch.
Hallo,
dann bekommt er keine Rückmeldung. Hat das Pairing geklappt ? Was sagt getConfig und ein list auf das Gerät ?
Gruß Christoph
rot wäre keine rückmeldung
orange solle sein: keine rückmeldung gefordert (nicht gepeert).
grün ist gepeert, rückmeldung angefordert und erhalten.
So zumindest bei allen anderen HM devices.