FHEMWiki - Benutzerbeiträge [de]

Google-Kalender zur Steuerung von Dummies

2016-04-10T16:34:48Z

Crissiloop: notify auf mode angepasst laut den Hinweisen zur aktuellen Version

Mit dem Kalendermodul [http://fhem.de/commandref.html Calendar] ist es möglich, Ereignisse aus Kalendern im
ICal-Format abzufragen.
Dies und der Wiki-Eintrag [[Wochenende, Feiertage und Schulferien]] hat mich dazu veranlasst, dass ich durch
Kalendereinträge im Google-Kalender den Status meiner beiden [[dummy|Dummies]] "Urlaub" und "Besuch" steuere. Durch diese
beiden Dummies werden zum Beispiel die Rolläden im Schlafzimmer oder Gästezimmer bei Besuch oder Urlaub anders
gesteuert als ohne Besuch oder unter der Woche. Auch meine Zirkulationspumpe soll so bedarfsgerecht gesteuert werden.
Dass am Wochenende anders gesteuert wird, ist ja mit $we kein Problem.
Zuerst wird dafür der Kalender definiert:

define Kalender_Christian Calendar ical url <der richtige Kalenderlink> 14400

Den Kalenderlink [https://support.google.com/calendar/answer/37103?hl=de] findet man wie beschrieben heraus.
Dann habe ich meine Dummies definiert:

define Urlaub_dummy dummy
attr Urlaub_dummy room Kalender
attr Urlaub_dummy setList ja nein
attr Urlaub_dummy webCmd ja:nein
define Gast_dummy dummy
attr Gast_dummy room Kalender
attr Gast_dummy setList ja nein
attr Gast_dummy webCmd ja:nein

Und nun mussten die Notifys definiert werden, um bei entsprechenden Einträgen im Google-Kalender den Status der
Dummies zu setzen.

define Kalender_Christian_Start notify Kalender_Christian:start:.*googlecom.* {\
Kalenderstart("$EVENT");;\
}
define Kalender_Christian_Ende notify Kalender_Christian:end:.*googlecom.* {\
Kalenderende("$EVENT");;\
}

Um nicht für verschiedene Dummies immer einzelne Notifys zu bauen, wird hier bei mir je eine Funktion aus meiner [[99 myUtils anlegen|99_MyUtils.pm]] aufgerufen und das Event als Parameter übergeben. Die beiden zugehörigen
Funktionen für den Start und das Ende des Kalenderevents schauen so aus:
<source lang="perl">
sub
Kalenderstart ($)
{
my ($Ereignis) = @_;
my @Ereignisarray = split(/.*:\s/,$Ereignis);
my $Ereignisteil1 = $Ereignisarray[1];
my @uids = split(/;/,$Ereignisteil1);
foreach my $uid (@uids) {
my $Kalendertext = fhem("get Kalender_Christian summary uid=$uid 1");
if ($Kalendertext =~ /Urlaub/) {
fhem("set Urlaub_dummy ja");
}
if ($Kalendertext =~ /Besuch/) {
fhem("set Gast_dummy ja");
}
}
}
sub Kalenderende ($) {
my ($Ereignis) = @_;
my @Ereignisarray = split(/.*:\s/,$Ereignis);
my $Ereignisteil1 = $Ereignisarray[1];
my @uids = split(/;/,$Ereignisteil1);
foreach my $uid (@uids) {
my $Kalendertext = fhem("get Kalender_Christian summary uid=$uid 1");
if ($Kalendertext =~ /Urlaub/) {
fhem("set Urlaub_dummy nein");
}
if ($Kalendertext =~ /Besuch/) {
fhem("set Gast_dummy nein");
}
}
}
</source>

Zur Erläuterung: Als Ereignis wird z.B. "''modeStarted: 9aas2amo7td47th4sf7mlocl48googlecom''" oder bei 2 gleichzeitigen
Ereignissen: "''modeStarted: arqpe2a2snu6qn64dt0men7nd0googlecom;j0pjiupfb1sk3m5s64hbeo6880googlecom''"
übergeben. Da uns aber nur die eindeutige UID interessiert, wird das Ereignis beim Vorkommen der Zeichen ": Leerzeichen"
also nach modeStarted: geteilt (<code>split(/.*:\s/,$Ereignis)</code>). Die beiden Teile werden in ein Array (<code>@Ereignisarray</code>) gespeichert.
Und als 2. Element in dem Array ist nun die uns interessierende UID (<code>$Ereignisarray[1]</code>) vorhanden, mit welcher wir weiter
arbeiten. Da auch mit dem Fall mehrerer gleichzeitiger Ereignisse umgegangen werden können soll, müssen wir bei mehreren
UIDs diese wieder splitten. Diesmal beim Vorkommen des Semikolons als Trennzeichen (<code>split(/;/,$Ereignisteil1)</code>). Auch die
UIDs werden wieder in einem Array gespeichert und dann mittels der foreach-Schleife nacheinander abgearbeitet. Und
hierbei wird abhängig von der mittels UID abgerufenen Kalenderbeschreibung (<code>fhem("get Kalender_Christian summary
uid=$uid 1")</code>) ein Vergleich auf die Werte "Besuch" oder "Urlaub" durchgeführt (<code>if ($Kalendertext =~ /Urlaub/)</code>) und davon
abhängig der Dummy-Status gesetzt.
Abhängig von diesen Dummies reagiert dann meine Rollosteuerung.

[[Kategorie:Code Snippets]]

Google-Kalender zur Steuerung von Dummies

2016-04-10T16:14:08Z

Crissiloop: Änderung 15036 von Crissiloop (Diskussion) rückgängig gemacht.

Mit dem Kalendermodul [http://fhem.de/commandref.html Calendar] ist es möglich, Ereignisse aus Kalendern im
ICal-Format abzufragen.
Dies und der Wiki-Eintrag [[Wochenende, Feiertage und Schulferien]] hat mich dazu veranlasst, dass ich durch
Kalendereinträge im Google-Kalender den Status meiner beiden [[dummy|Dummies]] "Urlaub" und "Besuch" steuere. Durch diese
beiden Dummies werden zum Beispiel die Rolläden im Schlafzimmer oder Gästezimmer bei Besuch oder Urlaub anders
gesteuert als ohne Besuch oder unter der Woche. Auch meine Zirkulationspumpe soll so bedarfsgerecht gesteuert werden.
Dass am Wochenende anders gesteuert wird, ist ja mit $we kein Problem.
Zuerst wird dafür der Kalender definiert:

define Kalender_Christian Calendar ical url <der richtige Kalenderlink> 14400

Den Kalenderlink [https://support.google.com/calendar/answer/37103?hl=de] findet man wie beschrieben heraus.
Dann habe ich meine Dummies definiert:

define Urlaub_dummy dummy
attr Urlaub_dummy room Kalender
attr Urlaub_dummy setList ja nein
attr Urlaub_dummy webCmd ja:nein
define Gast_dummy dummy
attr Gast_dummy room Kalender
attr Gast_dummy setList ja nein
attr Gast_dummy webCmd ja:nein

Und nun mussten die Notifys definiert werden, um bei entsprechenden Einträgen im Google-Kalender den Status der
Dummies zu setzen.

define Kalender_Christian_Start notify Kalender_Christian:modeStarted.*googlecom.* {\
Kalenderstart("$EVENT");;\
}
define Kalender_Christian_Ende notify Kalender_Christian:modeEnded.*googlecom.* {\
Kalenderende("$EVENT");;\
}

Um nicht für verschiedene Dummies immer einzelne Notifys zu bauen, wird hier bei mir je eine Funktion aus meiner [[99 myUtils anlegen|99_MyUtils.pm]] aufgerufen und das Event als Parameter übergeben. Die beiden zugehörigen
Funktionen für den Start und das Ende des Kalenderevents schauen so aus:
<source lang="perl">
sub
Kalenderstart ($)
{
my ($Ereignis) = @_;
my @Ereignisarray = split(/.*:\s/,$Ereignis);
my $Ereignisteil1 = $Ereignisarray[1];
my @uids = split(/;/,$Ereignisteil1);
foreach my $uid (@uids) {
my $Kalendertext = fhem("get Kalender_Christian summary uid=$uid 1");
if ($Kalendertext =~ /Urlaub/) {
fhem("set Urlaub_dummy ja");
}
if ($Kalendertext =~ /Besuch/) {
fhem("set Gast_dummy ja");
}
}
}
sub Kalenderende ($) {
my ($Ereignis) = @_;
my @Ereignisarray = split(/.*:\s/,$Ereignis);
my $Ereignisteil1 = $Ereignisarray[1];
my @uids = split(/;/,$Ereignisteil1);
foreach my $uid (@uids) {
my $Kalendertext = fhem("get Kalender_Christian summary uid=$uid 1");
if ($Kalendertext =~ /Urlaub/) {
fhem("set Urlaub_dummy nein");
}
if ($Kalendertext =~ /Besuch/) {
fhem("set Gast_dummy nein");
}
}
}
</source>

Zur Erläuterung: Als Ereignis wird z.B. "''modeStarted: 9aas2amo7td47th4sf7mlocl48googlecom''" oder bei 2 gleichzeitigen
Ereignissen: "''modeStarted: arqpe2a2snu6qn64dt0men7nd0googlecom;j0pjiupfb1sk3m5s64hbeo6880googlecom''"
übergeben. Da uns aber nur die eindeutige UID interessiert, wird das Ereignis beim Vorkommen der Zeichen ": Leerzeichen"
also nach modeStarted: geteilt (<code>split(/.*:\s/,$Ereignis)</code>). Die beiden Teile werden in ein Array (<code>@Ereignisarray</code>) gespeichert.
Und als 2. Element in dem Array ist nun die uns interessierende UID (<code>$Ereignisarray[1]</code>) vorhanden, mit welcher wir weiter
arbeiten. Da auch mit dem Fall mehrerer gleichzeitiger Ereignisse umgegangen werden können soll, müssen wir bei mehreren
UIDs diese wieder splitten. Diesmal beim Vorkommen des Semikolons als Trennzeichen (<code>split(/;/,$Ereignisteil1)</code>). Auch die
UIDs werden wieder in einem Array gespeichert und dann mittels der foreach-Schleife nacheinander abgearbeitet. Und
hierbei wird abhängig von der mittels UID abgerufenen Kalenderbeschreibung (<code>fhem("get Kalender_Christian summary
uid=$uid 1")</code>) ein Vergleich auf die Werte "Besuch" oder "Urlaub" durchgeführt (<code>if ($Kalendertext =~ /Urlaub/)</code>) und davon
abhängig der Dummy-Status gesetzt.
Abhängig von diesen Dummies reagiert dann meine Rollosteuerung.

[[Kategorie:Code Snippets]]

Google-Kalender zur Steuerung von Dummies

2016-04-10T16:08:42Z

Crissiloop: Anpassung an neue Version des Calendar-Moduls; Funktion getestet und funktioniert

Mit dem Kalendermodul [http://fhem.de/commandref.html Calendar] ist es möglich, Ereignisse aus Kalendern im
ICal-Format abzufragen.
Dies und der Wiki-Eintrag [[Wochenende, Feiertage und Schulferien]] hat mich dazu veranlasst, dass ich durch
Kalendereinträge im Google-Kalender den Status meiner beiden [[dummy|Dummies]] "Urlaub" und "Besuch" steuere. Durch diese
beiden Dummies werden zum Beispiel die Rolläden im Schlafzimmer oder Gästezimmer bei Besuch oder Urlaub anders
gesteuert als ohne Besuch oder unter der Woche. Auch meine Zirkulationspumpe soll so bedarfsgerecht gesteuert werden.
Dass am Wochenende anders gesteuert wird, ist ja mit $we kein Problem.
Zuerst wird dafür der Kalender definiert:

define Kalender_Christian Calendar ical url <der richtige Kalenderlink> 14400

Den Kalenderlink [https://support.google.com/calendar/answer/37103?hl=de] findet man wie beschrieben heraus.
Dann habe ich meine Dummies definiert:

define Urlaub_dummy dummy
attr Urlaub_dummy room Kalender
attr Urlaub_dummy setList ja nein
attr Urlaub_dummy webCmd ja:nein
define Gast_dummy dummy
attr Gast_dummy room Kalender
attr Gast_dummy setList ja nein
attr Gast_dummy webCmd ja:nein

Und nun mussten die Notifys definiert werden, um bei entsprechenden Einträgen im Google-Kalender den Status der
Dummies zu setzen.

define Kalender_Christian_Start notify Kalender_Christian:start:.*googlecom.* {\
Kalenderstart("$EVENT");;\
}
define Kalender_Christian_Ende notify Kalender_Christian:end:.*googlecom.* {\
Kalenderende("$EVENT");;\
}

Um nicht für verschiedene Dummies immer einzelne Notifys zu bauen, wird hier bei mir je eine Funktion aus meiner [[99 myUtils anlegen|99_MyUtils.pm]] aufgerufen und das Event als Parameter übergeben. Die beiden zugehörigen
Funktionen für den Start und das Ende des Kalenderevents schauen so aus:
<source lang="perl">
sub
Kalenderstart ($)
{
my ($Ereignis) = @_;
my @Ereignisarray = split(/.*:\s/,$Ereignis);
my $Ereignisteil1 = $Ereignisarray[1];
my @uids = split(/;/,$Ereignisteil1);
foreach my $uid (@uids) {
my $Kalendertext = fhem("get Kalender_Christian summary $uid");
if ($Kalendertext =~ /Urlaub/) {
fhem("set Urlaub_dummy ja");
}
if ($Kalendertext =~ /Besuch/) {
fhem("set Gast_dummy ja");
}
}
}
sub Kalenderende ($) {
my ($Ereignis) = @_;
my @Ereignisarray = split(/.*:\s/,$Ereignis);
my $Ereignisteil1 = $Ereignisarray[1];
my @uids = split(/;/,$Ereignisteil1);
foreach my $uid (@uids) {
my $Kalendertext = fhem("get Kalender_Christian summary $uid");
if ($Kalendertext =~ /Urlaub/) {
fhem("set Urlaub_dummy nein");
}
if ($Kalendertext =~ /Besuch/) {
fhem("set Gast_dummy nein");
}
}
}
</source>

Zur Erläuterung: Als Ereignis wird z.B. "''modeStarted: 9aas2amo7td47th4sf7mlocl48googlecom''" oder bei 2 gleichzeitigen
Ereignissen: "''modeStarted: arqpe2a2snu6qn64dt0men7nd0googlecom;j0pjiupfb1sk3m5s64hbeo6880googlecom''"
übergeben. Da uns aber nur die eindeutige UID interessiert, wird das Ereignis beim Vorkommen der Zeichen ": Leerzeichen"
also nach modeStarted: geteilt (<code>split(/.*:\s/,$Ereignis)</code>). Die beiden Teile werden in ein Array (<code>@Ereignisarray</code>) gespeichert.
Und als 2. Element in dem Array ist nun die uns interessierende UID (<code>$Ereignisarray[1]</code>) vorhanden, mit welcher wir weiter
arbeiten. Da auch mit dem Fall mehrerer gleichzeitiger Ereignisse umgegangen werden können soll, müssen wir bei mehreren
UIDs diese wieder splitten. Diesmal beim Vorkommen des Semikolons als Trennzeichen (<code>split(/;/,$Ereignisteil1)</code>). Auch die
UIDs werden wieder in einem Array gespeichert und dann mittels der foreach-Schleife nacheinander abgearbeitet. Und
hierbei wird abhängig von der mittels UID abgerufenen Kalenderbeschreibung (<code>fhem("get Kalender_Christian summary
uid=$uid 1")</code>) ein Vergleich auf die Werte "Besuch" oder "Urlaub" durchgeführt (<code>if ($Kalendertext =~ /Urlaub/)</code>) und davon
abhängig der Dummy-Status gesetzt.
Abhängig von diesen Dummies reagiert dann meine Rollosteuerung.

[[Kategorie:Code Snippets]]

HM-SEC-SD Rauchmelder

2014-02-16T14:55:44Z

Crissiloop: Variante mit virtuellen Teamlead hinzugefügt

== Features ==
Das Gerät ist ein VdS-zertifizierter Rauchmelder. Mehrere Rauchmelder können unabhängig von einer Zentrale zu einer Gruppe zusammengefasst werden. Auch ohne FHEM-Zentrale meldet ein Rauchmelder seinen Alarm immer an die anderen vernetzten Rauchmelder weiter.

== Hinweise zum Betrieb mit FHEM ==
Der HM-SEC-SD Rauchmelder beherrscht die AES authentifizierte Kommunikation. Allerdings ist die Steuerung bei aktivierter [[AES Encryption]] nur zusammen mit dem [[HMLAN Konfigurator]] möglich. Der normale Betrieb, also das Melden von Rauchalarm, ist aber natürlich auch über [[CUL]] möglich.

Ein Druck auf die Prüftaste führt zu keiner Funkmeldung.
Ein Test des Alarms kann über den Befehl

<code>set EurerTeamlead alarmOn</code>

am Teamlead erreicht werden und mit

<code>set EurerTeamlead alarmOff</code>

wieder deaktiviert werden.
Per

<code>set EurerTeamlead teamCall</code>

kann die Funkvernetzung der Rauchmelder getestet werden. Alle Rauchmelder sollten 10 mal leise piepen.

An den einzelnen Rauchmelder kann als Befehl nur "statusRequest" ausgeführt werden.

Das Pairing sollte wie in [[HomeMatic Devices pairen]] beschrieben durchgeführt werden. Es gibt bei den Rauchmeldern 2 Varianten betreffend des Pairings und des Peerings:

=== Variante 1: einer der Rauchmelder fungiert als Teamlead ===

Hier sind zunächst die Rauchmelder laut der Homematic-Anleitung untereinander zu vernetzen - ein Rauchmelder in der Gruppe (der erste, bei dem die Anlerntaste gedrückt wurde) fungiert dabei als "Teamlead" und wird in dem Attribut peerIDs gelistet. Achtung: Ein manuelles An- und Abschalten des Alarms ist immer nur für den Master möglich, dieser steuert dann seine Slaves an.

Beispiel für die Konfiguration einer Dreiergruppe, bei welcher TH.SD0 der Master ist:

ssssss, tttttt, uuuuuu -> 6-stellige hexadezimale Seriennummern. (Siehe Logfile: CUL_HM Unknown device CUL_HM_SD_ssssss, please define it)

xxxxxxx, yyyyyyy, zzzzzzz -> 10-stellige Seriennummern (vom Aufkleber auf dem Gerät)

define TH.SD0 CUL_HM ssssss
attr TH.SD0 .devInfo 000100
attr TH.SD0 .stc CD
attr TH.SD0 actCycle 028:00
attr TH.SD0 actStatus unknown
attr TH.SD0 autoReadReg 4_reqStatus
attr TH.SD0 expert 2_full
attr TH.SD0 firmware 1.0
attr TH.SD0 model HM-SEC-SD
attr TH.SD0 msgRepeat 1
attr TH.SD0 peerIDs 00000000,ssssss,
attr TH.SD0 room Alarm
attr TH.SD0 serialNr xxxxxxxxxx
attr TH.SD0 subType smokeDetector
attr TH.SD0 webCmd test:alarmOn:alarmOff

define TH.SD1 CUL_HM tttttt
attr TH.SD1 .devInfo 000100
attr TH.SD1 .stc CD
attr TH.SD1 actCycle 028:00
attr TH.SD1 actStatus unknown
attr TH.SD1 autoReadReg 4_reqStatus
attr TH.SD1 expert 2_full
attr TH.SD1 firmware 1.0
attr TH.SD1 model HM-SEC-SD
attr TH.SD1 msgRepeat 1
attr TH.SD1 peerIDs 00000000,ssssss,
attr TH.SD1 room Alarm
attr TH.SD1 serialNr yyyyyyyyyy
attr TH.SD1 subType smokeDetector
attr TH.SD1 webCmd test

define TH.SD2 CUL_HM uuuuuu
attr TH.SD2 .devInfo 000100
attr TH.SD2 .stc CD
attr TH.SD2 actCycle 028:00
attr TH.SD2 actStatus unknown
attr TH.SD2 autoReadReg 4_reqStatus
attr TH.SD2 expert 2_full
attr TH.SD2 firmware 1.0
attr TH.SD2 model HM-SEC-SD
attr TH.SD2 msgRepeat 1
attr TH.SD2 peerIDs 00000000,ssssss,
attr TH.SD2 room Alarm
attr TH.SD2 serialNr zzzzzzzzzz
attr TH.SD2 subType smokeDetector
attr TH.SD2 webCmd test

=== Variante 2: ein virtueller Aktor fungiert als Teamlead ===

Von Martin (betreut den Homematic-Teil in FHEM) wird die Variante mit dem virtuellen Teamlead bevorzugt.
Die Rauchmelder sind im Werkszustand und werden nicht laut der HM-Anleitung aneinander angelernt. Es erfolg zuerst das Pairen der Rauchmelder mit FHEM durch z.B.

<code>set HMLAN1 hmPairForSec 60</code>

und drücken der Anlerntaste am Rauchmelder.

Dann definiert Ihr einen virtuellen Aktor mit

<code>define TeamDev CUL_HM 111111</code>

(Achtung: die HMID muss einmalig sein in Eurer Installation!)
Keine Attribute wie model oder subtype für den virtuellen Aktor manuell erfassen!
Dann müsst Ihr noch einen Kanal definieren, da das Peering nur mit Kanälen möglich ist. Durch

<code>set TeamDev virtual 1</code>

wird 1 Kanal angelegt, wenn Autocreate aktiviert ist. Sonst kann man diesen auch manuell mit:

<code>define Rauchmelder_Team CUL_HM 11111101</code>

definieren. (Gleiche HMID wie der Aktor, da ja der Kanal zum Aktor gehört und zusätzlich 2 Ziffern für den Kanal).
Wurde der Kanal per Autocreate angelegt, würde ich diesen umbenennen:

<code>rename TeamDev_Btn_1 Rauchmelder_Team</code>

Dann jeden Rauchmelder mit dem virtuellen Teamlead (Kanal des virtuellen Aktors) peeren mit:

<code>set Rauchmelder_Team peerChan 0 Rauchmelder_Flur single set</code>.

Hierbei ist "Rauchmelder_Team" der Name des virtuellen Teamleads und "Rauchmelder_Flur" der Name des jeweiligen Rauchmelders.

Dadurch sollte in jedem Rauchmelder der Name des virtuellen Teamleads in der peerList stehen und beim virtuellen Teamlead jeder Rauchmelder.

== Software ==
Mit dem folgenden Codefragment wird eine Warnungsmeldung an ein FHEM-Display (1-Wire OWXLCD) abgesetzt, sobald ein Rauchalarm anspricht.
Ferner wird der Wert des SD.D dummy auf "alarm" gesetzt. Durch Drücken der Taste TH.3x (die in der Beispielinstallation normalerweise das Treppenhauslicht schaltet) wird bei aktiviertem Alarm der Alarm abgeschaltet.

define SD.N notify TH.SD0:smoke-Alarm {\
OWXLCD_SetLine($defs{'WZ.LCD'},0,"Rauchalarm !!");;\
fhem("set SD.D alarm")}
attr SD.N room Alarm

define SD.D dummy
attr SD.D room Alarm

define SD.O notify TH.3x:.* {\
if( $value{'SD.D'} eq "alarm"){\
fhem("set TH.SD0 alarmOff");;\
fhem("set SD.D no alarm");;\
OWXLCD_SetLine($defs{'WZ.LCD'},0,"")}}
attr SD.O room Alarm

== Links ==
Anleitung [http://www.eq-3.de/tl_files/eq3/pdf_produkte/HM-Sec-Key_UM_GE_eQ-3_081218.pdf] PDF

[[Kategorie:HomeMatic Components]]

Diskussion:HM-SEC-SD Rauchmelder

2014-02-16T12:47:33Z

Crissiloop: Thema AES

Hallo Pahenning,
aber das mit dem AES stimmt eben so nicht, denn die Rauchmelder können definitiv auch ohne AES betrieben werden. Dies wird so ja auch von mehreren Usern im Forum geschrieben. Und meine 3 SD´s waren sogar per Default ohne AES konfiguriert.

Gruß

anbei ein List des SD´s, woraus zu sehen ist, das nirgends ein Sign zu sehen ist. Und dies müsste bei aktiviertem AES der Fall sein:

<pre>

Readings:
2014-02-15 22:13:32 Activity alive
2014-01-03 15:20:11 CommandAccepted yes
2014-02-15 16:49:38 D-firmware 1.0
2014-02-15 16:49:38 D-serialNr XXX
2014-01-07 17:40:28 PairedTo XXX
2014-01-07 17:40:28 R-pairCentral XXX
2014-01-07 17:40:28 RegL_00: XXX
2014-02-15 22:13:44 battery ok
2014-02-15 22:13:44 level 1
2014-02-15 22:13:32 peerList Rauchmelder_Team,
2014-02-15 22:13:44 recentStateType info
2014-01-03 18:29:58 smoke_detect -
2014-02-15 22:13:44 state off
2014-01-04 22:24:00 teamCall from TeamDev:3
</pre>

HM-SEC-SD Rauchmelder

2014-01-29T18:17:23Z

Crissiloop: Thema AES korrigiert

Wochenende, Feiertage und Schulferien

2013-05-14T20:03:33Z

Crissiloop: Link auf Artikel zur Steuerung über den Google-Kalender hinzugefügt

FHEM bietet mehrere Möglichkeiten, Komponenten in Abhängigkeit von Wochenenden, Feiertagen oder sogar Schulferien zu steuern.

Eine simple Rollladensteuerung um 7 Uhr morgens sieht beispielsweise wie folgt aus:

<nowiki>define RolloHoch at *07:00 set Rollo hoch</nowiki>
Um am Wochenende (Samstag und Sonntag) länger schlafen zu können, kann diese Steuerung durch Nutzung der Variable ''$we''erweitert werden. Diese hat am Wochenende den Wert ''1'', an sonstigen Tagen den Wert ''0''. In if-Abfragen wird die 0 als ''false/falsch''interpretiert, andere numerische Werte als ''true/wahr''. Man kann mittels ''if ($we)''also ganz einfach prüfen, ob Wochenende ist und entsprechend steuern (oder auch nicht). Das o.a. Beispiel kann entsprechend ergänzt werden, so dass am Wochenende nicht um 7 Uhr das Rollo nach oben gefahren wird:

<nowiki>define RolloHoch at *07:00 { if (!($we)) { fhem("set Rollo hoch");; } }</nowiki>
Das ''!''in der if-Abfrage negiert den dahinter folgenden Ausdruck in der Klammer, quasi ein "ist nicht Wochenende". Der Inhalt der äußeren geschweiften Klammern stellt echten Perl-Code dar (welche hinter jeder Anweisung gerne ein Semikolon stehen hat, welches in FHEM durch ein weiteres Semikolon [http://de.wikipedia.org/wiki/Maskierungszeichen maskiert/escaped] werden muss). Aus dem Perl-Code kann man mittels des Befehls ''fhem()''wiederum FHEM-Code ausführen (hier der Befehl, um das Rollo nach oben zu fahren). Das (Doppel-)Semikolon ist in diesem Beispiel nicht zwingend notwendig, da es sich nur um eine einzige (und somit letzte) Anweisung handelt - man sollte sich jedoch aneignen, jede Anweisung im Perl-Code mit einem (Doppel-)Semikolon abzuschließen (eine schließende geschweifte Klammer stellt auch das Ende eine Anweisung bzw. eines Anweisungsblocks dar).

Samstags und Sonntags bleibt das Rollo nun unten und man kann länger schlafen. Um diesen Komfort auch an Feiertagen zu haben, können in FHEM mittels ''holiday''-Dateien Feiertage definiert werden. Sinnvollerweise erstellt man sich für sein jeweiliges Bundesland eine eigene Datei, welche Definitionen für feste Feiertage (z.B. Weihnachten oder der Tag der Deutschen Einheit) und solche in Abhängigkeit zu Ostern (z.B. Ostermontag oder Pfingsten, im Rheinland auch der Karneval) beinhaltet. Eine gutes Beispiel mit Erklärung findet sich in der [http://fhem.de/Heimautomatisierung-mit-fhem.pdf FHEM-Übersicht für Anfänger].
Nachdem beispielsweise die ''NRW_Feiertag.holiday''Datei im FHEM-Ordner erstellt/abgelegt wurde, kann diese in die Konfiguration eingebunden werden. Mittels ''holiday2we''können die darin definierten Feiertage mit der Variable ''$we''"verheiratet" werden. ''if ($we)''ist danach immer wahr, sobald Wochenende oder ein Feiertag ist:

<nowiki>attr global holiday2we NRW_Feiertag
define NRW_Feiertag holiday</nowiki>
Theoretisch kann man in o.a. Datei auch seine persönlichen Urlaube oder die Schulferien definieren. Hier eignet sich jedoch die ''Calendar''-Funktion wesentlich besser. V.a. die Schulferien der einzelnen Bundesländer sind im Internet (z.B. unter [http://www.schulferien.org schulferien.org]) als iCal-Datei verfügbar und können wie folgt in FHEM eingebunden werden:

<nowiki>define NRW_Ferien Calendar ical url http://www.schulferien.org/iCal/Ferien/icals/Ferien_Nordrhein_Westfalen_2013.ics 43200</nowiki>
Das Intervall von 43200 Sekunden (entspricht 12 Stunden) für die Aktualisierung der Schulferien sollte im Normalbetrieb mehr als ausreichen. Wenn eigene Kalender (z.B. bei Google) für Urlaubstage genutzt werden, muss man individuell abwägen, wie oft dieser aktualisiert werden soll.

Um nun diesen Kalender nun nutzen zu können, benötigt FHEM einen ''dummy'', welcher entsprechend abgefragt werden kann:

<nowiki>define NRW_Ferientag dummy
define NRW_Ferien.notify notify NRW_Ferien { \
fhem "set NRW_Ferientag " . (ReadingsVal("NRW_Ferien", "modeStart", "") =~ "schulferien" ? 1: 0) }</nowiki>
Der ''NRW_Ferientag''ist in diesem Beispiel der angesprochene ''dummy''und kann mittels ''Value("NRW_Ferientag")''abgefragt werden. Im ''notify''wird der Wert gesetzt, sobald der Kalender aktualisiert wird: Eine ''1''für einen Tag, an dem der Text "schulferien" in einem Ereignis vorkommt, welches sich im ''modeStart''Modus (vgl. [http://www.fhem.de/commandref.html#Calendar CommandRef] - ''The start time has passed but the end time of the calendar event is not yet reached.'') befindet, ansonsten ''0''. Das Vorkommen des Textes ist in den Ereignissen der oben genutzten Quelle immer der Fall.

Um ein Rollo nun weder am Wochenende, an Feiertagen, noch zu Schulferien morgens hochfahren zu lassen, lautet das Beispiel:

<nowiki>define RolloHoch at *07:00 { if ( !($we) && !(Value("NRW_Ferientag")) ) { fhem("set Rollo hoch");; } }</nowiki>

Ausgehend von diesem Artikel habe ich unter [[Google-Kalender zur Steuerung von Dummies]] meine Vorgehensweise zur
Steuerung von FHEM mit dem Google-Kalender veröffentlicht.

[[Kategorie:Code Snippets]]

Google-Kalender zur Steuerung von Dummies

2013-05-14T20:02:14Z

Crissiloop: Steuerung von Dummys mit Google-Kalender über das Calendar-Modul

Mit dem Kalendermodul [http://fhem.de/commandref.html Calendar] ist es möglich, Ereignisse aus Kalendern im
ICal-Format abzufragen.
Dies und der Wiki-Eintrag [[Wochenende, Feiertage und Schulferien]] hat mich dazu veranlasst, dass ich durch
Kalendereinträge im Google-Kalender den Status meiner beiden Dummies "Urlaub" und "Besuch" steuere. Durch diese
beiden Dummies werden zum Beispiel die Rolläden im Schlafzimmer oder Gästezimmer bei Besuch oder Urlaub anders
gesteuert als ohne Besuch oder unter der Woche. Auch meine Zirkulationspumpe soll so bedarfsgerecht gesteuert werden.
Dass am Wochenende anders gesteuert wird, ist ja mit $we kein Problem.
Zuerst wird dafür der Kalender definiert:
<pre>define Kalender_Christian Calendar ical url der richtige Kalenderlink 14400</pre>

Den Kalenderlink [https://support.google.com/calendar/answer/37103?hl=de] findet man wie beschrieben heraus.
Dann habe ich meine Dummies definiert:
<pre>define Urlaub_dummy dummy
attr Urlaub_dummy room Kalender
attr Urlaub_dummy setList ja nein
attr Urlaub_dummy webCmd ja:nein
define Gast_dummy dummy
attr Gast_dummy room Kalender
attr Gast_dummy setList ja nein
attr Gast_dummy webCmd ja:nein</pre>

Und nun mussten die Notifys definiert werden, um bei entsprechenden Einträgen im Google-Kalender den Status der
Dummies zu setzen.
<pre>define Kalender_Christian_Start notify Kalender_Christian:modeStarted.*googlecom.* {\
Kalenderstart("$EVENT");;\
}
define Kalender_Christian_Ende notify Kalender_Christian:modeEnded.*googlecom.* { Kalenderende("$EVENT");;\
}</pre>

Um nicht für verschiedene Dummies immer einzelne Notifys zu bauen, wird hier bei mir je eine Funktion aus meiner
99_MyUtils.pm [[99 myUtils anlegen]] aufgerufen und das Event als Parameter übergeben. Die beiden zugehörigen
Funktionen für den Start und das Ende des Kalenderevents schauen so aus:
<pre>sub
Kalenderstart ($)
{
my ($Ereignis) = @_;
my @Ereignisarray = split(/.*:\s/,$Ereignis);
my $Ereignisteil1 = $Ereignisarray[1];
my @uids=split(/;/,$Ereignisteil1);
foreach my $uid (@uids) {
my $Kalendertext = fhem("get Kalender_Christian summary $uid");
if ($Kalendertext =~ /Urlaub/) {
fhem("set Urlaub_dummy ja");
};
if ($Kalendertext =~ /Besuch/) {
fhem("set Gast_dummy ja");
};
};
}
sub Kalenderende ($) {
my ($Ereignis) = @_;
my @Ereignisarray = split(/.*:\s/,$Ereignis);
my $Ereignisteil1 = $Ereignisarray[1];
my @uids=split(/;/,$Ereignisteil1);
foreach my $uid (@uids) {
my $Kalendertext = fhem("get Kalender_Christian summary $uid");
if ($Kalendertext =~ /Urlaub/) {
fhem("set Urlaub_dummy nein");
};
if ($Kalendertext =~ /Besuch/) {
fhem("set Gast_dummy nein");
};
};
}
</pre>

Zur Erläuterung: Als Ereignis wird z.B. "''modeStarted: 9aas2amo7td47th4sf7mlocl48googlecom''" oder bei 2 gleichzeitigen
Ereignissen: "''modeStarted: arqpe2a2snu6qn64dt0men7nd0googlecom;j0pjiupfb1sk3m5s64hbeo6880googlecom''"
übergeben. Da uns aber nur die eindeutige UID interessiert, wird das Ergeinis beim Vorkommen der Zeichen ": Leerzeichen"
also nach modeStarted: geteilt (''split(/.*:\s/,$Ereignis'')). Die beiden Teile werden in ein Array (@Ereignisarray) gespeichert.
Und als 2. Element in dem Array ist nun die uns interessierende UID ($Ereignisarray[1]) vorhanden, mit welcher wir weiter
arbeiten. Da auch mit dem Fall mehrerer gleichzeitiger Ereignisse umgegangen werden können soll, müssen wir bei mehreren
UID´s diese wieder splitten. Diesmal beim Vorkommen des Semikolons als Trennzeichen (''split(/;/,$Ereignisteil1'')). Auch die
UID´s werden wieder in einem Array gespeichert und dann mittels der foreach-Schleife nacheinander abgearbeitet. Und
hierbei wird abhängig von der mittels UID abgerufenen Kalenderbeschreibung (''fhem("get Kalender_Christian summary
$uid''")) ein Vergleich auf die Werte "Besuch" oder "Urlaub" durchgeführt (''if ($Kalendertext =~ /Urlaub/'')) und davon
abhängig der Dummy-Status gesetzt.
Abhängig von diesen Dummies reagiert dann meine Rollosteuerung.

[[Kategorie:Code Snippets]]