Rules - CREATIONX - Smart Home Forum

Status: In Arbeit (HoerMirAuf)

I - Rules (Regeln)

Dies ist eine Übersetzung von Github in der Originalversion von Theo Arends

Seit Beginn der Version 5.12.0I stellt Sonoff-Tasmota, inspiriert durch die ESP-Easy Gestaltung, optional “Rules“ bereit.

(Um Rules nutzbar zu machen muss define USE_RULES in der Datei user_config_override.h aktiviert sein.)

(Derzeit wird keine „if“ Richtlinie oder Verschachtelungen der Rules unterstützt)

I.I - Inhaltsverzeichniss

Einführung
Rule Commands (Befehle)
Rule Syntax (Befehlsaufbau)
- Trigger (Auslöser)
- Command (Befehl)
Beispiele
Änderungsprotokoll der Rules

I.II - Einführung

Die Rules (Regeln) erweitern die verfügbaren Funktionen auf die individuelle Anpassung an Benutzeranwendungen. Sie erlauben es verschiedenste Aktionen mit Button (Taster)/Switch(Schalter) oder Zustandsrückmeldungen durchzuführen. Die Rules werden im Flash gespeichert und bleiben so auch nach einem Neustart verfügbar. Rules reagieren auf Trigger, ausgelöst durch Systemereignisse wie den Systemstart oder eine Timer Aktivierung.

Mit Hilfe der Rules lassen sich so die unterschiedlichste Problemstellungen lösen.

Die Rules können direkt über die Tasmota Konsole, über MQTT oder über HTTP, wie jeder andere Befehl auch, eingegeben werden.

I.III - Rule Commands (Rule Befehle)

Wenn die Rules verfügbar sind stehen zusätzlich fünf mächtige Befehle zur Verfügung.

Rule steuert den Speicher der bis zu 511 Zeichen großen, benutzerdefinierten Rules. Erlaubt ebenso die Rules aktiv als inaktiv zu schalten. in manchen Fällen, wie bei sich langsam ändernden Sensoren (Temperatur) ist so die Aktivierung/Deaktivierung einer einmalige Rule Ausführung möglich.

RuleTimer stellt bis zu acht Timer für Countdown Anwendungen.
Event ermöglicht es einem Benutzer eine Rule auszuführen
Var ermöglicht das vorübergehende speichern von bis zu fünf Variablen
Mem ermöglicht das dauerhafte speichern von bis zu fünf Variable

siehe in der Command Beschreibung für den richtigen Syntax und deren Möglichkeiten.

I.IV - Rule Syntax (Befehlsaufbau)

Eine Rule verwendet folgenden Syntax:

Code

on <trigger> do <command> endon

Mehrere Rule können zu einem Einzeiler aneinandergehängt werden

Code

on <trigger1> do <command> endon on <trigger2> do <command> endon …

Leerzeichen nach jedem on, um ein do herum und vor einem endon sind zwingend!

Eine Rule unterscheidet nicht zwischen Groß und Kleinschreibung.

Vor 6.1.0 20180706, stand nur ein einziger Rule Speicher für alle Befehle zur Verfügung. Um einen kompletten Rule-Satz im Flash zu speichern kann der rule Befehl verwendet werden:

Code

rule on <trigger1> do <command> endon on <trigger2> do <command> endon …

Seit 6.1.0 20180706 sind 3 Rule Speicher für Rule Befehle verfügbar. Jeder dieser Speicher kann individuell an bzw. ausgeschaltet werden. Statt rule wir hier rule[123] verwendet:

Code

rule1 on <trigger1> do <command> endon on <trigger2> do <command> endon …

I.V - Trigger (Auslöser)

Ein Trigger setzt sich folgendermaßen zusammen:

Code

<SensorName>#<ValueName>
<SensorName>#<ValueName>=<value>
<SensorName>#<ValueName><<value>
<SensorName>#<ValueName>><value>
Tele-<SensorName>#<ValueName>

Mögliche Trigger sind:

System#Boot einmalig wenn mqtt gestartet wird. Aufgrund der Befehlsausführung kann dieser nicht früher ausgeführt werden
Mqtt#Connected wenn MQTT verbunden ist
Mqtt#Disconnected wenn MQTT getrennt ist
Wifi#Connected wenn WLAN verbunden ist (6.1.1c)
Wifi#Disconnected wenn WLAN getrennt ist (6.1.1c)
Time#Initialized einmalig wenn NTP gestartet ist und die Zeit synchronisiert
Time#Initilaized>120 einmalig wenn NTP gestartet ist und die Synchronisierung über 2 min dauert (6.1.0)
Time#Set jede Stunde wenn NTP die Zeit synchronisiert
Time#Minute jede Minute
Time#Minute=241 jeden Tag um 04:01 (=241 Minuten nach Mitternacht) (6.1.0)
Time#Minute|5 alle 5 Minuten (6.1.1.6)
Clock#Timer=3 wenn der allgemeine Timer3 aktiviert ist
Rules#Timer=1 wenn der RuleTimer1 Countdown abgelaufen ist
Event#Anyname wenn das Befehlsereignis Anyname ausgeführt wird
Power1#State wenn sich der Schaltzustand ändert
Power1#Boot tritt ein wenn Tasmota startet
Button#2State wenn sich ein Tastereingang ändert
Switch1#State wenn sich ein Schaltereingang ändert (zu beachten: SwitchTopic=0 muss für diesen Trigger gesetzt werden)
Switch1#Boot tritt ein nachdem Tasmota gestartet ist
Dimmer1#State wenn sich der Dimmer Wert ändert
Dimmer#Boot tritt ein nachdem Tasmota gestartet ist
Analog#A0div10 wenn sich der A0 Eingang um mehr als 1% verändert. Unterstützt werden Werte zwischen 0 und 100

Alle angeschlossenen Sensoren können als Trigger verwendet werden, in der Form wie sie in der tele oder Status 8 JSON Ausgabe (Terminal/MQTT) dargestellt werden.

Dsb18b20#Temperatur>20 Immer wenn die Temperatur des Sensors DSB18B20 kleiner 20 Grad fällt
AM2301-12#Humidity=55.5 Immer wenn die Feuchtigkeit des Sensors AM2301-12 gleich 55,5% ist
IMA219#Current>0.100 Immer wenn der aktuell gemessene Wert größer 0.1A ist
Energy#Power>100 Immer wenn der Leistungsbedarf über 100W steigt

Geräte die RfReceived (Sonoff Bridge) oder IrReceived verwenden, werden ebenfalls gemäß ihrer JSON Ausgabe unterstützt, z.B:

IrReceived#Data=801 Immer wenn ein IR Signal einer RC5 Fernbedienung, Taste 1 empfangen wird (6.1.0)
RfReceived#RfKey=4 Immer wenn die Sonoff Bridge das auf Taste 4 gespeicherte RF Signal empfängt

Um mit einen Sensor nur zu jeder tele Ausgabe zu triggern, muss nur das Wort tele als Präfix vor die Sensorbezeichnung gesetzt werden um von den oben beschriebenen Trigger zu unterscheiden.

Siehe unten, Beispiel 5.

<value> kann jede Zahl, Text, %var1% - %var5%, %mem1% - %mem5%, %time%, %uptime%, %sunrise% oder %sunset% sein um die Regel zu testen.

I.VI - Command (Befehl)

Ein Command ist jeder verfügbare Befehl, einschließlich des Befehls Backlog. Ein Command Parameter kann durch die Variable %value% ersetzt werden die für den Trigger Wert <value> steht.

Siehe Beispiel unten.

Um in einer Rule mehrere Befehle auszuführen wird in dieser der Command backlog verwendet und die Commands mit ; abgegrenzt: (siehe backlog)

Code

on <trigger1> do backlog <command1>;<command2>;<command3> … endon

Spezielle Commands sind die Ausdrücke: var1 bis var6. Diese bieten die Möglichkeit den Trigger Wert <value> in einer Variablen %var1% bis %var6% temporär zu speichern um diese so in jeder anderen Rule mitverwenden zu können. Diese Variablen sind zum Programmstart stets leer.

Siehe unten, Beispiel 5.

Zusätzlich zu %var[x]% sind die Ausdrücke: mem1 bis mem5, ebenfalls spezielle Commands. Diese bieten die Möglichkeit einen Trigger Wert <value> in einer Variablen %mem1% bis %mem6% dauerhaft zu speichern um diese so in jeder anderen Rule mitverwenden zu können. Diese Variablen enthalten beim Programmstart die zuvor gespeicherten Werte. Siehe unten, Beispiel 5.

Zu beachten:

Derzeit wird keine „if“ Richtlinie oder Verschachtelungen der Rules unterstützt

Beispiele

Die folgenden Beispiele erklären eine Anwendungsmöglichkeiten

verhindern einer Überlastung bei einem Wemos D1 mini
absetzen einer MQTT Nachricht wenn eine Taste gedrückt wird
ausführen mehrerer Commands wenn ein Timer abgelaufen ist
Nutzung der Einmalig-Ausführung (once)
Nutzung von Variablen und tele-
Nutzung eines Potentiometers
Variablen setzen
Arithmetische Befehle zur Verwendung mit Variablen
- 8a Senden eines Sensorwertes an MQTT nur dann, wenn ein Delta erreicht wird
- 8b Anpassen eines Sensorwertes und versenden über MQTT
Einfaches Thermostat Beispiel
Einfache Treppenhaus Zeitsteuerung
- a fortgeschrittene PIR (Bewegungsmelder) Rule für’s Treppenhaus
Energiespar Regelung (helligkeitsgeführt)
Timer steuern mit einem Schalter
Umschalten des Relay’s wenn der Button länger als 2 Sekunden gedrückt wird
Regel, um sicher zu gehen, dass Licht nachts eingeschaltet ist
Regel zur Aktivierung eines PIR-Sensors nur bei Nacht (Dämmerungsschaltung)
Verwenden einer externen Taste mit einzel - doppel Tastendruck und gedrückt halten
Regel zum Aktivieren oder Deaktivieren der Türklingel mit HTTP-Aufruf

1. verhindern einer Überbelastung bei einem Wemos D1 mini

Ein WS2812 24-LED-Ring benötigt ungefähr 24 x 3 x 20 mA = 1,44 A Strom. Da ein Wemos D1 mini, der über den USB-Anschluss eines PCs mit Strom versorgt wird, nur bis zu 0,5 A liefern kann, ist eine Strombegrenzungsfunktion sinnvoll die diesen auf 0,1 A begrenzt. Dieser ist ausreichend um alle 24 LED’s bis zur Farbe 202020 zu betreiben.

Hardware

Wemos D1 mini
INA219 I2C sensor
WS2812 LED-Ring mit 24 LED’s versorgt vom Wemos D1 mini 5V durch den NA219 sensor

Software

Sonoff-Tasmota v5.12.0l oder höher mit aktivierten define USE_RULES

Rule

Code

on INA219#Current>0.100 do Backlog Dimmer 10;Color 10,0,0 endon

Ergebnis

Wenn die Helligkeit soweit erhöht wird das sie den Wert von 0,1A überschreitet, wird die Rule aktiv und löst den Befehl Dimmer 10 aus. Durch das herunterdimmen mit Dimmer 10 und der Farbänderung auf Rot 10,0,0 wird der Strombedarf der LED’s wieder reduziert

2. absetzen einer MQTT Nachricht wenn eine Taste gedrückt wird

Der Nutzer hat hier die Möglichkeit durch einen Tastendruck eine MQTT Nachricht, basierend auf FullTopic und ButtonTopic abzusetzen. Diese MQTT Nachricht wird vom MQTT Broker empfangen und ebenso von allen Geräten die diesen Topic abonniert haben. Auf diese Weise können Nachrichten und Befehle an die Hausautomation und/oder jedes beliebige MQTT Gerät gesendet werden.

Die Problemstellung bei einem Sonoff 4CH besteht darin das dieser mit allen Tasten den gleichen Topic, jedoch mit unterschiedlichen Zahlenindex für die Relays sendet.

Beispiel Umschaltfunktion:cmnd/buttontopic/power3 toggle

Durch die Verwendung einer Regel kann jetzt eine Taste jede beliebige MQTT-Nachricht senden, wodurch die individuellen Einsatzmöglichkeiten erhöht werden.

Hardware

Sonoff 4CH

Software

Sonoff-Tasmota v5.12.0l oder höher mit aktivierten define USE_RULES
Deaktivieren von ButtonTopic da er sonst die Rule überschreiben würde: ButtonTopic 0

Rule

Code

rule on button1#state do publish cmnd/ring2/power %value% endon on button2#state do publish cmnd/strip1/power %value% endon

Ergebnis

Durch drücken der Taste 1 greift die Rule und sendet die MQTT Nachricht, wobei die Variable %value% den Tastenstatus der Taste 1 beinhaltet: cmnd/ring2/power 2 Bei Betätigung der Taste 2 wird durch die Rule eine MQTT Nachricht: cmnd/strip1/power 2 gesendet, wobei hier die Variable %value% den Tastenstatus der Taste 2 beinhaltet

I.VI.I - 3. ausführen mehrerer Commands wenn ein Timer abgelaufen ist

Die Standardfunktion Timer1..16 ermöglicht die Steuerung eines Ausgangs. Entweder aus, ein, umschalten oder blinken. Bei aktiven Rules, wird die Blinkoption durch eine Regelfunktionalität ersetzt, die mehr Flexibilität bietet.

Hardware

Sonoff 4CH

Software

Sonoff-Tasmota v5.12.0l oder höher mit aktivierten define USE_RULES
Den Timer5 für die Rule Verwendung vorbereiten: timer5 mit Einstellungen: {"Arm":1,"Mode":0,"Time":"16:00","Days":"1111111","Repeat":1,"Action":3}

Rule

Code

on clock#timer=5 do backlog power2 on;power1 off;power3 2 endon

Ergebnis

Ist der Timer abgelaufen, greift die Regel und setzt Power1 auf OFF, Power2 auf ON und schaltet Power3 um

Ist eine Blink-Funktion gewünscht, ist die Rule wie folgt zu definieren:

Code

on clock#timer=5 do power 3 endon

4 .Nutzung der Einmalig-Ausführung (once)

Die Option once bietet die Möglichkeit, bei einer langsamen Zustandsänderung nur einmalig auszulösen, während sich der Zustand noch innerhalb der Auslösegrenzen befindet.

Rule

Code

on ENERGY#Current>0.100 do publish tool/tablesaw/power 1 endon on ENERGY#Current<0.100 do publish tool/tablesaw/power 0 endon

Durch diese Rule wird ein MQTT-Befehle wiederholt abgesetzt, solange ein Sonoff-POW einen Stromfluß gößer 0,100 misst, während wiederholt ein anderer abgesetzt wird sobald der Wert kleiner 0,100 ist.

Rule 5

Jetzt wird der MQTT Befehl jeweils nur einmalig abgesetzt wenn die Bedingung erfüllt wurde. Dies ist ideal für das Ein / Ausschalten eines Thermostats in Abhängigkeit von der Temperatur, eines Badezimmersventilators in Abhängigkeit von der Luftfeuchtigkeit oder das Ein / Ausschalten eines Werkstattstaubsaugers, je nachdem, ob eine stauberzeugende Maschine läuft.

5. Nutzung von Variablen und tele-

Die Verwendung von Variablen ermöglicht das Speichern von Sensorwerten um z.B. eine komplette HA-Nachricht, wie sie bei Domoticz verwendet wird, zu erstellen. Um den Datenverkehr zu Domoticz gering zu halten, wird so nur eine Nachricht zur tele Übertragungszeit gesendet. Dies wird erreicht, indem dem Sensor Name das Label tele- vorangestellt wird. In diesem Beispiel wird eine Variable für die Temperatur gesetzt, die zusammen mit der Luftfeuchtigkeit in einer Domoticz MQTT-Nachricht verwendet werden soll.

Hardware

Sonoff TH oder Wemos D1 mini
AM2301 Temperature and Humidity sensor

Rule

Code

on tele-am2301-12#temperature do var1 %value% endon on tele-am2301-12#humidity do publish domoticz/in {"idx":134,"svalue":"%var1%;%value%;1"} endon

Ergebnis

Aufgrund des Präfix tele- wird durch die Rule zur tele Übertragungszeit für den Sensor AM2301-12, die Temperatur und Luftfeuchtigkeit ausgelesen.

Die erste Rule verwendet den in %value% enthaltenen Temperaturwert und schreibt diesen zur späteren Verwendung in %var1%. Die zweite Rule verwendet den in %value% enthaltenen Luftfeuchtigkeitswert und die in %var1% gespeicherte Temperatur, um eine einzelne, für Domoticz geeignete MQTT-Nachricht zu erstellen.

Schlaue Köpfe haben somit endlich die Möglichkeit, Temperaturen von mehreren DS18B20 Sensoren an Domoticz zu senden.

6. Nutzung eines Potentiometers

Mit dem anschließen eines Potentiometers an den Eingang Analog A0 und einer Rule kann hier der Dimmerstatus eines Geräts gesteuert werden.

Hardware

Wemos D1 mini
Potentiometer of 2k2 connected to Gnd, A0 and 3V3
WS2812 led

Software

Sonoff-Tasmota v5.12.0n or up with define USE_RULES enabled

Rule

Code

on analog#a0div10 do dimmer %value% endo

Ergebnis

Durch Drehen am Potentiometers wird eine Spannungsänderung am Analogeingang, zwischen 0(Off) und 100(On) bewirkt die somit den Trigger auslöst. Der erfasste Analogwert entspricht dabei dem LED-Dimmwert für den WS2812.

Rule

Code

on analog#a0div10 do publish cmnd/grouplight/dimmer %value% endon

Ergebnis

Hier ändern alle mit GroupTopic grouplight konfigurierten Leuchten ihre Helligkeit entsprechend der Position des Potentiometers.

Hinweis:

um Flash-Schreibvorgänge zu reduzieren kann der Command SaveData 2 verwendet werden

7. Variablen setzen

In diesem Beispiel wird die Verwendung von Variablen gezeigt. Dazu muss zuerst der Command Rule 4 (einmalig Erkennung deaktivieren) ausgeführen werden.

Setzen einer Variablen

benötigte Rule: on event#setvar1 do var1 %value% endon

Command: event setvar1=1

Variable ausgeben

benötigte Rule: on event#getvar1 do var1 endon

Command: event getvar1

Variablen Toogeln (Umschalten)

benötigte Rules:	`on event#togglevar1 do event toggling1=%var1% endon`
	`on event#toggling1<1 do event setvar1=1 endon`
	`on event#toggling1>0 do event setvar1=0 endon`
	`on event#setvar1 do var1 %value% endon`
Command:	`event togglevar1`

Nachrichten anzeigen

benötigte Rule:	`on event#message do publish stat/[topic]/log %value% endon`
Command:	`event message=INIT`

Alle Event Befehle können ausgeführt werden von:

Konsole:	`event anyname=number`
MQTT:	`cmnd/[topic]/event anyname=number`

alles zusammengefasst

Code

rule on event#togglevar1 do event toggling1=%var1% endon on event#toggling1<1 do event setvar1=1 endon on event#toggling1>0 do event setvar1=0 endon on event#setvar1 do var1 %value% endon on event#getvar1 do var1 endon on event#message do publish stat/sonoff/log %value% endon

Hinweis

Folgendes funktioniert nicht:

Code

rule on event#setvar1 do backlog var1 %value%; power1 %var1% endon

Zumindest nicht so, wie man es erwarten könnte. Der vom Befehl power1 verwendete Wert var1 ist der Wert, der vorhanden ist, bevor der Befehl backlog ausgeführt wird. Dies ist der Fall, weil die Rule den Wert in %var1% einsetzt, BEVOR die Backlog-Befehle in das Backlog-Protokoll eingestellt werden.

8. Arithmetische Befehle zur Verwendung mit Variablen

ADD1 bis ADD5: addiert einen Wert zur VARx

Syntax:	ADDx value
Anwendung:	ADD1 15
Ergebins:	VAR1 = VAR1 + 15

SUBSTRACT

SUB1 bis SUB5: substrahiert einen Wert von VARx

Syntax: SUBx value

Anwendung: SUB1 15

Ergebnis: VAR1 = VAR1 - 15

MULTIPLY

MULT1 bis MULT5: mutipliziert einen Wert mit VARx

Syntax: MULTx value

Anwendung: MULT1 15

Ergebnis: VAR1 = VAR1 * 15

SCALE A VALUE

SCALE1 bis SCALE5:

skaliert einen Wert von einem unteren/oberen Grenzwert zu einem

anderen unteren/oberen Grenzwert und sschreibt diesen in VARx

(entspricht dem Ardunino MAP Befehl)

Syntax: SCALEx value, vonLow, vonHigh, zuLow, zuHigh

value: der zu skalierende Wert

vonLow: Die Untergrenze des aktuellen Wertebereichs

vonHigh: Die Obergrenze des aktuellen Wertebereichs

zuLow: Die Untergrenze des Zielbereichs des Werts

zuHigh: Die Obergrenze des Zielbereichs des Werts

(ausgelassene Werte werden als Null angenommen)

Anwendung: SCALE1 15, 0, 100, 0, 1000 Result: VAR1 = 150

8a. Senden eines Sensorwertes an MQTT nur dann, wenn ein Delta erreicht wird

Sollte es erforderlich sein einen Sensorwert nur dann zu senden, wenn er ein Delta überschreitet, kann das mit folgendem Regelbeispiel gelöst werden:

rule

on SI7021#temperature>%var1% do backlog var1 %value%; publish stat/sonoff/temp %value%; var2 %value%; add1 2; sub2 2 endon

on SI7021#temperature<%var2% do backlog var2 %value%; publish stat/sonoff/temp %value%; var1 %value%; add1 2; sub2 2 endon

8b. Anpassen eines Sensorwertes und versenden über MQTT

In diesem Beispiel werden der gemessenen Temperatur 2 Grad hinzugefügt und dieser Wert anschließend als MQTT-Topic gesendet.

rule

on tele-SI7021#temperature do backlog var1 %value%; add1 2; event sendtemp endon

on event#sendtemp do publish stat/sonoff/temp %var1% endon

9. Einfaches Thermostat Beispiel

Diese Beispiel ist zur Verwendung auf einem Sonoff TH10 mit Sensor Si7021

In diesem Beispiel wird ein Ausgang basierend auf dem Temperaturwert, dem oberen Sollwert und dem unteren Sollwert ein- und ausgeschaltet. Es wird gewartet, bis es durch Drücken der Taste oder durch den Mqtt Befehl 1 an Mem1 zur Aktivierung kommt.

Dieser Wert wird gespeichert. Nach Stromwiederkehr wird der Betrieb wieder aufgenommen. Die Sollwerte können im laufenden Betrieb durch die Befehle mqtt oder Konsole geändert werden. Wenn der Temperatursensor getrennt wird, werden die Ausgänge ausgeschaltet, bis der Sensor wieder verfügbar ist und den Betrieb fortsetzt. Wenn das Gerät eingeschaltet ist, wartet der Thermostat, bis der Sensorwert den Betrieb wieder aufnimmt.

Ursprungs Config

Verfügbare physische Taste als Schalter1
Relay1 wird als Controller verwendet
Es werden Rule zur Steuerung des Relais benötigt, sodass der Taster nur switch1 und nicht direkt das Relais schaltet. Dazu verwenden wir den switchmode1 3 wie unten beschrieben und erstellen die notwendigen Rule, da die Tastensteuerung des Relais nur deaktiviert wird, wenn die Rules aktiv sind

Ursprungs Config für die Konsole

switchmode1 3 <- verwendet switch1 as Taste (Dies ermöglicht es uns, die Verbindung zwischen der Taste und dem Relais zu deaktivieren, indem eine Rule eingefügt wird, die vorschreibt, was die Taste tun soll - HINWEIS: Bis zum Erstellen der Rule steuert der Taster das Relais!)
rule 1 <- aktiviert die Rule
rule 4 <- deaktiviert die einmalig Funktion
teleperiod 60 <- Temperatur jede Minute abfragen
setoption26 1 <- verwendet power1 bei mqtt Nachricht
setoption0 0 <- den Relais status nicht im eprom speichern
poweronstate 0 <- bei Systemstart alle Relais aus
mem1 0 <- Thermostat Status: 0-off 1-enabled - angezeigt oder gesetzt mit MQTT Befehl cmnd/sonoff/mem1
mem2 25 <- Sollwert Temp oberer Grenzwert - angezeigt oder gesetzt mit MQTT Befehl cmnd/sonoff/mem2
mem3 23 <-SOollwert Temp unterer Grenzwert - angezeigt oder gesetzt mit MQTT Befehl cmnd/sonoff/mem3
var1 0 <- Thermostat aktueller Status: 1-OK 0-NOT READY - - angezeigt oder gesetzt mit MQTT Befehl cmnd/sonoff/var1

I - Rules (Regeln)

I.I - Inhaltsverzeichniss

I.II - Einführung

I.III - Rule Commands (Rule Befehle)

I.IV - Rule Syntax (Befehlsaufbau)

I.V - Trigger (Auslöser)

I.VI - Command (Befehl)

I.VI.I - 3. ausführen mehrerer Commands wenn ein Timer abgelaufen ist

Teilen