Home Assistant Grundlagen: Entities, Devices & Integrationen
Das mentale Modell hinter Home Assistant – Integrationen, Devices, Entities und Areas
Dieser Artikel ist Teil des Home Assistant Guides – dem kuratierten Lernpfad für dein Smarthome.
Du hast Home Assistant installiert (falls nicht: hier die richtige Variante wählen) und stehst jetzt vor einer Oberfläche voller Begriffe. Bevor du Automationen oder Dashboards baust, lohnt sich ein Blick auf das mentale Modell dahinter – es macht alles Weitere logisch.
Die vier Ebenen
Home Assistant organisiert alles in einer klaren Hierarchie:
Integration → Device → Entity, quer dazu die Area.
Verstehst du diese vier, verstehst du Home Assistant.
Die Integration ist der Übersetzer zu einem Hersteller/Protokoll, das Device das physische Gerät, die Entity ein einzelner Wert oder Schalter daran, die Area der Raum, in dem es steht.
Integration: die Verbindung zur Außenwelt
Eine Integration ist der Code, der Home Assistant mit einem Gerät, Dienst oder Protokoll sprechen lässt – z. B. Zigbee (ZHA), MQTT, Hue, oder die Wetter-API. Du fügst sie einmal hinzu („Einstellungen → Geräte & Dienste“), danach bringt sie ihre Geräte selbst mit.
Device: das physische Gerät
Ein Device ist ein konkretes Gerät, das eine Integration entdeckt hat – etwa ein Zigbee-Thermostat oder eine Steckdose. Es ist v. a. eine organisatorische Klammer: Ein Device bündelt mehrere Entities und lässt sich einer Area zuordnen.
Entity: das Herzstück
Die Entity ist der wichtigste Begriff. Sie ist ein einzelner Zustand oder eine einzelne Funktion: die Temperatur, der Batteriestand, der Ein/Aus-Schalter. Ein Device hat oft mehrere Entities. Jede hat eine entity_id nach dem Muster domain.name – die Domain sagt, was es ist:
sensor.wohnzimmer_temperatur– ein Messwertlight.schreibtisch– eine schaltbare Lampebinary_sensor.haustuer– auf/zu
Eine Entity hat einen State (z. B. 21.4) und Attribute (Einheit, Helligkeit, …). Genau diese States sind später die Bausteine deiner Automationen.
Area: Ordnung nach Raum
Eine Area (Bereich) gruppiert Devices nach Raum – „Wohnzimmer“, „Büro“. Das erlaubt später Befehle wie „schalte alles im Wohnzimmer aus“ und sortiert Dashboards automatisch. Optional gibt es noch Labels für Querschnitte („alle Akkus“).
Damit überhaupt Devices und Entities entstehen, brauchst du eine Quelle. Bei mir liefert ein Zigbee-Koordinator am Server einen Großteil der Sensoren – ein USB-Dongle, der per Integration (ZHA oder Zigbee2MQTT) eingebunden wird:
Anzeige · Affiliate-Link – kaufst du darüber, erhalte ich ggf. eine Provision. Für dich ändert sich am Preis nichts.
Wie alles zusammenspielt
Konkret von oben nach unten: Der Zigbee-Dongle wird über die ZHA-Integration eingebunden. Du koppelst ein Thermostat – Home Assistant legt dafür ein Device an. Dieses Device bringt mehrere Entities mit: sensor.thermostat_temperatur, sensor.thermostat_batterie, climate.thermostat. Du steckst das Device in die Area „Wohnzimmer“ – fertig. Ab jetzt kannst du die Temperatur-Entity in Automationen und Dashboards verwenden.
Was ich weggelassen habe
- Helpers (input_boolean, Zähler, Zeitpläne) – eigene „Entities von Hand“, kommen ins Spiel, sobald du Automationen baust.
- Templates – berechnete Entities; mächtig, aber nichts für den Einstieg.
Fazit & Ausblick
Integration bringt Devices, Devices bündeln Entities, Areas sortieren nach Raum – und die Entity mit ihrem State ist das, womit du wirklich arbeitest. Mit diesem Modell im Kopf ist der nächste Schritt logisch: deine erste Automation aus Auslöser, Bedingung und Aktion. Genau das bauen wir im nächsten Artikel.
Anzeige · Affiliate-Link – kaufst du darüber, erhalte ich ggf. eine Provision. Für dich ändert sich am Preis nichts.
