Reaktionszeit Fensterkontakt

Begonnen von hme, 21 Dezember 2016, 04:55:13

Vorheriges Thema - Nächstes Thema

hme

Hallo,

ich wollte einen Max! Fensterkontakt zur Erkennung einer Türoffnung (z.B. Haustür) verwenden um dann z.B. das Licht im Hausflur einzuschalten. Ich nutze MAXLAN. Der Fensterkontakt ist auch erfolgreich in FHEM registriert und eine Test-Notify bei offener/geschlossener Tür mit:


define n_Fensterkontakt_Haustuer_Zu notify Fensterkontakt_Haustuer:closed set HUEDevice8 rgb 00ff00
define n_Fensterkontakt_Haustuer_Offen notify Fensterkontakt_Haustuer:opened set HUEDevice8 rgb ff0000


funktioniert im Prinzip. Leider ist die Verzögerungszeit bis zum Schalten mit den MAXLAN Standardeinstellungen sehr hoch (d.h. 1-3 Minuten). So ist das für schnelles Einschalten der Beleuchtung natürlich nicht verwendbar.

Kann ich z.B. die MAXLAN Standard-Aktualisierungszeit von 180 s einfach auf 10 (wie im unteren Beispiel) ändern?

define ml MAXLAN 192.168.1.4 [b]10[/b] ondemand


Würden sogar kleinere Zeiten funktionieren? Heißt das dann, dass der Cube alle 10 Sekunden abgefragt wird? Und sind kleinere Werte hier problematisch? Kann ich FHEM dazu bringen z.B. nur den Fensterkontakt häufig abzufragen, nicht aber die Max! Thermostate?


bartman121

Hallo,

wäre denn ein Flashen des Cubes denkbar?

Quasi Umstieg von MaxLan auf CUL (https://forum.fhem.de/index.php?topic=38404.0)? Dann reagiert es quasi sofort.

hme

Vielen Dank für die Antwort. Ein Umflashen des Cubes zu einem CUL würde ich gern erstmal vermeiden, da ich - als blutiger FHEM Anfänger - gern erstmal weiterhin parallel die iPhone Apps zur Heizungssteuerung verwenden möchte. Nach dem flashen des Cubes müsste ich ja ausschließlich FHEM zur Steuerung der Heizung verwenden, oder?

Bastler

Hallo HME,

Du willst also Deine Heizungssteuerung unverändert lasssen.
Die Wohnungstür brauchst Du doch eigentlich nicht zur Heizungssteuerung.

Warum schließt Du nicht einfach einen zusätzlichen CUL an FHEM an mit dem Du die Türkontakte empfängst.
Eins ist mir aber nicht ganz klar. Dann müßte doch auch das Licht angehen wenn Du den Raum verlässt.

Gruß
Otto
fhem5.8@VNWare ESXi 6.5 Intel_NUC6i5

hme

Ja, stimmt einen weiteren CUL könnte ich natürlich kaufen - ich hatte gehofft das aber über den Max-Cube laufen lassen zu können und mir diese Investition zu sparen ;D .

Im Prinzip funktioniert das mit dem kurzen Abfrageintervall in MAXLAN schon fast ausreichend gut, aber ich habe mich gefragt ob das technisch sinnvoll ist. Das Eventlog wird ja durch die minütlichen Abfragen (die außer dem fraglichen Fensterkontakt auch noch 6 Max Thermostate betreffen) ganz schön zugespammt. Mir ist vor allem auch nicht so klar ob das (z.B. funktechnisch, oder bezüglich der Auslastung des Pi-3 o.ä.) ein Problem ist. Ich stelle mir das so vor das der Fensterkontakt nur bei Zustandsänderung zum Cube funkt und dann dort der neue offen/geschlossen Zustand sehr schnell vorliegt. Diesen liest FHEM auf dem Pi dann über WLAN aus wobei die minütlichen Abfragen m.E. eigentlich kein Problem sein sollten. Aber ist das auch so?

PS: Das Licht soll dann übrigens später mit Bewegungssensoren vor der Haustür (und anderer Anwesenheitserkennung) kombiniert werden die das Licht z.B. nur einschaltet wenn man "reingeht" :-)

marty29ak

Ja Fhem liest eigentlich nur den MAX! Cube aus.
Habe auch 10 Sekunden für die Abfrage eingestellt, da ich die Fensterkontakte für das Alarmmodul nutze.
Die Log Dateien habe ich für MAX! Komponenten einfach ausgeschaltet, da ich diese im Regelbetrieb eh nicht benötige.
Funktioniert seit einiger Zeit soweit sehr zuverlässig.
Gruß Martin

hme

Ich habe jetzt einen nanoCUL besorgt  ;) um die "Fenster-Offen" Nachrichten ohne größere Zeitverögerung zu empfangen. Der nanoCUL ist auf den Max rfmode eingestellt mit folgenden Internals:


CMDS
BCFiAZEkGMKUYRTVWXefltx

Clients
:CUL_MAX:HMS:CUL_IR:STACKABLE_CC:

DEF
/dev/ttyUSB0@38400 0000

DeviceName
/dev/ttyUSB0@38400

FD
20

FHTID
0000

NAME
CUL868

NR
213

NR_CMD_LAST_H
2

PARTIAL
STATE
Initialized

TYPE
CUL

VERSION
V 1.66 nanoCUL868

initString
X21 Zr Za123456 Zw111111


Aber wie kann ich jetzt auf Funknachrichten eines Max! Fensterkontaktes lauschen? Die normale Steuerung mit dem MAXLAN Modul möchte ich beibehalten...

sledge

Hmmm,

hast Du auch schon einen CULMAX definiert? Ab dann sollten die Meldungen der Fensterkontakte ankommen... ist zumindest bei mir jetzt so.

FHEM: debian Intel-NUC / 25 x MAX!, 15 x HM-bidcos, MQTT, 3 x 1wire, 20 x Shelly, 20 x Tasmota, 12 x Yeelight, Opentherm-GW, Espeasy, alexa-fhem, kodi, unifi, musiccast, ...

Rheingold

Hallo,

ich muss dieses alte Thema mal wiederbeleben weil ich ein ähnliches Problem habe.
Mit einem Fensterkontakt möchte ich etwas ausprobieren, doch scheint als fragt der MAX-Cube lediglich alle 60 Sekunden den Status ab. Was kann ich mit meiner Konfiguration (Max! Cube und ein 433er CUL) unternehmen um Änderungen sofort mit zu bekommen?

Dank und Gruß :)
Fhem auf Raspi 3; Jeelink mit 6x TX29DTH; CUL433 mit 9x RCS 1000 N und Somfy-Steuerung; CUL868; MAX-Cube + Thermostate; Philips Hue & Ikea Tradfri; Google Home Assistant; FTUI für Tablet und SmartPhone via Reverse-Proxy

hme

Mit dem CUL dürfte es problemlos funktionieren. Bei mir ist die Reaktionszeit bei etwa 1s. Funktioniert seit dem Thread hier problemlos :-)

Rheingold

Was für einen CUL nutzt du für die Verbindung?
Fhem auf Raspi 3; Jeelink mit 6x TX29DTH; CUL433 mit 9x RCS 1000 N und Somfy-Steuerung; CUL868; MAX-Cube + Thermostate; Philips Hue & Ikea Tradfri; Google Home Assistant; FTUI für Tablet und SmartPhone via Reverse-Proxy

marty29ak

Könntest den Max Cube zum Cuno um flashen. Dann bekommt Fhem alles sofort mit.
Allerdings musst du dann alle  Max Komponenten neu anlernen. #
Ich nutze jetzt einfach einen zweiten Cube um geflasht zum abhören.
Das ist ziemlich zuverlässig.
Gruß Martin

hme

CUL 868 MHz. War ein günstiges selbstgebautes Teil gekauft über ebay.

Rheingold

Danke für die Tipps.

Ich würde sehr gern die Funktion des MAX! Cube belassen wie sie ist. Ich finde es ist durchaus vorteilhaft, dass dieser autark und ohne FHEM laufen kann. Werde mich mal mit einem 868er CUL auseinander setzten und schauen, was da machbar ist :)
Fhem auf Raspi 3; Jeelink mit 6x TX29DTH; CUL433 mit 9x RCS 1000 N und Somfy-Steuerung; CUL868; MAX-Cube + Thermostate; Philips Hue & Ikea Tradfri; Google Home Assistant; FTUI für Tablet und SmartPhone via Reverse-Proxy

Kharim

Zitat von: Rheingold am 02 Oktober 2017, 12:05:18
Danke für die Tipps.

Ich würde sehr gern die Funktion des MAX! Cube belassen wie sie ist. Ich finde es ist durchaus vorteilhaft, dass dieser autark und ohne FHEM laufen kann. Werde mich mal mit einem 868er CUL auseinander setzten und schauen, was da machbar ist :)

Spring lieber ins kalte, oder eher lauwarme Wasser und flash den Cube ;-)
Ich betreibe hier aktuell 2 geflashte Cubes, einen für MAX und einen für IT und Temperatursensoren der TFA Wetterstationen.
So ein geflashter Cube ist echt eine super Antenne um die halbe Nachbarschaft mitzulesen.
Ich habe den Schritt des Flashens nie bereut und würde es immer wieder tun.
(Damit war auch mein Problem des ständigen Gerätevergessens des Cubes weg....)
Und man kommt eben wirklich auf eine Reaktionszeit von ca 1-2 Sekunden der Fensterkontakte runter.
Ich nutze diesen zb an der Wohnungstür zur Anwesenheitserkennung und persönlicher (Ton) Begrüßung, gepaart mit einer Bluetooth-Erkennung, etc

Grüße,
Kharim
Raspberry Pi 2 + Minibian + 2x MAX Cube CUN (868/433Mhz) + Thermostate + Fensterkontakte + Taster+RGB-LED Band über pigpiod + TFA Sensoren 30.3169/3125
Raspberry Pi 2 + Minibian +Z-Wave (USB) + Bewegungsmelder + Fensterkontakt + Sirene + SMS Steuer-/Benachrichtigung (ohne Internet)