Treffer

Home Assistant Wiki (Deutsch)

Diese Dokumentation wurde erstellt von Dominik Ewers

Einleitung

Dieses Home Assistant Wiki wurde von DE Solutions erstellt – einem Unternehmen mit Schwerpunkt auf Elektronik, IT, Hardware-Entwicklung und Smart-Home-Lösungen.
Ziel ist es, eine umfassende und praxisnahe Wissenssammlung bereitzustellen, die Einsteiger an die Hand nimmt und auch Profis noch neue Impulse bietet.
Von der kleinen Mietwohnung über das Einfamilienhaus bis hin zu gewerblichen Installationen deckt Home Assistant nahezu jede Anforderung ab.

Die Motivation für dieses Wiki: Smart Home ist oft komplizierter als es sein sollte. Hersteller bieten Insellösungen an, Funktionen hängen von Cloud-Servern ab, und sobald mehrere Marken kombiniert werden, stoßen Nutzer schnell an Grenzen.
Home Assistant verändert diese Spielregeln, indem es ein offenes, herstellerunabhängiges und erweiterbares Fundament für das smarte Zuhause bietet.

Aufbau dieses Wikis

Damit die Inhalte übersichtlich bleiben, ist das Wiki nach den wichtigsten Themenbereichen gegliedert:
Einführung & Grundlagen: Warum viele Smart Homes scheitern und wie Home Assistant diese Probleme löst.
Installation & Hardware: Von Raspberry Pi über Intel NUC bis zur professionellen Schaltschrank-Lösung.
Dashboards: Von Standard-Lovelace bis zu Multi-Displays in Firmenumgebungen.
Integrationen: Marken und Geräte von Philips Hue, IKEA Tradfri, Shelly und Ring bis hin zu Tesla, BMW, Sonos und Spotify.
Automatisierungen: Von einfachen Einsteiger-Regeln bis zu komplexen Profi-Szenarien für Energie, Sicherheit und Gewerbe.
Energie & Solar: Smart Meter, PV-Logging, Verbrauchsoptimierung.
Sicherheit & Datenschutz: Netzwerkschutz, Alarmanlagen, verschlüsselte Kommunikation.
Mobile Nutzung: Companion App, Geofencing, Push-Benachrichtigungen.
Profi-Features: Node-RED, MQTT, InfluxDB, Grafana, Add-ons.
Vergleiche: Home Assistant im Vergleich zu ioBroker, OpenHAB und SmartThings.
FAQ: Antworten auf die häufigsten Fragen – SEO-optimiert für schnelle Hilfe.

Hinweis & Nutzung

Alle Inhalte dieses Wikis sind urheberrechtlich geschützt. Sie dürfen auszugsweise zitiert oder in Projekten verwendet werden, solange eine Quellenangabe zu de-solutions.net erfolgt.
Das Ziel ist es, Wissen zu teilen und Smart-Home-Interessierten einen echten Mehrwert zu bieten.
Bei komplexeren Projekten oder gewerblichen Installationen bietet DE Solutions auch professionelle Unterstützung an.

Fazit: Dieses Wiki soll zeigen, wie vielseitig und leistungsstark Home Assistant ist.
Es richtet sich an alle, die mehr wollen als ein simples Alexa- oder Google-Setup, und stattdessen ein zukunftssicheres, lokales und flexibles Smart-Home-System suchen.

Warum Smart Home oft scheitert

Viele Smart-Home-Projekte scheitern nicht an der Idee, sondern an den typischen Fallstricken bei der Umsetzung.
Das betrifft nicht nur Einsteiger, sondern auch ambitionierte Nutzer, die irgendwann an Grenzen stoßen. Die folgenden Punkte erklären, warum Smart Home in der Praxis oft frustrierend endet.

Herstellerinseln

Jeder Hersteller bietet sein eigenes Ökosystem an: Philips Hue mit eigener Bridge, Bosch Smart Home, Xiaomi Aqara, Sonos für Audio, Ring für Kameras.
Problem: Diese Systeme sind nicht oder nur eingeschränkt kompatibel. Wer versucht, mehrere Marken zu kombinieren, stößt schnell an Grenzen – oft braucht man mehrere Apps, Gateways und Cloud-Logins.

Cloud-Zwang

Viele Systeme funktionieren nur mit einer Cloud-Anbindung zum Hersteller. Beispiele:
Amazon Alexa und Google Home verarbeiten Sprachbefehle in der Cloud.
Samsung SmartThings setzt ebenfalls auf Cloud-Server.
Fällt die Internetverbindung oder der Dienst aus, ist das Smart Home plötzlich blind.
Noch gravierender: Stellt der Hersteller den Service ein, kann teure Hardware praktisch unbrauchbar werden.

Datenschutz-Probleme

Gerade bei Lösungen von Google, Amazon und Samsung stellt sich die Frage: Wohin gehen die Daten?
Sprachbefehle, Bewegungsdaten, Kamerastreams oder Energieverbrauchsdaten werden in Rechenzentren außerhalb der EU gespeichert.
Für viele Nutzer ist das ein erheblicher Nachteil – nicht nur aus Datenschutzsicht, sondern auch aus Sicherheitsgründen.

Komplexität & Fragmentierung

Das Zusammenspiel mehrerer Systeme bedeutet: unterschiedliche Apps, Updates und Funktionen.
– Die Heizung ist in einer App.
– Das Licht in einer zweiten.
– Kameras laufen in einer dritten.
– Automationen funktionieren nur eingeschränkt oder gar nicht herstellerübergreifend.
Das führt zu Frust und verhindert ein wirklich intelligentes Zuhause.

Fehlende Erweiterbarkeit

Viele Starter-Sets wirken günstig und einfach – zum Beispiel ein Gateway mit ein paar Lampen.
Später stellt man fest, dass Erweiterungen nur mit teuren Zusatzmodulen möglich sind oder dass die Technik veraltet ist.
Ein Beispiel ist Zigbee: Während Philips Hue hervorragend mit Lampen funktioniert, fehlen native Lösungen für Sensoren oder Spezialgeräte – diese müssen dann über andere Systeme nachgerüstet werden.

Fazit

Die typischen Probleme sind: Insellösungen, Cloud-Abhängigkeit, Datenschutzrisiken, Komplexität und mangelnde Erweiterbarkeit.
Genau hier setzt Home Assistant an – als zentrale Plattform, die Herstellergrenzen überwindet und alles in einem System zusammenführt.

Das Versprechen von Home Assistant

Während klassische Smart-Home-Systeme oft an Herstellergrenzen, Cloud-Zwängen und eingeschränkter Erweiterbarkeit scheitern, verfolgt Home Assistant einen anderen Ansatz.
Die Plattform bringt alle Geräte, Marken und Dienste in einer zentralen Oberfläche zusammen – unabhängig davon, ob sie von Amazon, Google, Apple, Samsung, Philips, IKEA, Shelly, Ring, Sonos oder BMW stammen.

Zentrale Plattform

Statt fünf verschiedener Apps und Gateways gibt es nur noch eine Oberfläche: Home Assistant.
Hier laufen alle Sensoren, Aktoren, Kameras, Lautsprecher und Fahrzeuge zusammen – egal, aus welchem Ökosystem sie stammen.
Das bedeutet: einheitliche Steuerung, gemeinsame Automatisierungen und volle Übersicht.

Lokal statt Cloud

Home Assistant funktioniert lokal im eigenen Netzwerk. Das hat gleich mehrere Vorteile:
– Steuerung bleibt auch ohne Internetverbindung möglich.
Schnellere Reaktionszeiten, weil keine Cloud-Server dazwischengeschaltet sind.
Datenschutz: Keine sensiblen Informationen verlassen das Heimnetzwerk.
Stabilität: Unabhängig von Dienstausfällen oder Herstellern, die ihren Cloud-Service einstellen.

Herstellerunabhängigkeit

Home Assistant integriert tausende Geräte über Integrationen – viele davon stammen direkt aus der Community.
Beispiele:
Philips Hue, IKEA Tradfri, Nanoleaf für Beleuchtung.
Shelly, TP-Link Kasa, AVM Fritz!DECT für Steckdosen und Relais.
Ring, Arlo, Eufy für Sicherheit.
Sonos, Bose, Denon, Samsung TV für Multimedia.
BMW ConnectedDrive, Tesla, Mercedes Me für Fahrzeuge.
So entsteht ein herstellerübergreifendes Smart Home, das nicht auf eine Marke beschränkt ist.

Flexibilität & Erweiterbarkeit

Egal ob Einsteiger oder Profi – Home Assistant wächst mit den Anforderungen:
– Einsteiger nutzen einfache Automatisierungen wie „Wenn Wecker klingelt, starte Kaffeemaschine“.
– Fortgeschrittene bauen komplexe Szenarien mit Zigbee2MQTT, ESPHome oder Node-RED.
– Profis setzen Home Assistant in Schaltschränken, Gewerbegebäuden oder Apartment-Komplexen ein, inklusive Energie-Monitoring und Sicherheitskonzepten.

Community & Weiterentwicklung

Ein wesentlicher Unterschied: Home Assistant ist Open Source und wird von einer weltweiten Community getragen.
Das bedeutet:
Regelmäßige Updates mit neuen Features und Sicherheitsfixes.
Blueprints für vorgefertigte Automationen.
Foren, Discord, GitHub für Austausch und Support.
Dadurch entwickelt sich Home Assistant stetig weiter und bleibt langfristig aktuell.

Fazit

Das Versprechen von Home Assistant lautet:
Ein zukunftssicheres, unabhängiges und flexibles Smart-Home-System, das nicht von einem einzelnen Hersteller kontrolliert wird.
Es verbindet die Stärken von Alexa, Google Home, HomeKit und SmartThings, ohne deren Einschränkungen zu übernehmen – und gibt den Nutzern die volle Kontrolle über ihr Zuhause zurück.

Was ist Home Assistant?

Home Assistant ist eine Open-Source-Plattform für Smart Home, die Geräte und Dienste verschiedenster Hersteller in einer zentralen Oberfläche zusammenführt.
Während klassische Systeme wie Amazon Alexa, Google Home oder Samsung SmartThings stark vom jeweiligen Hersteller abhängig sind, verfolgt Home Assistant einen unabhängigen, offenen Ansatz.

Die Plattform läuft auf eigener Hardware – vom Raspberry Pi über Intel NUC bis hin zu Servern oder NAS-Systemen – und kann vollständig lokal betrieben werden.
Damit bleiben Daten im Haus, Automatisierungen sind unabhängig vom Internet, und Nutzer behalten die volle Kontrolle über ihre Geräte.

Besonders stark ist Home Assistant durch die enorme Anzahl an Integrationen: Von Philips Hue und IKEA Tradfri über Shelly, Ring, Sonos und Netatmo bis hin zu BMW ConnectedDrive, Tesla oder Siemens Home Connect – nahezu jede Marke lässt sich einbinden.
Zusätzlich stehen Add-ons wie ESPHome, Node-RED, Grafana und MQTT zur Verfügung, die Home Assistant zum vollwertigen Betriebssystem für Smart Homes machen.

Kurz gesagt: Home Assistant ist kein geschlossenes Produkt, sondern ein flexibles Framework, das sich an die eigenen Bedürfnisse anpassen lässt – egal ob es um eine Wohnung, ein Einfamilienhaus oder eine gewerbliche Installation geht.

Open Source & Community

Home Assistant ist ein Open-Source-Projekt, das 2013 gestartet wurde und seitdem kontinuierlich wächst.
Der große Vorteil: Es gehört keinem Konzern, sondern wird von einer weltweiten Community aus Entwicklern, Firmen und Anwendern gepflegt.

Das bedeutet:
Kostenlos: Home Assistant selbst verursacht keine Lizenzkosten.
Schnelle Weiterentwicklung: jeden Monat neue Funktionen und Fehlerbehebungen.
Transparenz: Der Quellcode ist offen einsehbar und überprüfbar.
Mitgestaltung: Jeder kann Integrationen beisteuern oder Fehler melden.
Langfristigkeit: Nicht von einem Hersteller abhängig, sondern gemeinschaftlich getragen.

Durch diese Community-Orientierung entstehen ständig neue Integrationen, Add-ons und Blueprints, die das System praxisnah erweitern – oft schneller, als es große Hersteller schaffen.

Lokale Steuerung vs. Cloud

Ein Kernprinzip von Home Assistant ist die lokale Steuerung.
Das unterscheidet es von vielen Smart-Home-Produkten, die nur über externe Cloud-Server funktionieren.

Vorteile lokaler Steuerung:
– Geräte reagieren schneller, da Befehle nicht über das Internet gehen.
Datenschutz: Keine persönlichen Daten werden an Dritte gesendet.
Ausfallsicherheit: Auch ohne Internet bleibt das Smart Home funktionsfähig.
Stabilität: Keine Abhängigkeit von externen Diensten, die ausfallen oder eingestellt werden können.

Trotzdem kann Home Assistant auch Cloud-Integrationen einbinden, z. B. Spotify, YouTube, OpenWeather oder BMW ConnectedDrive.
Der Unterschied: Du entscheidest selbst, welche Cloud-Dienste du nutzen willst – und welche nicht.

Unterschied zu Alexa, Google, SmartThings

Während Systeme wie Amazon Alexa, Google Home oder Samsung SmartThings fest an einen Hersteller gebunden sind, ist Home Assistant plattformunabhängig.
Das macht den entscheidenden Unterschied.

Alexa / Google Home / SmartThings:
– Cloud-Zwang, Daten laufen über externe Server.
– Geräteauswahl auf bestimmte Marken optimiert.
– Automatisierungen oft eingeschränkt oder nur über die jeweilige App möglich.
– Datenschutz abhängig vom jeweiligen Anbieter.

Home Assistant:
– Läuft lokal, volle Kontrolle über Daten.
– Integriert tausende Geräte, unabhängig vom Hersteller.
– Komplexe Automatisierungen möglich, die mehrere Marken und Dienste kombinieren.
– Plattform bleibt offen – man kann Alexa, Google oder Siri zusätzlich einbinden, aber man muss es nicht.

Damit positioniert sich Home Assistant als zentrale Steuerung, die die Vorteile der großen Plattformen nutzt, ohne ihre Nachteile zu übernehmen.

Installation & Hardware

Home Assistant lässt sich auf sehr unterschiedlichen Plattformen installieren – von günstiger Einsteigerhardware bis hin zu professionellen Serverlösungen.
Die Wahl der Hardware hängt von Budget, Technikkenntnissen und dem geplanten Umfang des Smart Homes ab.

Installationsarten

Wichtige Auswahlkriterien

Empfehlung nach Nutzergruppen:
Einsteiger: Raspberry Pi 4 oder 5 mit SSD.
Fortgeschrittene: Intel NUC oder Mini-PC, oft mit Proxmox als Basis.
Profis/Gewerbe: Schaltschrank-Installation auf Hutschiene mit USV, separaten Gateways und VLAN-Integration.

Raspberry Pi 4 & 5

Der Raspberry Pi ist die mit Abstand beliebteste Plattform für den Einstieg in Home Assistant.
Besonders die Modelle Raspberry Pi 4 und Raspberry Pi 5 eignen sich hervorragend, um erste Smart-Home-Projekte aufzubauen und später zu erweitern.

Vorteile Raspberry Pi

Raspberry Pi 4

– Bewährtes Modell mit 2–8 GB RAM.
– Läuft stabil mit Home Assistant OS.
– Sehr gute Wahl für Einsteiger und kleine bis mittlere Installationen.
– Wichtig: Immer eine SSD statt SD-Karte nutzen, um Datenverlust zu vermeiden.

Raspberry Pi 5

– Deutlich leistungsstärker als der Pi 4 (schnellerer Prozessor, PCIe-Support).
– Ideal für Nutzer mit vielen Automatisierungen, Dashboards und Integrationen.
– Kann auch größere Installationen mit Grafana, InfluxDB und Zigbee2MQTT problemlos stemmen.
– Achtung: Etwas höherer Energieverbrauch und teurer als der Pi 4.

Typische Einsatzbereiche

Fazit: Der Raspberry Pi ist das perfekte Einstiegsgerät in die Welt von Home Assistant.
Wer klein anfangen und später wachsen möchte, findet hier die beste Balance aus Kosten, Leistung und Community-Support.

Intel NUC, Synology, Proxmox, Docker

Neben dem Raspberry Pi nutzen viele Anwender leistungsstärkere Plattformen für Home Assistant – besonders wenn viele Geräte, Add-ons oder gewerbliche Anforderungen ins Spiel kommen.
Beliebte Optionen sind Intel NUCs, Synology NAS, Proxmox-Server oder die Installation in Docker.

Intel NUC & Mini-PCs

Ein Intel NUC oder vergleichbarer Mini-PC ist die ideale Lösung für ambitionierte Smart-Home-Projekte.
– Mehr Rechenleistung als ein Raspberry Pi, ideal für viele Automatisierungen und Dashboards.
SSD-Speicher sorgt für schnelle und langlebige Performance.
8 GB RAM reichen meist für alle gängigen Add-ons wie Node-RED, Grafana oder Zigbee2MQTT.
– Viele nutzen auch gebrauchte Thin Clients oder Office-Mini-PCs als günstige Alternative.

Synology NAS & Unraid

Wenn bereits ein NAS im Haushalt vorhanden ist, bietet sich die Installation von Home Assistant darauf an.
Synology: Betrieb in Docker oder als VM über den Virtual Machine Manager.
– Vorteil: Ein zentrales Gerät für Daten und Smart Home.
– Nachteil: Manche Einsteigermodelle haben zu wenig Leistung für große HA-Setups.
Unraid: Sehr flexibel, besonders wenn mehrere Dienste (Pi-hole, Nextcloud, Nginx Proxy Manager) parallel laufen sollen.

Proxmox

Proxmox VE ist eine Open-Source-Virtualisierungsplattform, die Home Assistant als VM oder LXC-Container laufen lassen kann.
– Ideal für Nutzer, die mehrere Smart-Home-Dienste auf einem Host bündeln möchten.
– Vorteile: Snapshots, Backups und einfache Migration auf neue Hardware.
– Besonders beliebt in Gewerbeinstallationen mit VLAN-Trennung, USV-Integration und komplexen Netzwerken.

Docker

Home Assistant kann auch als Docker-Container betrieben werden.
– Sehr flexibel, da mehrere Container (z. B. MQTT, InfluxDB, Grafana) parallel laufen können.
– Läuft auf fast jeder Hardware (Linux-Server, NAS, Mini-PC).
– Nachteil: Der Supervisor fehlt, Add-ons müssen manuell integriert werden.
– Eher für technisch versierte Nutzer geeignet, die volle Kontrolle über ihr System wollen.

Fazit: Für ambitionierte Nutzer oder Firmen ist ein NUC, NAS oder Proxmox-Server die bessere Wahl gegenüber einem Raspberry Pi.
Docker ist die flexibelste, aber auch anspruchsvollste Variante.
Welche Lösung die richtige ist, hängt von Budget, technischer Erfahrung und den gewünschten Features ab.

Schaltschrank-Installation (Hutschiene)

Für professionelle Installationen in Einfamilienhäusern, Mehrfamilienhäusern oder sogar im Gewerbe eignet sich eine Integration in den Schaltschrank (Hutschienen-Montage).
Dabei wird Home Assistant nicht auf einem kleinen Bastel-PC betrieben, sondern als dediziertes Steuergerät, das zentral im Sicherungskasten eingebaut ist.

Hardware-Optionen

Vorteile

Typische Anwendungsfälle

Fazit: Eine Schaltschrank-Installation ist die professionellste Variante für Home Assistant.
Sie kombiniert die Flexibilität von Open Source mit der Robustheit industrieller Hardware und eignet sich besonders, wenn Stabilität und Zukunftssicherheit im Vordergrund stehen.

Energieverbrauch & 24/7-Betrieb

Ein Smart-Home-Server wie Home Assistant läuft 24 Stunden am Tag, 7 Tage die Woche – deshalb spielt der Energieverbrauch eine große Rolle.
Gerade bei steigenden Strompreisen lohnt sich der Vergleich zwischen Raspberry Pi, NUC, NAS oder Industrie-PCs.

Typische Verbrauchswerte

Kostenrechnung

Bei 10 Watt Dauerlast fallen pro Jahr ca. 87 kWh an. Bei 30 Cent pro kWh sind das etwa 26 €.
Ein NUC mit 20 Watt Dauerverbrauch liegt schon bei ca. 52 € pro Jahr.
Das zeigt: Energieeffizienz ist bei 24/7-Betrieb ein echtes Kriterium.

Optimierungsmöglichkeiten

Fazit

Home Assistant ist auch auf stromsparender Hardware problemlos nutzbar.
Wer sein System effizient plant, kann trotz Dauerbetrieb die jährlichen Stromkosten unter 30–50 € halten und hat dennoch ein leistungsstarkes, zuverlässiges Smart Home.

Dashboards

Dashboards sind die Bedienzentrale von Home Assistant – hier vereinst du Status, Steuerung, Historie und Automationen in einer klaren Oberfläche.
Das Ziel ist eine schnelle, robuste und kontextbezogene UI: Wichtige Aktionen sofort erreichbar, Details nur bei Bedarf.

Informationsarchitektur

UX-Pattern, die sich bewährt haben

Performance & Stabilität

Rollen & Sicherheit

Design & Barrierefreiheit

Hilfsentitäten („Helpers“)

Beispiel: Startseiten-Aufbau

Oben KPIs (Außen-/Innen-Temp, PV/Netz), daneben Schnellaktionen („Alles aus“, „Schlafenszeit“).
Darunter Räume als Kachel-Gitter (Licht, Klima, Medien), unten „Letzte Ereignisse“ und Hinweise (z. B. „Fenster offen“).

# Beispiel: Auszug für eine Startseite (Lovelace YAML-Modus)
views:
  - title: Start
    path: start
    cards:
      - type: glance
        title: Überblick
        entities:
          - sensor.outdoor_temperature
          - sensor.living_room_temperature
          - sensor.pv_power
          - sensor.grid_import
      - type: entities
        title: Schnellaktionen
        entities:
          - scene.abend
          - script.alle_lichter_aus
          - input_boolean.schlafmodus
      - type: entities
        title: Hinweise
        entities:
          - binary_sensor.window_kitchen
          - binary_sensor.window_bedroom
      # Räume/Funktionen folgen als eigene Karten/Stacks…

Die Details zu Standard- und Custom-Karten folgen im nächsten Abschnitt „Lovelace Standard & Custom Cards“.

Lovelace Standard & Custom Cards

Das Home-Assistant-Frontend heißt Lovelace. Es lässt sich per UI-Editor oder als YAML konfigurieren und unterstützt sowohl Standardkarten als auch eine große Auswahl an Custom Cards (über HACS).

Standardkarten (Auswahl)

Custom Cards (HACS)

UI-Editor vs. YAML

Beispiele

1) Conditional Anzeige – „Fenster offen“ nur zeigen, wenn wirklich offen:

type: conditional
conditions:
  - entity: binary_sensor.window_bedroom
    state: 'on'
card:
  type: entity
  entity: binary_sensor.window_bedroom
  name: Schlafzimmerfenster offen

2) Raumkarte (Entities + Buttons)

type: vertical-stack
cards:
  - type: entities
    title: Wohnzimmer
    entities:
      - light.living_ceiling
      - climate.living
      - media_player.living_tv
  - type: horizontal-stack
    cards:
      - type: button
        name: Kino
        icon: mdi:movie
        tap_action: { action: call-service, service: scene.turn_on, service_data: { entity_id: scene.kino } }
      - type: button
        name: Alles aus
        icon: mdi:power
        tap_action: { action: call-service, service: script.turn_on, service_data: { entity_id: script.alle_lichter_aus } }

3) Dynamische Liste: alle offenen Fenster

type: custom:auto-entities
card:
  type: entities
  title: Offene Fenster/Türen
filter:
  include:
    - domain: binary_sensor
      state: 'on'
      attributes:
        device_class:
          - opening
          - door
          - window
  exclude:
    - entity_id: binary_sensor.*_ignored

Hinweis: Custom Cards werden i. d. R. über HACS installiert. Regelmäßig aktualisieren und auf Kompatibilität zu neuen HA-Releases achten.

Wanddisplays

Wanddisplays machen Home Assistant zum zentralen Bedienpanel – immer sichtbar, immer erreichbar.
Typisch sind fest montierte iPads, Android-Tablets (z. B. Amazon Fire) oder Smart Displays wie Google Nest Hub. Wichtig sind Kiosk-Modus, zuverlässige Stromversorgung und ein auf Touch optimiertes Dashboard.

Geräteauswahl & Strom

Kiosk-Modus & Always-On

Wecken & Präsenz

UI-Design fürs Wandpanel

Typische Panel-Automationen

# Display einschalten, wenn Bewegung vor dem Panel erkannt wird (Fully Kiosk)
alias: Panel aufwecken bei Bewegung
trigger:
  - platform: state
    entity_id: binary_sensor.panel_motion
    to: 'on'
action:
  - service: rest_command.fully_screen_on   # via REST-Command auf Fully-API
  - service: number.set_value
    target: { entity_id: number.panel_brightness }
    data: { value: 85 }
mode: restart
# Nachtruhe: Panel dimmen & auf Nachtseite wechseln
alias: Panel Nachtmodus
trigger:
  - platform: time
    at: '23:00:00'
action:
  - service: rest_command.fully_load_url
    data: { url: "/lovelace-nacht/start" }
  - service: number.set_value
    target: { entity_id: number.panel_brightness }
    data: { value: 10 }

Best Practices

Fazit: Mit iPad, Android/Fire + Fully Kiosk oder einem Nest Hub wird Home Assistant zum zuverlässigen, familiensicheren Wandpanel – schnell, übersichtlich und jederzeit bedienbar.

Multi-Dashboards

Multi-Dashboards trennen Ansichten nach Zielgruppe und Zweck: Eine klare Startseite für die Familie, eine Technik-Ansicht für Admins, eigene Views für Energie, Sicherheit und Multimedia – und ggf. dedizierte Dashboards für Büro/Apartmenthaus.

Typische Aufteilung

Rechtemodell & Sichtbarkeit

Navigation & Struktur

Beispiel: Dashboard-Definition

# configuration.yaml
lovelace:
  mode: storage   # UI-Editor weiterhin nutzbar
  dashboards:
    lovelace-start:
      mode: storage
      filename: ui-lovelace-start.yaml
      title: Start
      icon: mdi:home
      show_in_sidebar: true
    lovelace-energie:
      mode: yaml
      filename: ui-lovelace-energie.yaml
      title: Energie
      icon: mdi:solar-power-variant
      show_in_sidebar: true
    lovelace-sicherheit:
      mode: yaml
      filename: ui-lovelace-sicherheit.yaml
      title: Sicherheit
      icon: mdi:shield-home
      show_in_sidebar: true

Beispiel: Energie-Dashboard (Auszug)

# ui-lovelace-energie.yaml
title: Energie
views:
  - title: Übersicht
    path: uebersicht
    cards:
      - type: energy-distribution
      - type: energy-usage-graph
      - type: entities
        title: Verbraucher
        entities:
          - switch.waschmaschine
          - switch.spulmaschine
          - switch.wallbox_boost
      - type: gauge
        name: Aktuelle PV-Leistung
        entity: sensor.pv_power
      - type: gauge
        name: Netzbezug
        entity: sensor.grid_import

Beispiel: Sicherheit-Dashboard (Auszug)

# ui-lovelace-sicherheit.yaml
title: Sicherheit
views:
  - title: Live
    path: live
    cards:
      - type: entities
        title: Türen & Fenster
        entities:
          - binary_sensor.door_front
          - binary_sensor.window_kitchen
          - binary_sensor.window_bedroom
      - type: alarm-panel
        states: [armed_away, armed_home, disarmed]
        entity: alarm_control_panel.haus
      - type: picture-glance
        title: Haustür
        entities: []
        camera_image: camera.ring_haustuer
      - type: history-graph
        title: Ereignisse
        entities:
          - binary_sensor.motion_einfahrt
          - binary_sensor.door_front
        hours_to_show: 6

Automations für kontextbasierten Wechsel

alias: Beim Klingeln auf Sicherheits-View wechseln (Panels)
trigger:
  - platform: state
    entity_id: binary_sensor.klingel
    to: 'on'
action:
  - service: browser_mod.navigate
    data:
      path: /lovelace-sicherheit/live
mode: single

Best Practices

Fazit: Multi-Dashboards sorgen für Übersicht und Geschwindigkeit – jede Zielgruppe bekommt die Informationen und Aktionen, die sie wirklich braucht, ohne Ballast.

Firmen- & Apartment-Lösungen

Home Assistant eignet sich nicht nur für Einfamilienhäuser oder Wohnungen, sondern auch für größere Gebäude und gewerbliche Umgebungen. Durch flexible Hardware, modulare Dashboards und eine riesige Integrationsvielfalt kann die Plattform in Firmen, Apartment-Komplexen und Mehrfamilienhäusern eingesetzt werden.

Apartment- und Mehrfamilienhäuser

Firmen & Gewerbe

Dashboards für große Installationen

Best Practices

Fazit: Ob Apartmentkomplex oder Gewerbebetrieb – Home Assistant kann weit über das klassische Smart Home hinaus eingesetzt werden. Mit den richtigen Integrationen und einer sauberen Architektur wird es zum zukunftssicheren Gebäudemanagement-System.

Integrationen & Markenwelt

Die größte Stärke von Home Assistant ist die enorme Zahl an Integrationen. Während klassische Smart-Home-Systeme oft auf ein oder zwei Hersteller beschränkt sind, verbindet Home Assistant tausende Geräte und Dienste in einer Plattform. Damit lassen sich heterogene Umgebungen – von Philips Hue über Shelly bis BMW ConnectedDrive – nahtlos steuern.

Arten von Integrationen

Vorteile gegenüber herstellerspezifischen Lösungen

Integrationstechniken

Fazit: Integrationen machen Home Assistant zum Schweizer Taschenmesser des Smart Home.
Von Alltagsgeräten wie Lampen und Steckdosen bis zu komplexen Szenarien mit Autos, Solaranlagen oder Industriemaschinen – die Plattform bietet herstellerübergreifende Freiheit.

Sprachsteuerung

Home Assistant lässt sich nahtlos mit Sprachassistenten verbinden. Damit können Geräte nicht nur über Dashboards oder Automatisierungen gesteuert werden, sondern auch per Alexa, Google Assistant, Apple Siri/HomeKit oder Samsung SmartThings.

Amazon Alexa

Google Assistant

Apple Siri & HomeKit

Samsung SmartThings

Best Practices

Fazit: Sprachassistenten machen Home Assistant besonders familientauglich.
Ob Alexa, Google, Siri oder SmartThings – mit wenigen Klicks lassen sich Sprachbefehle in den Alltag integrieren.

Beleuchtung

Die Integration von Beleuchtungssystemen ist eine der beliebtesten Anwendungen von Home Assistant.
Von klassischen Glühbirnen-Adaptern bis zu hochmodernen LED-Panels können nahezu alle Systeme eingebunden werden – egal ob über WLAN, Zigbee oder proprietäre Bridges.

Philips Hue

IKEA Tradfri

Nanoleaf

Govee

Weitere Anbieter

Beleuchtung in Automatisierungen

Best Practices

Fazit: Ob Philips Hue im Wohnzimmer, IKEA Tradfri im Flur oder Nanoleaf im Gaming-Setup – Home Assistant macht aus einzelnen Lampen ein integriertes, intelligentes Beleuchtungssystem.

Steckdosen/Relais

Smarte Steckdosen und Relais sind eine der einfachsten Möglichkeiten, Geräte in Home Assistant einzubinden. Sie machen „dumme“ Geräte smart, indem sie Stromzufuhr und Verbrauch messen und per Automatisierung steuern können.

Shelly

TP-Link Kasa

Meross

AVM Fritz!DECT

Weitere Optionen

Typische Anwendungsfälle

Best Practices

Fazit: Mit smarten Steckdosen und Relais wie Shelly, Kasa oder Fritz!DECT lassen sich Alltagsgeräte intelligent steuern und Energieverbrauch transparent machen. Sie sind ein günstiger Einstieg in das Smart Home und zugleich ein mächtiges Werkzeug für Automatisierungen.

Sensorik

Sensoren sind das Rückgrat eines intelligenten Smart Homes. Sie liefern die Daten, die Automatisierungen auslösen und Dashboards mit Leben füllen.
Von Temperatur- und Luftqualität bis zu Bewegung, Wasser und Sicherheitssensoren – Home Assistant unterstützt eine riesige Vielfalt.

Netatmo

Bosch

Xiaomi Aqara

Weitere Hersteller

Typische Automatisierungen

Best Practices

Fazit: Ob Netatmo für Wetter, Aqara für günstige Tür-/Fensterkontakte oder Bosch für Sicherheit – Sensorik macht Home Assistant zu einem reaktiven, intelligenten Smart Home.

Sicherheit

Sicherheitssysteme sind ein zentraler Baustein moderner Smart Homes. Mit Home Assistant lassen sich Kameras, Tür- und Fenstersensoren, Bewegungsmelder und Alarmsysteme in einer Plattform bündeln – unabhängig vom Hersteller.

Ring

Arlo

Eufy

Abus

Weitere Optionen

Typische Automatisierungen

Best Practices

Fazit: Ob Ring, Arlo, Eufy oder Abus – Home Assistant macht aus einzelnen Geräten ein vollwertiges Smart-Home-Sicherheitssystem. Von Türklingel über Kamera bis zur Alarmsirene läuft alles in einem zentralen Dashboard zusammen.

Audio/Video

Mit Home Assistant lassen sich Audio- und Video-Geräte verschiedenster Hersteller zentral steuern. Von Multiroom-Audio mit Sonos über AV-Receiver von Denon/Marantz bis hin zu Smart TVs von Samsung oder LG – alle Systeme können in Automatisierungen integriert werden.

Sonos

Bose

Denon / Marantz

Samsung TV (Tizen)

LG ThinQ

Logitech Harmony

Elgato (Stream Deck & Lights)

Typische Automatisierungen

Best Practices

Fazit: Ob Sonos, Bose, Denon, Samsung oder Elgato – Home Assistant macht aus Einzelgeräten ein vernetztes Multimedia-System, das perfekt mit Beleuchtung, Szenen und Automatisierungen zusammenspielt.

Fahrzeuge

Home Assistant kann nicht nur Hausgeräte, sondern auch Fahrzeuge integrieren. Viele Hersteller bieten APIs oder Schnittstellen an, sodass Statusinformationen, Standort oder sogar Steuerbefehle in Automatisierungen einfließen können. Besonders spannend ist das in Kombination mit Wallboxen, PV-Anlagen und Smart-Home-Szenen.

BMW ConnectedDrive

Tesla

Mercedes Me

VW WeConnect

Weitere Hersteller

Typische Automatisierungen

Best Practices

Fazit: Ob BMW, Tesla, Mercedes oder VW – Home Assistant erweitert das Smart Home bis in die Garage. Fahrzeuge werden zu aktiven Teilnehmern im Smart Home und können Komfort, Sicherheit und Energieeffizienz steigern.

Haushaltsgeräte

Mit Home Assistant lassen sich auch Haushaltsgeräte wie Waschmaschinen, Trockner, Geschirrspüler oder Kühlschränke einbinden. Dadurch werden Abläufe smarter, transparenter und können direkt in Automatisierungen einfließen.

Miele@home

Siemens Home Connect

Samsung & LG

Weitere Hersteller

Typische Automatisierungen

Best Practices

Fazit: Mit Integrationen wie Miele@home, Siemens Home Connect, Samsung SmartThings und LG ThinQ werden selbst klassische Haushaltsgeräte Teil des Smart Homes. Von Benachrichtigungen bis zur intelligenten Energieoptimierung ist alles möglich.

Services & Cloud

Neben lokaler Steuerung unterstützt Home Assistant auch zahlreiche Cloud-Dienste. Sie erweitern das Smart Home um Informationen, Multimedia und KI-Funktionen, die lokal nur schwer umsetzbar wären.

OpenWeather

Spotify

YouTube

OpenAI & KI-Integrationen

Weitere Cloud-Dienste

Typische Automatisierungen

Best Practices

Fazit: Von OpenWeather über Spotify und YouTube bis zu OpenAI – Cloud-Services machen Home Assistant noch vielseitiger. In Verbindung mit lokaler Steuerung entsteht ein leistungsfähiges, flexibles Smart-Home-Ökosystem.

Automatisierungen – Einsteiger

Automatisierungen sind das Herzstück von Home Assistant. Sie verbinden Sensoren, Geräte und Dienste zu intelligenten Abläufen. Schon mit wenigen Einsteiger-Automatisierungen lässt sich der Alltag erheblich komfortabler und effizienter gestalten – und das ganz ohne tiefes Technikverständnis.

Warum Automatisierungen?

Typische Einsteiger-Automatisierungen

Fazit: Bereits mit einfachen Automatisierungen zeigt sich die Stärke von Home Assistant: Geräte verschiedener Hersteller arbeiten zusammen, Abläufe laufen von alleine, und der Alltag wird komfortabler, sicherer und effizienter.

Lichtsteuerung mit Bewegungsmeldern

Eine der beliebtesten und einfachsten Automatisierungen in Home Assistant ist die Lichtsteuerung per Bewegungsmelder. Sie sorgt dafür, dass Licht automatisch eingeschaltet wird, sobald jemand den Raum betritt – und sich nach einer definierten Zeit ohne Bewegung wieder ausschaltet.

Typische Anwendungsfälle

Hardware-Auswahl

Automatisierung in Home Assistant

Eine typische Automatisierung könnte so aussehen:


alias: Flurlicht automatisch
trigger:
  - platform: state
    entity_id: binary_sensor.flur_bewegung
    to: "on"
condition: []
action:
  - service: light.turn_on
    target:
      entity_id: light.flur
  - delay: "00:02:00"
  - service: light.turn_off
    target:
      entity_id: light.flur

Best Practices

Fazit: Bewegungsmelder sind ein kostengünstiger Einstieg in die Welt der Automatisierungen. Sie erhöhen den Komfort, sparen Energie und lassen sich flexibel in fast jedem Raum einsetzen.

Kaffeemaschine startet mit Handy-Wecker

Eine klassische „Guten Morgen“-Automatisierung ist die Kopplung des Handy-Weckers mit der Kaffeemaschine. Damit steht der frische Kaffee schon bereit, sobald man aufsteht – ein perfektes Beispiel für den praktischen Nutzen von Home Assistant.

Typische Anwendungsfälle

Technische Umsetzung

Automatisierungsbeispiel

Ein YAML-Beispiel für die Kopplung mit einem Wecker:


alias: Kaffee zum Wecker
trigger:
  - platform: event
    event_type: mobile_app_notification_action
    event_data:
      action: alarm_triggered
condition: []
action:
  - service: switch.turn_on
    target:
      entity_id: switch.kaffeemaschine

Best Practices

Fazit: Die Automatisierung „Wecker → Kaffee“ ist ein Paradebeispiel für den Alltagskomfort mit Home Assistant. Sie zeigt, wie einfach sich smarte Geräte mit alltäglichen Routinen verbinden lassen.

Waschmaschine meldet „Fertig“

Mit Home Assistant kann die Waschmaschine (oder auch Trockner/Spülmaschine) zuverlässig melden, wenn der Gang beendet ist. Am einfachsten gelingt das über eine smarte Steckdose mit Leistungsmessung (z. B. Shelly Plug, TP-Link Kasa, Meross, AVM Fritz!DECT) oder über direkte Integrationen wie Miele@home bzw. Siemens Home Connect.

Ansätze

Hardware & Voraussetzungen

Schwellwerte bestimmen

Template-Sensor (optional, aber hilfreich)

Ein Hilfssensor, der „läuft/ruht“ aus der Leistung ableitet:

# configuration.yaml
template:
  - binary_sensor:
      - name: "Waschmaschine läuft"
        state: >
          {{ states('sensor.waschmaschine_power')|float(0) > 10 }}
        delay_off:
          minutes: 3
        device_class: running

Automation: „Fertig“-Erkennung per Leistung

alias: Waschmaschine fertig (Leistungsbasiert)
trigger:
  - platform: numeric_state
    entity_id: sensor.waschmaschine_power
    below: 10          # Watt-Schwelle
    for:
      minutes: 3       # Hysterese
condition: []
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: binary_sensor.waschmaschine_laeuft
            state: "on"
        sequence:
          - service: notify.mobile_app_mein_handy
            data:
              title: "Waschmaschine"
              message: "Fertig – bitte ausräumen."
          - service: light.turn_on
            target: { entity_id: light.flur }
            data: { flash: long }
          - service: input_boolean.turn_off
            target: { entity_id: input_boolean.waschgang_aktiv }
    default: []
mode: single

Start-Erkennung (optional)

Nützlich, um „Fehlalarme“ zu vermeiden und Statistiken zu führen:

alias: Waschmaschine gestartet
trigger:
  - platform: numeric_state
    entity_id: sensor.waschmaschine_power
    above: 50
    for: "00:00:30"
action:
  - service: input_boolean.turn_on
    target: { entity_id: input_boolean.waschgang_aktiv }
mode: single

Direktintegration (Miele@home / Siemens Home Connect)

alias: Waschmaschine fertig (Miele)
trigger:
  - platform: state
    entity_id: sensor.miele_washer_program_phase
    to: "finished"
action:
  - service: notify.mobile_app_mein_handy
    data:
      title: "Waschmaschine"
      message: "Miele meldet: Waschen fertig."
mode: single

Benachrichtigungen & Komfort

Feinabstimmung

Fazit: Mit einer Messsteckdose oder einer Herstellerintegration erkennst du zuverlässig das Programmmende und wirst benachrichtigt. Das spart Wege, Zeit und macht Home Assistant im Alltag spürbar nützlich.

Türklingel → TV Pause

Eine beliebte Komfort-Automatisierung: Klingelt es an der Tür, pausiert der TV automatisch, optional wird das Live-Kamerabild eingeblendet und Flurlicht aktiviert. Das funktioniert mit Ring, Eufy, Arlo & Co. sowie mit Samsung Tizen, LG webOS, Android TV/Chromecast, Apple TV (über passende Integrationen).

Voraussetzungen

Einfach: Pause & kurzes Lichtsignal

alias: Klingel → TV Pause + Flurlicht
trigger:
  - platform: state
    entity_id: binary_sensor.klingel
    to: 'on'
condition: []
action:
  - service: media_player.media_pause
    target:
      entity_id: media_player.wohnzimmer_tv
  - service: light.turn_on
    target:
      entity_id: light.flur
    data:
      brightness_pct: 80
  - delay: '00:00:20'
  - service: light.turn_off
    target:
      entity_id: light.flur
mode: restart

Mit Kamera-Vorschau (Dashboard-Overlay)

Auf Panels/TVs, die ein Dashboard anzeigen, kannst du per browser_mod ein Popup mit dem Live-Feed öffnen:

alias: Klingel → TV Pause + Kamera-Popup
trigger:
  - platform: state
    entity_id: binary_sensor.klingel
    to: 'on'
action:
  - service: media_player.media_pause
    target: { entity_id: media_player.wohnzimmer_tv }
  - service: browser_mod.popup
    data:
      title: Haustür
      content:
        type: picture-entity
        entity: camera.ring_haustuer
        camera_view: live
      autoclose: true
      timeout: 15000     # 15 s
mode: single

Chromecast/Android TV: Kamera auf TV „casten“

Wenn dein TV/Stick als media_player.chromecast_wohnzimmer verfügbar ist und die Kamera als MJPEG/Stream vorliegt, kannst du eine URL casten (alternativ: RTSP→HLS via Add-on):

alias: Klingel → Kamera auf Chromecast
trigger:
  - platform: state
    entity_id: binary_sensor.klingel
    to: 'on'
action:
  - service: media_player.media_pause
    target: { entity_id: media_player.chromecast_wohnzimmer }
  - service: media_player.play_media
    target: { entity_id: media_player.chromecast_wohnzimmer }
    data:
      media_content_id: "https://ha.example.local/api/camera_proxy_stream/camera.ring_haustuer"
      media_content_type: "video"
  - delay: '00:00:15'
  - service: media_player.media_stop
    target: { entity_id: media_player.chromecast_wohnzimmer }
mode: single

Ring-spezifisch: Trigger direkt vom Doorbell-Event

alias: Ring-Klingel → TV Pause
trigger:
  - platform: state
    entity_id: binary_sensor.ring_front_door_ding
    to: 'on'
action:
  - service: media_player.media_pause
    target: { entity_id: media_player.wohnzimmer_tv }
  - service: notify.mobile_app_mein_handy
    data:
      title: "Klingel"
      message: "Es klingelt an der Haustür."
mode: single

Komfort: Nur pausieren, wenn wirklich „schaut“

Viele Integrationen liefern media_player.state (z. B. playing, paused, off). Damit vermeidest du unnötige Aktionen:

alias: Klingel → nur pausieren, wenn TV spielt
trigger:
  - platform: state
    entity_id: binary_sensor.klingel
    to: 'on'
condition:
  - condition: state
    entity_id: media_player.wohnzimmer_tv
    state: 'playing'
action:
  - service: media_player.media_pause
    target: { entity_id: media_player.wohnzimmer_tv }
mode: single

Rückkehr zur Wiedergabe (Timeout)

Praktisch, wenn du nach kurzer Zeit automatisch fortsetzen willst:

alias: Nach Klingel Wiedergabe fortsetzen
trigger:
  - platform: state
    entity_id: binary_sensor.klingel
    to: 'on'
action:
  - service: media_player.media_pause
    target: { entity_id: media_player.wohnzimmer_tv }
  - delay: '00:00:30'
  - condition: state
    entity_id: media_player.wohnzimmer_tv
    state: 'paused'
  - service: media_player.media_play
    target: { entity_id: media_player.wohnzimmer_tv }
mode: restart

Best Practices

Fazit: „Klingel → TV Pause“ bringt realen Komfortgewinn und verknüpft Sicherheit, Medien und Beleuchtung zu einer stimmigen Szene – ganz ohne App-Wechsel oder manuelle Fernbedienung.

Abwesenheit

Abwesenheit ist eine der wichtigsten Einsteiger-Automatisierungen: Verlassene Häuser verbrauchen weniger Energie, sind sicherer (Alarm scharf) und melden nur Relevantes. Home Assistant bringt dafür Präsenz-Funktionen, Zonen und flexible Trigger mit.

Präsenz-Erkennung (Überblick)

Zonen & Personen

Grundlogik: „Alle weg → Hausmodus Abwesend“

Ein einfacher Helper für den Hausmodus macht Regeln übersichtlich:

# configuration.yaml
input_boolean:
  hausmodus_abwesend:
    name: Hausmodus Abwesend

Automation: Wird die letzte Person „not_home“, aktiviere Abwesenheit:

alias: Hausmodus auf Abwesend setzen (wenn letzte Person geht)
trigger:
  - platform: state
    entity_id: group.alle_personen
    to: not_home
action:
  - service: input_boolean.turn_on
    target: { entity_id: input_boolean.hausmodus_abwesend }
mode: restart

Aktionen bei Abwesenheit

Beispiel-Automation:

alias: Abwesenheit aktiv → Haus sichern & Energie sparen
trigger:
  - platform: state
    entity_id: input_boolean.hausmodus_abwesend
    to: 'on'
action:
  - service: light.turn_off
    target: { area_id: [wohnzimmer, kueche, flur, schlafzimmer] }
  - service: climate.set_preset_mode
    target: { entity_id: climate.* }
    data: { preset_mode: away }
  - service: switch.turn_off
    target:
      entity_id:
        - switch.tv_steckdose
        - switch.pc_steckdose
        - switch.kaffeemaschine
  - service: alarm_control_panel.alarm_arm_away
    target: { entity_id: alarm_control_panel.haus }
  - service: notify.mobile_app_mein_handy
    data:
      title: "Abwesenheit aktiv"
      message: >
        Haus gesichert. Offene Kontakte: {{
          expand(states.binary_sensor)
          | selectattr('attributes.device_class','in',['door','window'])
          | selectattr('state','eq','on') | list | count
        }}
mode: single

Rückkehr: „Jemand kommt heim“

alias: Ankunft → Willkommen zuhause
trigger:
  - platform: state
    entity_id: group.alle_personen
    to: home
action:
  - service: input_boolean.turn_off
    target: { entity_id: input_boolean.hausmodus_abwesend }
  - service: alarm_control_panel.alarm_disarm
    target: { entity_id: alarm_control_panel.haus }
  - service: light.turn_on
    target: { entity_id: light.eingang }
    data: { brightness_pct: 70 }
  - service: climate.set_preset_mode
    target: { entity_id: climate.* }
    data: { preset_mode: comfort }
mode: restart

Anwesenheitssimulation (bei längerer Abwesenheit)

alias: Anwesenheitssimulation (nur wenn abwesend)
trigger:
  - platform: time_pattern
    minutes: "/20"
condition:
  - condition: state
    entity_id: input_boolean.hausmodus_abwesend
    state: "on"
action:
  - choose:
      - conditions: "{{ now().hour in [18,19,20,21,22] }}"
        sequence:
          - service: light.turn_on
            target: { entity_id: light.wohnzimmer }
            data:
              brightness_pct: "{{ (50 + range(0,30)|random)|int }}"
          - delay: "{{ range(300,1200)|random }}"  # 5–20 Min
          - service: light.turn_off
            target: { entity_id: light.wohnzimmer }
mode: single

Best Practices

Fazit: Eine robuste Abwesenheitslogik spart Energie, erhöht Sicherheit und läuft völlig automatisch. Mit guten Präsenzsignalen und klaren Hausmodi ist sie die Basis vieler weiterer Automatisierungen.

Automatisierungen – Fortgeschritten

Fortgeschrittene Automatisierungen nutzen zusätzliche Datenquellen und optimieren Komfort, Energie und Sicherheit deutlich über Einsteiger-Use-Cases hinaus.
Typisch sind energiegetriebene Regeln (PV-Überschuss), kontextabhängige Szenen (Geofencing, Kalender) und Medien-/Multiroom-Workflows.

Bausteine für Fortgeschrittene

Typische Ziele

Best Practices

Im Folgenden setzen wir diese Prinzipien in konkreten Szenarien um: PV-Überschuss → Wallbox/Wärmepumpe, Geofencing, Kalenderintegration und Multiroom Audio.

Solar-Überschuss → Wallbox, Wärmepumpe

PV-Überschuss-Automatisierungen sind einer der größten Mehrwerte von Home Assistant: Strom wird dann verbraucht, wenn er günstig oder selbst erzeugt ist. Typische Verbraucher sind Wallbox (E-Auto), Wärmepumpe/Boiler, Wasch-/Spülmaschine oder Klimageräte.

Grundprinzip

Hilfssensor: PV-Überschuss berechnen

# configuration.yaml (Beispiel)
template:
  - sensor:
      - name: "PV Überschuss"
        unit_of_measurement: "W"
        device_class: power
        state: >
          {{ (states('sensor.pv_power')|float(0) - states('sensor.house_consumption')|float(0)) | round(0) }}

Alternativ, wenn du einen separaten grid_export-Sensor hast (positiv = Einspeisung), kannst du diesen direkt als Trigger nutzen.

Wallbox: Überschussladen (ein/aus)

Einfacher Ansatz: Wallbox einschalten, wenn Überschuss >= 1.5 kW für ≥ 3 Minuten; ausschalten, wenn < 300 W für ≥ 2 Minuten.

alias: PV → Wallbox einschalten (einfach)
trigger:
  - platform: numeric_state
    entity_id: sensor.pv_ueberschuss
    above: 1500
    for: "00:03:00"
condition:
  - condition: state
    entity_id: person.dominik
    state: home
  - condition: numeric_state
    entity_id: sensor.ev_soc
    below: 80                # Ziel 80%
action:
  - service: switch.turn_on
    target: { entity_id: switch.wallbox_enable }
mode: single
alias: PV → Wallbox ausschalten (einfach)
trigger:
  - platform: numeric_state
    entity_id: sensor.pv_ueberschuss
    below: 300
    for: "00:02:00"
action:
  - service: switch.turn_off
    target: { entity_id: switch.wallbox_enable }
mode: single

Wallbox: dynamischer Ladestrom (fortgeschritten)

Viele Wallboxen (z. B. openWB, go-e, Easee) unterstützen die Stromvorgabe in Ampere. Ein Template berechnet den Sollstrom aus dem Überschuss (einphasig ~230 V, dreiphasig ~400 V).

# 3-phasig Beispiel: 400 V * A * cos φ ~ Wirkleistung (vereinfacht)
template:
  - number:
      - name: "EV Sollstrom"
        min: 6
        max: 16
        step: 1
        mode: box
        state: "{{ states('number.ev_sollstrom') }}"
        set_value:
          service: number.set_value
          target: { entity_id: number.wallbox_current_limit }
          data:
            value: "{{ value }}"
alias: PV → Ladestrom dynamisch
trigger:
  - platform: time_pattern
    seconds: "/30"
condition:
  - condition: state
    entity_id: switch.wallbox_enable
    state: "on"
action:
  - variables:
      u: 400
      max_a: 16
      min_a: 6
      p: "{{ states('sensor.pv_ueberschuss')|int(0) }}"
      a_raw: "{{ (p / u) | round(0) }}"
      a_clamped: >
        {% set a = a_raw %}
        {% if a < min_a %} {{ min_a }}
        {% elif a > max_a %} {{ max_a }}
        {% else %} {{ a }} {% endif %}
  - service: number.set_value
    target: { entity_id: number.wallbox_current_limit }
    data: { value: "{{ a_clamped }}" }
mode: restart

Wärmepumpe / Boiler: PV-Überschuss nutzen

Viele Heizungen/Wärmepumpen bieten SG Ready oder Modbus/KNX-Schnittstellen. Mit einem Relais (Shelly, KNX-Aktor) oder Registerschreibungen wird auf „PV-Boost“ geschaltet.

alias: PV → Warmwasser-Boost
trigger:
  - platform: numeric_state
    entity_id: sensor.pv_ueberschuss
    above: 1200
    for: "00:05:00"
condition:
  - condition: time
    after: "10:00:00"
    before: "16:30:00"     # Mittagszeitfenster bevorzugen
  - condition: numeric_state
    entity_id: sensor.hotwater_temp
    below: 58
action:
  - service: switch.turn_on
    target: { entity_id: switch.boiler_pv_boost }
  - delay: "01:00:00"      # Mindestlaufzeit 1 h
  - service: switch.turn_off
    target: { entity_id: switch.boiler_pv_boost }
mode: single

Prioritäten & Lastmanagement

Tarif- und Wetterdaten einbeziehen

Komfort & Sicherheit

Fazit: Mit stabilen Energiesensoren, etwas Hysterese und klaren Prioritäten wird dein Überschussstrom optimal genutzt – für günstiges EV-Laden, warmes Wasser und niedrigen Netzbezug. Home Assistant liefert dafür die komplette Orchestrierung.

Geofencing

Geofencing erweitert die Abwesenheits- und Komfort-Automatisierungen: Home Assistant erkennt, wenn eine oder mehrere Personen einen definierten Bereich verlassen oder sich nähern, und kann darauf reagieren. Das macht Heimfahrtszenarien oder „Haus verlässt sich selbst sichern“ extrem komfortabel.

Grundprinzip

Anwendungsfälle

Automation: Heimkehr

alias: Heimkehr → Willkommen zuhause
trigger:
  - platform: zone
    entity_id: person.dominik
    zone: zone.home
    event: enter
condition: []
action:
  - service: light.turn_on
    target: { entity_id: light.eingang }
    data: { brightness_pct: 80 }
  - service: climate.set_preset_mode
    target: { entity_id: climate.wohnzimmer }
    data: { preset_mode: comfort }
  - service: cover.open_cover
    target: { entity_id: cover.garage }
mode: single

Automation: Letzte Person verlässt Haus

alias: Abwesenheit → Letzte Person geht
trigger:
  - platform: state
    entity_id: group.alle_personen
    to: not_home
action:
  - service: input_boolean.turn_on
    target: { entity_id: input_boolean.hausmodus_abwesend }
  - service: alarm_control_panel.alarm_arm_away
    target: { entity_id: alarm_control_panel.haus }
mode: single

Fortgeschritten: „Näherung“ statt nur Zonen

alias: Heimkehr Szenario (stufenweise)
trigger:
  - platform: numeric_state
    entity_id: sensor.proximity_dominik_home
    below: 2
condition: []
action:
  - choose:
      - conditions: "{{ trigger.to_state.state|float < 0.5 }}"
        sequence:
          - service: cover.open_cover
            target: { entity_id: cover.garage }
      - conditions: "{{ trigger.to_state.state|float < 2 }}"
        sequence:
          - service: climate.set_preset_mode
            target: { entity_id: climate.wohnzimmer }
            data: { preset_mode: comfort }
mode: single

Best Practices

Fazit: Mit Geofencing erkennt Home Assistant, wann Bewohner kommen oder gehen – und passt Licht, Klima, Sicherheit und Komfort automatisch an. So fühlt sich das Smart Home wirklich intelligent an.

Kalenderintegration

Die Kalenderintegration macht Home Assistant noch smarter: Automatisierungen laufen nicht nur nach Uhrzeit oder Sensoren, sondern auch nach Terminen und Ereignissen. So können sich Licht, Kamera, Benachrichtigungen oder ganze Szenen an deinem Alltag orientieren.

Unterstützte Kalender

Praxisbeispiele

Beispiel: Meeting-Automation

alias: Meeting → Büro vorbereiten
trigger:
  - platform: calendar
    entity_id: calendar.mein_google_kalender
    event: start
    search: "Meeting"
condition: []
action:
  - service: light.turn_on
    target: { entity_id: light.buero }
    data: { brightness_pct: 80 }
  - service: camera.record
    target: { entity_id: camera.buero }
    data: { duration: 3600, filename: "/media/meeting.mp4" }
  - service: media_player.volume_set
    target: { entity_id: media_player.sonos_buero }
    data: { volume_level: 0 }
mode: single

Beispiel: Urlaub

alias: Urlaub → Haus auf Abwesenheit
trigger:
  - platform: calendar
    entity_id: calendar.family
    event: start
    search: "Urlaub"
action:
  - service: input_boolean.turn_on
    target: { entity_id: input_boolean.hausmodus_abwesend }
  - service: notify.mobile_app_mein_handy
    data:
      title: "Urlaub gestartet"
      message: "Hausmodus Abwesend ist aktiv."
mode: single

Integration in Dashboards

Best Practices

Fazit: Mit Kalenderintegration verknüpft Home Assistant das digitale Leben mit der physischen Umgebung. Termine werden zu echten Aktionen – von „Meeting“ bis „Urlaub“.

Multiroom Audio

Multiroom Audio ist ein Paradebeispiel für Komfort im Smart Home. Mit Home Assistant lassen sich Lautsprecher unterschiedlicher Hersteller (z. B. Sonos, Bose, Denon/HEOS, Yamaha MusicCast, Google Nest, Amazon Echo) in Szenen einbinden, gruppieren und automatisieren. Sogar TTS-Ansagen (Text-to-Speech) oder Spotify/Radio-Streams sind möglich.

Typische Anwendungsfälle

Sonos-Beispiel: Gruppe bilden

alias: Party Mode
trigger:
  - platform: state
    entity_id: input_boolean.party_mode
    to: 'on'
action:
  - service: sonos.join
    data:
      master: media_player.wohnzimmer
      entity_id:
        - media_player.kueche
        - media_player.bad
        - media_player.schlafzimmer
  - service: media_player.play_media
    target: { entity_id: media_player.wohnzimmer }
    data:
      media_content_id: "spotify:playlist:37i9dQZF1DX0BcQWzuB7ZO"
      media_content_type: music
mode: single

TTS-Ansagen

Mit tts.google_say, tts.amazon_polly_say oder tts.openai_tts kannst du Nachrichten ansagen lassen:

alias: Türklingel → Durchsage
trigger:
  - platform: state
    entity_id: binary_sensor.klingel
    to: 'on'
action:
  - service: tts.google_say
    target:
      entity_id:
        - media_player.kueche
        - media_player.wohnzimmer
    data:
      message: "Es hat an der Haustür geklingelt."
mode: single

Google Cast / Nest

Best Practices

Fazit: Multiroom Audio in Home Assistant verbindet Entertainment, Komfort und Sicherheit. Von Spotify-Playlist bis Alarmdurchsage – alles läuft synchron und herstellerübergreifend.

Automatisierungen – Profi/Abgespaced

Profi- und „abgespacte“ Automatisierungen zeigen, was mit Home Assistant über den Standard hinaus möglich ist. Hier werden mehrere Geräteklassen kombiniert, externe Datenquellen genutzt und oft auch ungewöhnliche Ideen umgesetzt. Damit verschwimmen die Grenzen zwischen Komfort, Sicherheit, Entertainment und sogar Industrie-Anwendungen.

Typische Merkmale

Beispiele für Profi-Automatisierungen

Fazit: Abgespacte Automatisierungen machen Home Assistant zu einer echten Integrationsplattform ohne Grenzen. Sie eignen sich nicht nur für Smart Homes, sondern auch für Firmen, Werkstätten oder ganze Gebäudekomplexe.

BMW/Tesla fährt heim

Dieses Szenario verbindet Fahrzeug-Telemetrie (BMW ConnectedDrive, Tesla API, VW WeConnect …) mit Geofencing und deinem Zuhause: Wenn das Auto sich nähert oder auf dem Grundstück ankommt, werden Garagentor, Außen-/Innenlicht, Heizung/Klima und optional Musik automatisiert gesteuert. Wichtig sind dabei Safety-Checks (z. B. Tor nur öffnen, wenn niemand Unbekanntes erfasst wird) und Ratelimits der Fahrzeug-APIs.

Voraussetzungen

Variante A – Einfach: Zone „home“ betreten

Öffnet das Garagentor und schaltet Licht, sobald das Fahrzeug-Tracker oder der Fahrer die Home-Zone betritt.

alias: Auto kommt heim → Tor & Licht
trigger:
  - platform: zone
    entity_id: device_tracker.bmw_x3           # oder device_tracker.tesla_model3
    zone: zone.home
    event: enter
condition:
  - condition: state
    entity_id: cover.garage
    state: 'closed'                            # doppelte Öffnung verhindern
  - condition: state
    entity_id: alarm_control_panel.haus
    state: disarmed                            # optional: nur wenn Alarm aus
action:
  - service: cover.open_cover
    target: { entity_id: cover.garage }
  - service: light.turn_on
    target: { entity_id: light.einfahrt }
    data: { brightness_pct: 100 }
  - service: light.turn_on
    target: { entity_id: light.flur }
    data: { brightness_pct: 70 }
mode: single

Variante B – Komfort: Proximity-gestaffelt (2 km / 500 m)

Stufenmodell: Bei < 2 km Klima/Licht vorbereiten, bei < 500 m Garage öffnen.

alias: Heimkehr (gestaffelt nach Entfernung)
trigger:
  - platform: numeric_state
    entity_id: sensor.proximity_car_home       # aus Proximity-Integration
    below: 2
action:
  - choose:
      - conditions: "{{ trigger.to_state.state|float < 0.5 }}"
        sequence:
          - condition: state
            entity_id: cover.garage
            state: 'closed'
          - service: cover.open_cover
            target: { entity_id: cover.garage }
          - service: light.turn_on
            target: { entity_id: light.einfahrt }
            data: { brightness_pct: 100 }
      - conditions: "{{ trigger.to_state.state|float < 2 }}"
        sequence:
          - service: climate.set_preset_mode
            target: { entity_id: climate.wohnzimmer }
            data: { preset_mode: comfort }
          - service: scene.turn_on
            target: { entity_id: scene.welcome_home }
mode: restart

Variante C – Tesla-spezifisch: SoC/Laden berücksichtigen

Wenn PV-Überschuss vorhanden ist, Ladefreigabe aktivieren; sonst nur „Welcome-Home“ ausführen.

alias: Tesla arrived → Welcome + ggf. PV-Laden
trigger:
  - platform: state
    entity_id: device_tracker.tesla_model3
    to: home
condition: []
action:
  - service: cover.open_cover
    target: { entity_id: cover.garage }
  - service: light.turn_on
    target: { entity_id: light.einfahrt }
    data: { brightness_pct: 100 }
  - choose:
      - conditions:
          - condition: numeric_state
            entity_id: sensor.pv_ueberschuss
            above: 1500
          - condition: numeric_state
            entity_id: sensor.ev_soc
            below: 80
        sequence:
          - service: switch.turn_on
            target: { entity_id: switch.wallbox_enable }
    default: []
mode: single

Variante D – BMW ConnectedDrive: Event- und Status-Checks

Viele BMW-Integrationen liefern Status-Entities (Türen/Fenster verriegelt, Reichweite, Standort). Mit Checks reduzierst du Fehltrigger und API-Calls.

alias: BMW Heimkehr → Sicher & Willkommen
trigger:
  - platform: state
    entity_id: device_tracker.bmw_x3
    to: home
condition:
  - condition: state
    entity_id: sensor.bmw_doors_locked         # Beispiel-Entity je nach Integration
    state: 'locked'
action:
  - service: cover.open_cover
    target: { entity_id: cover.garage }
  - service: script.welcome_lights
  - service: notify.mobile_app_mein_handy
    data:
      title: "BMW angekommen"
      message: "Garage geöffnet, Licht an. Reichweite: {{ states('sensor.bmw_range') }} km"
mode: single

Sicherheit & Anti-Missbrauch

alias: Garagentor nur mit Bestätigung (Nacht)
trigger:
  - platform: state
    entity_id: device_tracker.car_any
    to: home
condition:
  - condition: time
    after: "23:00:00"
    before: "06:00:00"
action:
  - service: camera.snapshot
    data:
      entity_id: camera.einfahrt
      filename: "/media/snapshots/einfahrt_{{ now().timestamp() }}.jpg"
  - service: notify.mobile_app_mein_handy
    data:
      title: "Ankunft erkannt"
      message: "Tor öffnen?"
      data:
        actions:
          - action: OPEN_GARAGE
            title: "Ja, öffnen"
mode: single
alias: Garagentor öffnen (Bestätigung)
trigger:
  - platform: event
    event_type: mobile_app_notification_action
    event_data:
      action: OPEN_GARAGE
action:
  - service: cover.open_cover
    target: { entity_id: cover.garage }
mode: single

Ratelimits & Zuverlässigkeit

Fazit: „Auto fährt heim“ demonstriert perfekte Orchestrierung von Fahrzeug, Haus und Energie. Mit sauberen Checks, Hysterese und Bestätigung in der Nacht wird es komfortabel und sicher umgesetzt – herstellerübergreifend mit BMW, Tesla & Co.

Gaming-Setup: PS5 + Elgato

Ein Gaming-Setup mit Home Assistant hebt Entertainment auf das nächste Level. Egal ob PlayStation 5, Xbox oder PC mit Elgato-Streaming-Hardware – beim Starten der Konsole oder Aufnahme können Licht, Audio und Zubehör automatisch angepasst werden. So entsteht echtes „Kino-Feeling“ und mehr Komfort beim Zocken oder Streamen.

Typische Komponenten

Praxisbeispiele

Automation: Gaming-Mode

alias: Gaming Mode → PS5
trigger:
  - platform: state
    entity_id: media_player.ps5
    to: 'on'
action:
  - service: light.turn_on
    target: { entity_id: light.wohnzimmer }
    data:
      brightness_pct: 20
      color_name: blue
  - service: switch.turn_on
    target: { entity_id: switch.elgato_keylight }
  - service: media_player.turn_on
    target: { entity_id: media_player.denon_avr }
  - service: media_player.volume_set
    target: { entity_id: media_player.denon_avr }
    data: { volume_level: 0.6 }
mode: single

Automation: Streaming-Modus

alias: Streaming Start
trigger:
  - platform: state
    entity_id: input_boolean.streaming_mode
    to: 'on'
action:
  - service: switch.turn_on
    target: { entity_id: switch.elgato_keylight }
  - service: notify.mobile_app_mein_handy
    data:
      title: "Streaming aktiv"
      message: "Lichter & Kamera sind bereit."
  - service: scene.turn_on
    target: { entity_id: scene.do_not_disturb }
mode: single

Best Practices

Fazit: Mit Home Assistant wird Gaming zum immersiven Erlebnis. Konsolen, Licht, Audio und Streaming-Zubehör verschmelzen zu einem einzigen Szenario – automatisch und individuell anpassbar.

CO₂-Sensor

Ein CO₂-Sensor gehört zu den nützlichsten Smart-Home-Sensoren überhaupt. Mit Home Assistant lässt sich die Luftqualität in Räumen überwachen und automatisch reagieren – von Benachrichtigungen bis hin zur Steuerung von Lüftungen oder Heizungen. Das ist nicht nur für den Komfort wichtig, sondern auch für Gesundheit und Konzentration

Typische Sensoren

Praxisbeispiele

Automation: Lüftung steuern

alias: CO₂ Lüftung
trigger:
  - platform: numeric_state
    entity_id: sensor.co2_wohnzimmer
    above: 1000
action:
  - service: fan.turn_on
    target: { entity_id: fan.wohnraumlueftung }
mode: single

Automation: Warnung mit Licht

alias: CO₂ Warnung Lichtsignal
trigger:
  - platform: numeric_state
    entity_id: sensor.co2_buero
    above: 1200
action:
  - service: light.turn_on
    target: { entity_id: light.buero }
    data:
      color_name: red
      brightness_pct: 100
  - service: notify.mobile_app_mein_handy
    data:
      title: "Luftqualität schlecht"
      message: "CO₂ im Büro über 1200 ppm – bitte lüften."
mode: single

Best Practices

Fazit: Mit CO₂-Sensoren wird Home Assistant zum Gesundheits-Assistenten. Räume bleiben frisch, Konzentration steigt und automatische Steuerung sorgt für mehr Komfort.

Wetterwarnung

Eine Wetterwarnung-Integration in Home Assistant sorgt für mehr Sicherheit. Über Dienste wie DWD WarnWetter, MeteoAlarm oder OpenWeather können Unwetterwarnungen abgerufen und automatisierte Schutzmaßnahmen ausgelöst werden – von Rollläden über Push-Nachrichten bis hin zu akustischen Alarmen.

Typische Datenquellen

Praxisbeispiele

Automation: Sturmwarnung

alias: Sturmwarnung → Schutzmaßnahmen
trigger:
  - platform: state
    entity_id: binary_sensor.dwd_sturmwarnung
    to: 'on'
action:
  - service: cover.close_cover
    target: { entity_id: cover.alle_rolllaeden }
  - service: notify.mobile_app_mein_handy
    data:
      title: "Sturmwarnung aktiv"
      message: "Alle Rollläden wurden geschlossen."
mode: single

Automation: Unwetter → Lichtsignal

alias: Unwetterwarnung Lichtsignal
trigger:
  - platform: state
    entity_id: binary_sensor.meteoalarm_unwetter
    to: 'on'
action:
  - service: light.turn_on
    target: { entity_id: light.wohnzimmer }
    data:
      color_name: red
      flash: short
  - service: notify.mobile_app_mein_handy
    data:
      title: "Unwetterwarnung"
      message: "Bitte Schutzmaßnahmen prüfen."
mode: single

Best Practices

Fazit: Wetterwarnungen machen dein Smart Home sicherer und reaktionsfähiger. Automatische Schutzmaßnahmen verhindern Schäden und informieren Bewohner zuverlässig.

Ring Face Recognition

Mit der Ring Video Doorbell und ähnlichen Geräten (Eufy, Arlo, UniFi Protect, Frigate) lässt sich Home Assistant um Gesichtserkennung erweitern. So kann das System bekannte Personen automatisch identifizieren und individuelle Aktionen auslösen – vom Willkommenslicht bis zu personalisierten Soundeffekten.

Typische Use Cases

Technische Grundlagen

Automation: Willkommen Zuhause (bekanntes Gesicht)

alias: Face Recognition → Willkommen
trigger:
  - platform: event
    event_type: frigate.person_recognized
    event_data:
      name: Dominik
action:
  - service: light.turn_on
    target: { entity_id: light.flur }
    data: { brightness_pct: 80, color_name: warmwhite }
  - service: notify.mobile_app_mein_handy
    data:
      title: "Person erkannt"
      message: "Dominik steht vor der Tür."
mode: single

Automation: Unbekanntes Gesicht

alias: Unbekanntes Gesicht → Alarm
trigger:
  - platform: event
    event_type: frigate.person_recognized
    event_data:
      name: unknown
action:
  - service: camera.record
    target: { entity_id: camera.haustuer }
    data: { duration: 30, filename: "/media/unbekannt.mp4" }
  - service: notify.mobile_app_mein_handy
    data:
      title: "Unbekannte Person"
      message: "Vor der Tür wurde jemand erkannt."
mode: single

Spaß-Szenario: Eigener Soundtrack

alias: Dominik Soundtrack
trigger:
  - platform: event
    event_type: frigate.person_recognized
    event_data:
      name: Dominik
action:
  - service: media_player.play_media
    target: { entity_id: media_player.wohnzimmer }
    data:
      media_content_id: "spotify:track:3n3Ppam7vgaVa1iaRUc9Lp" # Beispiel: Eye of the Tiger
      media_content_type: music
mode: single

Best Practices

Fazit: Mit Face Recognition wird die Haustürklingel zu einem intelligenten Zugangssystem. Bekannte Personen bekommen ein Willkommen, unbekannte Besucher lösen Sicherheitsmaßnahmen aus – oder auch einfach nur Spaß-Automatisierungen.

Industrie

Home Assistant ist nicht nur für Privathaushalte interessant, sondern auch für den industriellen Einsatz. Gerade in Werkstätten, Produktionshallen oder kleinen Betrieben können durch clevere Automatisierungen Kosten gesenkt, Sicherheit erhöht und Abläufe vereinfacht werden. Dank MQTT, Modbus und REST-APIs ist die Anbindung von Maschinen und Steuerungen möglich.

Typische Einsatzszenarien

Praxisbeispiel: Maschinenstart bei Anwesenheit

alias: Mitarbeiter anwesend → Halle starten
trigger:
  - platform: state
    entity_id: binary_sensor.zeiterfassung_arbeiter1
    to: 'on'
action:
  - service: light.turn_on
    target: { entity_id: light.halle }
  - service: switch.turn_on
    target: { entity_id: switch.maschinenhauptschalter }
  - service: notify.mobile_app_meister
    data:
      title: "Produktionsstart"
      message: "Arbeiter 1 ist anwesend, Halle und Maschinen wurden aktiviert."
mode: single

Praxisbeispiel: Energie-Dashboard für Maschinen

sensor:
  - platform: mqtt
    name: "Maschine 1 Verbrauch"
    state_topic: "factory/machine1/power"
    unit_of_measurement: "kW"
  - platform: mqtt
    name: "Maschine 2 Verbrauch"
    state_topic: "factory/machine2/power"
    unit_of_measurement: "kW"

Best Practices

Fazit: In der Industrie ist Home Assistant ein kostengünstiges und flexibles Werkzeug, das Produktionsumgebungen intelligenter macht – von Anwesenheitserkennung über Energieoptimierung bis zu Sicherheitsfeatures.

Apartment

Home Assistant eignet sich nicht nur für Einfamilienhäuser, sondern auch für Wohnungen und ganze Apartment-Komplexe. Gerade dort gibt es viele gemeinschaftliche Abläufe, die sich automatisieren lassen – von Energieoptimierung bis hin zu Service-Benachrichtigungen für die Verwaltung.

Typische Einsatzszenarien

Praxisbeispiel: Müllcontainer-Alarm

alias: Müllcontainer voll → Verwaltung benachrichtigen
trigger:
  - platform: numeric_state
    entity_id: sensor.muellcontainer_fuellstand
    above: 80
action:
  - service: notify.verwaltung
    data:
      title: "Müllcontainer fast voll"
      message: "Bitte Abholung organisieren."
  - service: notify.mobile_app_bewohner
    data:
      title: "Info"
      message: "Der Müllcontainer ist zu 80% gefüllt."
mode: single

Praxisbeispiel: Waschkeller

alias: Waschmaschine fertig → Push an Bewohner
trigger:
  - platform: state
    entity_id: binary_sensor.waschmaschine_status
    to: 'off'
action:
  - service: notify.mobile_app_bewohner
    data:
      title: "Waschmaschine"
      message: "Dein Waschgang ist fertig."
mode: single

Best Practices

Fazit: Mit Home Assistant können auch Apartment-Komplexe smart werden. Von Müll-Management bis Energieoptimierung profitieren Verwaltung und Bewohner gleichermaßen.

Energie & Solar-Integration

Energie & Solar-Integration ist einer der größten Mehrwerte von Home Assistant: Alle Energiedaten – von PV-Anlage und Wechselrichter über Smart Meter, Batteriespeicher und Wallbox – laufen in einer zentralen Plattform zusammen. So entstehen transparente Dashboards, smarte Automatisierungen (Lastverschiebung, PV-Überschussnutzung) und echte Kosten-/CO₂-Einsparungen – vom Einfamilienhaus bis zur Firmeninstallation.

Was diese Sektion abdeckt

Typische Komponenten & Integrationen

Warum zentralisieren?

Best Practices (Überblick)

Ausblick der Unterkapitel: Zuerst richten wir Smart Meter & Shunts ein, dann zeigen wir PV-Logging/Heatmaps, bauen konkrete Energie-Automatisierungen (PV-Überschuss, Tarife) und schließen mit Dashboards für Firmen & Großanlagen ab.

Smart Meter & Shunts

Smart Meter & Shunts bilden die Grundlage für eine präzise Energiedatenerfassung in Home Assistant. Sie messen Strom, Spannung und Leistung und ermöglichen so eine transparente Darstellung des Energieverbrauchs und der -erzeugung. Ob einzelne Geräte, komplette Unterverteilungen oder die gesamte Hausinstallation – ohne Messung keine Optimierung.

Typische Geräte & Sensoren

Praxisanwendungen

Beispiel: Waschmaschine erkennen

alias: Waschmaschine fertig
trigger:
  - platform: numeric_state
    entity_id: sensor.waschmaschine_power
    below: 5
    for: "00:02:00"
action:
  - service: notify.mobile_app_mein_handy
    data:
      title: "Waschmaschine"
      message: "Dein Waschgang ist beendet."
mode: single

Best Practices

Fazit: Smart Meter und Shunts sind die Basis für smarte Energieoptimierung. Sie machen Lasten sichtbar, ermöglichen präzise Automatisierungen und liefern die Daten für Dashboards und Statistiken.

PV-Logging, Heatmaps, Statistiken

PV-Logging, Heatmaps & Statistiken machen die Erzeugung und Nutzung von Solarenergie in Home Assistant transparent. Durch die Integration von Wechselrichtern, Speichern und Smart Metern lassen sich Produktionsdaten in Echtzeit erfassen, langfristig speichern und optisch ansprechend aufbereiten – vom einfachen Energiedashboard bis zur detaillierten Heatmap.

Datenquellen

Visualisierungsmöglichkeiten

Beispiel: Energy Dashboard Konfiguration

energy:
  sources:
    - type: solar
      stat_energy_from: sensor.pv_erzeugung
      name: "PV-Anlage"
    - type: grid
      flow_from:
        - stat_energy_from: sensor.strom_import
      flow_to:
        - stat_energy_to: sensor.strom_export
    - type: battery
      stat_energy_from: sensor.batterie_entladung
      stat_energy_to: sensor.batterie_ladung

Best Practices

Fazit: Mit PV-Logging, Heatmaps und Statistiken werden Energieflüsse sichtbar und optimierbar. Home Assistant verwandelt die PV-Anlage vom reinen Stromlieferanten zur intelligenten Datenquelle.

Automatisierungen für Energieoptimierung

Automatisierungen für Energieoptimierung sind das Herzstück einer wirklich smarten PV-Integration. Statt Solarstrom ungenutzt ins Netz einzuspeisen, können Verbraucher wie Wallbox, Wärmepumpe oder Haushaltsgeräte automatisch dann laufen, wenn Überschuss verfügbar ist. So steigt der Eigenverbrauch, Kosten sinken und die Nachhaltigkeit nimmt zu.

Typische Szenarien

Beispiel: PV-Überschuss → Wallbox

alias: PV-Überschuss Laden
trigger:
  - platform: numeric_state
    entity_id: sensor.pv_ueberschuss
    above: 3000
    for: "00:05:00"
action:
  - service: switch.turn_on
    target: { entity_id: switch.wallbox }
mode: single

Beispiel: Waschmaschine bei PV-Ertrag starten

alias: Waschmaschine Solarstart
trigger:
  - platform: numeric_state
    entity_id: sensor.pv_ueberschuss
    above: 2000
    for: "00:10:00"
condition:
  - condition: state
    entity_id: switch.waschmaschine
    state: "off"
action:
  - service: switch.turn_on
    target: { entity_id: switch.waschmaschine }
mode: single

Best Practices

Fazit: Mit Energie-Automatisierungen wird Home Assistant zum Energie-Manager. Strom fließt dahin, wo er am meisten Nutzen bringt – automatisch, effizient und flexibel.

Dashboards für Firmen & Großanlagen

Dashboards für Firmen & Großanlagen machen Home Assistant auch im gewerblichen Umfeld attraktiv. Neben klassischen Smart-Home-Funktionen steht hier die Visualisierung von Energieflüssen, Maschinenstatus und Sicherheitssystemen im Vordergrund. Mit individuell angepassten Oberflächen können Mitarbeiter, Techniker und Management jeweils die Informationen sehen, die sie benötigen.

Typische Einsatzszenarien

Technische Umsetzung

Beispiel: Energie-Dashboard für eine Firma

views:
  - title: Energie
    path: energie
    cards:
      - type: gauge
        entity: sensor.gesamtverbrauch
        name: Gesamtverbrauch
        max: 20000
      - type: sensor
        entity: sensor.pv_erzeugung
        name: PV-Erzeugung
      - type: sensor
        entity: sensor.netz_import
        name: Netzbezug
      - type: sensor
        entity: sensor.batterie_soc
        name: Batterie SoC

Best Practices

Fazit: Dashboards für Firmen und Großanlagen machen Home Assistant zu einer skalierbaren Plattform. Von Energie- und Sicherheitsmonitoring bis Management-KPIs lassen sich komplexe Systeme übersichtlich darstellen.

Sicherheit & Datenschutz

Sicherheit & Datenschutz sind entscheidende Aspekte bei der Nutzung von Home Assistant. Da viele smarte Geräte Daten sammeln und teilweise mit Cloud-Diensten verbunden sind, ist eine saubere Sicherheitsarchitektur Pflicht. Gleichzeitig bietet Home Assistant die Möglichkeit, sämtliche Automatisierungen lokal und ohne externe Abhängigkeiten zu betreiben – ein klarer Vorteil gegenüber rein Cloud-basierten Lösungen.

Wichtige Schutzmaßnahmen

Praxisbeispiele

Beispiel: Alarm-Szenario

alias: Rauchalarm
trigger:
  - platform: state
    entity_id: binary_sensor.rauchmelder_flur
    to: "on"
action:
  - service: notify.mobile_app_mein_handy
    data:
      title: "Alarm!"
      message: "Rauch im Flur erkannt!"
  - service: light.turn_on
    target: { entity_id: light.alle_lichter }
    data: { color_name: red, brightness_pct: 100 }
  - service: siren.turn_on
    target: { entity_id: siren.hauptsirene }
mode: single

Best Practices

Fazit: Mit den richtigen Einstellungen wird Home Assistant zu einer sicheren und datenschutzfreundlichen Smart-Home-Zentrale. Lokale Steuerung schützt vor Ausfällen und unerwünschten Zugriffen von außen.

VLAN & Netzwerksicherheit

VLAN & Netzwerksicherheit sind die Basis für ein stabiles und sicheres Smart Home. Da viele IoT-Geräte potenzielle Angriffsflächen bieten, sollten sie vom Hauptnetzwerk getrennt werden. Home Assistant kann dabei als zentrale Brücke zwischen den Netzen dienen und gleichzeitig alle Daten sicher bündeln.

Warum VLANs?

Praxisaufbau

Firewall-Empfehlungen

Beispiel: Unifi / pfSense VLAN Setup

VLAN 10: 192.168.10.0/24  # Hauptnetz
VLAN 20: 192.168.20.0/24  # IoT
VLAN 30: 192.168.30.0/24  # Gäste

Firewall-Regeln:
- Allow: VLAN 10 → VLAN 20 (HA-Server)
- Block: VLAN 20 → VLAN 10 (alle)
- Allow: VLAN 20 → Internet (Port 123 NTP, 443 HTTPS)

Best Practices

Fazit: Mit VLANs und gezielten Firewall-Regeln lässt sich Home Assistant deutlich sicherer betreiben. Geräte bleiben getrennt, und nur die wirklich notwendigen Verbindungen sind erlaubt.

HTTPS & API-Tokens

HTTPS & API-Tokens sind essenziell, um Home Assistant sicher über das Netzwerk oder das Internet zu betreiben. Während HTTPS für die verschlüsselte Kommunikation sorgt, regeln API-Tokens den sicheren Zugriff von Add-Ons, Apps und externen Diensten auf dein System.

HTTPS in Home Assistant

Praxisbeispiel: Nginx Proxy Manager

http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 172.30.33.0/24

Mit dem Nginx Proxy Manager wird der Zugriff auf Home Assistant per HTTPS abgesichert, während Zertifikate automatisch verlängert werden.

API-Tokens

Praxisbeispiel: REST API Call

curl -X POST -H "Authorization: Bearer ABCDEFG12345" \
     -H "Content-Type: application/json" \
     -d '{"entity_id": "light.wohnzimmer"}' \
     https://meinserver.de/api/services/light/toggle

Best Practices

Fazit: Mit HTTPS und API-Tokens wird Home Assistant deutlich sicherer. Externe Zugriffe sind verschlüsselt, und Integrationen können klar geregelt authentifiziert werden.

Alarm-Szenarien

Alarm-Szenarien sind ein zentraler Bestandteil von Home Assistant, wenn es um Sicherheit im Smart Home geht. Dank der Vielzahl an unterstützten Sensoren (Rauch, Wasser, Bewegung, Tür-/Fensterkontakte) lassen sich komplexe Alarmsysteme realisieren – vollständig lokal und unabhängig von Cloud-Diensten.

Typische Szenarien

Praxisbeispiel: Einbruchalarm

alias: Einbruchalarm
trigger:
  - platform: state
    entity_id: binary_sensor.bewegung_wohnzimmer
    to: "on"
  - platform: state
    entity_id: binary_sensor.tuerkontakt_haustuer
    to: "on"
condition:
  - condition: state
    entity_id: alarm_control_panel.ha
    state: "armed_away"
action:
  - service: siren.turn_on
    target: { entity_id: siren.haussirene }
  - service: light.turn_on
    target: { entity_id: light.alle_lichter }
    data: { color_name: red, brightness_pct: 100 }
  - service: notify.mobile_app_mein_handy
    data:
      title: "Alarm!"
      message: "Bewegung im Wohnzimmer erkannt!"
mode: single

Praxisbeispiel: Wasserschaden

alias: Wasserschaden Notfall
trigger:
  - platform: state
    entity_id: binary_sensor.wassersensor_keller
    to: "on"
action:
  - service: switch.turn_off
    target: { entity_id: switch.hauptwasser }
  - service: notify.mobile_app_mein_handy
    data:
      title: "Wasseralarm"
      message: "Leckage im Keller erkannt – Hauptwasser wurde abgeschaltet."
mode: single

Best Practices

Fazit: Mit Home Assistant lassen sich professionelle Alarm-Szenarien umsetzen – vom Einbruchschutz bis zur Leckageerkennung – lokal, flexibel und erweiterbar.

Sirenen, Blinklichter, Push

Sirenen, Blinklichter & Push-Nachrichten sind die typischen Ausgabekanäle eines Smart-Home-Alarms. Sie sorgen dafür, dass Bewohner sofort reagieren können und Angreifer abgeschreckt werden. Home Assistant erlaubt es, diese Elemente flexibel zu kombinieren – lokal gesteuert und ohne Abhängigkeit von einer Cloud.

Alarm-Ausgabeoptionen

Praxisbeispiel: Einbruchalarm mit Sirene + Push

alias: Einbruch → Sirene & Push
trigger:
  - platform: state
    entity_id: binary_sensor.fenster_buero
    to: "on"
condition:
  - condition: state
    entity_id: alarm_control_panel.ha
    state: "armed_away"
action:
  - service: siren.turn_on
    target: { entity_id: siren.hauptsirene }
  - service: notify.mobile_app_mein_handy
    data:
      title: "Einbruchalarm"
      message: "Bürofenster wurde geöffnet!"
mode: single

Praxisbeispiel: Rauchalarm mit Blinklicht

alias: Rauchalarm → Licht rot
trigger:
  - platform: state
    entity_id: binary_sensor.rauchmelder_wohnzimmer
    to: "on"
action:
  - service: light.turn_on
    target: { entity_id: light.wohnzimmer }
    data:
      color_name: red
      brightness_pct: 100
      flash: long
  - service: notify.mobile_app_mein_handy
    data:
      title: "Rauchalarm"
      message: "Rauch im Wohnzimmer erkannt!"
mode: single

Best Practices

Fazit: Mit Sirenen, Blinklichtern und Push-Nachrichten bietet Home Assistant ein leistungsstarkes Alarm-Ökosystem. Bewohner werden sofort informiert, und potenzielle Gefahren können schnell erkannt und gestoppt werden.

Mobile Nutzung

Mobile Nutzung ist ein zentrales Feature von Home Assistant, da das Smart Home nicht nur von zu Hause aus gesteuert werden soll. Mit der Home Assistant Companion App für iOS und Android, Push-Benachrichtigungen und Standort-Tracking wird die Steuerung und Automatisierung auch unterwegs möglich. Dadurch erweitert sich der Nutzen erheblich – von einfachen Statusmeldungen bis hin zu komplexem Geofencing.

Was die mobile Nutzung ermöglicht

Vorteile der Companion App

Praxisbeispiel: Standortbasierte Automatisierung

alias: Heizung bei Heimkehr einschalten
trigger:
  - platform: state
    entity_id: person.dominik
    to: "home"
condition: []
action:
  - service: climate.set_temperature
    target: { entity_id: climate.wohnzimmer }
    data: { temperature: 22 }
mode: single

Praxisbeispiel: Push bei Alarm

alias: Alarm Push-Nachricht
trigger:
  - platform: state
    entity_id: alarm_control_panel.ha
    to: "triggered"
action:
  - service: notify.mobile_app_mein_handy
    data:
      title: "Alarm ausgelöst"
      message: "Bitte sofort prüfen!"
mode: single

Fazit: Durch die mobile Nutzung wird Home Assistant zu einer weltweit steuerbaren Plattform. Egal ob Sicherheit, Komfort oder Energieoptimierung – das Smart Home ist immer in der Hosentasche dabei.

Home Assistant Companion App

Die Home Assistant Companion App ist die wichtigste Schnittstelle für die mobile Nutzung. Sie ist für iOS und Android verfügbar und bringt zahlreiche Funktionen mit, die weit über das reine Anzeigen von Dashboards hinausgehen. Mit ihr lassen sich Geräte steuern, Automatisierungen auslösen, Standortdaten teilen und Benachrichtigungen empfangen – alles nahtlos in Home Assistant integriert.

Hauptfunktionen

Praxisbeispiel: Handy als Präsenzsensor

alias: Ankunft Dominik
trigger:
  - platform: state
    entity_id: person.dominik
    to: "home"
action:
  - service: light.turn_on
    target: { entity_id: light.flur }
    data: { brightness_pct: 80 }
  - service: notify.mobile_app_mein_handy
    data:
      title: "Willkommen"
      message: "Licht wurde eingeschaltet."
mode: single

Push-Erweiterungen

Best Practices

Fazit: Die Home Assistant Companion App erweitert das System um mobile Steuerung, Sensorik und Benachrichtigungen. Damit wird das Smartphone zum aktiven Teil des Smart Homes.

Push-Benachrichtigungen, Standort, Geofencing

Push-Benachrichtigungen, Standort & Geofencing machen Home Assistant besonders mächtig im Alltag. Statt nur reaktiv zu sein, kann das Smart Home aktiv auf die Position und Aktionen der Bewohner reagieren. Push-Nachrichten informieren sofort über Ereignisse, während Geofencing die Automatisierung von Szenarien wie Heimkommen oder Abwesenheit ermöglicht.

Push-Benachrichtigungen

Standort & Geofencing

Praxisbeispiel: Push bei Müllabholung

alias: Müll rausstellen
trigger:
  - platform: time
    at: "20:00:00"
condition:
  - condition: template
    value_template: "{{ is_state('calendar.muellabfuhr', 'on') }}"
action:
  - service: notify.mobile_app_mein_handy
    data:
      title: "Erinnerung"
      message: "Mülltonne rausstellen nicht vergessen!"
mode: single

Praxisbeispiel: Heimkehr-Automatisierung

alias: Heimkehr Szenario
trigger:
  - platform: state
    entity_id: person.dominik
    to: "home"
action:
  - service: climate.set_temperature
    target: { entity_id: climate.wohnzimmer }
    data: { temperature: 22 }
  - service: light.turn_on
    target: { entity_id: light.flur }
    data: { brightness_pct: 80 }
  - service: media_player.play_media
    target: { entity_id: media_player.sonos }
    data:
      media_content_id: "spotify:playlist:meine_favoriten"
      media_content_type: "music"
mode: single

Best Practices

Fazit: Mit Push-Nachrichten und Geofencing wird Home Assistant proaktiv. Bewohner werden informiert, bevor sie etwas merken – und das Smart Home passt sich dynamisch an den Alltag an.

Siri-Shortcuts, Alexa-Skills, Google Assistant

Siri-Shortcuts, Alexa-Skills & Google Assistant machen Home Assistant auch für Sprachsteuerung nutzbar. Während viele Smart-Home-Systeme direkt von Cloud-Anbietern wie Amazon oder Google abhängig sind, kann Home Assistant diese Plattformen flexibel integrieren oder komplett ersetzen. Damit bleibt die Wahl beim Nutzer, ob Steuerung per Sprache, App oder komplett lokal erfolgen soll.

Apple Siri & HomeKit

Amazon Alexa

Google Assistant

Praxisbeispiel: Siri-Shortcut für Gute Nacht

alias: Gute Nacht Szene
trigger:
  - platform: event
    event_type: ios.shortcut
    event_data:
      name: "Gute Nacht"
action:
  - service: light.turn_off
    target: { entity_id: all }
  - service: lock.lock
    target: { entity_id: lock.haustuer }
  - service: climate.set_temperature
    target: { entity_id: climate.schlafzimmer }
    data: { temperature: 18 }
mode: single

Best Practices

Fazit: Mit Siri, Alexa und Google Assistant lässt sich Home Assistant komfortabel per Sprache bedienen. Gleichzeitig bleibt die Plattform unabhängig und bietet volle Kontrolle über Daten und Automatisierungen.

Profi-Features & Add-Ons

Profi-Features & Add-Ons erweitern Home Assistant weit über die Grundfunktionen hinaus. Für Power-User, Entwickler und Unternehmen gibt es eine Vielzahl an Tools, mit denen sich Automatisierungen, Datenflüsse und Visualisierungen auf ein neues Level bringen lassen. Besonders beliebt sind Node-RED, Blueprints, MQTT, ESPHome, Grafana und InfluxDB.

Typische Einsatzszenarien

Beispiele für Add-Ons

Praxisbeispiel: Node-RED Flow

[
  {
    "id": "licht",
    "type": "inject",
    "name": "Bewegung erkannt"
  },
  {
    "id": "ha_licht",
    "type": "api-call-service",
    "service": "light.turn_on",
    "data": "{\"entity_id\":\"light.flur\"}"
  }
]

Best Practices

Fazit: Mit Profi-Features und Add-Ons wird Home Assistant zur vollwertigen Automatisierungsplattform. Vom Einfamilienhaus bis zum Gewerbebetrieb lassen sich maßgeschneiderte Lösungen umsetzen.

Node-RED

Node-RED ist eines der beliebtesten Add-Ons für Home Assistant, wenn es um visuelle Automatisierung geht. Statt YAML-Dateien manuell zu schreiben, können Abläufe grafisch per Drag-&-Drop erstellt werden. Das erleichtert komplexe Logiken und macht Automatisierungen auch für Nicht-Programmierer übersichtlicher.

Vorteile von Node-RED

Typische Anwendungsfälle

Beispiel: Flow in Node-RED

[
  {
    "id": "bewegung",
    "type": "server-state-changed",
    "name": "Bewegung erkannt",
    "entityidfilter": "binary_sensor.flur_bewegung",
    "x": 100,
    "y": 100
  },
  {
    "id": "zeit",
    "type": "time-range-switch",
    "name": "Nur abends",
    "startTime": "18:00",
    "endTime": "23:59",
    "x": 300,
    "y": 100
  },
  {
    "id": "licht_an",
    "type": "api-call-service",
    "name": "Licht an",
    "service_domain": "light",
    "service": "turn_on",
    "data": "{\"entity_id\":\"light.flur\"}",
    "x": 500,
    "y": 100
  }
]

Best Practices

Fazit: Mit Node-RED wird Home Assistant zur grafischen Automatisierungszentrale. Besonders bei komplexen Szenarien spielt dieses Add-On seine Stärken voll aus.

Blueprints

Blueprints sind ein leistungsstarkes Feature von Home Assistant, das es ermöglicht, wiederverwendbare Automatisierungsvorlagen zu erstellen und zu teilen. Statt jede Automatisierung von Grund auf neu zu definieren, können Nutzer auf fertige Vorlagen zurückgreifen oder eigene erstellen und in der Community veröffentlichen.

Vorteile von Blueprints

Typische Anwendungsfälle

Beispiel: Blueprint für Bewegungsmelder → Licht

blueprint:
  name: Bewegungsmelder Lichtsteuerung
  description: Schaltet Licht bei Bewegung ein und nach einer Zeit wieder aus
  domain: automation
  input:
    bewegungsmelder:
      name: Bewegungsmelder
      selector:
        entity:
          domain: binary_sensor
          device_class: motion
    licht:
      name: Licht
      selector:
        entity:
          domain: light
    verzögerung:
      name: Ausschaltverzögerung (Sekunden)
      default: 60
      selector:
        number:
          min: 10
          max: 600
          unit_of_measurement: seconds

trigger:
  - platform: state
    entity_id: !input bewegungsmelder
    to: "on"
action:
  - service: light.turn_on
    target: { entity_id: !input licht }
  - delay: !input verzögerung
  - service: light.turn_off
    target: { entity_id: !input licht }

Best Practices

Fazit: Blueprints machen Home Assistant einsteigerfreundlicher und skalierbarer. Sie sind die ideale Lösung, um Standard-Automatisierungen schnell und sauber umzusetzen.

MQTT/ESPHome/Grafana/InfluxDB

MQTT, ESPHome, Grafana & InfluxDB gehören zu den wichtigsten Erweiterungen von Home Assistant, wenn es um Geräteintegration, Datenlogging und Visualisierung geht. Zusammen bilden sie ein mächtiges Ökosystem, das sowohl Einsteiger als auch Profis nutzen können, um ihr Smart Home individuell anzupassen.

MQTT – das IoT-Standardprotokoll

ESPHome – DIY-Sensoren & Aktoren

Grafana – Datenvisualisierung

InfluxDB – Zeitreihendatenbank

Praxisbeispiel: ESPHome mit MQTT

esphome:
  name: co2_sensor
  platform: ESP32
  board: nodemcu-32s

sensor:
  - platform: mhz19
    co2:
      name: "Wohnzimmer CO₂"
    temperature:
      name: "Wohnzimmer Temperatur"
    update_interval: 60s

mqtt:
  broker: 192.168.10.10
  username: user
  password: pass

Best Practices

Fazit: Mit MQTT, ESPHome, Grafana und InfluxDB wird Home Assistant zu einer hochflexiblen IoT- und Analyseplattform. Von DIY-Sensoren bis hin zu Unternehmenslösungen sind alle Szenarien abbildbar.

Multi-User-Dashboards

Multi-User-Dashboards sind ein oft unterschätztes Feature von Home Assistant. Sie ermöglichen es, individuelle Oberflächen für verschiedene Nutzergruppen zu erstellen – vom Technik-Enthusiasten bis zum Familienmitglied, das nur die wichtigsten Funktionen braucht. So bleibt das System übersichtlich und für jeden leicht bedienbar.

Warum Multi-User-Dashboards?

Typische Anwendungsfälle

Praxisbeispiel: Nutzerbezogenes Dashboard

lovelace:
  mode: yaml
  dashboards:
    family:
      mode: yaml
      title: "Familie"
      icon: mdi:home
      show_in_sidebar: true
      filename: dashboards/family.yaml
    admin:
      mode: yaml
      title: "Admin"
      icon: mdi:tools
      show_in_sidebar: true
      filename: dashboards/admin.yaml

Best Practices

Fazit: Multi-User-Dashboards machen Home Assistant alltagstauglich für alle Nutzergruppen. Jeder bekommt die passende Oberfläche – vom einfachen Gast bis zum Power-User.

Vergleich mit Alternativen

Vergleich mit Alternativen ist wichtig, um zu verstehen, warum Home Assistant sich so stark durchgesetzt hat. Während andere Systeme wie ioBroker, OpenHAB, SmartThings oder Apple HomeKit-only ebenfalls Stärken haben, punktet Home Assistant durch seine Flexibilität, Community und Unabhängigkeit.

Home Assistant vs. ioBroker

Home Assistant vs. OpenHAB

SmartThings & HomeKit-only

Best Practices beim Vergleich

Fazit: Im direkten Vergleich überzeugt Home Assistant durch Flexibilität, lokale Kontrolle und riesige Integrationsvielfalt. Für Bastler wie auch Profis ist es heute die erste Wahl.

Home Assistant vs ioBroker

Home Assistant vs. ioBroker ist ein häufig diskutiertes Thema in der Smart-Home-Community. Beide Plattformen sind Open Source, sehr leistungsfähig und unterstützen eine riesige Anzahl an Geräten. Dennoch gibt es Unterschiede in Bedienung, Community und Erweiterbarkeit, die den Ausschlag geben können.

Stärken von ioBroker

Stärken von Home Assistant

Unterschiede in der Praxis

Fazit

Wer in Deutschland stark verbreitete Systeme wie Homematic oder KNX einsetzen möchte, findet in ioBroker eine solide Lösung. Wer hingegen Wert auf internationale Community, schnelle Weiterentwicklung und modulare Add-Ons legt, ist mit Home Assistant besser aufgehoben.

Home Assistant vs OpenHAB

Home Assistant vs. OpenHAB ist ein weiterer klassischer Vergleich. Beide Plattformen sind Open Source und haben das Ziel, ein herstellerunabhängiges Smart Home zu ermöglichen. Während OpenHAB als einer der Pioniere in diesem Bereich gilt, hat Home Assistant in den letzten Jahren stark aufgeholt und sich zum Platzhirsch entwickelt.

Stärken von OpenHAB

Stärken von Home Assistant

Unterschiede in der Praxis

Fazit

OpenHAB ist die richtige Wahl für Nutzer, die maximale Stabilität wollen und sich in einer eher technisch geprägten Umgebung wohlfühlen. Home Assistant bietet dagegen mehr Dynamik, Innovation und Einsteigerfreundlichkeit – und ist dadurch heute die verbreitetere Plattform.

SmartThings & HomeKit-only

SmartThings & HomeKit-only sind beides Systeme, die auf den ersten Blick sehr komfortabel wirken, da sie von großen Herstellern wie Samsung und Apple stammen. Sie sind einfach einzurichten und bieten eine gute Integration in ihre jeweiligen Ökosysteme – bringen aber auch Einschränkungen mit sich, die Home Assistant umgeht.

Samsung SmartThings

Apple HomeKit-only

Warum Home Assistant hier flexibler ist

Fazit

SmartThings und HomeKit-only sind gute Systeme für Einsteiger oder Nutzer, die sich komplett im Samsung- oder Apple-Ökosystem bewegen. Wer jedoch freie Gerätewahl, komplexe Automatisierungen und lokale Steuerung will, ist mit Home Assistant klar im Vorteil.

Fazit & Ausblick

Fazit & Ausblick – Home Assistant hat sich in den letzten Jahren von einer Nischenlösung für Bastler zu einer der führenden Smart-Home-Plattformen weltweit entwickelt. Der größte Vorteil liegt in der Flexibilität: Egal ob kleine Wohnung, Einfamilienhaus oder komplexe Gewerbeinstallation – Home Assistant wächst mit den Anforderungen.

Warum Home Assistant die erste Wahl ist

Trends für die Zukunft

Fazit

Home Assistant ist heute schon mehr als nur eine Smart-Home-Software – es ist ein offenes Automatisierungs-Ökosystem. Die Plattform vereint Privatanwender, Profis und Entwickler und wird in den kommenden Jahren durch Standards wie Matter, neue Integrationen und KI noch mächtiger werden.

Ausblick: Ob kleine Mietwohnung, Einfamilienhaus oder komplexe Gewerbeinstallation – Home Assistant bietet die Werkzeuge, um moderne Gebäude effizient, sicher und komfortabel zu machen. Die Zukunft gehört offenen, flexiblen Lösungen – und genau hier setzt Home Assistant an.

FAQ

FAQ – In diesem Abschnitt werden die häufigsten Fragen zu Home Assistant beantwortet. Die Antworten sind bewusst kurz und prägnant gehalten, damit sie sich leicht überfliegen lassen. Gleichzeitig sind sie SEO-optimiert, sodass Suchmaschinen gezielt auf diese Inhalte verweisen können.

Ist Home Assistant kostenlos?

Ja, Home Assistant ist komplett kostenlos und Open Source. Die Software kann auf einem Raspberry Pi, Server oder NAS installiert werden. Kosten entstehen nur, wenn man die Nabu Casa Cloud nutzen möchte (z. B. für Alexa- oder Google-Integration).

Welche Geräte werden unterstützt?

Home Assistant unterstützt tausende Geräte und Marken, darunter Philips Hue, IKEA Tradfri, Shelly, Ring, Sonos, BMW, Tesla, Miele, Samsung, LG, Netatmo, Bosch und viele mehr. Durch offene Schnittstellen wie MQTT lassen sich auch eigene DIY-Geräte einbinden.

Brauche ich einen Raspberry Pi?

Nein, Home Assistant kann auf vielen Plattformen laufen: Raspberry Pi, Intel NUC, Synology NAS, Docker, Proxmox oder auch auf dedizierter Server-Hardware. Ein Raspberry Pi 4 ist aber für Einsteiger eine sehr beliebte und günstige Lösung.

Kann ich Alexa, Google Assistant oder Siri nutzen?

Ja, über die Nabu Casa Cloud oder manuelle Integrationen lassen sich Amazon Alexa, Google Assistant und Apple Siri problemlos anbinden. Damit wird Sprachsteuerung für fast alle Geräte möglich.

Was ist besser: ioBroker oder Home Assistant?

Beide Systeme sind leistungsfähig, aber Home Assistant punktet durch die größere Community, die bessere Dokumentation und die schnellere Weiterentwicklung. ioBroker hat seine Stärken vor allem in der Integration von Homematic und KNX im deutschsprachigen Raum.

Wie sicher ist Home Assistant?

Home Assistant ist sehr sicher, da es lokal im eigenen Netzwerk betrieben wird. Mit HTTPS, VLANs und API-Tokens lassen sich zusätzliche Sicherheitsmaßnahmen umsetzen. Die meisten Risiken entstehen nur, wenn unsichere Cloud-Dienste oder offene Ports genutzt werden.

Kann ich Home Assistant im Unternehmen einsetzen?

Ja, Home Assistant eignet sich auch für Firmen, Hotels oder Produktionshallen. Mit Dashboards, Energie-Monitoring, Multi-User-Support und Add-Ons wie Grafana lässt sich eine professionelle Lösung aufbauen.

Debugging & Troubleshooting

Debugging & Troubleshooting ist ein zentraler Bestandteil beim Arbeiten mit Home Assistant. Da das System sehr flexibel und erweiterbar ist, können Fehler in Konfiguration, Automatisierungen oder Add-Ons auftreten. Mit den richtigen Tools und Methoden lassen sich Probleme jedoch schnell eingrenzen und beheben.

Typische Fehlerquellen

Werkzeuge für Fehlersuche

Best Practices

Fazit: Mit strukturiertem Debugging und den richtigen Tools lassen sich die meisten Probleme in Home Assistant schnell und effizient lösen. Wer Best Practices befolgt, minimiert Ausfälle und sorgt für ein stabiles System.

YAML-Fehler

YAML-Fehler gehören zu den häufigsten Problemen in Home Assistant. Da viele Konfigurationen, Automatisierungen und Integrationen in .yaml- Dateien gespeichert werden, können bereits kleine Tippfehler oder falsche Einrückungen dazu führen, dass Home Assistant nicht mehr startet oder Automatisierungen fehlschlagen.

Typische YAML-Fehler

Tools zur Fehlervermeidung

Praxisbeispiel: Fehlerhafte vs. korrekte YAML

# Fehlerhaft:
alias: Licht an
trigger:
- platform state
  entity_id: binary_sensor.bewegung
  to: 'on'
action
  - service: light.turn_on
    entity_id: light.flur

# Korrekt:
alias: Licht an
trigger:
  - platform: state
    entity_id: binary_sensor.bewegung
    to: "on"
action:
  - service: light.turn_on
    target:
      entity_id: light.flur

Best Practices

Fazit: YAML-Fehler sind ärgerlich, aber mit den richtigen Tools und sauberen Arbeitsweisen lassen sie sich leicht vermeiden. Disziplin bei Einrückungen und Syntax spart viel Zeit beim Debuggen.

Logfiles

Logfiles sind das wichtigste Werkzeug zur Fehlersuche in Home Assistant. Sie enthalten detaillierte Informationen darüber, welche Prozesse laufen, welche Integrationen erfolgreich geladen wurden und wo Fehler auftreten. Wer die Logs lesen und interpretieren kann, spart viel Zeit beim Debugging.

Wichtige Logdateien

Typische Fehlermeldungen

Debug-Level aktivieren

Um detailliertere Logs zu erhalten, kann in der configuration.yaml das Logging-Level angepasst werden:

logger:
  default: warning
  logs:
    homeassistant.components.mqtt: debug
    homeassistant.components.zwave: debug

Best Practices

Fazit: Logfiles sind die erste Anlaufstelle bei Problemen in Home Assistant. Wer sie richtig liest und filtert, kommt schnell zur Ursache und spart sich langwierige Fehlersuche.

Node-RED Debugging

Node-RED Debugging ist entscheidend, wenn komplexe Automatisierungen nicht wie geplant laufen. Da Node-RED mit grafischen Flows arbeitet, gibt es eigene Debugging-Tools, mit denen Fehler sichtbar gemacht werden können.

Debug-Node

Typische Probleme

Beispiel: Debug-Ausgabe in Node-RED

{
  "entity_id": "light.flur",
  "state": "on",
  "attributes": {
    "brightness": 200,
    "friendly_name": "Flurlicht"
  }
}

Weitere Debugging-Methoden

Best Practices

Fazit: Mit Debug- und Catch-Nodes, klaren Statusanzeigen und Logfiles lassen sich Node-RED-Flows schnell analysieren und optimieren. So wird auch bei komplexen Automatisierungen die Fehlersuche beherrschbar.

Supervisor

Supervisor ist das zentrale Verwaltungswerkzeug von Home Assistant OS und Home Assistant Supervised. Er übernimmt die Verwaltung von Add-Ons, Updates, Backups und Systemkontrollen. Für viele Nutzer ist er das Herzstück, da er die Bedienung erheblich vereinfacht.

Aufgaben des Supervisors

Typische Anwendungsfälle

Beispiel: Snapshot-Erstellung

{
  "name": "Backup 2025-09-29",
  "addons": ["core_mosquitto", "a0d7b954_nodered"],
  "folders": ["config", "ssl"],
  "homeassistant": true
}

Best Practices

Fazit: Der Supervisor macht Home Assistant zu einer vollwertigen Plattform, die nicht nur für Bastler, sondern auch für professionelle Umgebungen geeignet ist. Mit zentraler Verwaltung, Updates und Backups sorgt er für Komfort und Sicherheit.

Results

Home Assistant Wiki (English)

This documentation was created by Dominik Ewers

Introduction

This Home Assistant Wiki was created by DE Solutions – a company specializing in electronics, IT, hardware development, and smart home solutions.
The aim is to provide a comprehensive and practical collection of knowledge that guides beginners and offers new inspiration to professionals.
From small rental apartments to single-family homes to commercial installations, Home Assistant covers almost every requirement.

The motivation for this wiki: Smart homes are often more complicated than they should be. Manufacturers offer isolated solutions, functions depend on cloud servers, and as soon as multiple brands are combined, users quickly reach their limits.
Home Assistant changes the rules of the game by providing an open, manufacturer-independent, and extensible foundation for the smart home.

Structure of this wiki

To keep the content clear and concise, the wiki is organized according to the most important topics:
Introduction & basics: Why many smart homes fail and how Home Assistant solves these problems.
Installation & Hardware: From Raspberry Pi and Intel NUC to professional control cabinet solutions.
Dashboards: From standard Lovelace to multi-displays in corporate environments.
Integrations: Brands and devices from Philips Hue, IKEA Tradfri, Shelly, and Ring to Tesla, BMW, Sonos, and Spotify.
Automation: From simple beginner rules to complex professional scenarios for energy, security, and commerce.
Energy & Solar: Smart meters, PV logging, consumption optimization.
Security & data protection: Network protection, alarm systems, encrypted communication.
Mobile use: Companion app, geofencing, push notifications.
Pro features: Node-RED, MQTT, InfluxDB, Grafana, add-ons.
Comparisons: Home Assistant compared to ioBroker, OpenHAB, and SmartThings.
FAQ: Answers to the most frequently asked questions – SEO-optimized for quick help.

Note & Use

All content on this wiki is protected by copyright. It may be quoted in excerpts or used in projects as long as de-solutions.net is cited as the source.
The aim is to share knowledge and offer real added value to those interested in smart homes.
DE Solutions also offers professional support for more complex projects or commercial installations.

Conclusion: This wiki aims to show how versatile and powerful Home Assistant is.
It is aimed at anyone who wants more than a simple Alexa or Google setup and is instead looking for a future-proof, local, and flexible smart home system.

Why smart homes often fail

Many smart home projects fail not because of the idea itself, but because of the typical pitfalls of implementation.
This applies not only to beginners, but also to ambitious users who eventually reach their limits. The following points explain why smart homes often end up being frustrating in practice.

Manufacturer islands

Each manufacturer offers its own ecosystem: Philips Hue with its own bridge, Bosch Smart Home, Xiaomi Aqara, Sonos for audio, Ring for cameras.
Problem: These systems are not compatible or only compatible to a limited extent. If you try to combine several brands, you quickly reach your limits - you often need several apps, gateways and cloud logins.

Cloud compulsion

Many systems only work with a cloud connection to the manufacturer. Examples:
- Amazon Alexa and Google Home process voice commands in the cloud.
- Samsung SmartThings also relies on cloud servers.
If the internet connection or service fails, the smart home is suddenly blind.
Even more serious: if the manufacturer discontinues the service, expensive hardware can become practically unusable.

Data protection problems

Solutions from Google, Amazon and Samsung in particular raise the question: Where does the data go?
Voice commands, movement data, camera streams or energy consumption data are stored in data centers outside the EU.
For many users, this is a significant disadvantage - not only from a data protection perspective, but also for security reasons.

Complexity & fragmentation

The interaction of multiple systems means: different apps, updates and functions.
- The heating is in one app.
- The light in a second.
- Cameras run in a third.
- Automations only work to a limited extent or not at all across manufacturers.
This leads to frustration and prevents a truly intelligent home.

Lack of expandability

Many starter sets seem cheap and simple - for example, a gateway with a few lamps.
Later, you realize that expansions are only possible with expensive additional modules or that the technology is outdated.
One example is Zigbee: While Philips Hue works excellently with lamps, there are no native solutions for sensors or special devices - these then have to be retrofitted via other systems .

Conclusion

The typical problems are: Individual solutions, cloud dependency, data protection risks, complexity and a lack of expandability.
This is exactly where Home Assistant comes in - as a central platform that overcomes manufacturer boundaries and brings everything together in one system.

The promise of Home Assistant

While traditional smart home systems often fail due to manufacturer boundaries, cloud constraints and limited expandability, Home Assistant takes a different approach.
The platform brings together all devices, brands and services in one central interface - regardless of whether they come from Amazon, Google, Apple, Samsung, Philips, IKEA, Shelly, Ring, Sonos or BMW.

Central platform

Instead of five different apps and gateways, there is now just one interface: Home Assistant.
This is where all sensors, actuators, cameras, speakers and vehicles come together - regardless of which ecosystem they come from.
This means: uniform control, shared automation and a complete overview.

Local instead of cloud

Home Assistant works locally in your own network. This has several advantages:
- Control remains possible even without an internet connection.
- Faster response times because there are no cloud servers in between.
- Data protection: No sensitive information leaves the home network.
- Stability: Independent of service outages or manufacturers who discontinue their cloud service.

Manufacturer independence

Home Assistant integrates thousands of devices via integrations - many of which come directly from the community.
Examples:
- Philips Hue, IKEA Tradfri, Nanoleaf for lighting.
- Shelly, TP-Link Kasa, AVM Fritz!DECT for sockets and relays.
- Ring, Arlo, Eufy for security.
- Sonos, Bose, Denon, Samsung TV for multimedia.
- BMW ConnectedDrive, Tesla, Mercedes Me for vehicles.
This creates a cross-manufacturer smart home that is not limited to one brand.

Flexibility & expandability

Whether beginner or professional - Home Assistant grows with your requirements:
- Beginners use simple automations such as “When the alarm clock rings, start the coffee machine”.
- Advanced users build complex scenarios with Zigbee2MQTT, ESPHome or Node-RED.
- Professionals use Home Assistant in switch cabinets, commercial buildings or apartment complexes, including energy monitoring and security concepts.

Community & further development

One key difference: Home Assistant is open source and is supported by a global community.
This means:
- Regular updates with new features and security fixes.
- Blueprints for ready-made automations.
- Forums, Discord, GitHub for exchange and support.
As a result, Home Assistant is constantly evolving and remains up-to-date in the long term.

Conclusion

The promise of Home Assistant is:
A future-proof, independent and flexible smart home system that is not controlled by a single manufacturer.
It combines the strengths of Alexa, Google Home, HomeKit and SmartThings without taking on their limitations - and gives users back full control of their home.

What is Home Assistant?

Home Assistant is an open source platform for smart homes that brings together devices and services from a wide range of manufacturers in one central interface.
While classic systems such as Amazon Alexa, Google Home or Samsung SmartThings are heavily dependent on the respective manufacturer, Home Assistant takes an independent, open approach.

The platform runs on its own hardware - from Raspberry Pi and Intel NUC to servers or NAS systems - and can be operated completely locally.
This keeps data in-house, automations are independent of the internet and users retain full control over their devices.

Home Assistant is particularly strong thanks to the enormous number of integrations: From Philips Hue and IKEA Tradfri to Shelly, Ring, Sonos and Netatmo through to BMW ConnectedDrive, Tesla or Siemens Home Connect - almost every brand can be integrated.
In addition, add-ons such as ESPHome, Node-RED, Grafana and MQTT are available, making Home Assistant a fully-fledged operating system for smart homes.

In short: Home Assistant is not a closed product, but a flexible framework that can be adapted to your own needs - whether it's an apartment, a single-family home or a commercial installation.

Open source & community

Home Assistant is an open source project that was launched in 2013 and has been growing continuously ever since.
The big advantage: it is not owned by a group, but is maintained by a global community of developers, companies and users.

This means:
- Free: Home Assistant itself does not incur any license costs.
- Fast development: New functions and bug fixes every month.
- Transparency: The source code is openly visible and verifiable.
- Collaboration: Anyone can contribute integrations or report bugs.
- Long-term: Not dependent on one manufacturer, but jointly supported.

This community orientation means that new integrations, add-ons and blueprints are constantly being created that expand the system in a practical way - often faster than large manufacturers can.

Local control vs cloud

A core principle of Home Assistant is local control.
This sets it apart from many smart home products that only work via external cloud servers.

Advantages of local control:
- Devices respond faster as commands are not sent via the Internet.
- Data protection: No personal data is sent to third parties.
- Resilience: The smart home remains functional even without the Internet.
- Stability: No dependence on external services that can fail or be discontinued.

Nevertheless, Home Assistant can also include cloud integrations, e.g. Spotify, YouTube, OpenWeather or BMW ConnectedDrive.
The difference: you decide for yourself which cloud services you want to use - and which not.

Difference to Alexa, Google, SmartThings

While systems such as Amazon Alexa, Google Home or Samsung SmartThings are firmly tied to one manufacturer, Home Assistant is platform-independent.
This makes the decisive difference.

Alexa / Google Home / SmartThings:
- Cloud compulsion, data runs via external servers.
- Device selection optimized for specific brands.
- Automations often limited or only possible via the respective app.
- Data protection dependent on the respective provider.

Home Assistant:
- Runs locally, full control over data.
- Integrates thousands of devices, regardless of manufacturer.
- Complex automations possible that combine multiple brands and services.
- Platform remains open - you can also integrate Alexa, Google or Siri, but you don't have to.

This positions Home Assistant as a central control that uses the advantages of the major platforms without adopting their disadvantages.

Installation & hardware

Home Assistant can be installed on very different platforms - from inexpensive entry-level hardware to professional server solutions.
The choice of hardware depends on budget, technical knowledge and the planned scope of the smart home.

Types of installation

Important selection criteria

Recommendation by user group:
- Beginner: Raspberry Pi 4 or 5 with SSD.
- Advanced: Intel NUC or mini PC, often with Proxmox as the basis.
- Professionals/commercial: Control cabinet installation on DIN rail with UPS, separate gateways and VLAN integration.

Raspberry Pi 4 & 5

The Raspberry Pi is by far the most popular platform for getting started with home assistants.
The Raspberry Pi 4 and Raspberry Pi 5 models in particular are ideal for setting up your first smart home projects and expanding them later.

Advantages of Raspberry Pi

Raspberry Pi 4

- Proven model with 2-8 GB RAM.
- Runs stable with Home Assistant OS.
- Very good choice for beginners and small to medium-sized installations.
- Important: Always use an SSD instead of an SD card to avoid data loss.

Raspberry Pi 5

- Significantly more powerful than the Pi 4 (faster processor, PCIe support).
- Ideal for users with many automations, dashboards and integrations.
- Can also easily handle larger installations with Grafana, InfluxDB and Zigbee2MQTT.
- Attention: Slightly higher energy consumption and more expensive than the Pi 4.

Typical areas of application

Conclusion: The Raspberry Pi is the perfect entry-level device into the world of Home Assistant.
If you want to start small and grow later, you'll find the best balance of cost, performance and community support here.

Intel NUC, Synology, Proxmox, Docker

In addition to the Raspberry Pi, many users use more powerful platforms for Home Assistant - especially when many devices, add-ons or commercial requirements come into play.
Popular options are Intel NUCs, Synology NAS, Proxmox servers or installation in Docker.

Intel NUC & Mini PCs

An Intel NUC or comparable mini PC is the ideal solution for ambitious smart home projects.
- More computing power than a Raspberry Pi, ideal for many automations and dashboards.
- SSD memory ensures fast and long-lasting performance.
- 8 GB RAM is usually enough for all common add-ons such as Node-RED, Grafana or Zigbee2MQTT.
- Many people also use used thin clients or office mini PCs as a low-cost alternative.

Synology NAS & Unraid

If there is already a NAS in the household, it is a good idea to install Home Assistant on it.
- Synology: Operation in Docker or as a VM via the Virtual Machine Manager.
- Advantage: A central device for data and smart home.
- Disadvantage: Some entry-level models have too little power for large HA setups.
- Unraid: Very flexible, especially if several services (Pi-hole, Nextcloud, Nginx Proxy Manager) are to run in parallel.

Proxmox

Proxmox VE is an open source virtualization platform that can run Home Assistant as a VM or LXC container.
- Ideal for users who want to bundle multiple smart home services on one host.
- Advantages: snapshots, backups and easy migration to new hardware.
- Particularly popular in commercial installations with VLAN separation, UPS integration and complex networks.

Docker

Home Assistant can also be operated as a Docker container.
- Very flexible, as several containers (e.g. MQTT, InfluxDB, Grafana) can run in parallel.
- Runs on almost any hardware (Linux server, NAS, mini PC).
- Disadvantage: The supervisor is missing, add-ons must be integrated manually.
- More suitable for tech-savvy users who want full control over their system.

Conclusion: For ambitious users or companies, a NUC, NAS or Proxmox server is the better choice over a Raspberry Pi.
Docker is the most flexible, but also the most demanding option.
Which solution is the right one depends on budget, technical experience and the desired features.

Cabinet installation (DIN rail)

For professional installations in single-family homes, apartment buildings or even commercial buildings, integration in the control cabinet (top-hat rail mounting) is suitable.
Home Assistant is not operated on a small DIY PC, but as a dedicated control device that is installed centrally in the fuse box.

Hardware options

Advantages

Typical use cases

Conclusion: A control cabinet installation is the most professional variant for Home Assistant.
It combines the flexibility of open source with the robustness of industrial hardware and is particularly suitable when stability and future-proofing are the main focus.

Energy consumption & 24/7 operation

A smart home server such as Home Assistant runs 24 hours a day, 7 days a week - which is why energy consumption plays a major role.
Especially with rising electricity prices, it is worth comparing Raspberry Pi, NUC, NAS or industrial PCs.

Typical consumption values

Cost calculation

With a continuous load of 10 watts, approx. 87 kWh are generated per year. At 30 cents per kWh, that's around €26.
A NUC with 20 watts of continuous consumption is already around €52 per year.
This shows that energy efficiency is a real criterion for 24/7 operation.

Optimization options

Conclusion

Home Assistant can also be used on low-power hardware without any problems.
If you plan your system efficiently, you can keep annual electricity costs below €30-50 despite continuous operation and still have a powerful, reliable smart home.

Dashboards

Dashboards are the control center of Home Assistant - here you combine status, control, history and automations in one clear interface.
The goal is a fast, robust and contextual UI: Important actions immediately accessible, details only when needed.

Information architecture

UX patterns that have proven themselves

Performance & stability

Roles & security

Design & accessibility

Helper entities (“Helpers”)

Example: Home page structure

KPIs at the top (outdoor/indoor temp, PV/grid), quick actions next to them (“All off”, “Sleep time”).
Below this, rooms as a tile grid (light, climate, media), “Recent events” and notes (e.g. “Window open”) at the bottom.

# Example: Excerpt for a start page (Lovelace YAML mode)
Views:
  - Title: Start
 Path: Start
 Cards:
      - Type: View
        Title: Overview
 Entities:
          - Sensor.outdoor.temperature
          - Sensor.living.room.temperature
          - Sensor.PV power
          - Sensor.grid.import
      - Type: Entities
    Title: Quick actions
    Entities:
          - Scene.evening
          - script.all_lights_off
          - input_boolean.sleep_mode
      - type: entities
        title: Hints
    entities:
          - binary_sensor.window_kitchen
          - binary_sensor.window_bedroom
      # Rooms/functions follow as separate maps/stacks...

The details on standard and custom cards follow in the next section “Lovelace Standard & Custom Cards”.

Lovelace standard & custom cards

The Home Assistant front end is called Lovelace. It can be configured using a UI editor or as YAML and supports both standard cards and a large selection of custom cards (via HACS).

Standard cards (selection)

Custom Cards (HACS)

UI editor vs. YAML

Examples

1) Conditional display - only show "window open" if really open:

type: conditional
conditions:
  - entity: binary_sensor.window_bedroom
 state: 'on'
card:
 type: entity
 entity: binary_sensor.window_bedroom
 name: Bedroom window open

2) Room card (entities + buttons)

type: vertical-stack
Cards:
  - Type: Entities
 Title: Living room
 Entities:
      - light.living_ceiling
      - climate.living
      - media_player.living_tv
  - Type: horizontal-stack
  Cards:
      - type: button
    name: cinema
    icon: mdi:movie
    tap action: { action: call-service, service: scene.turn_on, service data: { entity ID: scene.movie theater } }
      - type: Button
    name: All from
    icon: mdi:power
    tap action: { Action: call-service, Service: script.turn_on, Service data: { Entity ID: script.all_lights_off } }

3) Dynamische Liste: alle offenen Fenster

type: custom:auto-entities
card:
  type: entities
  title: Open windows/doors
filter:
  include:
    - domain: binary_sensor
      state: 'on'
      attributes:
        device_class:
          - opening
          - door
          - window
  exclude:
    - entity_id: binary_sensor.*_ignored

Note: Custom cards are usually installed via HACS. Update regularly and ensure compatibility with new HA releases.

Wall displays

Wall displays turn the Home Assistant into a central control panel - always visible, always accessible.
Fixed iPads, Android tablets (e.g. Amazon Fire) or Smart Displays such as Google Nest Hub are typical. Kiosk mode, a reliable power supply and a touch-optimized dashboard are important.

Device selection & power

Kiosk Mode & Always-On

Wake & presence

UI design for the wall panel

Typical panel automations

# Switch on display when movement is detected in front of the panel (Fully Kiosk)

alias: Wake up panel on movement
trigger:
  - platform: state
    entity_id: binary_sensor.panel_motion
    to: 'on'
action:
  - service: rest_command.fully_screen_on   # via REST-Command auf Fully-API
  - service: number.set_value
    target: { entity_id: number.panel_brightness }
    data: { value: 85 }
mode: restart
# Night rest: Dim panel & switch to night side
alias: Night mode panel
trigger:
  - platform: time
    at: ‚23:00:00‘
action:
  - service: rest_command.fully_load_url
    data: { url: „/lovelace-nacht/start“ }
  - service: number.set_value
    target: { entity_id: number.panel_brightness }
    data: { value: 10 }

Best practices

Conclusion: With iPad, Android/Fire + Fully Kiosk or a Nest Hub, Home Assistant becomes a reliable, family-safe wall panel - fast, clear and always operable.

Multi dashboards

Multi dashboards separate views according to target group and purpose: a clear start page for the family, a technology view for admins, separate views for energy, security and multimedia - and, if necessary, dedicated dashboards for the office/apartment building.

Typical layout

Rights model & visibility

Navigation & structure

Example: Dashboard definition

# configuration.yaml
lovelace:
  mode: storage # UI editor can still be used
  dashboards:
    lovelace-start:
      mode: storage
      filename: ui-lovelace-start.yaml
      title: Start
      icon: mdi:home
      show_in_sidebar: true
    lovelace-energie:
      mode: yaml
      filename: ui-lovelace-energie.yaml
      title: Energie
      icon: mdi:solar-power-variant
      show_in_sidebar: true
    lovelace-security:
    mode: yaml
    filename: ui-lovelace-security.yaml
    title: Security
      icon: mdi:shield-home
      show_in_sidebar: true

Example: Energy dashboard (excerpt)

# ui-lovelace-energy.yaml
title: Energy
views:
  - title: Overview
 path: overview
 cards:
      - type: energy-distribution
      - type: energy-usage-graph
      - type: entities
 title: Consumer
 entities:
          - switch.washing-machine
          - switch.winder
          - switch.wallbox_boost
      - type: gauge
 name: Current PV power
 entity: sensor.pv_power
      - type: gauge
 name: Grid reference
 entity: sensor.grid_import

Example: Security dashboard (excerpt)

# ui-lovelace-security.yaml
title: Security
views:
  - title: Live
 path: live
 cards:
      - type: entities
 title: Doors & Windows
 entities:
          - binary_sensor.door_front
          - binary_sensor.window_kitchen
          - binary_sensor.window_bedroom
      - type: alarm-panel
 states: [armed_away, armed_home, disarmed]
 entity: alarm_control_panel.haus
      - type: picture-glance
 title: Front door
 Entities: []
 Camera image: camera.ring_front_door
      - Type: History diagram
 Title: Events
 Entities:
          - Binary_sensor.motion_entry
          - Binarysensor.door_front
 Hours to display: 6

Automations for context-based switching

alias: Switch to security view when ringing (panels)
trigger:
  - platform: state
 entity_id: binary_sensor.bell
 to: 'on'
action:
  - service: browser_mod.navigate
 data:
 path: /lovelace-security/live
mode: single

Best practices

Conclusion: Multi-dashboards provide an overview and speed - every target group gets the information and actions they really need, without any clutter.

Company & apartment solutions

Home Assistant is not only suitable for single-family homes or apartments, but also for large buildings and commercial environments. With flexible hardware, modular dashboards and a huge variety of integrations, the platform can be used in companies, apartment complexes and apartment buildings.

Apartment and multi-family buildings

Companies & commerce

Dashboards for large installations

Best practices

Conclusion: Whether apartment complex or commercial operation - Home Assistant can be used far beyond the classic smart home . With the right integrations and a clean architecture, it becomes a future-proof building management system.

Integrations & brands

The greatest strength of Home Assistant is the enormous number of integrations. While traditional smart home systems are often limited to one or two manufacturers, Home Assistant connects thousands of devices and services in one platform. This allows heterogeneous environments - from Philips Hue to Shelly to BMW ConnectedDrive - to be controlled seamlessly.

Types of integrations

Advantages over manufacturer-specific solutions

Integration technologies

Conclusion: Integrations make Home Assistant the Swiss army knife of the smart home.
From everyday devices such as lamps and sockets to complex scenarios with cars, solar systems or industrial machines - the platform offers freedom across manufacturers.

Voice assistants

Home Assistant can be seamlessly connected to voice assistants. This allows devices to be controlled not only via dashboards or automations, but also via Alexa, Google Assistant, Apple Siri/HomeKit or Samsung SmartThings.

Amazon Alexa

Google Assistant

Apple Siri & HomeKit

Samsung SmartThings

Best practices

Conclusion: Voice assistants make Home Assistant particularly family-friendly.
Whether Alexa, Google, Siri or SmartThings - voice commands can be integrated into everyday life with just a few clicks.

Lighting

The integration of lighting systems is one of the most popular applications of Home Assistant.
From classic light bulb adapters to ultra-modern LED panels , almost all systems can be integrated - whether via WLAN, Zigbee or proprietary bridges.

Philips Hue

IKEA Tradfri

Nanoleaf

Govee

Other providers

Lighting in automations

Best practices

Conclusion: Whether Philips Hue in the living room, IKEA Tradfri in the hallway or Nanoleaf in the gaming setup - Home Assistant turns individual lamps into an integrated, intelligent lighting system.

Plugs/relays

Smart sockets and relays are one of the easiest ways to integrate devices into Home Assistant. They make “dumb” devices smart by measuring power supply and consumption and controlling them via automation.

Shelly

TP-Link Kasa

Meross

AVM Fritz!DECT

Other options

Typical use cases

Best practices

Conclusion: With smart sockets and relays such as Shelly, Kasa or Fritz!DECT, everyday devices can be intelligently controlled and energy consumption can be made transparent. They are an inexpensive introduction to the smart home and at the same time a powerful tool for automation.

Sensors

Sensors are the backbone of an intelligent smart home. They provide the data that triggers automations and fills dashboards with life.
From temperature and air quality to movement, water and security sensors - Home Assistant supports a huge variety.

Netatmo

Bosch

Xiaomi Aqara

Other manufacturers

Typical automations

Best practices

Conclusion: Whether Netatmo for weather, Aqara for low-cost door/window contacts or Bosch for security - sensor technology makes Home Assistant a reactive, intelligent smart home.

Security

Security systems are a central component of modern smart homes. With Home Assistant, cameras, door and window sensors, motion detectors and alarm systems can be bundled into one platform - regardless of the manufacturer.

Ring

Arlo

Eufy

Abus

More options

Typical automations

Best practices

Conclusion: Whether Ring, Arlo, Eufy or Abus - Home Assistant turns individual devices into a complete smart home security system. From doorbells and cameras to alarm sirens, everything comes together in a central dashboard.

Audio/video

With Home Assistant, audio and video devices from a wide range of manufacturers can be controlled centrally. From Multiroom audio with Sonos to AV receivers from Denon/Marantz and Smart TVs from Samsung or LG - all systems can be integrated into automation systems.

Sonos

Bose

Denon / Marantz

Samsung TV (Tizen)

LG ThinQ

Logitech Harmony

Elgato (Stream Deck & Lights)

Typical automations

Best practices

Conclusion: Whether Sonos, Bose, Denon, Samsung or Elgato - Home Assistant turns individual devices into a networked multimedia system that interacts perfectly with lighting, scenes and automation.

Vehicles

Home Assistant can integrate not only household appliances, but also vehicles . Many manufacturers offer APIs or interfaces, so that status information, location or even control commands can flow into automations. This is particularly exciting in combination with wallboxes, PV systems and smart home scenes.

BMW ConnectedDrive

Tesla

Mercedes Me

VW WeConnect

Other manufacturers

Typical automations

Best practices

Conclusion: Whether BMW, Tesla, Mercedes or VW - Home Assistant extends the smart home into the garage. Vehicles become active participants in the smart home and can increase comfort, safety and energy efficiency.

Appliances

Home Assistant can also be used to integrate household appliances such as washing machines, dryers, dishwashers and fridges. This makes processes smarter and more transparent and can be incorporated directly into automation.

Miele@home

Siemens Home Connect

Samsung & LG

Other manufacturers

Typical automations

Best practices

Conclusion: With integrations such as Miele@home, Siemens Home Connect, Samsung SmartThings and LG ThinQ , even classic household appliances become part of the smart home. From notifications to intelligent energy optimization, everything is possible.

Services & cloud

In addition to local control, Home Assistant also supports numerous cloud services. They expand the smart home with information, multimedia and AI functions that would be difficult to implement locally.

OpenWeather

Spotify

YouTube

OpenAI & AI integrations

Other cloud services

Typical automations

Best practices

Conclusion: From OpenWeather to Spotify and YouTube to OpenAI - cloud services make Home Assistant even more versatile. Combined with local control, the result is a powerful, flexible smart home ecosystem.

Beginner automations

Automations are the heart of Home Assistant. They combine sensors, devices and services to create intelligent processes. Even with just a few entry-level automations, everyday life can be made considerably more convenient and efficient - without any in-depth understanding of technology.

Why automations?

Typical entry-level automations

Conclusion: The strength of Home Assistant is evident even with simple automations: devices from different manufacturers work together, processes run automatically and everyday life becomes more convenient, safer and more efficient.

Why automations?

Motion sensors for lights

One of the most popular and simplest automations in Home Assistant is light control via motion detector. It ensures that light is switched on automatically as soon as someone enters the room - and switches off again after a defined time without movement.

Typical use cases

Hardware selection

Automation in Home Assistant

A typical automation could look like this:


alias: Automatic hallway light
trigger:
  - platform: state
    entity_id: binary_sensor.floor_motion
    to: "on"
condition: []
action:
  - service: light.turn_on
    target:
      entity_id: light.flur
  - delay: "00:02:00"
  - service: light.turn_off
    target:
      entity_id: light.flur

Best practices

Conclusion: Motion detectors are an inexpensive introduction to the world of automation. They increase comfort, save energy, and can be used flexibly in almost any room.

Coffee machine with phone alarm

A classic “good morning automation” is connecting your cell phone alarm clock to your coffee machine. This means that fresh coffee is ready as soon as you get up – a perfect example of the practical benefits of Home Assistant.

Typical use cases

Technical implementation

Automation example

A YAML example for linking to an alarm clock:


alias: Coffee for the alarm clock
trigger:
  - platform: event
    event_type: mobile_app_notification_action
    event_data:
      action: alarm_triggered
condition: []
action:
  - service: switch.turn_on
    target:
      entity_id: switch.coffee machine

Best practices

Conclusion: The “alarm clock → coffee” automation is a prime example of everyday convenience with Home Assistant. It shows how easy it is to connect smart devices to everyday routines.

Washing machine “done”

With Home Assistant, the washing machine (or dryer/dishwasher) can reliably report when the cycle is complete. The easiest way to do this is via a smart plug with power measurement (e.g., Shelly Plug, TP-Link Kasa, Meross, AVM Fritz!DECT) or via direct integrations such as Miele@home or Siemens Home Connect.

Approaches

Hardware & requirements

Determining threshold values

Template sensor (optional, but helpful)

An auxiliary sensor that derives “running/idling” from the power consumption:

# configuration.yaml
template:
  - binary_sensor:
      - name: “Washing machine running”
        state: >
          {{ states(‘sensor.washing_machine_power’)|float(0) > 10 }}
        delay_off:
          minutes: 3
        device_class: running

Automation: “Finished” detection based on power consumption

alias: Washing machine finished (power-based)
trigger:
  - platform: numeric_state
    entity_id: sensor.washing_machine_power
    below: 10          # Watt threshold
    for:
      minutes: 3       # Hysteresis
condition: []
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: binary_sensor.washing_machine_running
            state: “on”
        sequence:
          - service: notify.mobile_app_my_phone
            data:
              title: “Washing machine”
              message: “Finished – please empty.”
          - service: light.turn_on
            target: { entity_id: light.hallway }
            data: { flash: long }
          - service: input_boolean.turn_off
            target: { entity_id: input_boolean.wash_cycle_active }
    default: []
mode: single

Start detection (optional)

Useful for avoiding “false alarms” and keeping statistics:

alias: Washing machine started
trigger:
  - platform: numeric_state
    entity_id: sensor.washing_machine_power
    above: 50
    for: “00:00:30”
action:
  - service: input_boolean.turn_on
    target: { entity_id: input_boolean.wash_cycle_active }
mode: single

Direct integration (Miele@home / Siemens Home Connect)

alias: Washing machine finished (Miele)
trigger:
  - platform: state
    entity_id: sensor.miele_washer_program_phase
    to: “finished”
action:
  - service: notify.mobile_app_my_phone
    data:
      title: “Washing machine”
      message: “Miele reports: Washing finished.”
mode: single

Notifications & Convenience

Fine-tuning

Conclusion: With a measuring socket or manufacturer integration, you can reliably detect the end of the program and receive a notification. This saves time and effort and makes Home Assistant noticeably useful in everyday life.

Doorbell → TV pause

A popular convenience automation feature: When the doorbell rings, the TV automatically pauses, with the option to display the live camera image and activate the hallway light. This works with Ring, Eufy, Arlo & Co., as well as with Samsung Tizen, LG webOS, Android TV/Chromecast, Apple TV (via appropriate integrations).

Requirements

Simple: Pause & short light signal

alias: Doorbell → TV pause + hallway light
trigger:
  - platform: state
    entity_id: binary_sensor.doorbell
    to: ‘on’
condition: []
action:
  - service: media_player.media_pause
    target:
      entity_id: media_player.living_room_tv
  - service: light.turn_on
    target:
      entity_id: light.hallway
    data:
      brightness_pct: 80
  - delay: ‘00:00:20’
  - service: light.turn_off
    target:
      entity_id: light.hallway
mode: restart

With camera preview (dashboard overlay)

On panels/TVs that display a dashboard, you can use browser_mod to open a pop-up with the live feed:

alias: Doorbell → TV Pause + Camera Pop-up
trigger:
  - platform: state
    entity_id: binary_sensor.doorbell
    to: ‘on’
action:
  - service: media_player.media_pause
    target: { entity_id: media_player.living_room_tv }
  - service: browser_mod.popup
    data:
      title: Front door
      content:
        type: picture-entity
        entity: camera.ring_front_door
        camera_view: live
      autoclose: true
      timeout: 15000     # 15 s
mode: single

Chromecast/Android TV: Cast camera to TV

If your TV/stick is available as media_player.chromecast_living_room and the camera is available as MJPEG/stream, you can cast a URL (alternatively: RTSP→HLS via add-on):

alias: Doorbell → Camera on Chromecast
trigger:
  - platform: state
    entity_id: binary_sensor.doorbell
    to: ‘on’
action:
  - service: media_player.media_pause
    target: { entity_id: media_player.chromecast_livingroom }
  - service: media_player.play_media
    target: { entity_id: media_player.chromecast_livingroom }
    data:
      media_content_id: “https://ha.example.local/api/camera_proxy_stream/camera.ring_front_door”
      media_content_type: “video”
  - delay: '00:00:15'
  - service: media_player.media_stop
    target: { entity_id: media_player.chromecast_livingroom }
mode: single

Ring-specific: Trigger directly from the Doorbell event

alias: Ring doorbell → TV pause
trigger:
  - platform: state
    entity_id: binary_sensor.ring_front_door_ding
    to: ‘on’
action:
  - service: media_player.media_pause
    target: { entity_id: media_player.living_room_tv }
  - service: notify.mobile_app_my_phone
    data:
      title: “Doorbell”
      message: “The doorbell is ringing.”
mode: single

Convenience: Only pause when actually “watching”

Many integrations provide media_player.state (e.g., playing, paused, off). This allows you to avoid unnecessary actions:

alias: Doorbell → only pause when TV is playing
trigger:
  - platform: state
    entity_id: binary_sensor.doorbell
    to: ‘on’
condition:
  - condition: state
    entity_id: media_player.living_room_tv
    state: ‘playing’
action:
  - service: media_player.media_pause
    target: { entity_id: media_player.living_room_tv }
mode: single

Return to playback (timeout)

Useful if you want to resume automatically after a short time:

alias: Resume playback after doorbell
trigger:
  - platform: state
    entity_id: binary_sensor.doorbell
    to: ‘on’
action:
  - service: media_player.media_pause
    target: { entity_id: media_player.living_room_tv }
  - delay: ‘00:00:30’
  - condition: state
    entity_id: media_player.living_room_tv
    state: ‘paused’
  - service: media_player.media_play
    target: { entity_id: media_player.living_room_tv }
mode: restart

Best Practices

Conclusion: “Doorbell → TV Pause” offers real convenience and combines security, media, and lighting into a coherent scene – without having to switch apps or use a manual remote control.

Away mode

Absence is one of the most important automations for beginners: abandoned houses consume less energy, are more secure (alarm armed), and only report relevant information. Home Assistant provides presence functions, zones, and flexible triggers for this purpose.

Presence detection (overview)

Zones & People

Basic logic: “Everyone gone → Home mode Absent”

A simple helper for home mode makes rules clear:

# configuration.yaml
input_boolean:
  home_mode_away:
    name: Home mode Away

Automation: If the last person becomes “not_home,” activate Away mode:

alias: Set home mode to Away (when last person leaves)
trigger:
  - platform: state
    entity_id: group.all_people
    to: not_home
action:
  - service: input_boolean.turn_on
    target: { entity_id: input_boolean.house_mode_away }
mode: restart

Actions when away

Example automation:

alias: Absence active → Secure house & save energy
trigger:
  - platform: state
    entity_id: input_boolean.house_mode_absent
    to: ‘on’
action:
  - service: light.turn_off
    target: { area_id: [living room, kitchen, hallway, bedroom] }
  - service: climate.set_preset_mode
    target: { entity_id: climate.* }
    data: { preset_mode: away }
  - service: switch.turn_off
    target:
      entity_id:
        - switch.tv_outlet
        - switch.pc_outlet
        - switch.coffee_maker
  - service: alarm_control_panel.alarm_arm_away
    target: { entity_id: alarm_control_panel.house }
  - service: notify.mobile_app_my_phone
    data:
      title: “Away mode active”
      message: >
        House secured. Open contacts: {{
          expand(states.binary_sensor)
          | selectattr(‘attributes.device_class’,'in',[‘door’,'window'])
          | selectattr(‘state’,'eq',‘on’) | list | count
        }}
mode: single

Return: “Someone is coming home”

alias: Arrival → Welcome home
trigger:
  - platform: state
    entity_id: group.all_people
    to: home
action:
  - service: input_boolean.turn_off
    target: { entity_id: input_boolean.house_mode_away }
  - service: alarm_control_panel.alarm_disarm
    target: { entity_id: alarm_control_panel.house }
  - service: light.turn_on
    target: { entity_id: light.entrance }
    data: { brightness_pct: 70 }
  - service: climate.set_preset_mode
    target: { entity_id: climate.* }
    data: { preset_mode: comfort }
mode: restart

Presence simulation (for longer periods of absence)

alias: Presence simulation (only when absent)
trigger:
  - platform: time_pattern
    minutes: “/20”
condition:
  - condition: state
    entity_id: input_boolean.house_mode_absent
    state: “on”
action:
  - choose:
      - conditions: “{{ now().hour in [18,19,20,21,22] }}”
        sequence:
          - service: light.turn_on
            target: { entity_id: light.livingroom }
            data:
              brightness_pct: “{{ (50 + range(0,30)|random)|int }}”
          - delay: “{{ range(300,1200)|random }}”  # 5–20 min
          - service: light.turn_off
            target: { entity_id: light.livingroom }
mode: single

Best Practices

Conclusion: Robust absence logic saves energy, increases security, and runs completely automatically. With good presence signals and clear house modes, it forms the basis for many other automations.

Advanced automations

Advanced automation uses additional data sources and significantly optimizes comfort, energy, and security beyond entry-level use cases.
Typical examples include energy-driven rules (PV surplus), context-dependent scenes (geofencing, calendar), and media/multiroom workflows.

Building blocks for advanced users

Typical goals

Best practices

Below, we apply these principles to specific scenarios: PV surplus → wallbox/heat pump, geofencing, calendar integration, and multiroom audio.

Solar surplus

PV surplus automation is one of the greatest added values of Home Assistant: electricity is consumed when it is cheap or self-generated. Typical consumers are wall boxes (electric cars), heat pumps/boilers, washing machines/dishwashers, or air conditioners.

Basic principle

Auxiliary sensor: Calculate PV surplus

# configuration.yaml (example)
template:
  - sensor:
      - name: “PV surplus”
        unit_of_measurement: “W”
        device_class: power
        state: >
          {{ (states(‘sensor.pv_power’)|float(0) - states(‘sensor.house_consumption’)|float(0)) | round(0) }}

Alternatively, if you have a separate grid_export sensor (positive = feed-in), you can use this directly as a trigger.

Wallbox: Surplus charging (on/off)

Simple approach: Switch on wallbox if surplus >= 1.5 kW for ≥ 3 minutes; switch off if < 300 W for ≥ 2 minutes.

alias: PV → Switch on wallbox (simple)
trigger:
  - platform: numeric_state
    entity_id: sensor.pv_surplus
    above: 1500
    for: “00:03:00”
condition:
  - condition: state
    entity_id: person.dominik
    state: home
  - condition: numeric_state
    entity_id: sensor.ev_soc
    below: 80                # Target 80%
action:
  - service: switch.turn_on
    target: { entity_id: switch.wallbox_enable }
mode: single
alias: PV → Switch off wallbox (simple)
trigger:
  - platform: numeric_state
    entity_id: sensor.pv_surplus
    below: 300
    for: “00:02:00”
action:
  - service: switch.turn_off
    target: { entity_id: switch.wallbox_enable }
mode: single
Wallbox: dynamic charging current (advanced) Many wallboxes (e.g., openWB, go-e, Easee) support current specification in amperes. A template calculates the target current from the surplus (single-phase ~230 V, three-phase ~400 V).

# 3-phase example: 400 V * A * cos φ ~ active power (simplified)
template:
  - number:
      - name: “EV target current”
        min: 6
        max: 16
        step: 1
        mode: box
        state: “{{ states(‘number.ev_target_current’) }}”
        set_value:
          service: number.set_value
          target: { entity_id: number.wallbox_current_limit }
          data:
            value: “{{ value }}”
alias: PV → Charging current dynamic
trigger:
  - platform: time_pattern
    seconds: “/30”
condition:
  - condition: state
    entity_id: switch.wallbox_enable
    state: “on”
action:
  - variables:
      u: 400
      max_a: 16
      min_a: 6
      p: “{{ states(‘sensor.pv_ueberschuss’)|int(0) }}”
      a_raw: “{{ (p / u) | round(0) }}”
      a_clamped: >
        {% set a = a_raw %}
        {% if a < min_a %} {{ min_a }}
        {% elif a > max_a %} {{ max_a }}
        {% else %} {{ a }} {% endif %}
  - service: number.set_value
    target: { entity_id: number.wallbox_current_limit }
    data: { value: “{{ a_clamped }}” }
mode: restart

Heat pump/boiler: Utilize PV surplus

Many heating systems/heat pumps offer SG Ready or Modbus/KNX interfaces. A relay (Shelly, KNX actuator) or register writes are used to switch to “PV Boost”.

alias: PV → Hot water boost
trigger:
  - platform: numeric_state
    entity_id: sensor.pv_surplus
    above: 1200
    for: “00:05:00”
condition:
  - condition: time
    after: “10:00:00”
    before: “16:30:00”     # Prefer midday time window
  - condition: numeric_state
    entity_id: sensor.hotwater_temp
    below: 58
action:
  - service: switch.turn_on
    target: { entity_id: switch.boiler_pv_boost }
  - delay: “01:00:00”      # Minimum runtime 1 h
  - service: switch.turn_off
    target: { entity_id: switch.boiler_pv_boost }
mode: single

Priorities & Load Management

Include tariff and weather data

Comfort & safety

Conclusion: With stable energy sensors, some hysteresis, and clear priorities, your surplus electricity will be used optimally—for affordable EV charging, hot water, and low grid consumption. Home Assistant provides the complete orchestration for this.

Geofencing

Geofencing extends the absence and comfort automations: Home Assistant recognizes when one or more people leave or approach a defined area and can respond accordingly. This makes coming home scenarios or “securing the house when leaving” extremely convenient.

Basic principle

Use cases

Automation: Coming home

alias: Coming home → Welcome home
trigger:
  - platform: zone
    entity_id: person.dominik
    zone: zone.home
    event: enter
condition: []
action:
  - service: light.turn_on
    target: { entity_id: light.entrance }
    data: { brightness_pct: 80 }
  - service: climate.set_preset_mode
    target: { entity_id: climate.livingroom }
    data: { preset_mode: comfort }
  - service: cover.open_cover
    target: { entity_id: cover.garage }
mode: single

Automation: Last person leaves house

alias: Absence → Last person leaves
trigger:
  - platform: state
    entity_id: group.all_persons
    to: not_home
action:
  - service: input_boolean.turn_on
    target: { entity_id: input_boolean.house_mode_away }
  - service: alarm_control_panel.alarm_arm_away
    target: { entity_id: alarm_control_panel.house }
mode: single

Advanced: “Proximity” instead of just zones

alias: Homecoming scenario (step by step)
trigger:
  - platform: numeric_state
    entity_id: sensor.proximity_dominik_home
    below: 2
condition: []
action:
  - choose:
      - conditions: “{{ trigger.to_state.state|float < 0.5 }}”
        sequence:
          - service: cover.open_cover
            target: { entity_id: cover.garage }
      - conditions: “{{ trigger.to_state.state|float < 2 }}”
        sequence:
          - service: climate.set_preset_mode
            target: { entity_id: climate.livingroom }
            data: { preset_mode: comfort }
mode: single

Best Practices

Conclusion: With geofencing, Home Assistant recognizes when residents come or go—and automatically adjusts lighting, climate, security, and comfort. This is what makes a smart home feel truly intelligent.

Calendar integration

Calendar integration makes Home Assistant even smarter: automations run not only according to time or sensors, but also according to appointments and events. This allows lights, cameras, notifications, or entire scenes to be tailored to your daily routine.

Supported calendars

Practical examples

Example: Meeting automation

alias: Meeting → Prepare office
trigger:
  - platform: calendar
    entity_id: calendar.mein_google_kalender
    event: start
    search: „Meeting“
condition: []
action:
  - service: light.turn_on
    target: { entity_id: light.buero }
    data: { brightness_pct: 80 }
  - service: camera.record
    target: { entity_id: camera.buero }
    data: { duration: 3600, filename: „/media/meeting.mp4“ }
  - service: media_player.volume_set
    target: { entity_id: media_player.sonos_buero }
    data: { volume_level: 0 }
mode: single

Beispiel: Urlaub

alias: Urlaub → Haus auf Abwesenheit
trigger:
  - platform: calendar
    entity_id: calendar.family
    event: start
    search: „Urlaub“
action:
  - service: input_boolean.turn_on
    target: { entity_id: input_boolean.hausmodus_abwesend }
  - service: notify.mobile_app_mein_handy
    data:
      title: „Urlaub gestartet“
      message: „Hausmodus Abwesend ist aktiv.“
mode: single

Integration in Dashboards

Best Practices

Conclusion: With calendar integration, Home Assistant links your digital life with your physical environment. Appointments become real actions – from “meetings” to “vacations.”

Multiroom audio

Multiroom audio is a prime example of convenience in the smart home. With Home Assistant, speakers from different manufacturers (e.g., Sonos, Bose, Denon/HEOS, Yamaha MusicCast, Google Nest, Amazon Echo) can be integrated into scenes, grouped, and automated. Even text-to-speech (TTS) announcements or Spotify/radio streams are possible.

Typical use cases

Sonos example: Create a group

alias: Party Mode
trigger:
  - platform: state
    entity_id: input_boolean.party_mode
    to: ‘on’
action:
  - service: sonos.join
    data:
      master: media_player.living_room
      entity_id:
        - media_player.kitchen
        - media_player.bathroom
        - media_player.bedroom
  - service: media_player.play_media
    target: { entity_id: media_player.livingroom }
    data:
      media_content_id: “spotify:playlist:37i9dQZF1DX0BcQWzuB7ZO”
      media_content_type: music
mode: single

TTS announcements

With tts.google_say, tts.amazon_polly_say or tts.openai_tts, you can have messages announced:

alias: Doorbell → Announcement
trigger:
  - platform: state
    entity_id: binary_sensor.klingel
    to: ‘on’
action:
  - service: tts.google_say
    target:
      entity_id:
        - media_player.kueche
        - media_player.livingroom
    data:
      message: “The doorbell rang.”
mode: single

Google Cast / Nest

Best Practices

Conclusion: Multiroom audio in Home Assistant combines entertainment, convenience, and security. From Spotify playlists to alarm announcements—everything runs synchronously and across manufacturers.

Pro / “wild” automations

Professional and “advanced” automation shows what is possible with Home Assistant beyond the standard. Here, multiple device classes are combined, external data sources are used, and often unusual ideas are implemented. This blurs the boundaries between comfort, security, entertainment, and even industrial applications.

Typical features

Examples of professional automation

Conclusion: Sophisticated automation makes Home Assistant a true integration platform without limits. It is not only suitable for smart homes, but also for companies, workshops, or entire building complexes.

BMW/Tesla arriving

This scenario combines vehicle telemetry (BMW ConnectedDrive, Tesla API, VW WeConnect, etc.) with geofencing and your home: When the car approaches or arrives on the property, the garage door, exterior/interior lights, heating/air conditioning, and optionally music are controlled automatically. Important here are safety checks (e.g., only open the gate if no unknown persons are detected) and rate limits for the vehicle APIs.

Requirements

Variant A – Simple: Entering the “home” zone

Opens the garage door and turns on the lights as soon as the vehicle tracker or driver enters the home zone.

alias: Car comes home → Gate & lights
trigger:
  - platform: zone
    entity_id: device_tracker.bmw_x3           # or device_tracker.tesla_model3
    zone: zone.home
    event: enter
condition:
  - condition: state
    entity_id: cover.garage
    state: ‘closed’                            # prevent double opening
  - condition: state
    entity_id: alarm_control_panel.house
    state: disarmed                            # optional: only when alarm is off
action:
  - service: cover.open_cover
    target: { entity_id: cover.garage }
  - service: light.turn_on
    target: { entity_id: light.driveway }
    data: { brightness_pct: 100 }
  - service: light.turn_on
    target: { entity_id: light.hallway }
    data: { brightness_pct: 70 }
mode: single

Variant B – Comfort: Proximity-based (2 km / 500 m)

Tiered model: Prepare climate/lighting at < 2 km, open garage at < 500 m.

alias: Coming home (tiered by distance)
trigger:
  - platform: numeric_state
    entity_id: sensor.proximity_car_home       # from proximity integration
    below: 2
action:
  - choose:
      - conditions: “{{ trigger.to_state.state|float < 0.5 }}”
        sequence:
          - condition: state
            entity_id: cover.garage
            state: ‘closed’
          - service: cover.open_cover
            target: { entity_id: cover.garage }
          - service: light.turn_on
            target: { entity_id: light.driveway }
            data: { brightness_pct: 100 }
      - conditions: “{{ trigger.to_state.state|float < 2 }}”
        sequence:
          - service: climate.set_preset_mode
            target: { entity_id: climate.living_room }
            data: { preset_mode: comfort }
          - service: scene.turn_on
            target: { entity_id: scene.welcome_home }
mode: restart

Variant C – Tesla-specific: Consider SoC/charging

If there is PV surplus, activate charging release; otherwise, only execute “Welcome Home”.

alias: Tesla arrived → Welcome + PV charging if applicable
trigger:
  - platform: state
    entity_id: device_tracker.tesla_model3
    to: home
condition: []
action:
  - service: cover.open_cover
    target: { entity_id: cover.garage }
  - service: light.turn_on
    target: { entity_id: light.driveway }
    data: { brightness_pct: 100 }
  - choose:
      - conditions:
          - condition: numeric_state
            entity_id: sensor.pv_surplus
            above: 1500
          - condition: numeric_state
      entity_id: sensor.ev_soc
      below: 80
    sequence:
      - service: switch.turn_on
        target: { entity_id: switch.wallbox_enable }
    default: []
mode: single

Variant D – BMW ConnectedDrive: Event and status checks

Many BMW integrations provide status entities (doors/windows locked, range, location). Checks reduce false triggers and API calls.

alias: BMW Homecoming → Safe & Welcome
trigger:
  - platform: state
    entity_id: device_tracker.bmw_x3
    to: home
condition:
  - condition: state
    entity_id: sensor.bmw_doors_locked         # Example entity depending on integration
    state: ‘locked’
action:
  - service: cover.open_cover
    target: { entity_id: cover.garage }
  - service: script.welcome_lights
  - service: notify.mobile_app_my_phone
    data:
      title: “BMW arrived”
      message: “Garage open, lights on. Range: {{ states(‘sensor.bmw_range’) }} km”
mode: single

Security & Anti-Abuse

alias: Garage door only with confirmation (night)
trigger:
  - platform: state
    entity_id: device_tracker.car_any
    to: home
condition:
  - condition: time
    after: “23:00:00”
    before: “06:00:00”
action:
  - service: camera.snapshot
    data:
      entity_id: camera.driveway
      filename: “/media/snapshots/driveway_{{ now().timestamp() }}.jpg”
  - service: notify.mobile_app_my_phone
    data:
      title: “Arrival detected”
      message: “Open gate?”
      data:
        actions:
          - action: OPEN_GARAGE
            title: “Yes, open”
mode: single
alias: Open garage door (confirmation)
trigger:
  - platform: event
    event_type: mobile_app_notification_action
    event_data:
      action: OPEN_GARAGE
action:
  - service: cover.open_cover
    target: { entity_id: cover.garage }
mode: single

Rate limits & reliability

Conclusion: “Car drives home” demonstrates perfect orchestration of vehicle, home, and energy. With clean checks, hysteresis, and confirmation at night, it is implemented comfortably and safely – across manufacturers with BMW, Tesla, and others.

Gaming setup

A gaming setup with Home Assistant takes entertainment to the next level. Whether you have a PlayStation 5, Xbox, or PC with Elgato streaming hardware, lights, audio, and accessories can be automatically adjusted when you start your console or recording. This creates a real “cinema feeling” and more comfort when gaming or streaming.

Typical components

Practical examples

Automation: Gaming Mode

alias: Gaming Mode → PS5
trigger:
  - platform: state
    entity_id: media_player.ps5
    to: 'on'
action:
  - service: light.turn_on
    target: { entity_id: light.livingroom }
    data:
      brightness_pct: 20
      color_name: blue
  - service: switch.turn_on
    target: { entity_id: switch.elgato_keylight }
  - service: media_player.turn_on
    target: { entity_id: media_player.denon_avr }
  - service: media_player.volume_set
    target: { entity_id: media_player.denon_avr }
    data: { volume_level: 0.6 }
mode: single

Automation: Streaming mode

alias: Streaming Start
trigger:
  - platform: state
    entity_id: input_boolean.streaming_mode
    to: ‘on’
action:
  - service: switch.turn_on
    target: { entity_id: switch.elgato_keylight }
  - service: notify.mobile_app_my_phone
    data:
      title: “Streaming active”
      message: “Lights & camera are ready.”
  - service: scene.turn_on
    target: { entity_id: scene.do_not_disturb }
mode: single

Best Practices

Conclusion: Home Assistant turns gaming into an immersive experience. Consoles, lighting, audio, and streaming accessories merge into a single scenario—automatically and individually customizable.

CO₂ sensor

A CO₂ sensor is one of the most useful smart home sensors available. With Home Assistant, you can monitor the air quality in rooms and respond automatically—from notifications to controlling ventilation or heating systems. This is not only important for comfort, but also for health and concentration

Typical sensors

Practical examples

Automation: Control ventilation
alias: CO₂ ventilation
trigger:
  - platform: numeric_state
    entity_id: sensor.co2_livingroom
    above: 1000
action:
  - service: fan.turn_on
    target: { entity_id: fan.livingroomventilation }
mode: single

Automation: Warning with light

alias: CO₂ warning light signal
trigger:
  - platform: numeric_state
    entity_id: sensor.co2_office
    above: 1200
action:
  - service: light.turn_on
    target: { entity_id: light.office }
    data:
      color_name: red
      brightness_pct: 100
  - service: notify.mobile_app_my_phone
    data:
      title: “Poor air quality”
      message: “CO₂ in the office above 1200 ppm – please ventilate.”
mode: single

Best Practices

Conclusion: CO₂ sensors turn Home Assistant into a health assistant. Rooms stay fresh, concentration increases, and automatic control ensures greater comfort.

Weather alert

Integrating weather alerts into Home Assistant provides greater security. Services such as DWD WarnWetter, MeteoAlarm, and OpenWeather , severe weather warnings can be retrieved and automated protective measures triggered – from roller shutters to push notifications and acoustic alarms.

Typical data sources

Practical examples

Automation: Storm warning

alias: Storm warning → Protective measures
trigger:
  - platform: state
    entity_id: binary_sensor.dwd_storm_warning
    to: ‘on’
action:
  - service: cover.close_cover
    target: { entity_id: cover.all_shutters }
  - service: notify.mobile_app_my_phone
    data:
      title: “Storm warning active”
      message: “All shutters have been closed.”
mode: single

Automation: Severe weather → Light signal

alias: Severe weather warning light signal
trigger:
  - platform: state
    entity_id: binary_sensor.meteoalarm_unwetter
    to: ‘on’
action:
  - service: light.turn_on
    target: { entity_id: light.living_room }
    data:
      color_name: red
      flash: short
  - service: notify.mobile_app_my_cell_phone
    data:
      title: “Severe weather warning”
      message: “Please check protective measures.”
mode: single

Best Practices

Conclusion: Weather warnings make your smart home safer and more responsive. Automatic protective measures prevent damage and reliably inform residents.

Ring face recognition

With the Ring Video Doorbell and similar devices (Eufy, Arlo, UniFi Protect, Frigate), Home Assistant can be expanded to include face recognition. This allows the system to automatically identify known individuals and trigger individual actions – from welcome lights to personalized sound effects.

Typical use cases