Tür-/Fenster-Warnung #287

[Belly]

Hallo zusammen,

ich bin ja noch recht frisch mit der CCU3 unterwegs und lerne sehr gern anhand von Beispielen. Ich hab jetzt folgendes Script geschrieben, um eine Warnung zu erhalten, wenn die Haustür (überwacht durch einen TFK) mehr als 10 Minuten geöffnet ist.

Das Ganze funktioniert schon so weit, ich hätte aber gern eure Meinung und Verbesserungsvorschläge, wenn ihr welche seht. Bin insbesondere an Fallstricken / unerwünschten Seiteneffekten interessiert, die ich vielleicht übersehen habe

Das Script:

Code: Alles auswählen

object doorState = dom.GetObject("$src$");
integer warningAfter = 10; ! Minutes
integer timeElapsed = currenttime.ToInteger() - doorState.LastTimestamp().ToInteger();
if ((doorState.Value() == 1) && (timeElapsed > warningAfter * 60)) {
  var notify = "Haustür länger als " # warningAfter # " Minuten geöffnet!";
  ! Benachrichtigung auf einem der bekannten Wege
}

Der Auslöser:

Freue mich über euer Feedback!

[Ondas[tm]]

Warum ein Script?

Wenn TFK offen, dann setze mit Verzögerung von 10 Minuten Variable Melden auf wahr
Sonst setze sofort Variable Melden auf falsch ([x]Vor dem Ausführen alle laufenden Verzögerungen für diese Aktivitäten beenden (z.B. Retriggern))

Das Ändern der Variable "Melden" triggert dann Dein notify

[MichaelN]

Kann man mit Skript machen, geht aber auch ganz ohne, wie schon beschrieben. Anbei noch ein Beispiel (komplexer als nötig, aber ich hab nichts anderes zur Hand):

[nimmnenkeks]

ob es bei den IP-Dingern (im PIC war ein SWDO-I) richtig ist LastTimestamp im Skript bei zu nutzen (um Zeitvergleiche bei Statiwechsel zu nutzen)...???
Die Dinger denden ja zyklisch und da ist es egal, ob der Zustand sich ändert.

LastDPActionTime
oder
LastDPActionTimeSecondes
auf den Kanal
sind da IMHO aussagekräftiger, da dort die Zeit der DP-Änderung festgehalten wird.

Vom Fallobst (mit neuer ungewohnter Brille) unterwegs gesendet

..Keks

[Belly]

Warum ein Script?
[...]
Das Ändern der Variable "Melden" triggert dann Dein notify

Weil ich (noch) versuche, mit so wenig Umgebungsvariablen wie möglich auszukommen. Hätte ich auch dazuschreiben können. Das wird mir sonst insgesamt zu unübersichtlich bei > 20 Fenstern & Türen

ob es bei den IP-Dingern (im PIC war ein SWDO-I) richtig ist LastTimestamp im Skript bei zu nutzen (um Zeitvergleiche bei Statiwechsel zu nutzen)...???
[...]
LastDPActionTime oder LastDPActionTimeSecondes auf den Kanal sind da IMHO aussagekräftiger, da dort die Zeit der DP-Änderung festgehalten wird.

Das habe ich auch schon gelesen, die Funktionen geben aber zumindest bei meinem HmIP-SWDO-I (richtig gesehen ) keine Werte zurück. Oder muss ich das auf einem anderen Kanal ausführen?

[nimmnenkeks]

neue Gleitsicht und nen SE2... klasse
Soweit ichs erkenne bist Du auf dem DP (STATE) und nicht NUR auf dem Channel (der liefert LastDPAction...).
Kann mal Screenshots machen, wenn ich wieder ne alte Brille auf habe und am PC bin

.. Keks

[Baxxy]

Das habe ich auch schon gelesen, die Funktionen geben aber zumindest bei meinem HmIP-SWDO-I (richtig gesehen ) keine Werte zurück. Oder muss ich das auf einem anderen Kanal ausführen?

Falls der Keks sein Okular nicht finden sollte...

Code: Alles auswählen

object testtfk = dom.GetObject (ID_CHANNELS).Get ("Fensterkontakt SWDO Status:1") .LastDPActionTime().ToString("%H:%M Uhr am %d.%m.%y");
WriteLine("Test-TFK letzte Änderung: "#testtfk);

ergibt:

Code: Alles auswählen

------------------------------- Scriptausgabe -------------------------------
Test-TFK letzte Änderung: 13:12 Uhr am 10.07.20

[Belly]

Falls der Keks sein Okular nicht finden sollte...

Verrückte Sache, das funktioniert!

Lässt sich das auch mithilfe einer ID oder $src$ abfragen? Die Namen können sich ja jederzeit ändern und enthalten ggf. Sonderzeichen...

[Baxxy]

Lässt sich das auch mithilfe einer ID oder $src$ abfragen? Die Namen können sich ja jederzeit ändern und enthalten ggf. Sonderzeichen...

Puhh... ich glaube $src$ wird nicht gehen da der STATE Datenpunkt als Auslöser kein LastDPActionTime hat. Vielleicht ließe sich quasi rückwärts anhand von $src$ der LastDPActionTime vom übergeordnetem Kanal auswerten ab da muss ich (erstmal) passen.
Bei mir ändern sich die Namen quasi nie, und Sonderzeichenprobleme hatte ich auch noch nicht. Die ID ändert sich spätestens wenn der Sensor durch einen anderen / neuen ersetzt wird.

[Baxxy]

ich glaube $src$ wird nicht gehen da der STATE Datenpunkt als Auslöser kein LastDPActionTime hat. Vielleicht ließe sich quasi rückwärts anhand von $src$ der LastDPActionTime vom übergeordnetem Kanal auswerten ab da muss ich (erstmal) passen.

Falsch geglaubt und genug gepasst...

Code: Alles auswählen

object dp = dom.GetObject("$src$");
if (dp) {
WriteLine("Auslöser Datenpunkt: "#(dom.GetObject((dp.Channel()))).Name() #"."# dp.HssType() #" ; "#dp.Value());
WriteLine("Auslöser Kanal LastActionTime: "#(dom.GetObject((dp.Channel()))).LastDPActionTime().ToString("%H:%M Uhr am %d.%m.%y"));
}

Ergebnis:

Code: Alles auswählen

------------------------------- Scriptausgabe -------------------------------
Auslöser Datenpunkt: Fensterkontakt SWDO Status:1.STATE ; 0
Auslöser Kanal LastActionTime: 12:32 Uhr am 14.07.20

Noch eine "kompaktere" Version:

Code: Alles auswählen

object dp = dom.GetObject("$src$");
if (dp) {
WriteLine("Auslöser: "#(dom.GetObject(dom.GetObject(dp)).Channel()).Name() #" ("#dom.GetObject(((dom.GetObject(dp)).Channel())).LastDPActionTime().ToString("%H:%M Uhr am %d.%m.%y") #") mit DP: "#dp.HssType() #" -- Wert: "#dp.Value());
}

Ergebnis:

Code: Alles auswählen

------------------------------- Scriptausgabe -------------------------------
Auslöser: Fensterkontakt SWDO Status:1 (14:09 Uhr am 14.07.20) mit DP: STATE -- Wert: 1

(der Code stammt größtenteils aus Alchy's "Programme loggen" Script)