🏠 Visuelle Erklärung

Home Assistant – wie es innen funktioniert

Home Assistant ist eine quelloffene Hausautomations-Plattform in Python, die lokal läuft. Im Kern arbeiten drei Bausteine zusammen: ein Event Bus, eine State Machine mit dem Zustand jeder Entität und eine Registry für Actions. Alles andere – Geräte, Automationen, Dashboards – sind Integrationen darum herum. Erklärt an einem erfundenen Musterhaus.

⚡ Ereignisfluss durchsteppen 🎮 Simulator starten

  zha ──┐   set()   ┌──────────────┐
 mqtt ──┼──────────▶│ State Machine │
  esp ──┘           └──────┬───────┘
                           │ state_changed
  ═══════════ Event Bus ═══╪════════════
        ▲                  ▼
  call_service      automation: trigger
        └──── light.turn_on ◀┘

🏗️Architektur: klickbares Diagramm

Die Entwickler-Doku beschreibt den Core als vier Teile: Event Bus, State Machine, Service-Registry (heute „Actions“) und Timer. Der Core ist ein einziger Python-Prozess auf einer asyncio-Ereignisschleife. Wählen Sie oben eine Installationsart – dann sehen Sie, welche Bausteine es dort gibt.

Installationsart:– ausgegraute Bausteine gibt es bei dieser Art nicht

Baustein

Event Bus

„das schlagende Herz“

Über den Event Bus laufen alle Ereignisse: state_changed, call_service, automation_triggered, homeassistant_start … Jeder Baustein kann Events feuern und abonnieren. Die Entwickler-Doku nennt ihn „the beating heart of Home Assistant“.

▸Event = event_type + data + origin + time_fired + context
▸Filter pro Event-Typ
▸state_reported nur mit Entitäts-Filter (sehr häufig)

Home Assistant OS: Baustein vorhanden.

Tipp: Kästen im Diagramm anklicken.

📦Installationsarten

Seit Mai 2025 empfiehlt Home Assistant nur noch zwei Wege. Core und Supervised sind seit 2025.6 als veraltet markiert; die Unterstützung endete mit 2025.12. Sie funktionieren technisch weiter, Fehlerberichte dazu werden aber nicht mehr angenommen.

Home Assistant OS

Home Assistant Container

unterstützt

Nur der Core als Docker-Container. Kein Supervisor, keine Apps – MQTT-Broker, Zigbee2MQTT & Co. betreibt man selbst.

Apps (Add-ons): ❌ nein

Home Assistant Core

veraltet

Python-Paket in einer virtuellen Umgebung. Seit 2025.6 als veraltet markiert, Unterstützung bis 2025.12 – danach nur noch auf eigene Verantwortung.

Apps (Add-ons): ❌ nein

Home Assistant Supervised

veraltet

Supervisor auf einem selbst verwalteten Debian. Ebenfalls seit 2025.6 veraltet, Unterstützung bis 2025.12; Doku-Hinweise wurden entfernt.

Apps (Add-ons): ✅ ja

# Home Assistant Container (Docker Compose) – Beispiel
services:
  homeassistant:
    image: ghcr.io/home-assistant/home-assistant:stable
    container_name: homeassistant
    volumes:
      - ./config:/config
      - /etc/localtime:/etc/localtime:ro
      - /run/dbus:/run/dbus:ro
    restart: unless-stopped
    privileged: true
    network_mode: host
# danach im Browser: http://192.0.2.20:8123

💡 Warum network_mode: host?

Viele Integrationen finden Geräte per Multicast (mDNS/zeroconf, SSDP) und Matter braucht IPv6-Multicast. Im Host-Netzwerk sieht der Container das LAN direkt.

⚠️ Container = ohne Apps

„Einige Integrationen wie Thread und Z-Wave werden über Apps gesteuert“ – bei Container-Installationen gibt es dafür keine fertige Lösung. MQTT-Broker, Zigbee2MQTT oder Matter Server betreibt man dann als eigene Container.

✅ 32-Bit

Mit derselben Ankündigung wurden auch 32-Bit-Systeme (armv7, armhf, i386) abgekündigt – aktuelle Versionen brauchen 64 Bit.

🗓️Versionen: YYYY.M

Home Assistant Core erscheint monatlich – die Versionsnummer ist Jahr und Monat, danach folgen Fehlerbehebungen als dritte Stelle. Supervisor, Home Assistant OS und das Frontend haben eigene Versionsnummern.

Versionsnummer zerlegen

2026

Jahr

Monat

Patch

Patch 1 zu 2026.9: nur Fehlerbehebungen.

Keine semantische Versionierung: „2026.10“ ist nicht „inkompatibel zu 2026.9“, sondern einfach der nächste Monat. Breaking Changes stehen in jedem Release-Blog.

Feature-Releases 2026 – jeweils am ersten Mittwoch des Monats

2026.1

7. Jan

2026.2

4. Feb

Add-ons heißen jetzt „Apps“

2026.3

4. Mär

2026.4

1. Apr

2026.5

6. Mai

2026.6

3. Jun

2026.7

1. Jul

2026.8

5. Aug

HTTP-Server in der UI · Gerät nur noch in einem Config Entry

2026.9

2. Sep

aktuell (erschienen am 2. September 2026)

2026.10

7. Okt

2026.11

4. Nov

2026.12

2. Dez

Termine nach der Regel „erster Mittwoch“ berechnet; per Release-Blog belegt sind 2026.2 (4. Februar), 2026.8 (5. August) und 2026.9 (2. September). Verschiebt sich ein Release, gilt der Blog auf home-assistant.io.

🧭Kapitel

🧬

Datenmodell

Integration → Config Entry → Gerät → Entität, das State-Objekt, Areas/Floors/Labels – plus Simulator für last_changed vs. last_updated.

⚡

Ereignisfluss

Taster gedrückt → state_changed → Trigger → Condition → light.toggle → Lampe → neuer State. Mit Context-Kette, Schritt für Schritt.

🤖

Automationen

Trigger, Conditions, Actions in YAML und UI, die vier Modi als Zeitstrahl, Scripts, Szenen, Blueprints und Helfer.

🧪

Template-Tester

Jinja2-Templates gegen das Musterhaus auswerten – mit den typischen Fallen (states() liefert Text!).

🎮

Simulator

Das Musterhaus live: Bewegung, Taster, Fenster – Automationen reagieren, Zeit vorspulen, Log und Traces lesen.

🔌

Schnittstellen

REST- und WebSocket-API mit Token-Platzhalter, MQTT-Discovery, Zigbee, Z-Wave, Matter/Thread und ESPHome.

🧭

Betrieb & Vergleich

Dashboards, Energie, Backups, Updates, Fernzugriff, Sicherheit – und der Vergleich mit ioBroker, openHAB und der HomeMatic-Zentrale.