[gelöst] Fenstersensoren - Manuelles umstellen, wenn nötig

[bismosa]

Gerne. Ich freue mich, wenn ich auch mal helfen kann 

Gruß
Bismosa

[CoolTux]

Also bei mir tut sich rein gar nichts mit meinem RFXtrx obwohl ich hier andere IT Geräte habe.

Also wer will, ich habe hier 5 Fensterkontakte ab zu geben.
15 Euro inkl. Versand.

[bismosa]

Hallo,
wollen wir nicht erst versuchen eine Lösung zu finden?
Wenn schon das IT Protokoll funktioniert...dann sollte das doch eigentlich nicht so schwer sein?
Schon Mal den CUL auf verbose 5 gesetzt?

Ich habe gestern nochmal 7 Stück nachbestellt. Ich glaube langsam habe ich erstmal genügend. Ich glaube knapp 40 Stück.

Gruß
Bismosa

[CoolTux]

Wie gesagt ich habe ja den hier https://wiki.fhem.de/wiki/RFXtrx

Ja hatte ich bereits auf verbose 5, leider keinerlei Datenempfang wenn ich den Reed gegen den Sensor halte und die LED leuchtet. Da ist so rein gar nichts am reinkommen, nicht Mal in den raw Messages.

[CarstenF]

Also ich habe zunächst mal zwei angelernt. Einmal hat der LaCrosse miniCUL 433 mhz sich als IODevice eingetragen. Hier das list davon

Code Auswählen Erweitern

Internals:
   CMDS       BCFiAEGMKUYRTVWXefmLltux
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        192.168.1.84:85 0000
   DeviceName 192.168.1.84:85
   FD         78
   FHTID      0000
   LaCrosse_miniCul_MSGCNT 17473
   LaCrosse_miniCul_TIME 2017-11-12 13:13:43
   NAME       LaCrosse_miniCul
   NR         377
   PARTIAL
   RAWMSG     i56559665555555561A
   RSSI       -61
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.21.00 a-culfw Build: private build (unknown) miniCUL (F-Band: 433MHz)
   initString X21
   MatchList:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     C:Hideki   ^P12#75[A-F0-9]{17,30}
     C:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2017-01-29 21:00:05   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2017-10-30 17:22:40   cmds             B C F i A E G M K U Y R T V W X e f m L l t u x
     2017-11-12 00:48:04   raw             i41001401
     2017-11-12 13:13:43   state           Initialized
Attributes:
   room       CUL

Der andere hatte sich beim SignalESP angemeldet

Code Auswählen Erweitern

Internals:
   CFGFN
   Clients    :IT:CUL_TCM97001:OREGON:CUL_TX:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_WS_Maverick:SIGNALduino_un:
   DEF        192.168.1.127:23
   DMSG       i101414
   DevState   initialized
   DeviceName 192.168.1.127:23
   FD         95
   ITClock    250
   MSGCNT     330
   NAME       signalESP
   NR         142163
   NR_CMD_LAST_H 2
   PARTIAL
   RAWMSG     MS;P0=306;P1=-1078;P2=970;P3=-412;P4=-11081;D=04010101230101010101010123012301010101012301230101;CP=0;SP=4;R=249;
   STATE      opened
   TIME       1509887875
   TYPE       SIGNALduino
   version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Aug  8 2017 16:30:24
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}
     11:SD_WS09 ^P9#[A-Fa-f0-9]+
     12:SD_WS   ^W\d+x{0,1}#.*
     13:RFXX10REC ^(20|29)[A-Fa-f0-9]+
     14:Dooya   ^P16#[A-Fa-f0-9]+
     15:SOMFY   ^YsA[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     1:IT       ^i......
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     7:Hideki   ^P12#75[A-F0-9]+
     X:SIGNALduino_un ^[uP]\d+#.*
   QUEUE:
   READINGS:
     2017-11-04 23:42:12   cmds             V R t X F S P C r W x e b
     2017-11-04 23:42:32   config          MS=1;MU=1;MC=1
     2017-11-12 13:36:44   ping            OK
     2017-11-05 14:22:18   state           opened
     2017-11-04 23:42:57   uptime          0 06:32:49
     2017-11-05 14:22:18   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Aug  8 2017 16:30:24
   XMIT_TIME:
     1510402279
     1510402282
   getcmd:
   keepalive:
     ok         0
     retry      0
   mcIdList:
     10
     11
     12
     18
     43
     47
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     32
     33
     35
     38
     4
     41
     45
     6
     7
   muIdList:
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     34
     36
     37
     39
     40
     42
     44
     46
     48
     49
     5
     50
     51
     8
     9
Attributes:
   flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]

Meinen 433 CUL mit der

Code Auswählen Erweitern

V 1.20.06 a-culfw Build: 199 (2016-02-21_13-36-20) CUL433 (F-Band: 433MHz)
Habe ich auch zum testen eingetragen. Ging auch. Vielleicht hilft das.
Gruß Carsten

[bismosa]

Hallo,

bist Du denn auf 433,92MHz?
Sorry...ich kenne mich mit den RFXtrx leider nicht weiter aus. Aber angeblich sollen die doch problemlos die IT Signale empfangen können?
Vielleicht gibt es hier ja auch noch andere User, die auch diesen im Einsatz haben und Tipps geben können?

Gruß
BIsmosa

[CarstenF]

Ich las gerade im WIKI

Code Auswählen Erweitern

an.

Firmware
Grundsätzlich unterstützte, aber im konkreten Einsatzfall nicht genutzte Empfangsprotokolle können deaktiviert (konfiguriert) werden, was eine Lastsenkung und Verbesserung der Empfangssicherheit zur Folge hat. Die unterstützten Protokolle sind von der installierten Firmware abhängig,

Kenne mit mit dem RFXtrx auch nicht aus, aber vllt. sind bei Dir einige Protokolle deaktiviert. Nur eine Vermutung.
Gruß Carsten

[CoolTux]

Also ich schalte bereits mehrere 433er IST Steckdosen. Beim starten werden alle aktiven Protokolle aufgelistet. Ich kopiere das nachher mal raus.

[KölnSolar]

Vielleicht gibt es hier ja auch noch andere User, die auch diesen im Einsatz haben und Tipps geben können?

Gibt es. Daher auch mein Post #16  Aktuellste firmware aufspielen und gucken, ob sich etwas im RFXMGR tut. Auch einen Blick in die Doku werfen, ob es evtl. etwas zum Stichwort "1527" gibt.

OT:
Kurz für die, die den RFXTRX gar nicht kennen: Der Stick ist hard- u. firmwaretechnisch eine black box, also kein open-source wie culfw/a-culfw. Die Doku ist sehr detailliert mit sehr guter Versionhistory. Meist lässt sich dort nachlesen, was geht. Findet man nichts, kann man über ein Windowsprogramm(RFXMGR) den Empfang testen. Dort lassen sich eine Menge Protokolle selektieren. Das macht man halt zum Test. Produktiv wählt man nur die Protokolle, die man wirklich braucht. Das wiederum erhöht die Erkennungsrate enorm.

[bismosa]

Hallo,

ich habe heute wieder ein paar (13 Stück) von den Fenstersensoren (" gs-iwds07 drahtlosen intelligenten Tür- / Fenster-Magnetkontakt #04766217 ") verbaut. Bei meinen Versuchen habe ich ein paar Sachen herausgefunden...ich denke das könnte auch für euch interessant sein!
Ich fasse das mal eben hier zusammen.

1.) Inbetriebnahme:
Ich hatte jetzt auch ein paar fehlerhafte Module dazwischen.
- einer hatte eine bereits leere Batterie
- einer hat keine Antenne abbekommen
- einer Sendet zwar irgendwas...aber es kommt bei dem gar nichts sinnvolles an. Keine Ahnung warum.
Insgesamt scheint die Fertigungskontrolle nicht vorhanden zu sein. Aber bei dem Preis...

Die mitgelieferten Magnete sind sehr klobig und eigentlich nicht zu gebrauchen. Ich habe mir noch extra 10 x 5 x 1 mm Neodym Magnete (mit Klebestreifen) besorgt und verwende diese. Geht gut...aber die Klebefläche ist schon sehr klein.

2.) Low-Batt
Ich habe herausgefunden (durch die Bemerkung auf der Produktseite mit Low-Batt Warnung), das die Sensoren tatsächlich einen Batteriestatus übermitteln. Ich habe es mit meinem alten Labornetzteil versucht nachzustellen, da dies aber bei 1,4V erst anfängt, musste ich mit einer Diode etwas tricksen. Dabei konnte ich sehen, das bei 1,1V 1x ein anderer Status übermittelt wird. Sinkt die Spannung weiter fängt danach die LED an zu blinken. (Ich finde es praktisch!)
Vermutlich wird der Status der leeren Batterie nur ein einziges Mal übertragen...da muss man einfach Glück haben, das es dann funktioniert. Besser als nichts.
Ich konnte bei den 1,1V auch keinen Unterschied in der Sendestärke/Empfangbarkeit feststellen. Da auf der Platine eh ein StepUp auf 3,3V verbaut ist, sollte das da auch noch keine Probleme geben. Bei ca. 0,9V war hier schluss. Dann konnte der Sender nicht mehr starten.

3.) Einrichtung
Einige Sensoren melden sich mit 1527x..... und einige melden sich mit 010F0FF000.
Beispiele:
1527x26e10 1110 1010 0111 0110
0110 ist der Status (dimdown), der übermittelt wird, wenn die Batterie leer ist

010F0FF000 1D DD F1 FD
FD ist der Batterie leer Status

Bei mir sieht eine Definition jetzt so aus:

Code Auswählen Erweitern


define Fenster_EG_Schlafz_M IT 1527x26e10 1110 1010 0111 0110
attr Fenster_EG_Schlafz_M IODev nanoCUL
attr Fenster_EG_Schlafz_M devStateIcon Zu:fts_window_1w:cmdalias_Fenster Offen:fts_window_1w_open@red:cmdalias_Fenster Kaputt:message_attention:cmdalias_Fenster
attr Fenster_EG_Schlafz_M eventMap /on:Zu/off:Offen/dimup:Kaputt/
attr Fenster_EG_Schlafz_M icon signal_Fenster_Offen.off
attr Fenster_EG_Schlafz_M model itremote
attr Fenster_EG_Schlafz_M room IT
attr Fenster_EG_Schlafz_M webCmd :

Klappt bei mir gut.
Für die leere Batterie habe ich mir ein DOIF erstellt:

Code Auswählen Erweitern


define di_Fenster_Batterie DOIF (["^Fenster_:dimdown"]){\
## Hier die Alarmgebung E-Mail/Pushmsg etc.
}
attr di_Fenster_Batterie do always
attr di_Fenster_Batterie room IT


Eigentlich ging es in diesem Thema ja um die Möglichkeit die Fenster auch manuell umstellen zu können (wenn ein Sensor doch nicht erkannt wird). Dies habe ich jetzt so gelöst:
A.) Dummy zum umschalten ob geändert werden darf

Code Auswählen Erweitern


define FensterAdmin dummy
attr FensterAdmin fp_fp_EG 19,1210,1,FensterAdmin,
attr FensterAdmin fp_fp_OG 17,1176,1,FensterAdmin,
attr FensterAdmin group IT
attr FensterAdmin room IT
attr FensterAdmin setList on off
attr FensterAdmin webCmd :


B.) cmdalias

Code Auswählen Erweitern


define cmdalias_Fenster cmdalias set Fenster_.* cmdalias_Fenster AS {\
my $admin=ReadingsVal("FensterAdmin", "state","");;\
my $state=ReadingsVal("$EVTPART0", "state","");;\
if ($admin eq "on"){\
if ($state eq "on"){\
fhem("setreading $EVTPART0 state off");;\
}else{\
fhem("setreading $EVTPART0 state on");;\
}\
}\
}
attr cmdalias_Fenster room IT
attr cmdalias_Fenster verbose 5


Der cmdalias wird aufgerufen durch die definition im devStateIcon der einzelnen Sensoren (siehe oben)

4.) Alarm, wenn die Fenster zu lange offen sind
Hier habe ich länger probiert. Aber der einzige Weg den ich gefunden habe ist ein einzelnes DOIF pro Fensterkontakt.
Ich frage auch gleichzeitig ab, ob die Heizung läuft und lasse die Aktion auch nur auslösen, wenn es nicht draußen eh warm ist.

Code Auswählen Erweitern


define di_Fenster_EG_Schlafz_M_Alarm DOIF ([Fenster_EG_Schlafz_M] eq "Offen" and [HeizungAn] eq "on")\
{\
if(ReadingsVal("wetter", "temperature", 0)<20){\
##ALARM auslösen...wie auch immer
}\
}\
DOELSE \
()
attr di_Fenster_EG_Schlafz_M_Alarm comment TODO: Nur wenn auch geheizt wird!
attr di_Fenster_EG_Schlafz_M_Alarm do always
attr di_Fenster_EG_Schlafz_M_Alarm group FensterAlarm
attr di_Fenster_EG_Schlafz_M_Alarm repeatcmd 120
attr di_Fenster_EG_Schlafz_M_Alarm repeatsame 5
attr di_Fenster_EG_Schlafz_M_Alarm room IT
attr di_Fenster_EG_Schlafz_M_Alarm verbose 5
attr di_Fenster_EG_Schlafz_M_Alarm wait 900


Ich bin fast zufrieden mit der Lösung. Schade ist noch, das ich z.B. bei einem Zeitwechsel so viele Geräte anpassen muss...aber so häufig wird das ja nicht passieren.
Derzeit habe ich auch noch ein paar kleine Schwierigkeiten mit dem Empfang. Aber eine neue Antenne für mein CUL ist bereits unterwegs. Ich hoffe dann sind die Probleme auch vorbei.

Vielleicht hilft das hier ja jemanden  Mich hat das Ganze sehr viel Zeit (Ich durfte aber auch viel Lernen) gekostet.

Gruß
Bismosa

[mark79]

Also bei mir tut sich rein gar nichts mit meinem RFXtrx obwohl ich hier andere IT Geräte habe.

Also wer will, ich habe hier 5 Fensterkontakte ab zu geben.
15 Euro inkl. Versand.

Wenn du die noch hast, würde ich sie dir abnehmen.

Meine bestellten sind immer noch nicht da und ich vermute der Zoll hat die rausgefischt, wie meinem zweiten Xiaomi Flower Sensor.

[CoolTux]

Wenn du die noch hast, würde ich sie dir abnehmen.

Meine bestellten sind immer noch nicht da und ich vermute der Zoll hat die rausgefischt, wie meinem zweiten Xiaomi Flower Sensor.

Sorry. Da war einer schneller wie Du. Tut mir leid.

[mark79]

Schade. Vielleicht kommen die Dinger ja doch noch an, wenn nicht, bestelle ich neue.

[bismosa]

Hallo,

der schnellere war ich 

Der Zoll hatte jetzt auch eine Lieferung von mir rausgefischt. Mit der Vermutung auf Einfuhrbeschränkte Artikel (oder so ähnlich).
Ich bin da am Montag hingefahren, habe einen Ausdruck der Bestellung und PayPal Zahlung mitgebracht...und bei der Frage nach dem Inhalt habe ich gesagt es sind Fenstersensoren für eine Alarmanlage. Somit konnte ich das Päckchen direkt mitnehmen (da auch unter 22€). Kein Problem.
Ein CE Zeichen ist bei Zubehör ja zum Glück nicht erforderlich.

Leider dauert es immer recht lange, bis man den Brief vom Zoll erhält...aber angekommen sind bisher alle Päcken von LightInTheBox.

Gruß
Bismosa

[popy]

Hallo,

die def muss angepasst werden. Ich habe unterschiedliche:

Code Auswählen Erweitern


1527x3b050 1110 1010 0111 0000

Oder auch

Code Auswählen Erweitern


010F0FFF00 1D DD F1 0000

Die letzten Codes sind die übermittelten Daten...wobei die letzteren sensoren schlechtere Empfangswerte bei mir liefern

Gruß
Bismosa

Danke, so klappt auch ein OFF