Systemdatum als Bedingung in Automationen

[serlev]

Dieser Wunsch macht die von STdesign immens investierten Gedanken des @STdesign Kalenders zunichte. Bitte um Entschuldigung dafür. 🙂

Aber, würde doch evtl. vielen Nutzern eine Erleichterung bringen die sich eine Einbindung eines Kalenders wünschen.

In den Automationen kann ja schon der Wochentag als Bedingung hinterlegt werden.

Ich bitte darum, auch das Systemdatum in Form von Tag, Monat und Jahr hinterlegen zu können.

Gerne auch als komplettes Datum, wobei die Abfrage gesondert auf einen Tag, Monat oder das Jahr mehr Spielraum bieten würde.

Beim Schreiben dieser Zeilen kommen mir noch andere Gedanke die man als Bedingung in Automation abfragbar machen könnte, wie z.B. ob gerade kalendarisch Winter- oder Sommerzeit ist. Vielleicht gibt es sogar noch andere Kleinigkeiten im Zusammenhang mit einem Datum.

Vielen Dank schonmal für das Betrachten des Wunsches und ein kleine Rückmeldung dazu.

Grüße

[STdesign]

Unterstütze ich ausdrücklich! Der gebaute Kalender ist ja nur die Minimallösung, die sich mit den vorhandenen Mitteln umsetzen lässt.

[SuKu]

Noch zu ergänzen: wenn die Feiertage in Deutschland beim Umsetzung berücksichtigt werden, wird definitiv größer Sprung!

[CHP]

Das die App auf das Datum zugreifen kann, sieht man ja bei der Verbrauchsmessung. Dort wird das Datum dokumentiert sobald man den Verbrauch speichert.

[SebastianHarder]

Hallo @serlev,

wir haben die Kalenderfunktion im Backlog. Allerdings gibt es tausend und eine Möglichkeit, dies umzusetzen, weswegen wir das Thema noch nicht angegangen sind.

Hilfreich wäre es auf jeden Fall, konkrete Anwendungsfälle zu bekommen. Was genau soll ermöglicht werden?

Viele Grüße 

Sebastian 

[SuKu]

Tag, Monat und Jahr mit Feiertage. Ich glaube diese Optionen viele von uns schon erwähnt haben. 🙂

[STdesign]

Ich fände es hilfreich, wenn man, ähnlich wie bei der Uhrzeit, ein Datum im Format TT:MM:JJJJ als Auslöser und Bedingung in Automationen verwenden könnte.

Als Level 2 Option das gleiche für Zeiträume.

Automatisch gesetzte Feiertage bräuchte ich hingegen nicht bzw. nur optional. Die sind selbst innerhalb Deutschlands nicht vollständig einheitlich. Wer Feiertage dann nutzen möchte könnte dies einfach per Automation und Zustand tun. Ja, das Ostern-Problem würde dann bleiben.

Level 3 oder später, wäre eine Schnittstelle zum Outlook oder Google Kalender bzw. den Pendant der Apple Welt, welches es bestimmt gibt.

[SuKu]

Ich werde Google Kalender Verknüpfung auf Level 2 priorotisieren da man schon im Kalender die Feiertage hinterlassen kann und wenn Kalender verknüpft ist, dann ist ja automatisch drin.

[serlev]

Hallo @SebastianHarder ,

Danke für die Rückmeldung.

Für den Anfang würde ja Systemdatum als Bedingung und/oder Auslöser reichen.

Zusätzliche Einbindung eines Google/Microsoft/WebDAV Kalenders wäre natürlich wesentlich besser. 🙂

Vorschlag zur Einbindung Systemdatum
Automation --> Bedingung

Zeit

Datum-->

Tag-->Kannangabe: Verknüpfung mit Controller Systemdatum (Tag)
Monat-->Kannangabe: Verknüpfung mit Controller Systemdatum (Monat)
Jahr-->Kannangabe: Verknüpfung mit Controller Systemdatum (Jahr)

Datumsbereich

Von-->Mussangabe: Verknüpfung mit Controller Systemdatum (tt.mm.jjjj)
Bis-->Mussangabe >= von: Verknüpfung mit Controller Systemdatum (tt.mm.jjjj)

Automation --> Auslöser

Zeit

Datum-->

Tag-->Kannangabe: Verknüpfung mit Controller Systemdatum (Tag)
Monat-->Kannangabe: Verknüpfung mit Controller Systemdatum (Monat)
Jahr-->Kannangabe: Verknüpfung mit Controller Systemdatum (Jahr)

Datumsbereich

Von-->Mussangabe: Verknüpfung mit Controller Systemdatum (tt.mm.jjjj)
Bis-->Mussangabe >= von: Verknüpfung mit Controller Systemdatum (tt.mm.jjjj)
(Wird zugleich keine Uhrzeit vorgegeben, gilt 0 Uhr)

Anwendungsfälle
Automation erstellen die bei Auslösung und zutreffen der Bedingung (konkretes Datum/bestimmter Tag (z. B. immer der Erste)/bestimmter Monat (z. B. Jedes Jahr im Februar)) die gewünschte Aktion ausführt.

als Bedingung
WENN Uhrzeit (00:01) UND Tag (01) und Monat (05) DANN Szenario (Urlaubsheizung)

WENN Uhrzeit (00:01) UND Tag (02) und Monat (05) DANN Szenario (Standardheizung)

WENN Uhrzeit (00:01) UND Tag (01) DANN Gerät Zwischenstecker (xy) Energiewert speichern

als Auslöser
WENN Tag (01) und Monat (05) UND Zustand (Heizpause) nicht aktiv DANN Szenario (Urlaubsheizung)

WENN Tag (02) und Monat (05) UND Zustand (Heizpause) nicht aktiv DANN Szenario (Standardheizung)

WENN Tag (01) UND x DANN Gerät Zwischenstecker (xy) Energiewert speichern

Einige nutzen auch ein Datum um Zustand Sommer und Winter zu steuern.

Oder ein Datumsbereich um Sommer/Winter abzugrenzen, sodass Automationen zur Rollladensteuerung mit dieser Bedingung anders reagiert.

https://community.bosch-smarthome.com/t5/feedback-und-w%C3%BCnsche/heizpause-von-bis/m-p/97571

https://community.bosch-smarthome.com/t5/feedback-und-w%C3%BCnsche/datum-als-ausl%C3%B6ser-f%C3%BCr-...

https://community.bosch-smarthome.com/t5/funktionen-und-nutzung/zustand-f%C3%BCr-sommer-winter-autom...

Ultimativ wäre, wie andere schon erwähnten, Einbindung eines Kalenders. Widerspricht hoffentlich nicht euer Leitlinie "so einfach wie möglich".

Das System fragt täglich oder stündlich eine Kalenderadresse ab und speichert sich die Daten des aktuellen und nächsten Tages. Mit einer Variable (fix oder mit *) als Auslöser in einer Automation.

Die Variable muss mit dem Titel des Kalendereintrages übereinstimmen damit es zur Auslösung kommt.

Kalender-Tag sowie Beginn- und Ende-Zeit des Termins sind dann Auslöser.

Anwendungsfall im Prinzip dasselbe wie Systemdatum als Auslöser. Damit könnte man über einen Eintrag im Kalender alles mögliche ausführen lassen. Vergleichbar mit einer Automation die zu einer bestimmten Uhrzeit oder eines bestimmten Tages ausgelöst werden soll.

Ein Kalender ist aber einfacher und übersichtlicher zu pflegen.

WENN Kalendereintrag (Licht) beginnt UND (?) DANN Licht Küche einschalten

WENN Kalendereintrag (Licht) endet UND (?) DANN Licht Küche ausschalten

WENN Kalendereintrag (Ostern) beginnt UND Zustand (Heizpause) nicht aktiv DANN Szenario (Urlaubsheizung)

WENN Kalendereintrag (Ostern) endet UND Zustand (Heizpause) nicht aktiv DANN Szenario (Standardheizung)

WENN Kalendereintrag (X1) beginnt UND x DANN Gerät Zwischenstecker (xy) Energiewert speichern

WENN Kalendereintrag (Winteranfang) beginnt UND x DANN Gerät Thermostat (Küche) Heizpause aus

WENN Kalendereintrag (Winteranfang) endet UND x DANN Zustand (Heizpause) deaktivieren [Zustand wird in anderen Automation genutzt]

WENN Uhrzeit (08:00) UND Kalendereintrag (Urlaub) DANN Gerät Rollladen (Schlafzimmer) 0% (im Gegensatz zu Kalendereintrag (Standard oder leer) wo die Rollläden 6 Uhr hochgehen)

ganz konkret

Ich selbst nutze momentan nur Heizung und Licht. Heizung und Licht sollen im Urlaub (wenn ich anwesend bin) oder wir im Homeoffice sind anders reagieren.

Unter Bezug des STdesign Kalenders werden 00:01 Uhr Zustände geschaltet. Zu dem Zeitpunkt wird geprüft ob ein Feiertag (Datum 01.05.) ist. Wenn ja, dann wird Zustand Feiertag aktiviert, wenn nicht (nur möglich durch Abfrage auf Folgetag (Datum 02.05.)), wird Zustand Standard aktiviert. An Feiertagen oder Wochenenden gelten andere Thermostatpläne sowie Licht einschalten bei Bewegung (an Standardtagen nicht). Diese Zustandsänderung löst wiederum die eigentlichen Heizplan und Lichtreaktionen aus. Da ich aber auch mal selber dran denke das Urlaub oder Feiertag ist und ich dennoch eine manuelle Steuerung haben möchte (für manuell auf Homeoffice), wird noch ein Zustand kalendersperre aktiviert wenn die Planzustände in der Zeit von 00:05 Uhr bis 23:59 geändert werden. Bei Aktivierung Zustand Standard in dieser Zeit wird die Kalendersperre deaktiviert. Die Kalendersperre als Bedingung verhindert, dass die Automationen um 00:01 Uhr die Planzustände ändern. Grund: den Urlaub von der Weihnachtswoche bis Neujahrswoche habe ich nicht hinterlegt. Die nächtliche "Feiertagsprüfautomation" hätte mir in den zwei Wochen den Heizplan mehrmals auf Urlaub und Standard hin und her geschaltet.

In einem Kalender würde ich die Feiertage und den Urlaub hinterlegen. Die Automation zum Ändern des Heizplans hätte als Auslöser "Feiertag" oder "Urlaub" beginnt und Bedingung "Kalendersperre" (falls vergessen wird den Urlaub zu hinterlegen oder Grund: keine Lust, und dadurch manuell geschaltet werden muss) nicht aktiv, dann schalte Heizung auf Urlaub.

Eine weitere Automation löst aus wenn "Feiertag" oder "Urlaub" endet und stellt Heizung auf "Standard".

Hoffe das war verständlich und entspricht dem was herausgelesen werden möchte.

Hoffe auch das passt logisch so alles zusammen.

Viele Grüße

[STdesign]

Zur Integration eines externen Kalenders könnte es vielleicht auch ein Weg sein, zuvor Zustände zu definieren.

Es könnte dann ein oder mehrfach täglich der Kalender gescannt werden, ob im Betreff der Name des Zustands steht. Falls ja, wird der Zustand zur im Kalender terminierten Uhrzeit aktiviert. Damit wäre das Ereignis termingerecht dem Smart Home System bekannt und alle weiteren Aktionen können durch normale Automationen abgearbeitet werden.

(Ist nicht vollkommen zu Ende gedacht. Lediglich ein Gedanke, wie eine externe Schnittstelle möglichst einfach gestaltet werden könnte.)