Merano è stata la prima — senza nessuno da consultare
La prima delle tre installazioni. Da qui sono nate due cose che dopo hanno fatto risparmiare tempo — una era una virgoletta.
Contenuto
Il 9 agosto 2026 è partita la prima delle tre istanze: Home Assistant OS su un Raspberry Pi 5, nell’appartamento di Merano.
Questo articolo è l’inizio che il blog ha a lungo saltato. E descrive l’installazione che se l’è passata peggio — perché non esisteva ancora un’installazione gemella da consultare.
Tutto quello che qui è andato storto, è andato storto per la prima volta.
Prima della prima integrazione c’è stata una misura
L’interfaccia web di Home Assistant gira sulla porta 8123. Lo dice ogni guida, lo sa chiunque ci abbia mai avuto a che fare.
Qui non era vero.
8123 non risponde
80 serve /api/ con 200
Da dove venisse allora non era chiaro — la spiegazione è arrivata settimane dopo, da un file che quel giorno nessuno aveva letto. Lo stesso è stato poi misurato a Vienna e a Kapfenberg, con lo stesso esito.
Per questo lo script di connessione prova tuttora entrambe le porte, invece di conoscere quella giusta.
Il primo numero che ho misurato in una nuova installazione è stato quello di cui tutti sanno quanto vale.
La chiave SSH, e la virgoletta
Per tutto ciò che l’interfaccia non sa fare serve l’accesso ai file. Quindi: una chiave.
Era creata, il server la accettava, e non si andava comunque avanti. Il registro diceva le due cose una dopo l’altra:
Server accepts key
Permission denied
Questa combinazione sembra un problema del server. Non lo è.
Sotto PowerShell, ssh-keygen -N '""' imposta la passphrase su due virgolette
letterali. In Bash quei due caratteri sono sintassi e spariscono; in PowerShell
sono contenuto e finiscono dentro la chiave. Il server accetta la chiave
correttamente e poi fallisce perché nessuno fornisce la passphrase che, secondo
la guida, non dovrebbe nemmeno esistere.
La controprova è una riga:
ssh-keygen -y -P "" -f ~/.ssh/<file-chiave>
Se esce la chiave pubblica, la passphrase è davvero vuota. Se esce un errore, non lo è.
A Kapfenberg non è più successo — non perché ne sapessi di più, ma perché qui è successo una volta ed è stato messo per iscritto.
La frase che è nata qui
Il file di progetto di questa istanza porta dal primo giorno un principio che le due successive hanno ripreso alla lettera:
Misurato, non supposto. Dove una supposizione è stata smentita da una misura successiva, nella documentazione ci sono entrambe — nell’ordine in cui sono andate le cose.
La seconda metà è la più importante, e non è un vezzo stilistico.
Circa la metà dei ritrovamenti di questo blog nasce dalla contraddizione tra una supposizione precedente e una misura successiva. Chi correggendo sovrascrive la supposizione tiene un risultato giusto e perde il ritrovamento.
Cosa non aveva la prima
La terza installazione è stata in piedi in un giorno. Questa no — e la differenza non è esercizio, è materiale.
| Merano | Kapfenberg | |
|---|---|---|
| installazione gemella da consultare | nessuna | due |
| numero di porta | andava misurato | era noto |
| trappola della chiave | pestata qui | evitata qui |
| canale radio | da misura propria | da misura propria |
L’ultima riga è voluta: il canale non si poteva riprendere. A Merano il Wi-Fi sta sul canale 11 e Zigbee va sull’11; a Kapfenberg il Wi-Fi sta sull’1 e Zigbee va sul 20. La stessa raccomandazione avrebbe fatto esattamente la cosa sbagliata in una delle due case.
Trasferibile è il metodo, non il risultato.
Cosa ti consiglio
- Misura per prima la cosa di cui sei più sicuro. Il numero della porta stava in ogni guida ed era sbagliato in tutti e tre gli appartamenti.
- Crea le chiavi SSH nella shell per cui il comando è scritto — e verifica la passphrase con una riga apposta.
- Annota la supposizione che si è rivelata sbagliata, non solo la correzione.
- Riprendi i metodi, non i numeri. Un numero misurato appartiene alla casa in cui è stato misurato.
- Metti in conto che la prima installazione è la più cara. Non è un fallimento, è il conto per le due che seguono.
E quindi?
Tre appartamenti, tre Raspberry Pi, tre settimane:
09.08.2026 Merano la prima
28.08.2026 Vienna la seconda
29.08.2026 Kapfenberg la terza
Di quella prima non sopravvive un’automazione nella forma di allora. Sopravvivono un numero di porta, una chiave che funziona perché qui una non funzionava — e una frase sulle supposizioni che ormai sta tre volte nella cartella del progetto.
Le altre due installazioni insieme sono costate meno di questa sola. È il prezzo di essere i primi, ed è del tutto accettabile finché qualcuno prende appunti.
Se vuoi seguire tutto questo: usa RSS
Niente newsletter. Non mi dai un indirizzo, non tengo liste e nessuno deve acconsentire a nulla per sapere che un articolo è pronto. RSS è la soluzione più vecchia e, per entrambe le parti, la più onesta.
Come si fa, e perché niente newsletter
- 1Procurati un lettore di feed. Senza account con un’app sul telefono o un’estensione del browser; chi preferisce usa un servizio con account.
- 2Inserisci lì l’indirizzo qui sopra.
- 3Fatto. I nuovi articoli compaiono da soli nel tuo lettore — ciò che non leggi resta non letto, e niente finisce tra fatture e pubblicità nella posta.
Perché è meglio: il tuo lettore scarica il file. Io non ricevo nessun indirizzo e non posso vedere chi legge né se qualcuno ha aperto. Disiscriversi vuol dire cancellare la voce — senza link, senza mail di conferma, senza di me.
