Globale, flexible Fenster-/Tür-Offen-Meldungen

Begonnen von Benni, 20 April 2015, 20:19:31

Vorheriges Thema - Nächstes Thema

ChrisW

Ja danke das mit dem Log hatte ich schon drin aber klar so einfach geht es :) Funktioniert auch Danke.

Kann man das auch ganz Simpel nutzen um eine Push zu senden wenn die Fenster Offen sind und der Status abwesend sich ändert ?

Quasi eine Warnung wnen ich Weg bin das Fneste rnoch offen sind. Unabhänig der opentime .

Gibt einige Lösungen aber wäre ja schon dies hier quasi dafür zu benutzen.
Raspberry PI3 mit allem möglichen.

CoolTux

Nein. Das hier vorgestellte Konzept basiert darauf das die Fenster getriggert werden. Du kannst es natürlich erweitern.
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

Fredi69

Zitat von: ChrisW am 04 Dezember 2017, 11:31:10
Kann man das auch ganz Simpel nutzen um eine Push zu senden wenn die Fenster Offen sind und der Status abwesend sich ändert ?
Quasi eine Warnung wnen ich Weg bin das Fneste rnoch offen sind. Unabhänig der opentime .
Gibt einige Lösungen aber wäre ja schon dies hier quasi dafür zu benutzen.

Das habe ich mit einem DOIF und der Zusammenfassung aller Fensterkontakte als structure gelöst.
In einem structure werden alle Fensterkontakte zusammengefasst und mit dem Attribut clientstate_priority open closed ist die structure auf "open" wenn mind. ein Fenster geöffnet ist.

Das DOIF hat dann beispielhaft folgenden Code:
(([Fk.FensterkontaktAlle] eq "open") and
([Anwesenheitsstatus] eq "abwesend"))
(set PushMsg msg 'Unser Haus' 'Ein Fenster ist noch offen und es ist niemand zu Hause!' '' 1 'siren')
fhem auf Raspberry Pi 3
FRITZ!Box7490, Fritz!Box 3270 AP, 3xHMLAN, CUL868, nanoCUL 433 für IT, JeeLink für LaCrosse, HUE Bridge 2.0, Samsung UE46C8790 (STV), mehrere Homematic, Intertechno, Shelly und LaCrosse Komponenten

CoolTux

Ich habe das ganze mit dem Modul Residents verknüpft. Sobald absent gemeldet wird, wird eine Funktion gestartet welche unter anderem nach schaut ob und wo Fenster auf sind und meldet das.
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

Benni

Zitat von: CoolTux am 05 Dezember 2017, 08:54:39
Ich habe das ganze mit dem Modul Residents verknüpft. Sobald absent gemeldet wird, wird eine Funktion gestartet welche unter anderem nach schaut ob und wo Fenster auf sind und meldet das.

Es ist ja auch ein ganz anderer Fall, wenn das Fenster geöffnet wird und zu dem Zeitpunkt schon gar keiner mehr zuhause ist (Einbruch!)   ;D

CoolTux

Zitat von: Benni am 05 Dezember 2017, 09:11:42
Es ist ja auch ein ganz anderer Fall, wenn das Fenster geöffnet wird und zu dem Zeitpunkt schon gar keiner mehr zuhause ist (Einbruch!)   ;D

Ja das ist wohl war. Aber da ich Dachgeschoß wohne habe ich mir hier noch keine großen Gedanken dazu gemacht  :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

Benni

Zitat von: CoolTux am 05 Dezember 2017, 09:13:58
Ja das ist wohl war. Aber da ich Dachgeschoß wohne habe ich mir hier noch keine großen Gedanken dazu gemacht  :D

Sorry, das hast du falsch verstanden!
Dein Ansatz ist schon der richtige!

Ich meinte das oben gepostete DOIF.  Das deckt nämlich den, von mir genannten Einbruchsfall ab und gibt dann eine falsche, bzw. ungenügende Meldung raus.

CoolTux

Ah jetzt verstehe ich was Du meinst.

Besser wäre hier wohl

(([?Fk.FensterkontaktAlle] eq "open") and
([Anwesenheitsstatus] eq "abwesend"))
(set PushMsg msg 'Unser Haus' 'Ein Fenster ist noch offen und es ist niemand zu Hause!' '' 1 'siren')

Und das do always nicht vergessen sollte nichts weiter hinzu kommen.
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

ChrisW

Habe gerade im Log folgendes gefunden für eine Türe. Fenster und Test dummy scheinen zu funktionieren:
2017.12.06 09:19:42 1: ERROR evaluating my $NAME='hm.tur.hof';my $EVENT='closed';my $SELF='winOpen.CloseNotify';my $EVTPART0='closed';my $TYPE='CUL_HM';{winOpenStop($NAME)}: Undefined subroutine &main::winOpenStop called at (eval 3237) line 1.

2017.12.06 09:19:42 3: winOpen.CloseNotify return value: Undefined subroutine &main::winOpenStop called at (eval 3237) line 1.
Raspberry PI3 mit allem möglichen.

ChrisW

Fehler gefunden
sub PushInfo($$) {
   my ($msgsubj,$msgtext) = @_;

   Log3(undef,1,"winOpenMessage: $msgsubj - $msgtext");
   fhem("set teleBot message Erinnerung: $msgsubj - $msgtext");
   fhem("set teleBot message @Tanja Erinnerung: $msgsubj - $msgtext");
}

Er nimmt das @Tanjja nicht ... jemand eine Idee ??
Raspberry PI3 mit allem möglichen.

CoolTux

fhem("set teleBot message \@Tanja Erinnerung: $msgsubj - $msgtext");

oder

@@
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

ChrisW

Danke klappt aber die @@ leider nicht :) Zwar keine Fehlermeldung aber Nachricht kommt nicht an. Problem ist aber gelöst :)
Raspberry PI3 mit allem möglichen.

Fredi69

Ich habe die beschriebene Lösung schon länger erfolgreich im Einsatz.
Jetzt habe ich die Heizperiode wieder aktiviert und warum auch immer läuft es nicht mehr.
Es werden kein "AT" erzeugt, ich habe aber auch keinen Ansatz wo ich nach dem Fehler suchen soll.
Kann jemand helfen?
fhem auf Raspberry Pi 3
FRITZ!Box7490, Fritz!Box 3270 AP, 3xHMLAN, CUL868, nanoCUL 433 für IT, JeeLink für LaCrosse, HUE Bridge 2.0, Samsung UE46C8790 (STV), mehrere Homematic, Intertechno, Shelly und LaCrosse Komponenten

CoolTux

Wird denn das Notify getriggert und die Funktion in der myUtils gestartet?
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

Fredi69

Internals:
   DEF        .*:(open|tilted) {winOpenStart($NAME)}
   NAME       winOpen.OpenNotify
   NR         344
   NTFY_ORDER 50-winOpen.OpenNotify
   REGEXP     .*:(open|tilted)
   STATE      2018-11-04 21:03:28
   TRIGGERTIME 1541361808.94891
   TYPE       notify
   READINGS:
     2018-11-04 20:44:57   state           active
Attributes:
   DbLogExclude .*
   comment    nutzt winOpenStart in myUtils
   room       Steuerung
fhem auf Raspberry Pi 3
FRITZ!Box7490, Fritz!Box 3270 AP, 3xHMLAN, CUL868, nanoCUL 433 für IT, JeeLink für LaCrosse, HUE Bridge 2.0, Samsung UE46C8790 (STV), mehrere Homematic, Intertechno, Shelly und LaCrosse Komponenten