"Licht aus"-Varianten mit variablem Delay?

[Roland M.]

Hallo!

Jahreszeit und Arbeitszeit erlauben mir wieder an die "Homematisierung" des Wochenendhauses zu denken...

Eine "Licht aus"-Steuerung beim Verlassen des Hauses soll implementiert werden, Aktoren sind bunt gemischt HM und HmIP, Schaltaktoren und Dimmer. Derzeit so ca. 10 Stück, im gedachten Vollausbau vielleicht das doppelte. Eine CCU2 (!) verrichtet ihren Dienst.

Ausgelöst soll es über einen Tastendruck oder über die Anwesenheits-SV werden.

1. Ansatz, quick&dirty:

Code: Alles auswählen

WENN Tastendruck
DANN Licht1 sofort aus
     Licht2 verzögert um 2 s aus
     Licht3 verzögert um 4 s aus
...
     Licht9 verzögert um 16 s aus
     Licht10 verzögert um 18 s aus

Wie gesagt quick&dirty, funktioniert sicher, belastet den Funk möglicherweise unnötig, aber vor allem, wenn nur das letzte Licht noch brennt, wartet man unnötige 18 Sekunden, in denen man vielleicht glaubt, dass der Befehl gar nicht angekommen sei.


2. Ansatz, mit nicht existierendem "Delay":

Wenn es so einen Befehl geben würde, wäre es mit einem Script auch einfach (bitte die Syntax nur sinngemäß auffassen!):

Code: Alles auswählen

if (Licht1 = ein) { Licht1 = aus; delay(2000); }
if (Licht2 = ein) { Licht2 = aus; delay(2000); }
...
if (Licht9 = ein) { Licht9 = aus; delay(2000); }
if (Licht10 = ein) { Licht10 = aus; }

Gibt es leider auch nicht, delay als Kanalparameter gibts soviel ich weiß ja nur bei Raspberrymatic, eventuell auch auf der CCU3.
[EDIT: Änderungen wegen neuer Erkenntnisse! ]

Nebenbemerkung: natürlich ginge hier auch ein foreach(), durch die Vielzahl der verschiedenen Aktoren und unterschiedliche Verwendung der virtuellen Kanäle sehe ich darin aber keine wirkliche Erleichterung.


3. Ansatz, Ausflug zur CCU3 (?) bzw. Raspberrymatic delay als Kanalparameter:

Code: Alles auswählen

x=0;
if (Licht1 = ein) { Licht1.State(0,x); x=x+2000; } 
if (Licht2 = ein) { Licht2.State(0,x); x=x+2000; }
...
if (Licht10 = ein) { Licht10.State(0,x); }

Wie gesagt nur Raspberrymatic...

Also zurück zum...

4. Ansatz, mit WebUI-Programmierung

...und über eine Systemvariable, die ich hier Retrigger nenne:

Code: Alles auswählen

WENN Tastendruck
ODER Retrigger = wahr
UND  Licht1 = ein
DANN Licht1 = aus
     Retrigger sofort falsch
     Retrigger verzögert um 2 s wahr
SONSTWENN Licht2 = ein
DANN Licht2 = aus
     Retrigger sofort falsch
     Retrigger verzögert um 2 s wahr
...
SONSTWENN Licht10 = ein
DANN Licht10 = aus
     Retrigger sofort falsch
     Retrigger verzögert um 2 s wahr
SONST Retrigger sofort falsch

Bei dieser Variante wird das Programm im Extremfall zwar 10 Mal im 2-Sekunden-Abstand aufgerufen und es wird bei jedem Durchgang nur ein Aktor geschaltet, aber auch die 10. Leuchte wird bei Bedarf sofort ausgeschaltet.


Frage in die Runde:
Habe ich Denkfehler in meinen Ansätzen?
Habt ihr noch bessere Ideen?
Wie habt ihr das gelöst?

Wie gesagt, in einem komplett ausgestattetem Wohnhaus mit zig Leuchten wird man sicher andere Wege wählen, als bei 10 oder max. 20 Leuchten...


Roland

[robbi77]

Dein „ quick&dirty“ läuft bei mir schon ewig ... (wired).
Noch ein Gedanke: virtuelle Tasten und DV?

[Black]

für Nr5 hätte ich vllt noch eien Vorschlag, mein altes TCL Script:

viewtopic.php?f=31&t=42056]Script.

das sollte eigentlich schon deinen useCase abbilden können und läuft auch noch auf einer alten CCU2. (Kann automatisch durch ENUMs iterieren und zeitverzögert aktionen auslösen)


Black

[MichaelN]

Ist der state Befehl mit Verzögerung wirklich nicht auf der CCU 2 umgesetzt? Schon probiert?

Ansonsten wäre meine Idee eine DV für HM und eine für hmip zur virtuellen Fernbedienung anzulegen. Dann werden 2 Broadcast gesendet und gut ist.

[Roland M.]

Hallo!

Danke für die schnellen Antworten, virtuelle Taster sind sicher auch eine gute Idee, fraglich ist da nur, wie viele Verknüpfungen man pro VT anlegen kann.

@Black: danke auch für deinen Input, muss ich mir in einer ruhigen Stunde zu Gemüte führen.

Ist der state Befehl mit Verzögerung wirklich nicht auf der CCU 2 umgesetzt? Schon probiert?

Bis vor drei Minuten war ich der felsenfesten Überzeugung, dass das nur auf Raspberrymatic, allenfalls auch auf der originalen CCU3 funktioniert.
Aber was soll ich sagen... Es funktioniert auch auf der CCU2! Wow!
Statt weniger werden es jetzt mehr Möglichkeiten...


Roland

[Xel66]

Ich benutze für diese "Mamutaufgabe" eine einzige virtuelle Taste sowie ein einziges (zugegeben langes) Programm, welches in den (SONST) WENN's alle auszuschaltenden Aktoren zur Prüfung auf EIN und den virtuellen Taster bei Tastendruck getriggert wird (egal ob HM, HmIP, oder Hue/CUxD). Im jeweiligen DANN wird neben den Ausschalt- bzw. Runterdimmbefehl dann der Taster wiederum gedrückt und das Programm wieder aufgerufen, bis die Prüfung aller aufgeführten Leuchtmittel auf Schaltzustand ein oder Dimmstufe größer 0% kein WAHR ergibt.

Im letzten SONST WENN darf natürlich die Taste nicht wieder "gedrückt" werden (sonst läuft das Programm in Dauerschleife und das Licht bleibt nirgends mehr an). Ich habe mein Programm mal gescreenshottet und einige Lampen dazwischen rausretuschiert, so dass der Ablauf klar wird. Das Programm folgt meinem KISS-Prinzip. Man muss nicht per Script durch zugewiesene Gewerke iterieren und alle möglichen und unmöglichen Aktoren, Protokolle und Gateways berücksichtigen, sondern es werden die ganz normalen Standard-WebUI-Funktionen für Statusabfrage und Ansteuerung genutzt.

Gruß Xel66

[Roland M.]

Hallo!

Ich benutze für diese "Mamutaufgabe" eine einzige virtuelle Taste sowie ein einziges (zugegeben langes) Programm,

Danke auch für diesen Ansatz, der ja fast gleich zu meinem 4. Ansatz ist, nur dass du für das Retriggern eine virtuelle Taste nimmst, ich aber eine SV.

Man muss nicht per Script durch zugewiesene Gewerke iterieren und alle möglichen und unmöglichen Aktoren, Protokolle und Gateways berücksichtigen, sondern es werden die ganz normalen Standard-WebUI-Funktionen für Statusabfrage und Ansteuerung genutzt.

Ja, genau so sehe ich das auch.
Ich versuche auch Scripts nur dort einzusetzen, wo ich an die Grenzen der WebUI gelange.


Roland

[Roland M.]

Hallo!

Je nach Sichtweise spät, aber doch, oder einfach nach rund einem Monat positiver Erfahrung möchte ich noch hier eine Rückmeldung geben.

Ich habe mich für die Lösung mit einem Script und variabler Verzögerung entschieden.
Die Gründe sind einfach erklärt:
- WebUI-Programm zu unflexibel, Änderungen/Erweiterungen können nur am Ende hinzugefügt werden. Mit dem Script kann ich neue Aktoren so einfügen, dass z.B. raumweise abgeschaltet wird.
- Ich kann und will auch nicht durch ganze Gewerke iterieren, da die virtuellen Kanäle unterschiedlich verwendet werden (z.B. Licht vs. Waschmaschine). Auch müssen teilweise zwei Kanäle (z.B. Bewegungsmelder und manuelle Betätigung mit Priorität) geschaltet werden. Genau so sollen gewisse Aktoren von diesem "Licht aus" ausgeschlossen werden (z.B. Wegbeleuchtung/Carport).
- Das leichte Editieren bleibt erhalten, vor allem nach einigen Jahren sollte noch klar sein, was bei Bedarf zu ändern ist.


Und so sieht das Script auszugsweise aus, getriggert wird es über die Abwesenheit:

Code: Alles auswählen

var d = 0; ! delay
var x;	! Kanalname
var dp;	! Datenpunkt des Kanals

! #### Keller ####
! ---- Werkstatt ----

x = "Steckdosen Werkstatt:3";
dp = dom.GetObject(x).DPByHssDP("STATE");
if (dp.Value() > 0)
  { dp.State(0,d); d=d+1000; }

x = "Licht Werkstatt Decke:3";
dp = dom.GetObject(x).DPByHssDP("LEVEL");
if (dp.Value() > 0)
  { dp.State(0,d); d=d+1000; }


! ---- Vorraum Keller / Dusche / WC ----

x = "Licht Dusche:1";
dp = dom.GetObject(x).DPByHssDP("STATE");
if (dp.Value() > 0)
  { dp.State(0,d); d=d+1000; }

x = "Licht WC Keller:1";
dp = dom.GetObject(x).DPByHssDP("STATE");
if (dp.Value() > 0)
  { dp.State(0,d); d=d+1000; }

x = "Waschmaschine:3";
dp = dom.GetObject(x).DPByHssDP("STATE");
if (dp.Value() > 0)
  { dp.State(0,d); d=d+1000; }

x = "Wäschetrockner:3";
dp = dom.GetObject(x).DPByHssDP("STATE");
if (dp.Value() > 0)
  { dp.State(0,d); d=d+1000; }

Bei Erweiterungen muss ich nur einen Block an der gewünschten Stelle kopieren, den Namen ändern und gegebenenfalls STATE (Schaltaktoren) oder LEVEL (Dimmer) anpassen.

Nach gleichem Muster schalte ich auch bei Anwesenheit (bzw. unter weiteren Bedingungen) wieder einige Geräte ein.


Danke nochmals an alle, die Ideen eingebracht haben!


Roland

[Tyfys]

Hallo Roland

Vielleicht etwas spät.
Mein Vorschlag basiert auf deinem Script.

Code: Alles auswählen

var d = 0; ! delay
var x;	! Kanalname/
var dp;	! Datenpunkt des Kanals

string channels="";
! #### Keller ####
! ---- Werkstatt ----
channels = channels # "Steckdosen Werkstatt:3]STATE";
channels = channels # "[Licht Werkstatt Decke:3]LEVEL";
! ---- Vorraum Keller / Dusche / WC ----
channels = channels # "[Licht Dusche:1]STATE";
channels = channels # "[Licht WC Keller:1]STATE";
channels = channels # "[Waschmaschine:3]STATE";
channels = channels # "[Wäschetrockner:3]STATE";

foreach(x, channels.Split("["))
{
    dp = dom.GetObject(x.StrValueByIndex("]", 0)).DPByHssDP(x.StrValueByIndex("]", 1));
    if (dp.Value() > 0)
    {
        dp.State(0, d);
        d = d + 1000;
    }
}

Da müßte für weitere Geräte einfach ein Statement channels = channels # "[xxxxxxxxxr:n]STATE bzw LEVEL"
an der gewünschten Stelle eingefügt werden.

Was hälts Du davon ?

Gruß
Harry

[Roland M.]

Hallo Harry!

Vielleicht etwas spät.

Es ist nie zu spät!

Was hälts Du davon ?

Sehr viel!

Da werde ich mein Script wohl auf dieses Schema umstellen!


Nur statt der Definition als "string" werde ich mich mit einem schlichten "var" begnügen, solange
boolean x = 0.0 / "hello world";
ein valider Ausdruck und als Ergebnis x real ist. Aber das ist eine andere Geschichte...


Danke für deinen Input!


Roland
(noch immer Script-Rookie)