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

Begonnen von bismosa, 08 Oktober 2017, 21:15:02

Vorheriges Thema - Nächstes Thema

bismosa

Hallo,

ich habe günstige China-Fenstersensoren. Die lassen sich wunderbar mit meinem Selbstbau-CUL empfangen.
Nun habe ich auch gleich meine Heizungen darüber gesteuert. Ist ein Fenster offen, geht die Heizung aus.

Nun passiert es aber häufiger, das mal ein Sensor nicht korrekt empfangen wurde. Es gibt halt keinen Rückkanal. Somit ist die Heizung aus. Um das zu korrigieren muss ich immer das Fenster 1x öffnen und wieder schließen. Nervig, wenn mal mein FHEM für ne Weile offline war und der Zustand so gar nicht mehr stimmt.

Daher wollte ich nun die Möglichkeit schaffen, die Sensoren bei einem Klick auf das Icon im State zu ändern. So sieht meine Definition aus:
define Fenster_EG_Buero_R IT 1527x3c266 1110 1010 0111 0000
attr Fenster_EG_Buero_R IODev nanoCUL
attr Fenster_EG_Buero_R devStateIcon Zu:fts_window_1w:off Offen:fts_window_1w_open@red:on Kaputt:message_attention
attr Fenster_EG_Buero_R eventMap /on:Zu/off:Offen/dimup:Kaputt/
attr Fenster_EG_Buero_R model itremote

Wenn ich manuell ein "setreading Fenster_EG_Buero state on" absetze, wird auch brav der Zustand geändert. Wie kann ich das nun über das Icon machen?
Wenn ich jetzt auf das Icon klicke, kommt nur der Fehler "Unknown argument open, choose one of "

Wie könnte ich das  lösen?

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

amenomade

Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

bismosa

Guten Morgen!

Das open kommt vom Attribut devStateIcon. Sorry. Ich habe aus dem falschen kopiert. Ich habe es sowohl mit
attr Fenster_EG_Buero_R devStateIcon Zu:fts_window_1w:off Offen:fts_window_1w_open@red:on Kaputt:message_attention
Fehlermeldung: "Unknown argument off, choose one of"
Als auch mit
attr Fenster_EG_Buero_R devStateIcon Zu:fts_window_1w:open Offen:fts_window_1w_open@red:close Kaputt:message_attention
Fehlermeldung: "Unknown argument open, choose one of"

Aber der Zustand lässt sich so nicht ändern. Ich denke das liegt daran, das mein Device dies nicht unterstützt?

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

CBSnake

Moin,

hab mir das Device mal spasseshalber angelegt und bissle rumprobiert. Mit attr Fenster_EG_Buero_R model itremote gehts nicht aber mit attr Fenster_EG_Buero_R model itswitch klappts

Ob dir das nun weiterhilft oder das verändern des Models irgendwo anders Probleme macht kann ich natürlich nicht testen ;-)

Grüße
Achim
FHEM auf Debian 10, HM-Wlan, JeeLink-Wlan, Wlanduino, ConBee, TP-Link Steckdose, GHoma Steckdosen, Shelly Steckdosen

bismosa

Hallo,
Vielen Dank für das Ausprobieren. Habe ich doch auch glatt Mal gemacht.
Es gibt einen Unterschied. Beim itswitch wird zusätzlich gesendet. Das muss ja nicht sein.
Ich befürchte ich muss mir ne Krücke bauen, die mir dann das setreading ausführt. Aber wie?
Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

Hausierer

Was sind das denn für Sensoren? Ich hatte für ein Projekt auch solche Dinger gesucht.


Gesendet von iPhone mit Tapatalk

bismosa

Hallo,

ich habe diese hier:
https://www.lightinthebox.com/de/gs-iwds07-drahtlosen-intelligenten-tuer-fenster-magnetkontakt_p4766217.html?utm_campaign=cartcross&prm=1.10.4.0
Für derzeit 2,68€/Stück unschlagbar günstig...da kann ich auch alle meine Fenster und Türen damit ausrüsten  :)

Ich bin jetzt gerade etwas weiter gekommen. Ich habe diesen Beitrag gefunden:
https://forum.fhem.de/index.php?topic=38965.0
Zitat von: justme1968 am 09 Juli 2015, 20:24:31
das geht über cmdalias.

in devStateIcon verendest du irgendein cmd (muss es noch nicht mal wirklich geben) und über cmdalias machst du aus dem set dann etwas anderes.

devStateIcon opened:window_opened:xyz wird automatisch zu set <device> xyz wird über cmdalias zu attr <Fensterkontakt> XYZ <Wert>.

gruss
  andre

Also eigentlich genau das was ich brauche. Aber ich verstehe noch nicht, wie es richtig anwenden soll:
define cmdalias_Fenster cmdalias set Fenster_EG_Bad cmdalias_Fenster AS ...
und in meinem Fensterkontakt
devStateIcon Zu:fts_window_1w:cmdalias_Fenster Offen:fts_window_1w_open@red:cmdalias_Fenster Kaputt:message_attention

Dann müsste ich ja für jeden Fensterkontakt einen cmdalias anlegen? Oder geht das dann auch irgendwie allgemeiner?

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

bismosa

Hallo,

ich habs!
devStateIcon Zu:fts_window_1w:cmdalias_Fenster Offen:fts_window_1w_open@red:cmdalias_Fenster Kaputt:message_attention:cmdalias_Fenster

Und mein cmdalias:
define cmdalias_Fenster cmdalias set Fenster_.* cmdalias_Fenster AS {\
my $state=ReadingsVal("Fenster_EG_Bad", "state","");;\
if ($state eq "on"){\
fhem("setreading $EVTPART0 state off");;\
}else{\
fhem("setreading $EVTPART0 state on");;\
}\
}


Somit wird immer bei klick mein cmdalias aufgerufen und das Fenster entweder offen oder geschlossen dargestellt. Und es gilt jetzt für alle Fenster.  :)

Richtig cool wäre es noch, wenn man vorher eine Nachfrage "Ist das Fenster wirklich geschlossen" kommen würde. Dann passiert nicht gleich etwas, wenn man im Floorplan mal versehentlich geklickt hat.
Hier konnte ich jedoch keine Funktion in fhem finden?

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

popy

Zitat von: bismosa am 09 Oktober 2017, 14:49:01
Hallo,

ich habe diese hier:
https://www.lightinthebox.com/de/gs-iwds07-drahtlosen-intelligenten-tuer-fenster-magnetkontakt_p4766217.html?utm_campaign=cartcross&prm=1.10.4.0
Für derzeit 2,68€/Stück unschlagbar günstig...da kann ich auch alle meine Fenster und Türen damit ausrüsten  :)

Ich bin jetzt gerade etwas weiter gekommen. Ich habe diesen Beitrag gefunden:
https://forum.fhem.de/index.php?topic=38965.0
Also eigentlich genau das was ich brauche. Aber ich verstehe noch nicht, wie es richtig anwenden soll:
define cmdalias_Fenster cmdalias set Fenster_EG_Bad cmdalias_Fenster AS ...
und in meinem Fensterkontakt
devStateIcon Zu:fts_window_1w:cmdalias_Fenster Offen:fts_window_1w_open@red:cmdalias_Fenster Kaputt:message_attention

Dann müsste ich ja für jeden Fensterkontakt einen cmdalias anlegen? Oder geht das dann auch irgendwie allgemeiner?

Gruß
Bismosa

Danke für den Link zu den günstigen Sensoren, genau sowas habe ich gesucht  ;)
Bin auch drauf und dran mir die Dinger zu holen.

Sind die stabil in der Zeit wo du Sie hast?
Reichweite gut? Müsste 3 Zimmer/Wände durchqueren wovon eine davon  eine Stahlbetonwand ist (andere 433 Mhz Signale vom nanoCUL gehen aber durch)
Was hast du Versand bezahlt? Sehe da leider nichts auf der Homepage (oder ich habe mal wieder mit dem weißen vom Auge geschaut  :D)

Danke
pOpY

bismosa

Hallo,
derzeit laufen alle 8 Stück die ich eingebunden habe stabil. Einer war dabei der zwar irgendwas sendet, aber in fhem kommt nichts an. Keine Ahnung warum.
Versandkosten sind abhängig von der Stückzahl. Auch ob der Versand mit Paketverfolgung oder nicht spielt da eine Rolle. Versandkosten sieht man, wenn man auf "zur Kasse" klickt. Da hat man dann auch noch nicht bestellt.
Ich hatte vor kurzen nochmal 7 Stück nachbestellt (um keine Zollgebühren zahlen zu müssen bin ich extra unter 23€ geblieben.) und angekommen sind sie schon. Andere die ich auf eine andere Adresse geschickt habe (ohne Paketverfolgung) lassen noch auf sich warten.

Die Reichweite scheint ok zu sein. In einem entfernteren Zimmer habe ich in der Nähe noch ein Max Heizkörperthermostat auf 868MHz laufen. Gelegentlich habe ich keinen Funkkontakt zu beiden (Wenn alle Türen zu). Also Reichweite relativ identisch.

Viel Spaß beim Bestellen!

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

CoolTux

Habe mir zum Rumspielen auch mal welche bestellt  ;D
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

bismosa

Vielleicht noch als Tip...
Ich nutze die klobigen Magnete nicht. Dafür habe ich mit 10x5mm Neodym-Magnete bestellt. Reichen auch völlig.

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

popy

Zitat von: bismosa am 24 Oktober 2017, 13:08:31
Hallo,
derzeit laufen alle 8 Stück die ich eingebunden habe stabil. Einer war dabei der zwar irgendwas sendet, aber in fhem kommt nichts an. Keine Ahnung warum.
Versandkosten sind abhängig von der Stückzahl. Auch ob der Versand mit Paketverfolgung oder nicht spielt da eine Rolle. Versandkosten sieht man, wenn man auf "zur Kasse" klickt. Da hat man dann auch noch nicht bestellt.
Ich hatte vor kurzen nochmal 7 Stück nachbestellt (um keine Zollgebühren zahlen zu müssen bin ich extra unter 23€ geblieben.) und angekommen sind sie schon. Andere die ich auf eine andere Adresse geschickt habe (ohne Paketverfolgung) lassen noch auf sich warten.

Die Reichweite scheint ok zu sein. In einem entfernteren Zimmer habe ich in der Nähe noch ein Max Heizkörperthermostat auf 868MHz laufen. Gelegentlich habe ich keinen Funkkontakt zu beiden (Wenn alle Türen zu). Also Reichweite relativ identisch.

Viel Spaß beim Bestellen!

Gruß
Bismosa

Danke für die vielen tollen Infos!
Das mit Bestellungen unter 22 Euro (Österreich) mache ich auch immer so  ::) 8)

Eine Frage noch, leuchtet da irgendwas an den Sensoren in Ruhe (keinen Aktion)? Oder nur bei Aktion? Oder Gar nicht?
Frage nur wegen Batterie Lebensdauer.
Welche Batterie haben die Geräte?

Danke
pOpY


mark79

#13
Danke erstmal für den Tipp, ich habe gestern auch zwei Stück zum testen bestellt. :)

@bismosa wenn du magst, kannst du die Batterie Warnung ausprobieren.
Dazu muss die DEF angepasst werden, 0000 ersetzen durch 1111.

define Fenster_EG_Buero_R IT 1527x3c266 1110 1010 0111 1111

Das funktioniert jedenfalls bei den Kerui D026 Fenster Sensoren so, aber auch nur mit der aculfw. Danke noch mal an Gerd für den Tipp! :)
Mit der Signalduino FW hat es nicht geklappt.

Testen kann man es, indem man die Spannung z.B. mit einem regelbarem Netzteil auf unter 6 Volt runter regelt.
Die Sensoren senden dann ein Dimdown. Siehe auch hier: https://forum.fhem.de/index.php/topic,52827.msg702955.html#msg702955

@popy das sind kleine 12V Batterien und heißen Typ 23A: https://de.wikipedia.org/wiki/23A-12V-Batterie
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

popy

@mark79: Ah Danke für die Infos.
Die Batterien kenne ich ja woher ... Intertechno  ;D

@bismosa: Sind da Batterien im Lieferumfang enthalten?

Werde auch bald bestellen.

CoolTux

Zitat von: bismosa am 09 Oktober 2017, 14:49:01
Hallo,

ich habe diese hier:
https://www.lightinthebox.com/de/gs-iwds07-drahtlosen-intelligenten-tuer-fenster-magnetkontakt_p4766217.html?utm_campaign=cartcross&prm=1.10.4.0
Für derzeit 2,68€/Stück unschlagbar günstig...da kann ich auch alle meine Fenster und Türen damit ausrüsten  :)

Ich bin jetzt gerade etwas weiter gekommen. Ich habe diesen Beitrag gefunden:
https://forum.fhem.de/index.php?topic=38965.0
Also eigentlich genau das was ich brauche. Aber ich verstehe noch nicht, wie es richtig anwenden soll:
define cmdalias_Fenster cmdalias set Fenster_EG_Bad cmdalias_Fenster AS ...
und in meinem Fensterkontakt
devStateIcon Zu:fts_window_1w:cmdalias_Fenster Offen:fts_window_1w_open@red:cmdalias_Fenster Kaputt:message_attention

Dann müsste ich ja für jeden Fensterkontakt einen cmdalias anlegen? Oder geht das dann auch irgendwie allgemeiner?

Gruß
Bismosa

Meine Kontakte sind heute angekommen. Aber irgendwie werden die nicht automatisch erkannt. Ich habe einen RFXtrx.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

KölnSolar

ich spekuliere: TRXLIGHT kann das 1527-Protokoll(4 bits schaltcode) nicht  :'(
Der RFXTRX aber vielleicht schon. Schon mal mit dem RFXMGR u. aktueller firmware probiert ?
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

bismosa

Hallo,
schon mehrere ausprobiert? Ich hatte bei der letzten Lieferung auch einen der zwar auf 433MHz sendet...aber auch der wird nicht erkannt...
Ich nutze einen Selbstbau nano CUL. Der steht auf SlowRF.
Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

CoolTux

Vielen Dank für Eure Antworten. Werde morgen mal noch einen probieren. Melde mich dann noch mal.



Grüße
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

mark79

#19
Zitat von: CoolTux am 03 November 2017, 20:39:31
Meine Kontakte sind heute angekommen. Aber irgendwie werden die nicht automatisch erkannt. Ich habe einen RFXtrx.

Wohnst du in China, oder warum sind die so schnell bei dir angekommen?  ;D
Bei mir dauert das immer min. 2-3 Wochen...

Die Keriui Sensonoren funktionieren bei mir mit dem nanoCUL cc1101, acul + Signalduino.
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

CoolTux

Zitat von: mark79 am 04 November 2017, 01:00:59
Wohnst du in China, oder warum sind die so schnell bei dir angekommen?  ;D
Bei mir dauert das immer min. 2-3 Wochen...

Die Keriui Sensonoren funktionieren bei mir mit dem nanoCUL cc1101, acul + Signalduino.

Keine Ahnung wieso die so schnell da waren. Auf jeden Fall spricht keiner davon mit meinem IODev Gerät. Wenn ich das richtig gesehen habe verwenden die das Pilight Protokoll glaube und das kann mein IODev nicht.
Eigentlich war mir so als hätte ich was von IT Protokoll gelesen. Jemand ne Idee?
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

bismosa

Hallo,
die nutzen auf jeden Fall das IT Protokoll...
Bei mir gehen die auch mit dem SIGNALduino. Habe gestern meinen CUL umgeflasht und keine Probleme...
Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

CoolTux

Kannst Du mir bitte ein List von Deinem Device geben.


Danke
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

bismosa


Bis gestern:


Internals:
   CMDS
   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        /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.3:1.0-port0@38400 1234
   DeviceName /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.3:1.0-port0@38400
   FHTID      1234
   NAME       nanoCUL
   NR         122
   PARTIAL
   STATE      disconnected
   TYPE       CUL
   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....(1|5|9).a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     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-11-03 20:28:28   ccconf          freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2017-11-08 19:49:02   cmds            A B C E e F f G h i K k l M m R T t U V W X x Y Z z
     2017-11-03 20:10:05   credit10ms      3600
     2017-10-12 16:12:57   fhtbuf          AE
     2017-11-03 20:28:41   raw             No answer
     2017-11-08 20:23:42   state           disconnected
     2017-09-29 15:33:07   uptime          2 19:15:03
     2017-10-02 10:50:42   version         V 1.67 nanoCUL433
Attributes:
   rfmode     SlowRF
   verbose    5


Seit gestern:

Internals:
   Clients    :IT:CUL_TCM97001:SD_RSL:OREGON:CUL_TX:SD_AS:Hideki:SD_WS07:SD_WS09: :SD_WS:RFXX10REC:Dooya:SOMFY:SD_UT:SD_WS_Maverick:FLAMINGO:CUL_WS:Revolt: :FS10:CUL_FHTTK:Siro:SIGNALduino_un:
   DEF        /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.3:1.0-port0@57600
   DMSG       s99C056A000
   DevState   initialized
   DeviceName /dev/serial/by-path/platform-3f980000.usb-usb-0:1.2.3:1.0-port0@57600
   FD         65
   LASTDMSG   s99C056A000
   MSGCNT     1050
   NAME       SIGNALduino
   NR         285
   PARTIAL
   RAWMSG     MS;P0=-4611;P1=391;P2=-2043;P3=-9594;D=1310121210101212101010121212121212121012101210101210121012;CP=1;SP=3;R=235;
   RSSI       -84.5
   STATE      opened
   TIME       1510220962.44407
   TYPE       SIGNALduino
   sendworking 0
   unknownmessages 2017-11-09 10:45:10-MU;P0=-4591;P1=415;P2=-2076;P3=-15744;P4=92;P6=208;D=012121010101212121342101210101210121013126;CP=1;R=236;#2017-11-09 10:45:10-MU;P0=-570;P1=398;P2=-2037;P3=-4594;
...
version    V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   DoubleMsgIDs:
   MatchList:
     10:SD_WS07 ^P7#[A-Fa-f0-9]{6}F[A-Fa-f0-9]{2}(#R[A-F0-9][A-F0-9]){0,1}$
     11:SD_WS09 ^P9#F[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   ^Ys[0-9A-F]+
     16:SD_WS_Maverick ^P47#[A-Fa-f0-9]+
     17:SD_UT   ^u30#.*
     18:FLAMINGO ^P13#[A-Fa-f0-9]+
     19:CUL_WS  ^K[A-Fa-f0-9]{5,}
     1:IT       ^i......
     20:Revolt  ^r[A-Fa-f0-9]{22}
     21:FS10    ^P61#[A-F0-9]+
     22:Siro    ^P72#[A-Fa-f0-9]+
     2:CUL_TCM97001 ^s[A-Fa-f0-9]+
     3:SD_RSL   ^P1#[A-Fa-f0-9]{8}
     4:OREGON   ^(3[8-9A-F]|[4-6][0-9A-F]|7[0-8]).*
     5:CUL_TX   ^TX..........
     6:SD_AS    ^P2#[A-Fa-f0-9]{7,8}
     7:Hideki   ^P12#75[A-F0-9]+
     9:CUL_FHTTK ^T[A-F0-9]{8}
     X:SIGNALduino_un ^[u]\d+#.*
   QUEUE:
   READINGS:
     2017-11-09 09:58:00   ping            OK
     2017-11-08 20:23:53   state           opened
     2017-11-08 20:23:53   version         V 3.3.1-dev SIGNALduino cc1101 - compiled at Mar 10 2017 22:54:50
   getcmd:
   keepalive:
     ok         1
     retry      0
   mcIdList:
     10
     11
     12
     12.1
     18
     43
     47
     52
     57
     58
   msIdList:
     0
     1
     13
     14
     15
     17
     2
     22
     23
     25
     3
     3.1
     32
     33
     35
     38
     4
     41
     51
     55
     6
     68
     7
     72.1
   muIdList:
     13.1
     16
     20
     21
     24
     26
     27
     28
     29
     30
     31
     34
     36
     37
     39
     40
     44
     44.1
     45
     46
     48
     49
     5
     50
     56
     59
     60
     61
     62
     64
     65
     66
     67
     69
     70
     71
     72
     8
     9
Attributes:
   flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]
   hardware   nanoCC1101



Und ein Sensor

Internals:
   00         dd
   DEF        0101000100 1D DD F1 0000
   IODev      nanoCUL
   NAME       IT_0101000100
   NR         185
   STATE      Zu
   TYPE       IT
   XMIT       0101000100
   XMITdimdown 0000
   XMITdimup  f1
   XMITon     1d
   CODE:
     1          0101000100
   READINGS:
     2017-10-03 09:15:25   protocol        V1
     2017-11-08 20:10:53   state           on
Attributes:
   IODev      nanoCUL
   devStateIcon Zu:fts_window_1w:closed Offen:fts_window_1w_open:open Kaputt:message_attention:Sensor!
   eventMap   /on:Zu/off:Offen/dimup:Kaputt/
   icon       signal_Fenster_Offen.off
   model      itremote
   room       IT
   webCmd     :


Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

CarstenF

Moin zusammen,
Ich habe mir die Teile auch bestellt. Die haben sich auch per autocreate selbst angelegt. Jedoch schicken die nur beim aufgehen das ,,on". Beim zugehen erscheint im Eventmonitor nur Global UNDEFINED IT_1527.... , aber leider kein ,,off". Ist das bei Euch auch so?
Gruß Carsten



Gesendet von iPad mit Tapatalk
Raspberry Pi4
CUL 868, CUL 433, LaCrosse Gateway, Zigbeetomqtt2, HUE, Homematic
Max-Cube umgeflasht
MAX!, FhemtoFhem, Homebridge, FhemConnector, IR_Gateway und sonst auch noch allerlei Spielzeug....

bismosa

Hallo,

die def muss angepasst werden. Ich habe unterschiedliche:

1527x3b050 1110 1010 0111 0000

Oder auch

010F0FFF00 1D DD F1 0000

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

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

CarstenF

Also mein Code sieht so aus 1527x357b0 1010 1111, wobei ich die vier ,,1111"  getauscht habe. Davor standen dort vier ,,0000". Aber Dein Code sieht viel länger aus. Welchen Teil hast Du denn hinzugefügt? Die ,,0111" und wenn ja, nach welchem Schema? Gruß Carsten


Gesendet von iPad mit Tapatalk
Raspberry Pi4
CUL 868, CUL 433, LaCrosse Gateway, Zigbeetomqtt2, HUE, Homematic
Max-Cube umgeflasht
MAX!, FhemtoFhem, Homebridge, FhemConnector, IR_Gateway und sonst auch noch allerlei Spielzeug....

bismosa

eigentlich müsstest du dann einfach nur

1527x357b0 1110 1010 0111 0000

einsetzen...

Gruß
Bismsoa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

CarstenF

Das probier ich nachher mal und melde zurück. Danke erstmal


Gesendet von iPad mit Tapatalk
Raspberry Pi4
CUL 868, CUL 433, LaCrosse Gateway, Zigbeetomqtt2, HUE, Homematic
Max-Cube umgeflasht
MAX!, FhemtoFhem, Homebridge, FhemConnector, IR_Gateway und sonst auch noch allerlei Spielzeug....

CarstenF

Genau das war es. Jetzt klappt alles, Danke Bismsoa


Gesendet von iPad mit Tapatalk
Raspberry Pi4
CUL 868, CUL 433, LaCrosse Gateway, Zigbeetomqtt2, HUE, Homematic
Max-Cube umgeflasht
MAX!, FhemtoFhem, Homebridge, FhemConnector, IR_Gateway und sonst auch noch allerlei Spielzeug....

bismosa

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

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

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.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

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
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

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.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

CarstenF

Also ich habe zunächst mal zwei angelernt. Einmal hat der LaCrosse miniCUL 433 mhz sich als IODevice eingetragen. Hier das list davon
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

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
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
Raspberry Pi4
CUL 868, CUL 433, LaCrosse Gateway, Zigbeetomqtt2, HUE, Homematic
Max-Cube umgeflasht
MAX!, FhemtoFhem, Homebridge, FhemConnector, IR_Gateway und sonst auch noch allerlei Spielzeug....

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
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

CarstenF

Ich las gerade im WIKI
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
Raspberry Pi4
CUL 868, CUL 433, LaCrosse Gateway, Zigbeetomqtt2, HUE, Homematic
Max-Cube umgeflasht
MAX!, FhemtoFhem, Homebridge, FhemConnector, IR_Gateway und sonst auch noch allerlei Spielzeug....

CoolTux

Also ich schalte bereits mehrere 433er IST Steckdosen. Beim starten werden alle aktiven Protokolle aufgelistet. Ich kopiere das nachher mal raus.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

KölnSolar

ZitatVielleicht 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.
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt

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:

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:

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

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

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.

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
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

mark79

Zitat von: CoolTux am 12 November 2017, 09:58:02
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. :(

Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

CoolTux

Zitat von: mark79 am 22 November 2017, 09:41:27
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.
Du musst nicht wissen wie es geht! Du musst nur wissen wo es steht, wie es geht.
Support me to buy new test hardware for development: https://www.paypal.com/paypalme/MOldenburg
My FHEM Git: https://git.cooltux.net/FHEM/
Das TuxNet Wiki:
https://www.cooltux.net

mark79

Schade. Vielleicht kommen die Dinger ja doch noch an, wenn nicht, bestelle ich neue.
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

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
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

popy

Zitat von: bismosa am 11 November 2017, 12:50:25
Hallo,

die def muss angepasst werden. Ich habe unterschiedliche:

1527x3b050 1110 1010 0111 0000

Oder auch

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  ;)

bismosa

Hallo,

und unbedingt an
Zitat1527x26e10 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

denken, damit die leere Batterie gemeldet wird!

Gruß
Bismosa
1x nanoCUL 433MHz (SlowRF Intertechno) für Fenstersensoren
1x nanoCUL 868Mhz für MAX (9x HT 1xWT)
1x ZigBee CUL
Weiteres: Squeezebox server, Kindle Display, ESP8266, Löterfahrung, ...

Maista

Hallo zusammen,

ich habe einige Kerui D026 in China bestellt.
Die ersten vier haben ohne Probleme funktioniert.
Eine weitere Lieferung von drei Stück wollten von meinem nanoCUL mit aculfw nicht oder sporadisch erkannt werden.
Das die Sensoren senden konnte ich mit einem Funkgerät hören.
Nach ein paar Tagen kam mir dann der Gedanke die Bandbreite des nanoCUL von den default 325kHz auf 406kHz zu erhöhen.

Und siehe da, die Sensoren wurden nun öfters erkannt. Aber stabil ist es noch nicht.

Nach kurzen Empfangs-Versuche mit einem FT736 (Signalstärke mit Analog-Anzeige) war ich der
Meinung das die weiteren drei Sensoren die frisch kamen, ebenfalls nicht alle gescheit empfangen werden.

Auf diesen Sensoren klebt auf der PCB (Unterseite) ein Aufkleber mit Beschriftung "17.05.15 Q".

Nun habe ich bei der FCC folgendes gefunden:
https://fccid.io/2AGNGKR-D026/Test-Report/test-report-2830056

daraus kann man erkennen das zumindest 2015 die Sendefrequenz bei 433.930MHz liegt und nicht bei 433.920MHz
wie oft üblich.

Eventl. sind auch Sensoren mit der üblichen Frequenz von 433.920MHz im Umlauf.

Falls also der ein oder andere Probleme hat das seine Sensoren nicht gehört werden, lohnt es sich mit der Bandbreite zu spielen.

Schöne Feiertage

Gerd

mark79

Meine 2 Fenster Sensoren von Lightinthebox, bestellt am 24.10 sind nun auch endlich angekommen, womit ich ehrlich gesagt nicht mehr gerechnet habe...
Im Gegensatz zu den Kerui arbeiten die mit einer AAA Batterie und 1,5 Volt, anstatt 12 Volt (Kerui). Testen kann ich die erst am Mittwoch.
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten