Wien: drei Anbindungen an einem Tag, und eine tote Datei
Die zweite Installation profitierte zum ersten Mal von der ersten. Und schrieb am selben Vormittag eine Konfiguration, die nie gewirkt hat.
Die Wiener Wohnung war die zweite Instanz: neunzehn Tage nach Meran, einen Tag vor Kapfenberg.
Sie ist die erste, die von einer Schwesterinstallation profitiert hat — und die einzige, die am ersten Tag eine Datei geschrieben hat, die nie etwas bewirkt hat. Beides lässt sich auf denselben Vormittag datieren.
Was aus Meran übernommen wurde
Zwei Dinge, beide ohne Zeitverlust:
Die Portprüfung. Wieder antwortete 8123 nicht und Port 80 schon. Diesmal war es keine Entdeckung, sondern eine Bestätigung — das Verbindungsskript probiert ohnehin beide.
Der Schlüssel in der richtigen Shell. Die Falle mit den zwei Anführungszeichen, die in Meran einen halben Abend gekostet hat, ist hier gar nicht erst aufgetreten.
Das ist der ganze Unterschied zwischen der ersten und der zweiten Installation: dieselben Fallen, nur schon beschrieben.
Drei Anbindungen an einem Tag — alle drei lokal
Was an diesem 28. August dazukam, steht bis heute, und zwar ohne Konto und ohne Abo:
| Hue | 37 Geräte, 156 Entitäten, über die Bridge im Haus |
| tado | zwölf Thermostate über HomeKit, nicht über die Cloud |
| Der direkte Draht | Home Assistant aus dem Assistenten heraus erreichbar |
Bei Hue war das Bemerkenswerte, wie wenig zu tun war: Home Assistant hat die Bridge selbst gefunden und die Räume aus der Hue-App als Bereiche übernommen — 36 von 37 Geräten waren sofort zugeordnet. Ohne Bereich blieb nur die Bridge selbst.
Bei tado war es das Gegenteil: Der Dialog, den Home Assistant von sich aus anbietet, führt in die Cloud. Der lokale Weg heißt anders, muss von Hand gestartet werden — und bot tado zuerst gar nicht an, weil HomeKit-Zubehör nur einen Controller zulässt und der schon belegt war.
Und die Datei, die nie gewirkt hat
Am selben Tag wurde eine Konfigurationsdatei angelegt, die den Fernzugriff absichern sollte. Sie war syntaktisch korrekt, die Prüfung meldete sie als gültig, und sie stand in der Dokumentation als „gesetzt“.
Elf Tage später stellte sich heraus: Sie war von der ersten Minute an wirkungslos.
Der Grund steht in einem Zeitstempel. Home Assistant verschiebt diese Einstellung einmalig in einen internen Speicher, und ab da gewinnt der Speicher. Dieser Speicher wurde angelegt:
created_at 2026-08-28T06:41:36Also am Vormittag des ersten Tages — bevor meine Datei überhaupt geschrieben war. Die Migration hat den Zustand aus der Ersteinrichtung festgeschrieben, und alles, was danach in die YAML kam, war totes Gewicht.
Gekostet hat das einen vollen Abend, zehn Tage später: 400 Bad Request, und meine Konfiguration war nie aktiv.
Der erste Tag einer Installation legt fest, was später wahr ist. Nur merkt man das erst, wenn man es nachmisst — und niemand misst am ersten Tag etwas nach, das gerade erst eingerichtet wurde.
Die unangenehme Pointe
Dasselbe Problem war in Kapfenberg einen Tag später gelöst und aufgeschrieben — samt dem ausdrücklichen Satz, dass Wien und Meran genauso betroffen sind.
Wien wurde am 5. September auf eine neuere Fassung gehoben. Der Hinweis lag zehn Tage bereit. Ich habe ihn nicht gelesen und stattdessen den Quelltext von Home Assistant aufgeschlagen.
Die zweite Installation profitierte also von der ersten — und die dritte hätte der zweiten geholfen, wenn jemand in die richtige Datei gesehen hätte.
Was ich dir rate
- Nutz die Schwesterinstallation, wenn es eine gibt. Die zwei Dinge, die in Wien glattgingen, gingen glatt, weil sie in Meran schiefgegangen waren.
- Miss am ersten Tag nach, ob deine Konfiguration wirkt — nicht, ob sie existiert. Der Unterschied kostet eine Abfrage.
- Sieh dir den Zeitstempel an, wenn etwas nicht greift. Hier stand die Antwort in einem einzigen Feld.
- Nimm bei Hue und tado den lokalen Weg, auch wenn der angebotene Dialog woanders hinführt. Beides läuft hier seit dem ersten Tag ohne Konto.
- Lies den Hinweis, den du selbst geschrieben hast. Zehn Tage reichen, um ihn zu vergessen.
Und was heißt das?
Von den drei Installationen ist diese die lehrreichste, weil sie beides zeigt: Wissen, das übertragbar war — und Wissen, das bereitlag und trotzdem nicht angekommen ist.
Die Portnummer und die Schlüsselfalle kamen aus Meran und haben an diesem Tag nichts gekostet. Die wirkungslose Konfigurationsdatei lag von 06:41 Uhr an im Projekt und hat elf Tage später einen Abend gekostet.
Der Unterschied zwischen beidem ist nicht, wie schwer das Problem war. Es ist, ob jemand im richtigen Moment in die richtige Datei gesehen hat.
Wenn du das verfolgen willst: nimm RSS
Kein Newsletter. Du gibst mir keine Adresse, ich führe keine Liste, und niemand muss einer Einwilligung zustimmen, um zu erfahren, dass ein Artikel fertig ist. RSS ist die ältere und für beide Seiten ehrlichere Lösung.
Wie das geht, und warum kein Newsletter
- 1Hol dir einen Feed-Leser. Ohne Konto geht das mit einer App am Telefon oder einer Erweiterung im Browser; wer mag, nimmt einen Dienst mit Konto.
- 2Trag die Adresse von oben dort ein.
- 3Fertig. Neue Artikel erscheinen von selbst in deinem Leser — ungelesen bleibt ungelesen, und nichts landet zwischen Rechnungen und Werbung im Postfach.
Warum das besser ist: Dein Leser holt die Datei ab. Ich bekomme keine Adresse und kann nicht sehen, wer liest oder ob jemand geöffnet hat. Abbestellen heißt, den Eintrag zu löschen — ohne Link, ohne Bestätigungsmail, ohne mich.
Dazu passend
Die Flachheit war der Beweis — zwei Leitungen, zwei Irrtümer
Zwei Funkanbindungen, zwei Monate Messung. In Kapfenberg war der Schuldige die eigene Automatik, in Meran das Messwerkzeug selbst.
Dreizehn Stunden hing die Absperrung an der Cloud
Ein Netzausfall, zwei neue Adressen — und der lokale Weg zu beiden Wasserventilen war tot. Warum feste Adressen gerade dann zählen, wenn man lokal arbeitet.
Was ein Heizkörperthermostat misst, ist nicht dein Zimmer
Drei Wohnungen, drei Wege zum Heizkörper: tado über HomeKit, Shelly über Zigbee, und einmal gar kein Ventil. Was jeder Weg hergibt — und was keiner kann.