Ein neues Homematic-Projekt passend zur Urlaubszeit:

Wir bauen uns eine Anwesenheits-Simulation zur Abschreckung von Einbrechern.
Unser Haus soll den Eindruck erwecken, dass jemand zuhause ist. Ein guter Anfang ist die Rolladen-Steuerung. Gehen die Rolladen abends automatisch runter und morgends wieder hoch, ist es für vorbeifahrende Gauner schonmal schwerer zu erkennen, dass niemand zuhause ist. Bitte nicht das Haus mit halb geschlossenen Rolladen verlassen, wie in meiner Nachbarschaft einige praktizieren. Dass heisst übersetzt: “wir sind mindestens 2 Wochen in Urlaub und keiner ist da”.

Die Homematic-Rolladensteuerung ist wahrscheinlich jedem bekannt, darauf gehe ich hier nicht näher ein. Nur ein Tipp:  Lasst die Rolladen zeitlich versetzt hoch- und runterfahren, vielleicht in 1-2 Minuten Abstand das erweckt nicht den Eindruck, dass eine vollautomatische Steuerung den Job auch ohne Anwesenheit übernimmt.

Zufällige Lichtsteuerung

Eine Anwesenheits-Simulation soll den Eindruck erwecken, dass jemand im Haus ist. Also wären Lampen, die sich zufällig ein- und ausschalten eine geeignete Sache. Die Lampen sollten natürlich so gewählt werden, dass sie einen von außen sichtbaren Lichtschein werfen. Also z.B. eine Flur-Beleuchtung, sofern die Haustür Glas-Elemente besitzt.  Dass diese Lampen mit Homematic-Schaltaktoren versehen sind, wird natürlich hier vorausgesetzt.

Zufalls-Generator ?

Mit Homematic Lampen schalten ist einfach.  Aber für unsere Anwesenheits-Simulation müssen wir diese zufällig schalten. Einbrecher erkennen sonst leicht die “an”-“aus” Muster einer statischen Programmierung.

Wir brauchen also: Einen Zufalls-Generator !
Aber: Kann die Homematic “Zufall” ??

Ja und Nein.  “Echter” Zufall im mathematischen Sinne ist gar nicht so einfach. Eine präzise Zufalls-Ermittlung ist aber für unsere Zwecke gar nicht nötig. Wir begnügen uns also mit “Pseudo-Zufall”. Und das ist auch mit Homematic-Mitteln möglich:

Es geht los…

Wir brauchen:

• Zwei Homematic-Variablen:   “_ZUFALL_”  und “Zufall_10”
• Programme:  Ein Initialisierungs-Script “Zufall_Seed”, ein weiteres Seed-Script “Zufall_Temp” und ein Aktualisierungsprogramm “Zufall_Akt”
• Ein Programm für die regelmäßige Änderung der Zufalls-Werte

1. Variable “_ZUFALL_” anlegen:

Die Variable “_ZUFALL_” ist eine Hilfsvariable, welche den Pseudo-Zufallswert enthalten wird. Aus diesem Wert leiten wir uns einen Arbeitswert für die Verwendung in Homematic-Programmen ab. In unserem Fall möchten wir einen Wert zwischen 0 und 10 erzeugen, daher heisst die Arbeitsvariable “Zufall_10”.

2. Programm anlegen “Zufall_Seed”:

Die _ZUFALL_ Variable muss nun mit einem Zufallswert “gefüttert” werden. Hierfür verwenden wir ein Homematic-Programm “Zufall_Seed” mit eingebautem Script:

Initialisierung des Zufalls-Wertes bei CCU-Neustart

In das Script packen wir den folgenden Code:

var seed = system.Date("%S").ToInteger();
var sv_rand = dom.GetObject("_ZUFALL_");
sv_rand.State(seed);

Was passiert: Die Sekunden der aktuellen Systemzeit werden als Startwert verwendet. Das ist natürlich kein echter Zufall, der Pseudo-Zufall reicht aber, wenn das Seed-Script zu einer “zufälligen” Uhrzeit aufgerufen wird. Das sollte zunächst beim Neustart der CCU-Zentrale erfolgen, damit die Variable nicht leer ist. (Homematic-Programm anlegen, ohne Ausführungs-Bedingung)

3. Periodische Neuinitialisierung nach zufälligem Zeitpunkt: Programm “Zufall_Temp” anlegen

Die Anzahl der Sekunden nach beim Neustart der Zentrale ist schon mal prima Pseudo-zufällig. Die Zentrale wird aber zu selten neu gestartet, um den Zufallswert durchgängig zu initialisieren.Also nehmen wir als weiteren periodischen Event den Änderungsimpuls eines Temperatursensors. (Ein Bewegungsmelder oder Schalter ginge auch, aber wenn niemand zuhause ist…).  Der Trick:  Ein Homematic Temperatursensor meldet in Intervallen den Temperaturstand zurück. Er ändert sich laufend, und kann einen Event “bei Veränderung” auslösen. Wann diese Änderung der Temperatur genau stattfindet ist schonmal gut pseudo-zufällig:

“Zufall_Temp”: Programm für den Zufalls-“Seed” durch den Temperatur-Sensor

Innerhalb dieses Programmes rufen wir lediglich das schon oben erwähnte Programm “Zufall_Seed” nochmal auf:

var ausfuehren = dom.GetObject("Zufall_Seed");
ausfuehren.ProgramExecute();

So, jetzt haben wir schonmal tolle Pseudo-Zufallszahlen in der Variable “_ZUFALL_”. Jetzt müssen wir nur noch Sicherstellen, dass sich die Werte auch öfters ändern, auch wenn mal zufälligerweise KEINE Änderung der Temperatur in den letzten Minuten stattgefunden hat:

4. Periodische Änderung der Zufallszahl:  Das Programm “Zufall_akt”

Hierfür nehmen wir einfach alle X-Minuten den letzten Wert und rechnen mit einer mathematischen Formel den Wert unserer Variablen “_ZUFALL_” weiter:

Das Programm Zufall_Akt: Regelmäßig “neue” Zufallswerte erzeugen

Für das Script verwenden wir diesmal den folgenden Code:

var a = 1297;
var b = 4693;
var m = 21870;

var sv_rand = dom.GetObject("_ZUFALL_");

var  rand = 0 + sv_rand.State();
rand = ((rand * a) + b) % m;
rand = rand + 10000;

var randstr = rand.ToString(rand);
randstr = randstr.Substr(3,1);

var randstr_sys = dom.GetObject("zufall_10");
randstr_sys.State(randstr);
sv_rand.State(rand);

Was passiert hier? Der Wert unserer Variable “_Zufall_” wird ausgelesen und es werden Additionen und Multiplikationen ausgeführt, welche hier natürlich keine zufälligen neuen Werte, aber durchaus brauchbare Pseudo-Werte ergeben. Dieses Programm wird alle 8 Minuten aufgerufen und liefert in Kombination mit dem Programm “Zufall_Temp” ganz brauchbare Werte. Das Ergebnis sind wechselnde 5-stellige Zahlen in der Variablen _ZUFALL_

5. Brauchbare Zufallszahlen ableiten

Für Programme brauchen wir vereinfachte Zufallszahlen, welche in Ausführungs-Entscheidungen innerhalb der CCU-Programme eingebaut werden können:  Die Homematic soll ein Programm ausführen, wenn eine bestimmte Wahrscheinlichkeit (Zufallswert) eintrifft.

Also machen wir aus den 5-stelligen Zahlen in “_ZUFALL_” noch schnell eine einstellige Zahl mit Werten zwischen 0 und 9:  Auch das ist in unserem obenstehenden Programm-Script “Zufall_akt” enthalten: Dieses befüllt ebenfalls die Variable “Zufall_10” mit einer solchen Ziffer.

6. Zufallszahl  verwenden

Bringen wir alles zusammen:
Wir haben eine Zufalls-Ziffer in der Variable “Zufall_10” in der Homematic-CCU, welche sich alle 8 Minuten ändert und einen (fast) zufälligen Wert enthält.
Diese können wir nun mit einem Programm verwenden, welches die Lampen zufällig ein- und ausschaltet:

Programm mit Auslösungs-Timer alle 8 Minuten:

Wenn “Zufall_10” < 5 dann Lampe ein, ansonsten Lampe aus.

Die Ein-Ausschalt-Intervalle lassen sich dadurch natürlich schön feinsteuern. So kann über größere Werte als “5” auch die Einschaltphase länger werden und durch kleinere Werte kürzer.

Einfach mal ausprobieren.
Natürlich lassen sich auch die Werte / Intervalle der Zufallszahl-Erzeugung kleiner stellen. Mit einer CCU2 sollten auch minütliche Berechnungen möglich sein, die schwächere CCU1 hingegen sollte wegen des schwachen Prozessors nicht überfordert werden.

Viel Spaß beim nachbauen…

Kami

Ein neues Kleinprojekt für das Homematic-Haussteuerungssystem:

Die Homematic Bewegungsmelder sind gut und zuverlässig. Sie gibts für innen und außen und sie schalten beliebige Homematic Komponenten bei erkannter Bewegung. Soweit so gut.
Aber was, wenn man das Gegenteil erreichen will ? Also schalten, wenn keiner im Haus ist, wenn keine Bewegung erkannt wird ? Also nach dem Motto:

“schalte die Heizung aus, wenn keiner da ist.”, “Alarm scharfschalten, wenn wir in Urlaub sind”

Klar kann man das über eine System-Variable wie z.B.

“Anwesenheit”

tun, die aber auch bei jedem rein und rausgehen manuell gesetzt werden will. Was ist, wenn das vergessen wird ? Und man selber ist im Urlaub. Nein. Es muss auch automatisch gehen. Ein intelligentes Haus muss wissen, wenn sein Besitzer:

• zu Hause ist
• nach Hause kommt
• nicht mehr zu Hause ist.

Was brauchen wir dafür ?

Mindestens einen Bewegungsmelder, welcher im Innenraum installiert wird. Dieser sollte sich an einer möglichst zentralen Position befinden, also z.B. im Flur, im Wohnzimmer, oder überall da, wo man sich regelmäßig und häufig aufhält, wenn man zuhause ist.

Die Idee hinter der Anwesenheitsautomatik ist jetzt die: Wenn jemand sich im Inneren bewegt, registriert das dieser (oder weitere) Bewegunsmelder. Das Problem ist aber: Er ist dumm und “vergisst” die Bewegung von vor 10 Minuten, je nachdem welches Intervall ihr dem Melder mitgegeben habt. (das Standard-Intervall ist glaube ich 5 oder 6 Minuten). In der Praxis wirkt sich das so aus: Ihr lauft im Wohnzimmer rum. Der Melder registriert das und weiss für die nächsten 5-6 Minuten, dass einer im Haus ist. Ihr bewegt euch aber nicht ununterbrochen im Einflussbereich. 10 Minuten in der Küche würde bedeuten, dass die Anlage von einer Abwesenheit ausgeht und schlimmstenfalls den Alarm scharfschaltet oder die Heizung runterfährt.

Was also tun ?
Hier kommt etwas Logik ins Spiel:

Wir erstellen eine Variable “Anwesenheit” (vom Typ Boolean / Wahrheitswert), (falls noch nicht vorhanden). Diese nimmt später den eigentlichen Zustand auf.

Dann erstellen wir eine zweite Hilfsvariable “Anwesenheit_num” (oder ähnlich) vom Typ “numerisch”. Diese Variable wird immer dann auf einen Wert (z.B. 10) geetzt, wenn der (oder bei mehreren ein) Bewegungsmelder im Innenraum Bewegung erkennt. Ein Programm dazu ist Homematic-Standard:

Bewegungsmelder:

Auslösen auf Änderung:   Wenn Bewegung erkannt,

setze Variable auf den Wert 10,

setze Variable “Anwesenheit” auf “wahr”

Das reicht aber noch nicht. Wir brauchen ein weiteres Programm:  “Timer alle 10 Minuten: Wenn KEINE Bewegung erkannt, zähle die Variable um eins runter”. Das funktioniert leider nicht per Standard Programm, hier brauchen wir ein selbstgebasteltes Homematic Script:

dom.GetObject("Anwesenheit_num").State(dom.GetObject("Anwesenheit_num").State() - 1);

Dieses Script soll also alle 10 Min. aufgerufen werden. Falls zum Prüfzeitpunkt keine Bewegung erkannt ist, wird aus dem Wert 10 die 9 usw. (Achtung: Systemvariable “Anwesenheit_num” muss existieren).

Wenn wir bei 0 angekommen sind, wissen wir:  es hat sich in den letzten 10 * 10 Minuten (=100 Min.) keiner bewegt, also liegt die Vermutung nahe, dass keiner im Haus ist. Jetzt wird eine zweite Variable “Anwesenheit” auf “falsch” gesetzt. Diese Variable enthält den wahrscheinlichen Zustand und kann für weitere Steuerungsfunktionen genutzt werden (Heizung, Licht, Alarm, usw.)

Systemvariable:

Wenn  “Anwesenheit_num” = 0 (auslösen auf Änderung)

dann  Variable “Anwesenheit” auf “falsch” setzen.

Das ganze Verfahren funktioniert natürlich umso besser, wenn mehrere Bewegungsmelder im ganzen Haus verteilt mitspielen.

Nochmal in der Zusammenfassung:

1. Ein (oder mehrere) Bewegungsmelder setzen die Variable “Anwesenheit_num” bei erkannter Bewegung auf “10”, die Variable “Anwesenheit” auf “wahr”
2. Ein Homematic-Programm prüft per Timer periodisch: haben der (oder bei mehreren: alle) Melder “Keine Bewegung”:  wenn ja (keine Bewegung): “Anwesenheit_num” um 1 runterzählen
3. “Anwesenheit_num” bei 0 angekommen (Homematic-Script:  Systemvariable=0, auslösen auf Änderung):  Zeitintervall ist abgelaufen, es ist wahrscheinlich keiner da. ==> Variable “Anwesenheit” auf “falsch” setzen

Die Zeiten (Timer-Interval in Minuten, Startwert der Variable) können natürlich dem eigenen Verhalten angepasst werden. Insbesondere der Einsatz mehrerer  Melder kann die Präzision der Voraussage deutlich erhöhen.
Denkbar wären z.B. auch:  Bewegung: alle 5 Minuten prüfen, Startwert = 30. Damit ergeben sich dann 150 Minuten von der Anwesenheit bis zur (dann sehr wahrscheinlichen) Abwesenheits-Schaltung.

Einfach aber gut, insbesondere, wenn in jedem Flur oder Zimmer ein Melder hängt… Erweiterungen mit Türkontakten sind natürlich ebenfalls möglich…