433Mhz China Fensterkontakte in FHEM

[Ginsi]

Guten Tag,

ich habe günstige Fensterkontakte gekauft, da ich gelesen habe, dass diese einfach eine Zahlenfolge auswerfen, die ich dann in FHEM definieren kann.
Nun habe ich das Problem, dass meine Log-Datei mir folgendes anzeigt, was ich nicht eindeutig zuordnen kann:

Code Auswählen Erweitern

2017.02.10 12:39:59 4: CUL_Parse: cul433 i3C7F7E38 -46
2017.02.10 12:39:59 5: cul433 dispatch i3c7f7e
2017.02.10 12:39:59 4: message "i3c7f7e" (7)
2017.02.10 12:39:59 4: unknown tristate in "10"
2017.02.10 12:40:01 5: CUL/RAW: /i3C7F7E38

2017.02.10 12:40:01 4: CUL_Parse: cul433 i3C7F7E38 -46
2017.02.10 12:40:01 5: cul433 dispatch i3c7f7e
2017.02.10 12:40:01 4: message "i3c7f7e" (7)
2017.02.10 12:40:01 4: unknown tristate in "10"

2017.02.10 12:40:44 4: CUL_Parse: cul433 i3C7F7E39 -45.5
2017.02.10 12:40:44 5: cul433 dispatch i3c7f7e
2017.02.10 12:40:44 4: message "i3c7f7e" (7)
2017.02.10 12:40:44 4: unknown tristate in "10"
2017.02.10 12:40:45 5: CUL/RAW: /i3C7F7E38

das i3C7F7E bleibt in jedem Fall gleich, aber der Rest verändert sich.
Vielleicht gehe ich das auch von einer komplett falschen Richtung aus an. Deshalb auch die Rubrick "Anfängerfragen"

Mit freundlichen Grüßen,
Ginsi

FOTO

[Ralf9]

2017.02.10 12:40:01 4: unknown tristate in "10"

Du verwendest eine recht alte Version vom IT-Modul. Mach mal ein fhem update.

Gruß Ralf

[Ginsi]

Das Update hat die Nachricht im LOG schonmal verändert und ein IT Gerät hinzugefügt. Dieses kann ich aber nicht verwerten und die "help me!"-Nachricht vom CUL ist immer noch vorhanden.

Code Auswählen Erweitern

2017.02.11 12:52:23 4: CUL_Parse: cul433 i3C7F7E37 -46.5
2017.02.11 12:52:23 5: cul433: dispatch i3c7f7e
2017.02.11 12:52:23 4: cul433 IT: message "i3c7f7e" (7)
2017.02.11 12:52:23 5: cul433 IT Parse bintotristate: msgcode=0110F111F11, unknown tristate in onoff-code. is evtl a EV1527 sensor
2017.02.11 12:52:23 4: cul433 IT: msgcode "0110F111F11D" (12) bin = 001111000111111101111110
2017.02.11 12:52:23 5: cul433 IT: V1 housecode = 0110F111F1  onoffcode = 1D
2017.02.11 12:52:23 3: cul433 IT: Code 1D not supported by IT_0110F111F1.
2017.02.11 12:52:23 4: cul433 IT: message "i3c7f7e" (7)
2017.02.11 12:52:23 5: cul433 IT Parse bintotristate: msgcode=0110F111F11, unknown tristate in onoff-code. is evtl a EV1527 sensor
2017.02.11 12:52:23 4: cul433 IT: msgcode "0110F111F11D" (12) bin = 001111000111111101111110
2017.02.11 12:52:23 5: cul433 IT: V1 housecode = 0110F111F1  onoffcode = 1D
2017.02.11 12:52:23 3: cul433 IT: Code 1D not supported by IT_0110F111F1.
2017.02.11 12:52:23 5: Starting notify loop for cul433, 1 event(s), first is UNKNOWNCODE i3c7f7e
2017.02.11 12:52:23 5: End notify loop for cul433
2017.02.11 12:52:23 3: cul433: Unknown code i3c7f7e, help me!

Wie geht's von hier aus weiter?
Vielen Dank im Voraus!!

[Ralf9]

Code 1D not supported by IT_0110F111F1.

Diese Nachricht sagt aus, daß beim define der on- bzw off-code nicht passt.

Wenn Du im define Feld die 1D als oncode einträgst, müsste es funktionieren.

DEF  0110F111F1 1D F0

Beim off code kannst Du dann den code eintragen, der beim schließen des Fensterkontakts im log steht.

Gruß Ralf

[Ginsi]

Hab's jetzt hingekriegt, dass der Sensor off->on triggered. Da diese Billigteile für Alarmanlagen gedacht sind, senden sie leider nicht, wenn der Kontakt wieder geschlossen wird, was aber für meinen jetzigen Zweck (Kontrolle, ob das Garagentor geschlossen ist) ausreicht.
Ich bin jedoch auch auf der Suche nach Smart Home Fenstersensoren, die sich auch melden, wenn ein Fenster geschlossen wird. Was wäre in dem Fall eine günstige Empfehlung?

Vielen Dank nochmal!
Ginsi

Edit: Kann ich auch zwei Sensoren ein Event triggern lassen? Also ich bräuchte ja einen Sensor am Tor (Tor wird geöffnet) und einen an der Schiene (Tor wird geschlossen), die aber als 1 und 0 eines events sozusagen funktionieren müssten.

[JWRu]

Ich habe diese hier:
https://de.aliexpress.com/store/product/433MHz-Portable-Alarm-Sensors-Smart-Home-Detectors-Wireless-Window-Door-Magnet-Sensor-Detector-For-Home-Wireless/115772_32499540451.html?spm=2114.12010615.0.0.iWfw5o
Sie senden getrennte Telegramme für Öffnen, Schließen und Sabotage und werden von FHEM als "IT_1527..." erkannt.
Ich habe die readings mit eventMap "on:open off:closed dimup:removed" umdefiniert.
Die Dinger sollen auch auch eine Batteriewarnung schicken. Das konnte ich aber noch nicht testen, weil die Batterie noch voll ist. Vielleicht "dimdown"?

Siehe auch hier: https://forum.fhem.de/index.php?topic=67244.0

[alen]

Hallo  JWRu

Funktionieren diese von dir verlinkten Fensterkontakte (bei AliExpress) immer noch zufriedenstellend? Vor allem, zeige sie wirklich zwei Zustände an (offen, geschlossen) ?

Danke & Gruss
Alen

[JWRu]

Ja, sie funktionieren alle einwandfrei.
Bei dem an der Haustür, der am häufigsten auslöst, habe ich die Batterie austauschen müssen. Er hat als letzte Meldung "1111" abgesetzt. Ich vermute, dass das die Batteriewarnung ist.
Ich habe das jetzt mal als "XMITdimdown" gesetzt und per eventMap auf "BAT_warning" gemapt. Mal abwarten, bis beim nächsten Kontakt die Batterie leer ist.

[locodriver]

Ich habe die auch im Einsatz. Danke an JWRu für die Unterstützung damals...

Allerdings habe ich ein"Timing"-Problem. Wenn ich ein Fenster von Kippen in Offen oder umgekehrt betätige, dann kommen die Kontakte nicht hinterher.
Das kann man an der LED im Kontakt sehen, der zweimalige Zustandswechsel (offen - geschlossen - offen) wird dann nicht komplett durchlaufen.
Meist äußert sich das so, dass das Fenster geschlossen ist, der Kontakt aber noch offen anzeigt. K.A., ob man das Timing anpassen kann?

@JWRu: hast du das auch schon beobachtet?

Ich behelfe mir so, dass ich die Fenster etwas langsamer betätige, sodass die LED zwischendurch aus geht (der WAF leidet aber etwas...).

Ansonsten bin ich mit den Teilen auch zufrieden, laufen seit dem Frühjahr alle noch mit der ersten Batterie.

Uwe

[RaspiCOC]

Habe die Teile auch. Wenn ich mich recht erinnere (d.h. ich habe sie in meiner Grabbelkiste liegen) dann kann man die Sensoren ja nicht einmal voneinander unterscheiden. Oder noch schlimmer, nach einem Batteriewechsel senden sie einen anderen Code. Meiner Meinung nach - auch wenn sie wirklich gut aussehen - leider was für die Tonne.

Schau Dir mal diese hier von Intertechno bei Real an: https://www.real.de/product/318450931/?kwd=&source=pla&sid=4397641&gclid=CjwKCAjw3rfOBRBJEiwAam-GsPPjMyPYSPUVbMBJgSSN-uGNB5VZ0NsR6WpWXK8dd_B1TJ0P4HjYuBoCaKIQAvD_BwE

Die gabe es auch mal für um die 5 Euro bei Lidl-Online. Senden auf UND zu, und die sind zumindest weitgehen untereinander unterscheidbar. Ich hatte mal 20 Stück bestellt und habe dann 2 retourniert, weil sie den gleichen, leider nicht einstellbaren, Code hatten.

[Gisbert]

Hallo,

welche Empfangseinheit benutzt ihr?
Ich hab einen Signualdino, mit dem ich die Wetterdaten von einer WH3080-Außeneinheit empfange.
Kann ich den gleichen Signalduino für den Empfang der Signale von den Fensterkontakten benutzen, oder ist das Ansinnen zum Scheitern verurteilt?

Viele​ Grüße​ Gisbert​

[locodriver]

Die Kontakte haben jeder einen anderen Code (sind also unterscheidbar), ob sich dieser beim Batteriewechsel ändert, weiß ich noch nicht. Vielleicht kann JWRu dazu was sagen...?

Ich nutze als Empfangseinheit eine CUNO2 886 MHz, welche ich auf 433,... MHz betreibe. Ich weiß, das verschlechtert die Empfangseigenschaften, aber meine RSSI-Werte sind ok und die CUNO war übrig.

[JWRu]

Der eindeutige Code ändert sich nach dem Batteriewechsel nicht. Der Sensor wird sofort wieder erkannt.
Ich nutze als Empfänger einen Busware CUL433 mit der a-culfw.

[RitterSport]

Ich habe mir jetzt auch die Konatkte mit der Aufschrift "Kerui" geholt.

Dann einen meine NanoCulv3 mit der aCulf geflasht: V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) nanoCUL433 (F-Band: 433MHz)

Frequenz eingestellt: freq:433.000MHz bWidth:325KHz rAmpl:42dB sens:4dB
Testweise bei den original 433.920 kam auch nicht viel an.

Es kam mal per autocreate IT_1527x7d272 und auch IT_1527x20000

Dann habe ich versucht wie hier vorgeschlagen für den on off und dim Code es zu erweitern was aber scheiterte.

Code Auswählen Erweitern

define IT_1527x7d272 IT 1527x7d272 1110 0111 1011 0000: Define IT_1527x7d272: wrong dimup-code format: specify a 2 digits 0/1/f/d

Nachdem ich die Device wieder gelöscht habe, bekomme ich sie per autocreate aber auch nicht mehr rein.

Kann mir jemand einen Tip geben?
Frequenz?
Wleches Protokoll muss ich auswählen?

[JWRu]

Mein CUL ist so eingestellt:

Code Auswählen Erweitern

freq:433.920MHz bWidth:464KHz rAmpl:38dB sens:8dB

Die Kontakte sind beispielsweise so definiert:

Code Auswählen Erweitern

1527x94fb2 1110 0111 1011 1111

eventMap on:open off:closed dimup:removed dimdown:BAT_warning

Der Teil nach dem 1527x ist von Kontakt zu Kontakt unterschiedlich.

Damit funktioniert es - beim Schalten wird sofort per autocreate ein Device angelegt.