Fensterdrehgriffkontakt selber bauen

[papa]

Hi.
Habe gestern einen weiteren Sensor in Betrieb genommen und ein seltsames Verhalten.
Zum Einen meldet der Sensor, er wäre mit 5C7F49 gepairt.
Ändern kann ich das nicht und auch keine Register setzen.
Im Log sieht das dann wie folgt aus:

Code: [Auswählen]

2018-02-14_21:06:32 HM_0CA345 trigDst_5C7F49: noConfig
2018-02-14_21:06:32 HM_0CA345 trigger_cnt: 10
2018-02-14_21:06:40 HM_0CA345 Activity: alive
2018-02-14_21:06:40 HM_0CA345 D-firmware: 2.2
2018-02-14_21:06:40 HM_0CA345 D-serialNr: NTMV0C2BUW
2018-02-14_21:06:41 HM_0CA345 R-cyclicInfoMsg: on
2018-02-14_21:06:41 HM_0CA345 R-pairCentral: 0x5C7F49
2018-02-14_21:06:41 HM_0CA345 R-eventDlyTime: 0 s
2018-02-14_21:06:41 HM_0CA345 R-sign: on
2018-02-15_10:08:11 HM_0CA345 battery: ok
2018-02-15_10:08:11 HM_0CA345 contact: open (to 5C7F49)
2018-02-15_10:08:11 HM_0CA345 open
2018-02-15_10:08:11 HM_0CA345 trigDst_5C7F49: noConfig
2018-02-15_10:08:11 HM_0CA345 trigger_cnt: 11
2018-02-15_10:08:22 HM_0CA345 battery: ok
2018-02-15_10:08:22 HM_0CA345 contact: closed (to 5C7F49)
2018-02-15_10:08:22 HM_0CA345 closed
2018-02-15_10:08:22 HM_0CA345 trigDst_5C7F49: noConfig
2018-02-15_10:08:22 HM_0CA345 trigger_cnt: 12
Der Fhem Log meldet mir bei Setzen von Registern:

Code: [Auswählen]

2018.02.14 21:02:29 4: CUL_HM HM_0CA345 dupe: dont process
2018.02.14 21:02:29 4: CUL_HM HM_0CA345 dupe: dont process
2018.02.14 21:02:37 5: CUL_HM HM_0CA345 protEvent:CMDs_processing... pending:2
2018.02.14 21:02:37 4: CUL_HM HM_0CA345 dupe: dont process
2018.02.14 21:02:38 4: CUL_HM HM_0CA345 dupe: dont process
2018.02.14 21:02:38 5: CUL_HM HM_0CA345 protEvent:CMDs_processing... pending:1
2018.02.14 21:02:38 4: CUL_HM HM_0CA345 dupe: dont process
2018.02.14 21:02:38 4: CUL_HM HM_0CA345 dupe: dont process
2018.02.14 21:02:38 5: CUL_HM HM_0CA345 protEvent:CMDs_processing... pending:0
2018.02.14 21:02:38 4: CUL_HM HM_0CA345 dupe: dont process
2018.02.14 21:02:38 4: CUL_HM HM_0CA345 dupe: dont process
2018.02.14 21:02:39 5: CUL_HM HM_0CA345 protEvent:CMDs_done
2018.02.14 21:02:39 4: CUL_HM HM_0CA345 dupe: dont processZwei andere Sensoren funktionieren ohne Probleme mit der gleichen Software (jedoch andere ID)
Danke für die Hilfe

Mach mal nen Reset - ca 6 Sekunden der Konfig-Taster drücken. Dann neu pairen

[oli82]

Der Sensor läuft wieder.
Ich musste aber neben dem Reset auch ein andere IO device nehmen. Wie es aussieht, macht mein HM LAN Probleme.
Danke!

[Fanavity]

Guten Tag, ich habe da mal zwei fragen.

1. mein erster Sensor war problemlos in betrieb, doch nach wenigen Tagen zeigte der Sensor nur noch geöffnet und geschlossen. Also habe ich den Sensor nochmal demontiert und habe festgestellt, das einer der reedkontakte plötzlich immer geschlossen ist. Hat jemand eine ähnliches beobachtet oder habe ich einfach nur Pech  gehabt ? Habe mir nochmal welche bestellt, habe aber nun Angst diese ständig täuschen zu müssen.

2. ursprünglich wollte mir mein Arbeitskollege meine restlichen 14 Gehäuse drucken, doch sein Drucker ist nun defekt und er wird ihn in absehbarer Zeit nicht reparieren. Daher suche ich jemanden, der mir die Gehäuse drucken könnte.

[Papaloewe]

1. mein erster Sensor war problemlos in betrieb, doch nach wenigen Tagen zeigte der Sensor nur noch geöffnet und geschlossen. Also habe ich den Sensor nochmal demontiert und habe festgestellt, das einer der reedkontakte plötzlich immer geschlossen ist. Hat jemand eine ähnliches beobachtet oder habe ich einfach nur Pech  gehabt ? Habe mir nochmal welche bestellt, habe aber nun Angst diese ständig täuschen zu müssen.

Das kann ich leider auch so bestätigen. Die Lösung mit den Reedschaltern ist nicht optimal, oder die Qualität derer stimmt nicht.
Kennt jemand eine empfelenswerten Lieferanten/Hersteller?

Ich musste auch zweimal welche an meinem Test-Fenstergriff tauschen. Viele der neuen Reed's sind auch schon aus der Tüte dauernd geschlossen 

Thomas

[joschi2009]

war nicht angedacht das ganze mal mit Hallsensoren zu probieren? Hat das mittlerweile mal jemand ausgetestet?

VG

joschi2009

[Wzut]

Ich warte auch ganz gespannt auf papas Getriebe oder Zahnstangenversion

[Fanavity]

Wären denn für die o.g.  Versionen auch neue Boards notwendig oder bleibt da alles wie es ist ?

[PeMue]

Wären denn für die o.g.  Versionen auch neue Boards notwendig oder bleibt da alles wie es ist ?

Da braucht's neue Leiterplatten dafür  Ich hoffe nur, dass nicht alle auf die anderen warten 

Gruß PeMue

[Fanavity]

Dann  überlege ich noch, ob ich die restlichen 14 fensterkontakte noch mit Reed baue oder warte, bis es ein anderes Layout mit zb einem hallsensor gibt. Ich lese hier mal weiter mit

[papa]

Ich warte auch ganz gespannt auf papas Getriebe oder Zahnstangenversion

Die Chinesen feiern Neujahr und meine TLE4913 sind noch irgendwo unterwegs ....

[micky0867]

Hallo,

wie ist denn die praktische Erfahrung mit dem TLV61224?
Lt. Datenblatt braucht er 5-μA Ruhestrom.
Hat mal jemand den Ruhestrom mit/ohne Stepup gemessen?

Und hat jemand eine gute Bezugsquelle?

Micky

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

[oli82]

Und hat jemand eine gute Bezugsquelle?

Den Kannst du bei TI sampeln: http://www.ti.com/product/TLV61224/samplebuy

[papa]

Den Kannst du bei TI sampeln: http://www.ti.com/product/TLV61224/samplebuy

Oder beim freundlichen Chinesen https://de.aliexpress.com/item/AD364SD/32636036886.html

[Coyote999]

Hallo zusammen,

kurze frage.

Ist es möglich die Firmware so anzupassen das man sie auch auf einen HmIP-SRH https://www.elv.de/elv-homematic-ip-fenstergriffsensor-hmip-srh-arr-bausatz.html Flashen kann?
Damit ich ihn mit einen HM-CC-RT-DN direkt verknüpfen kann?

Besten dank.

grüße

[papa]

Soweit ich weiss, sind die HM-IP Geräte mit einem EFM32 ausgerüstet. Dafür gibt es keine Arduino-Umgebung und somit auch keine alternative Firmware.