Alarm - Lampe blinken lassen wenn Fenster/Tür (zu lange auf)

hier mal eine rule die @romibaer benötigt. der grund für die veröffentlichung hier ist die notwendige komplexität der rules. ich bin also verbesserungsvorschläge offen.

die rules können natürlich auch als normales optisches feedback bei einbruch (fenster gehen auf bei aktivem alarm o.ä.) genutzt werden.
dafür muss nur der "fenster ist offen timer" entfernt werden und bspw mit "member of" als rule trigger gearbeitet werden....bei Interesse ggf hier nachfragen

das ganze macht also folgendes:
- lassen frau/hund/kind/mann das fenster/die tür unbesichtigt auf fängt lampe x nach 1min für 2min an zu blinken
- wird das fenster geschlossen wird die farbe der lampe wieder auf den vorherigen wert gesetzt
- sind die 2min um wird die farbe der lampe wieder auf den vorherigen wert gesetzt

folgende items werden verwendet:
HueStripe_Farbe -> (zeile 5,10, 33, 44) muss auf den itemnamen geändert werden der den colorchannel der hue lampe nutzt
HueStripe -> (zeile 15,16, 19 2x) muss auf den itemnamen geändert werden der den dimmerchannel der hue lampe nutzt
Fenster -> (zeile 3,9,29) muss auf den itemnamen geändert werden der das/die zu überwachende fenster/tür darstellt
Switch Fenster_Ueberwachung muss als Dummy in der itemsdatei angelegt werden
String Fenster_Ueberwachung_Farbe muss als Dummy in der itemsdatei angelegt werden

rule "fensteralarm"
when
    Item Fenster changed from CLOSED to OPEN
then
    val ausgangswert = HueStripe_Farbe.state.toString


    Fenster_Ueberwachung_Farbe.sendCommand(ausgangswert)  
    createTimer(now.plusMinutes(1), [|
        if (Fenster.state == OPEN){
            HueStripe_Farbe.sendCommand("354,100,100")
            Fenster_Ueberwachung.sendCommand(ON)
                createTimer(now.plusSeconds(1), [|
                    while (Fenster_Ueberwachung.state == ON){
                        Thread::sleep(700)     
                        if (HueStripe.state == 0){
                            HueStripe.sendCommand(100)
                        }
                        else  {
                            HueStripe.sendCommand((HueStripe.state as Number) - 25)
                        }
                    }
                ])
        }
    ])
end


rule "fensteralarm aus bei fenster zu"
when
    Item Fenster changed from OPEN to CLOSED
then
    Fenster_Ueberwachung.sendCommand(OFF)
    createTimer(now.plusSeconds(2), [|
        HueStripe_Farbe.sendCommand(Fenster_Ueberwachung_Farbe.state.toString)
    ])
end


rule "fensteralarm aus nach x min"
when
    Item Fenster_Ueberwachung changed from OFF to ON
then
    createTimer(now.plusMinutes(2), [|
        Fenster_Ueberwachung.sendCommand(OFF)
        createTimer(now.plusSeconds(2), [|
            HueStripe_Farbe.sendCommand(Fenster_Ueberwachung_Farbe.state.toString)
        ])
    ])
end

ein paar grundlegende infos:
- nicht wundern über die mini-timer, die sind notwendig um kleine lags der datenübermittlung auszugleichen, ausserdem ist es möglich so thread::sleep zu umgehen
- in zeile 7 schicken wir den aktuellen wert der hues zu unserem dummy um nach dem optischen alarm die hue wieder in den ursprünglichen wert zu versetzen
- in zeile 8 wird festgelegt nach welcher zeit die lampe blinkt
- zeile 10 legt den hsb wert der alarmfarbe fest....in dem beispiel rot
- zeile 15-20...könnte man auch simpel mit on/off machen...das fade-out sieht bei den hues aber schon recht nett aus
- zeile 41 legt fest, nach welcher zeit das blinken aufhört

schwer zu folgen bei so ner langen rule
was soll denn (nicht) passieren wenn du mehrfach öffnest?
gertriggert wird ja immer durch Item Fenster changed from CLOSED to OPEN

ok, das ist zwar recht hypothetisch aber du hast recht wenn der timer noch aktiv ist und zufällig nach 1min gerade die tür auf ist würden die lampen blinken.
verbesserungsvorschläge?
man könnte mit nem zusätzlichen if (Fenster.state == OPEN) bspw 30sek nach dem ersten triggern prüfen ob die tür noch offen ist und dann erst davon abhängig, weitere 30sek später den timer starten lassen.

Zitat von TehTux

Mhm es gibt glaube keine Möglich den Timer vorzeitig abzubrechen oder? Persistenz könnte man nutzen, das wäre dann absolut safe.

doch wenn sich ein status ändert kann man timer auch abrechen/neustarten lassen. das nutzen ja auch einige für bewegungsmelder timer. stichwort "cancel/reshedule timer"
ich hab selbst aber noch nie so einen anwendungsfall gehabt in dem ich das brauchte.
das müsste sich so umsetzen lassen, gute idee.

Zitat von TehTux

Die Geschichte hört sich zwar recht unwahrscheinlich an aber wenn man mit vielen Leuten in einem Haus lebt, kommt es doch schon recht oft vor, dass die Haustür geöffnet/geschlossen wird.

mehrfach öffnen/schliessen würde ja noch nichts durcheinander bringen....erst wenn nach ablauf des timers, dann wenn der fenster/tür status abgefragt wird zufällig wieder geöffnet wäre.

aber du hast schon recht...man sollte alle eventualitäten beachten.

man könnte auch einfach das expire binding nutzen
item:

Switch Fenster_Timer { expire="55s, command=OFF" }
dann in zeile 6 das expire item starten und in zeile 9 prüfen ob das expire item abgelaufen ist.

rule "fensteralarm"
when
    Item Fenster changed from CLOSED to OPEN
then
    val ausgangswert = HueStripe_Farbe.state.toString
    Fenster_Timer.sendCommand(ON)
    Fenster_Ueberwachung_Farbe.sendCommand(ausgangswert)  
    createTimer(now.plusMinutes(1), [|
        if (Fenster.state == OPEN && Fenster_Timer.state == OFF){
            HueStripe_Farbe.sendCommand("354,100,100")
            Fenster_Ueberwachung.sendCommand(ON)
                createTimer(now.plusSeconds(1), [|
                    while (Fenster_Ueberwachung.state == ON){
                        Thread::sleep(700)     
                        if (HueStripe.state == 0){
                            HueStripe.sendCommand(100)
                        }
                        else  {
                            HueStripe.sendCommand((HueStripe.state as Number) - 25)
                        }
                    }
                ])
        }
    ])
end

teste ich mal und editiere ggf den ersten post