Tech-Friday - Smarthome-Automatisierungen verstehen: Wie IF, THEN und ELSE dein Zuhause steuern

Was sich nach Magie anhört, folgt einem simplen Grundprinzip, das in jedem Smarthome-System gleich funktioniert. Egal ob Apple Home, Home Assistant oder KNX.

# Wenn etwas passiert und bestimmte Bedingungen erfüllt sind, dann führe eine oder mehrere Aktionen aus. #

Das ist alles. Kein Hexenwerk, keine Programmierung im klassischen Sinne. Wer dieses Muster einmal verstanden hat, kann jedes Smarthome-System durchschauen und konfigurieren. Dieser Artikel erklärt die Grundlagen Schritt für Schritt – ohne Vorkenntnisse.

Die fünf Grundbausteine jeder Automatisierung

Egal welches System du nutzt: Jede Automatisierung besteht aus denselben fünf Elementen.

Sensor – die Sinnesorgane des Smarthomes

Ein Sensor erfasst Zustände und Messwerte aus der physischen Welt und liefert diese als Daten ans System. Der Sensor selbst tut nichts, er beobachtet nur.

Typische Sensoren im Smarthome:

• Bewegungsmelder: Erkennt, ob sich etwas oder jemand in einem bestimmten Bereich bewegt
• Helligkeitssensor: Misst den Lux-Wert der Umgebung
• Temperatursensor: Liefert die aktuelle Temperatur
• Türkontakt: Meldet, ob eine Tür oder ein Fenster offen oder geschlossen ist
• Weitere: Regensensor, Windsensor, CO₂-Sensor, Rauchmelder, Anwesenheitserkennung

Aktor – der verlängerte Arm des Systems

Ein Aktor setzt Befehle in physische Aktionen um. Er empfängt Signale und verändert etwas in der realen Welt.

Typische Aktoren im Smarthome:

• Licht einschalten, dimmen oder Farbtemperatur anpassen
• Jalousie, Rolladen oder Markise fahren
• Heizungsventil öffnen oder schliessen
• Steckdose schalten
• Musik starten oder Notification ans Smartphone senden

Trigger – der Startschuss

Ein Trigger ist das auslösende Ereignis einer Automatisierung. Er startet den Prozess – entscheidet aber noch nicht, ob am Ende wirklich etwas passiert.

Mögliche Trigger:

• Zeit: Jeden Abend um 22:00 Uhr, jeden Werktag um 07:30 Uhr
• Sonnenstand: Bei Sonnenuntergang oder wenn die Sonne unter einen bestimmten Winkel sinkt
• Sensor: Wenn Bewegung erkannt wird, wenn ein Fenster geöffnet wird
• Gerätestatus: Wenn eine Lampe eingeschaltet wird, wenn eine Szene aktiviert wird
• Anwesenheit: Wenn eine Person das Haus betritt oder verlässt (sogenannter Geofence)
• Manuell: Knopfdruck an einem physischen Schalter, Sprachbefehl, Widget-Tap am Smartphone

Ein Trigger allein reicht aber oft nicht. Stell dir vor, dein Bewegungsmelder soll das Licht einschalten – aber nur nachts und nur wenn jemand zu Hause ist. Dafür braucht es Bedingungen.

Bedingung – der Filter vor der Aktion

Eine Bedingung ist ein Prüffilter, der nach dem Trigger aktiv wird. Erst wenn die Bedingung erfüllt ist, wird die Aktion ausgeführt. Ist sie es nicht, passiert nichts.

Typische Bedingungen:

• Nur nachts (zwischen 22:00 und 06:00 Uhr)
• Nur wenn jemand zu Hause ist
• Nur wenn der Lux-Wert unter einem Schwellwert liegt
• Nur an Wochentagen, nicht am Wochenende

Bedingungen verhindern, dass Automatisierungen zu unpassenden Zeiten oder in falschen Situationen feuern.

Aktion – das Ergebnis

Eine Aktion ist das, was am Ende tatsächlich passiert:

• Licht in der Küche auf 80 Prozent einschalten
• Szene „Abendstimmung" aktivieren
• Push-Notification ans Smartphone senden
• Ein Script ausführen
• Eine weitere Automatisierung auslösen

Das vollständige Grundmuster lautet also: Trigger → Bedingung (optional) → Aktion

Boolesche Logik: Die Sprache der Automatisierungen

Hinter jeder Bedingung steckt Boolesche Logik, benannt nach dem Mathematiker George Boole. Das Prinzip ist simpel: Ein Zustand ist entweder wahr (TRUE) oder falsch (FALSE). Darauf aufbauend

gibt es eine Handvoll Operatoren, die man kennen sollte.

IF / THEN / ELSE oder auch WENN / DANN / SONST – die Grundstruktur

IF [Bedingung wahr] THEN
    Aktion A ausführen
ELSE
    Aktion B ausführen
ENDIF

Das ist das Fundament aller Automatisierungslogik. Ist die Bedingung erfüllt, passiert Aktion A. Wenn nicht, passiert Aktion B (oder gar nichts, wenn kein ELSE definiert ist).

Alltagsbeispiel: Wenn es regnet, nimm den Schirm mit. Sonst lass ihn zu Hause.

Smarthome-Beispiel: Wenn Bewegung erkannt wird, schalte das Licht ein. Sonst schalte es aus.

AND – beide Bedingungen müssen stimmen

IF Bewegung = TRUE AND Zeit >= 22:00 THEN
    Licht an
ENDIF

AND verknüpft zwei Bedingungen so, dass beide gleichzeitig erfüllt sein müssen. Stimmt nur eine, passiert nichts.

Alltagsbeispiel: Wenn es dunkel ist UND Bewegung erkannt wird, geht das Licht an.

OR – eine Bedingung reicht

IF Bewegung = TRUE OR Schalter = GEDRÜCKT THEN
    Licht an
ENDIF

Bei OR genügt es, wenn mindestens eine der Bedingungen wahr ist.

Alltagsbeispiel: Wenn ich den Schalter drücke ODER Bewegung erkannt wird, geht das Licht an.

NOT – das Gegenteil prüfen

IF NOT Anwesenheit = TRUE THEN
    Heizung in Sparmodus
ENDIF

NOT kehrt eine Bedingung um. Die Aktion wird ausgeführt, wenn die Bedingung ausdrücklich falsch ist.

Alltagsbeispiel: Wenn niemand zu Hause ist (= Anwesenheit ist NICHT wahr), schalte in den Sparmodus.

NOR und NAND – selten, aber vollständig

NOR bedeutet „weder noch" (NOT + OR): Keine der Bedingungen darf wahr sein. NAND bedeutet „nicht beides gleichzeitig" (NOT + AND): Die Aktion wird ausgeführt, ausser wenn alle Bedingungen gleichzeitig zutreffen. Im Consumer-Smarthome begegnet man NOR und NAND selten direkt – sie stecken aber in komplexeren Logikmodulen wie bei KNX.

XOR – entweder oder, nicht beides

XOR (Exclusive OR) prüft, ob genau eine Bedingung wahr ist, nicht beide gleichzeitig. Im Smarthome taucht XOR vor allem bei Wechselschaltungen auf: Schalter A oder Schalter B soll das Licht toggeln – aber nicht wenn beide gleichzeitig gedrückt werden.

Verschachtelte Logik: Wenn ein IF nicht reicht

Oft braucht es mehr als eine einfache Bedingung. Dann werden IF-Abfragen ineinandergeschachtelt.

Einfach verschachtelt

IF Anwesenheit = TRUE THEN
    IF Lux < 50 THEN
        Licht = AN
    ELSE
        Licht = AUS
    ENDIF
ELSE
    Licht = AUS
ENDIF

Lesart: Wenn jemand da ist, wird zusätzlich geprüft, ob es dunkel genug ist. Nur dann geht das Licht an. Wenn niemand da ist oder es hell genug ist, bleibt das Licht aus.

ELSE IF – mehrere Fälle nacheinander prüfen

Statt tief zu verschachteln, lassen sich Fälle auch nacheinander abarbeiten. Die erste zutreffende Bedingung gewinnt.

IF Temperatur < 18 THEN
    Heizung = BOOST
ELSE IF Temperatur < 21 THEN
    Heizung = COMFORT
ELSE IF Temperatur < 24 THEN
    Heizung = ECO
ELSE
    Heizung = AUS
ENDIF

Lesart: Unter 18 Grad volle Heizleistung. Zwischen 18 und 21 Komfortbetrieb. Zwischen 21 und 24 Sparbetrieb. Darüber wird die Heizung abgeschaltet.

Verschachtelte IFs mit AND / OR kombinieren

IF Anwesenheit = TRUE THEN
    IF (Lux < 50 AND Zeit >= Sonnenuntergang) OR Szene = "FILM" THEN
        Licht = AN
    ELSE
        Licht = AUS
    ENDIF
ELSE
    Licht = AUS
ENDIF

Das Licht geht an, wenn jemand da ist UND es entweder dunkel ist ODER der Film-Modus aktiv ist. Solche Kombinationen bilden die Grundlage für intelligente, kontextsensitive Automatisierungen.

SWITCH CASE – der übersichtlichere Weg bei vielen Optionen

Wenn dieselbe Variable gegen viele konkrete Werte geprüft wird, wird eine ELSE IF Kette schnell unlesbar. SWITCH CASE löst das eleganter.

Das Problem – eine lange IF-Kaskade:

IF Modus = "ZUHAUSE" THEN
    Aktion = LICHTER_AN
ELSE IF Modus = "WEG" THEN
    Aktion = LICHTER_AUS
ELSE IF Modus = "NACHT" THEN
    Aktion = LICHTER_GEDIMMT
ELSE
    Aktion = KEINE_ÄNDERUNG
ENDIF

Die Lösung – SWITCH CASE:

SWITCH Modus
    CASE "ZUHAUSE":
        Aktion = LICHTER_AN
        BREAK
    CASE "WEG":
        Aktion = LICHTER_AUS
        BREAK
    CASE "NACHT":
        Aktion = LICHTER_GEDIMMT
        BREAK
    DEFAULT:
        Aktion = KEINE_ÄNDERUNG
ENDSWITCH

Das Ergebnis ist identisch – aber auf einen Blick deutlich klarer strukturiert. DEFAULT entspricht dabei dem abschliessenden ELSE.

Wann SWITCH CASE der richtige Weg ist:

• Du prüfst eine einzige Variable (Modus, Status, Wochentag, Szenenname)
• Du vergleichst gegen konkrete, diskrete Werte – keine Bereiche
• Die Kette hätte mehr als drei ELSE IF Blöcke

Wann IF ELSE besser ist:

• Du prüfst Bereiche (Temperatur > 30, Zeit >= 22:00)
• Du kombinierst mehrere Variablen mit AND / OR
• Die Bedingungen sind komplex und gemischt

So setzen die Plattformen das um

Die Logik ist überall dieselbe. Die Umsetzung unterscheidet sich aber erheblich – je nach Zielgruppe und Philosophie der Plattform.

Apple Home (HomeKit)

Apple Home ist für Nutzer im Apple-Ökosystem konzipiert und bewusst einfach gehalten. Die Boolesche Logik steckt drin, wird aber nicht als Code sichtbar. Alles läuft über einen geführten Assistenten.

Verfügbare Trigger:

• Gerätestatus: Wenn eine Lampe ein- oder ausgeschaltet wird
• Sensor: Bewegung, Türkontakt, Rauch, CO₂, Wasser
• Zeitbasiert: Uhrzeit, Sonnenauf- und Sonnenuntergang, Wiederholungen
• Anwesenheit: Ankunft oder Verlassen eines Standorts, Person zu Hause oder nicht

Verfügbare Bedingungen:

• Tageszeit oder Zeitraum
• Wochentage
• Anwesenheit bestimmter Personen
• Teilweise Gerätezustände (z.B. nur wenn eine Lampe bereits aus ist)

Mögliche Aktionen:

• Szene aktivieren (z.B. „Abendstimmung" steuert mehrere Geräte gleichzeitig)
• Einzelne Geräte direkt schalten, dimmen, Farbtemperatur setzen, Jalousien fahren

Einschränkung: Apple Home bietet kein frei konfigurierbares AND/OR-Raster. Die Bedingungslogik ist vereinfacht. Wer mehr braucht, greift auf die Kurzbefehle-App (Shortcuts) zurück, die deutlich mehr Flexibilität erlaubt – aber auch mehr Einarbeitung erfordert. Diese Kurzbefehl-Logik kann auch als „Erweiterung“ in Home Automationen genutzt werden.

Praxisbeispiel: Wenn der Bewegungsmelder im Flur Bewegung erkennt UND die Uhrzeit nach Sonnenuntergang liegt, aktiviere die Szene „Flur gedimmt".

Home Assistant

Home Assistant ist die leistungsfähigste Consumer-Plattform für Smarthome-Automatisierungen. Die Konfiguration erfolgt entweder über einen grafischen Editor oder direkt in YAML – einer lesbaren Konfigurationssprache.

Home Assistant kennt drei explizite Blöcke: trigger, condition und action.

Trigger-Typen (Auswahl):

• state: Wenn sich der Zustand einer Entität ändert, z.B. binary_sensor.motion von off auf on
• numeric_state: Wenn ein Messwert einen Schwellwert über- oder unterschreitet, z.B. Temperatur unter 18 Grad
• time / sun: Uhrzeit oder Sonnenstand über sun.sun elevation
• event, webhook, mqtt: Für Integrationen und komplexere Szenarien

Conditions (Bedingungen):

• Typen: state, numeric_state, sun, time, template
• Logik: and, or, not lassen sich frei kombinieren und ineinander verschachteln

Actions (Aktionen):

• Dienstaufrufe wie light.turn_on oder climate.set_temperature
• Szenen ausführen, Scripts starten
• delay: Wartezeit vor der nächsten Aktion
• choose: If/Else-Logik innerhalb einer Aktion
• Notifications, Loops, weitere Automationen auslösen

YAML-Beispiel – Bewegungslicht Büro:

alias: Bewegungslicht Büro
trigger:   - platform: state
    entity_id: binary_sensor.motion_office
    to: "on" condition:   - condition: or
    conditions:       - condition: sun
        after: sunset
      - condition: numeric_state
        entity_id: sensor.lux_office
        below: 10 action:   - service: scene.turn_on
    target:       entity_id: scene.office_lights

Lesart: Wenn Bewegung erkannt wird UND (entweder die Sonne bereits untergegangen ist ODER der Lux-Wert unter 10 liegt), wird die Szene „office_lights" aktiviert.

Stärken von Home Assistant: Templates erlauben nahezu beliebig komplexe Logik direkt in der Automation. Blueprints ermöglichen das Teilen und Wiederverwenden von Automatisierungsvorlagen – die Community stellt Tausende davon kostenlos zur Verfügung.

KNX

KNX ist kein Consumer-Smarthome-System, sondern ein standardisiertes Bussystem für die professionelle Gebäudeautomation. Es kommt typischerweise in Neubauten und gewerblichen Objekten zum Einsatz und unterscheidet sich grundlegend von Apple Home oder Home Assistant.

Wir haben berichtet

Grundprinzip: Sensoren senden sogenannte Telegramme auf den KNX-Bus. Aktoren empfangen diese Telegramme und führen entsprechende Aktionen aus. Die Verbindung zwischen Sensoren und Aktoren wird über Gruppenadressen definiert – ähnlich wie Telefonnummern, die bestimmte Geräte miteinander verknüpfen.

Logik bei KNX: Einfache Funktionen sind direkt in den Geräten hinterlegt. Ein Präsenzmelder kann z.B. bereits eine integrierte Helligkeitsabhängigkeit mitbringen. Für komplexere Logik kommen dedizierte Logikmodule zum Einsatz, die Telegramme verknüpfen, vergleichen und berechnen können, mit denselben AND, OR, NOT Operatoren wie überall sonst.

Beispiele:

• Wenn Präsenz erkannt AND Lux unter Schwellwert: Licht an
• Wenn Wind über Schwellwert OR Regen erkannt: Jalousien hochfahren

Besonderheit KNX: Die Intelligenz ist dezentral auf viele Geräte verteilt. Es gibt keinen zentralen Server, der ausfallen könnte. Die Programmierung erfolgt via ETS (Engineering Tool Software). Grafische Logikeditoren erleichtern die Arbeit, aber das System ist nichts für Heimwerker – eine professionelle Planung und Inbetriebnahme durch einen zertifizierten KNX-Fachbetrieb ist zwingend erforderlich.

Plattform-Vergleich auf einen Blick

Praxisbeispiel: Dieselbe Logik auf drei Plattformen

Um zu zeigen, dass das Grundprinzip wirklich überall gleich ist, hier ein vollständiges Beispiel – einmal gedacht, dreimal umgesetzt.

Szenario: Das Licht im Flur soll nachts bei Bewegung auf 20 Prozent einschalten und nach 2 Minuten automatisch ausgehen. Voraussetzung: Mindestens eine Person ist zu Hause.

Logik als Pseudocode:

Trigger:    Bewegung im Flur erkannt
Bedingung:  Zeit zwischen 22:00 und 06:00
            UND mindestens eine Person zu Hause
 Aktion:
    IF Bedingung erfüllt THEN
        Licht Flur = 20%
        Warte 2 Minuten
        Licht Flur = AUS
    ELSE
        Nichts tun

In Apple Home: Automatisierung mit Trigger „Sensor erkennt Bewegung im Flur", Zeitfenster 22:00–06:00 als Bedingung, Szene „Nachtlicht Flur" (20 Prozent) als Aktion. Das automatische Ausschalten nach 2 Minuten erfordert entweder eine zweite Automatisierung oder einen Shortcut.

In Home Assistant (YAML):

alias: Flur Nachtlicht
trigger:   - platform: state
    entity_id: binary_sensor.motion_hallway
    to: "on" condition:   - condition: time
    after: "22:00:00"     before: "06:00:00"   - condition: state
    entity_id: group.all_persons
    state: home
action:   - service: light.turn_on
    target:       entity_id: light.hallway
    data:       brightness_pct: 20   - delay: "00:02:00"   - service: light.turn_off
    target:       entity_id: light.hallway

In KNX: Präsenzmelder mit integrierter Zeitschaltlogik, Schaltaktor für das gedimmte Licht, Ausschaltverzögerung direkt im Aktor oder Logikmodul parametriert. Anwesenheitserkennung über ein separates Logikmodul, das die Gruppenadresse der Anwesenheit auswertet.

Das Ergebnis ist in allen drei Fällen identisch. Die Komplexität der Konfiguration ist es nicht.

Fazit

Smarthome-Automatisierungen sind keine Zauberei und kein Programmieren im klassischen Sinne. Sie folgen einem universellen Muster: Trigger, Bedingung, Aktion. Wer versteht, was Sensoren, Aktoren, IF, AND, OR und NOT bedeuten, kann jede Plattform durchschauen.

Apple Home ist der einfachste Einstieg für alle, die im Apple-Ökosystem unterwegs sind und keine komplexe Logik brauchen. Home Assistant ist die richtige Wahl, wenn Flexibilität und plattformübergreifende Kontrolle wichtiger sind als einfache Bedienung. KNX steht ausserhalb dieser Consumer-Welt – es ist ein professionelles System für Neubauten und gewerbliche Objekte, das Fachkenntnis und Fachbetriebe voraussetzt.

Die Grundlagen dahinter – Boolesche Logik, Trigger-Bedingung-Aktion – sind in jedem dieser Systeme dieselben. Wer sie versteht, ist nicht mehr vom jeweiligen Interface abhängig. Und das ist der eigentliche Vorteil.

Alle Bilder wurden mit Hilfe von KI erstellt