Home Assistant: selbst bestimmte Automationen
Ausgangslage und Datierung
Paulus Schoutsen veröffentlichte die erste Home-Assistant-Version am 17. September 2013 auf GitHub. Sein Rückblick vom 17. September 2023 beschreibt diesen Ausgangspunkt. [1] Das Dossier betrachtet die daraus entwickelte offene Automationsinfrastruktur; die aktuelle Dokumentation beschreibt heutige Regeln, nicht notwendigerweise den Funktionsumfang der ersten Veröffentlichung.
Die Regel gehört zum gestaltbaren Angebot
Ein Betreiber definiert mindestens einen Auslöser und eine Aktion und kann Bedingungen hinzufügen. Zustandsänderungen, etwa ein geöffnetes Fenster, starten eine Prüfung; die konfigurierten Bedingungen bestimmen, ob die Aktion folgt. [2] Nutzer stellen damit die Verknüpfung zwischen Maschinensignal und Gerätehandlung selbst her. Ein schematisches Beispiel wäre: Fensteröffnung löst eine Prüfung aus, bei laufender Heizung wird eine definierte Heizungsaktion ausgeführt. Dieses Beispiel erläutert die Regelstruktur und ist kein hier ausgeführter Gerätetest.
Gegenpol: gelerntes Verhalten und delegierter Ablauf
Der Nest Learning Thermostat nutzt wiederholtes Einstellen zur Bildung eines Zeitplans. Die hier betrachteten Home-Assistant-Automationen verwenden dagegen explizit festgelegte Regeln. Gegenüber Zapier Agents und ServiceNow AI Agents liegt der Gegenpol in der Wahl des nächsten Schritts: Der Betreiber benennt ihn vorab, statt ihn für diesen Ablauf einem Modell zu überlassen. Auch Home Assistant kann andere, einschließlich KI-gestützte Funktionen einbinden; der Vergleich betrifft den dokumentierten Regelmodus.
Nahe Verwandtschaft: signalabhängige Steuerung
Wie Tibber Smart Charging und OhmConnect verbindet Home Assistant Zustände mit Aktionen. Die gemeinsame Achse ist ein Maschinensignal, das die nächste physische oder digitale Entscheidung verändert. Unterschiedlich sind die verfügbaren Eingaben, die Trägerschaft der Regeln und der jeweilige Markt. Ein eigener Automationsablauf und ein marktgebundener Energiedienst sind keine identischen Geschäftsmodelle.
Grenzen und Wertschöpfung
Home Assistant läuft auf eigener Hardware und kann lokal kommunizierende Geräte ohne Internet steuern. Geräte, die ausschließlich eine Herstellercloud benötigen, bleiben von ihr abhängig; optionale Cloudfunktionen sind separat zu betrachten. [3] Lokale Kontrolle garantiert keine sachlich richtige Konfiguration. Nutzer müssen gewünschte Auslöser, Zustände und Fehlerfälle passend abbilden. Der Atlas führt Home Assistant als offene Steuerungs- und Produktionsinfrastruktur, ergänzt durch ein kommerzielles Dienstleistungsumfeld. Der Interaktivierungsfall liegt in selbst gestalteten Reaktionen, nicht in einem nachgewiesenen Energieeinsparversprechen.
Einordnung im Atlas
- Status: Etabliert · offene Steuerungsinfrastruktur
- Ereignis: 2013-09-17; Bezug und Genauigkeit sind oben erläutert.
- Publikation und Quellenprüfung: 3. Oktober 2026
- Vergleichsauswahl: Gegenpol im Cluster Sensorsteuerung und Agentenaktionen; Gegenachsen sind redaktionelle Einordnungen.
- Rückkanal: Vom Betreiber definierte Regel + Zustandssignal → festgelegte Geräteaktion
Verwandte Fälle
Weitere Vergleichsprofile · 4. Oktober 2026
- Rachio: wetterabhängige Bewässerung – Ähnlich auf der im neuen Dossier benannten Achse.
- n8n: Werkzeugwahl im AI-Agent-Knoten – Ähnlich auf der im neuen Dossier benannten Achse.
- Node-RED: explizite Regeln im Nachrichtenfluss – Gegenpol auf der im neuen Dossier benannten Achse.
Quellen
- Paulus Schoutsen, 10 years Home Assistant; Primär-Rückblick publiziert 17. September 2023, erste Veröffentlichung 17. September 2013Direkte Quelle ↗
- Home Assistant, Understanding automations; undatierte technische Dokumentation, geprüft 3. Oktober 2026Direkte Quelle ↗
- Home Assistant, Does Home Assistant work without an internet connection?; lokale Geräte und Cloudgrenzen, undatiert, geprüft 3. Oktober 2026Direkte Quelle ↗