Case Study // Experiment
Home Assistant: mein Zuhause als Produktivsystem
Heizung, Licht, Anwesenheit und der Staubsaugerroboter in einer Installation. Läuft als VM auf demselben Host wie diese Seite.
- Home Assistant
- Proxmox
- Docker
- MQTT
- Jinja
01Ausgangslage
Heizung, Licht, Anwesenheit und der Roboter liefen nach und nach an derselben Installation zusammen, und damit die übliche Frage: Ist das noch ein Spielzeug oder schon Infrastruktur?
Diese Seite läuft im Container auf demselben Proxmox-Host, auf dem Home Assistant als VM liegt. Zwei Systeme, ein Host, keine Testumgebung dazwischen.
02Wie es gebaut ist
Was sich wiederholt, ist deklarativ gebaut: ein selbst geschriebener Blueprint steuert sieben Räume über drei Modi (custom, off, auto) plus einen globalen Hauptschalter und einen optionalen Abwesenheits-Offset. Nach 30 Minuten ohne Sollwert-Änderung fällt der Raum auf auto zurück.
Wo Standardbedingungen nicht reichten, arbeiten Bedingungen mit Area-Zielen statt Entity-IDs. Die Abwesenheits-Automation schaltet dreizehn Innenbereiche mit fünf Sekunden Fade, während Außenbereiche absichtlich außen vor bleiben.
Das Außenlicht hängt an einer Lux-Schwelle mit zwei Minuten Entprellung, einem Nachtfenster und einem Re-Sync nach einem Neustart, weil rohe Lux-Werte flackern und Home Assistant neu startet.
Die Reinigungsroutine läuft nachts, prüft vorher Licht aus und keine Anwesenheit, startet den Raum und wartet mit Zwei-Stunden-Timeout auf die Rückkehr zur Station, statt zu unterstellen, dass der Roboter fertig ist.
03Was ich gelernt habe
Der spannendste Teil ist nicht das Heizen, sondern die Adressierung: wer Lichter einer Zone abfragt statt sie aufzuzählen, bekommt neue Leuchtmittel gratis dazu. Und ein Smart Home lässt sich nur dann von einem Agenten prüfen, wenn die Installation ihren Zustand sauber ausliefert.