Meran war die erste — ohne jemanden zum Nachschlagen
Die erste der drei Installationen. Zwei Dinge sind hier entstanden, die später Zeit gespart haben — eines davon war ein Anführungszeichen.
Inhalt
Am 9. August 2026 lief die erste der drei Instanzen an: Home Assistant OS auf einem Raspberry Pi 5, in der Wohnung in Meran.
Dieser Artikel ist der Anfang, den der Blog lange übersprungen hat. Und er beschreibt die Installation, die es am schwersten hatte — weil es noch keine Schwesterinstallation gab, in der man nachschlagen konnte.
Alles, was hier schiefging, ging zum ersten Mal schief.
Vor der ersten Integration stand eine Messung
Die Weboberfläche von Home Assistant läuft auf Port 8123. Das steht in jeder Anleitung, das weiß jeder, der schon einmal damit zu tun hatte.
Hier stimmte es nicht.
8123 antwortet nicht
80 liefert /api/ mit 200
Woher das kommt, stand damals nicht fest — die Erklärung kam Wochen später aus einer Datei, die an diesem Tag noch niemand gelesen hatte. Später wurde dasselbe in Wien und in Kapfenberg gemessen, mit demselben Ergebnis.
Das Verbindungsskript probiert deshalb bis heute beide Ports, statt den richtigen zu kennen.
Die erste Zahl, die ich in einem neuen Aufbau nachgemessen habe, war die, von der alle wissen, wie sie lautet.
Der SSH-Schlüssel, und das Anführungszeichen
Für alles, was über die Schnittstelle nicht geht, braucht es Dateizugriff. Also ein Schlüssel.
Er war erzeugt, der Server nahm ihn an, und trotzdem ging es nicht weiter. Das Protokoll sagte beides direkt hintereinander:
Server accepts key
Permission denied
Diese Kombination sieht nach einem Serverproblem aus. Sie ist keines.
Unter PowerShell setzt ssh-keygen -N '""' die Passphrase auf zwei wörtliche
Anführungszeichen. In der Bash sind die beiden Zeichen Syntax und verschwinden;
in der PowerShell sind sie Inhalt und landen im Schlüssel. Der Server nimmt den
Schlüssel korrekt an und scheitert dann daran, dass niemand die Passphrase
liefert, die es laut Anleitung gar nicht geben sollte.
Die Gegenprobe ist eine Zeile:
ssh-keygen -y -P "" -f ~/.ssh/<schlüsseldatei>
Kommt der öffentliche Schlüssel heraus, ist die Passphrase wirklich leer. Kommt eine Fehlermeldung, ist sie es nicht.
In Kapfenberg ist das nicht noch einmal passiert — nicht, weil ich es besser wusste, sondern weil es hier einmal passiert und aufgeschrieben worden ist.
Der Satz, der hier entstanden ist
In der Projektdatei dieser Instanz steht seit dem ersten Tag ein Grundsatz, den die beiden späteren wörtlich übernommen haben:
Nachgemessen statt angenommen. Wo eine Annahme durch eine spätere Messung widerlegt wurde, steht beides in der Dokumentation — in der Reihenfolge, in der es sich ergeben hat.
Der zweite Halbsatz ist der wichtigere, und er ist kein Stilmittel.
Ungefähr die Hälfte der Befunde in diesem Blog entsteht aus dem Widerspruch zwischen einer früheren Annahme und einer späteren Messung. Wer die Annahme beim Korrigieren überschreibt, behält ein richtiges Ergebnis und verliert den Befund.
Was die Erste nicht hatte
Die dritte Installation stand an einem Tag. Diese nicht — und der Unterschied ist keine Übung, sondern Material.
| Meran | Kapfenberg | |
|---|---|---|
| Schwesterinstallation zum Nachschlagen | keine | zwei |
| Portnummer | musste gemessen werden | war bekannt |
| Schlüsselfalle | hier getreten | hier vermieden |
| Funkkanal | nach eigener Messung | nach eigener Messung |
Die letzte Zeile ist Absicht: Der Kanal ließ sich nicht übernehmen. In Meran liegt das WLAN auf Kanal 11 und Zigbee gehört auf 11; in Kapfenberg liegt das WLAN auf 1 und Zigbee gehört auf 20. Dieselbe Empfehlung hätte in einem der beiden Häuser genau das Falsche bewirkt.
Übertragbar ist die Methode, nicht das Ergebnis.
Was ich dir rate
- Miss zuerst nach, was du am sichersten weißt. Die Portnummer stand in jeder Anleitung und war in allen drei Wohnungen falsch.
- Erzeug SSH-Schlüssel in der Shell, für die der Befehl geschrieben ist — und prüf die Passphrase mit einer eigenen Zeile nach.
- Schreib die Annahme auf, die sich als falsch erwiesen hat, nicht nur die Korrektur.
- Übernimm Methoden, keine Zahlen. Eine gemessene Zahl gehört dem Haus, in dem sie gemessen wurde.
- Rechne damit, dass die erste Installation die teuerste ist. Das ist kein Versagen, das ist die Rechnung für die beiden danach.
Und was heißt das?
Drei Wohnungen, drei Raspberry Pis, drei Wochen:
09.08.2026 Meran die erste
28.08.2026 Wien die zweite
29.08.2026 Kapfenberg die dritte
Von dieser ersten ist keine Automatisierung übrig, die noch so läuft wie damals. Übrig sind eine Portnummer, ein Schlüssel, der funktioniert, weil hier einer nicht funktioniert hat — und ein Satz über Annahmen, der inzwischen dreimal in der Projektablage steht.
Die beiden anderen Installationen haben zusammen weniger gekostet als diese eine. Das ist der Preis dafür, der Erste zu sein, und er ist völlig in Ordnung, solange jemand mitschreibt.
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.
