tado integrato in locale — e sei settimane di diagnosi sbagliate

Dodici termostati nell’appartamento di Vienna, otto teste per radiatore e quattro termostati ambiente. L’obiettivo: comandarli in locale, senza account e senza abbonamento.

Si può. Ma ha due punti ciechi che conviene conoscere prima — e dopo mi ha mandato quattro volte nella direzione sbagliata, per sei settimane.

La deviazione necessaria

Home Assistant propone da sé una procedura tado. Quella porta nel cloud. La via locale ha un altro nome e va avviata a mano.

Al primo tentativo la via locale non proponeva affatto tado. Misurato sull’annuncio del servizio in rete:

tado Internet Bridge ..._hap._tcp.local
    sf=0  ->  già associato

Per confronto, accanto c’era il bridge Hue su sf=1, quindi libero.

Un accessorio HomeKit ammette sempre e solo un controller. Qui era la centralina Apple Home in soggiorno. Solo dopo che lì la casa è stata cancellata il campo è passato a 1, e l’associazione è riuscita al primo colpo.

Un accessorio HomeKit non è un apparecchio condiviso. Chi lo associa lo toglie all’altro.

Matter sarebbe stata la via migliore — lì più controller insieme sono previsti. Il bridge però non lo pubblicizzava nei suoi annunci, e se in linea di principio ne sia capace resta non chiarito.

Una piccola verifica che fa risparmiare tempo: i codici HomeKit hanno otto cifre, quelli Matter undici. Il mio script di associazione controlla la lunghezza e si ferma con un avviso se non torna — invece di fallire su un codice pensato per l’altra procedura.

Cosa è arrivato

13 apparecchi, 61 entità: temperatura e umidità per ciascuno, più i dodici termostati veri e propri, l’unità di misura e un pulsante «Identify».

Da allora il comando gira interamente dentro casa. Nessun account in esercizio, nessun abbonamento, nessuna dipendenza dalla raggiungibilità esterna.

I due punti ciechi — il prezzo della via locale

Non c’è un solo sensore di batteria. Nemmeno uno fra 61 entità. Su questa via tado non pubblica il livello della batteria.

Vuol dire: unavailable è l’unico segnale d’allarme. Un preavviso «batteria scarica» non esiste; una testa smette senza annunciarsi — in piena stagione di riscaldamento, in una stanza in cui al momento non si entra. Chi lo vuole diverso, ha bisogno del collegamento cloud e quindi di account e abbonamento.

E non ci sono i nomi delle stanze. Via HomeKit gli apparecchi si chiamano per modello e numero di serie. Verificato nella mappa delle entità: ogni accessorio porta esattamente un nome, ed è la sigla del modello col numero. L’interfaccia locale del bridge non risponde su nessun percorso.

L’ho risolto con una lettura una tantum attraverso l’account, con il device flow: lo script chiede un codice, una persona lo conferma nel browser, poi torna un token.

Claude in tutto questo non vede mai una password. Ed è stata una lettura unica — il comando continua a girare in locale.

Una trappola stava nell’abbinamento: un termostato ambiente si chiama in modo diverso nei due sistemi, stesso numero, inizio diverso. Per questo la rinomina non confronta solo l’uguaglianza ma anche la fine del nome. Gli altri dodici coincidevano alla lettera — ed è proprio per questo che il caso particolare per poco non sfuggiva.

E poi l’esercizio: quattro diagnosi, quattro errori

Dopo l’integrazione si sono fatti vivi tre apparecchi su dodici. Il resto muto. All’inizio era semplice: andavano cambiate le batterie.

Poi è diventato confuso. Due apparecchi restavano assenti, e in sei settimane Claude ne ha scritte quattro:

Spiegazione	smentita da
batteria debole	l’account dava lo stato batteria come normale
guasto vero dell’apparecchio	un riavvio del bridge li ha riportati in 19 minuti
un cavo di rete danneggiato	cavo nuovo, presa nuova — stato invariato
una negoziazione fallita a 10 Mbit	la mia obiezione: «è un bridge vecchissimo, guarda se non fa solo 10 Mbit»

Ognuna si appoggiava a una osservazione, e ognuna era plausibile.

L’errore più bello è stato l’ultimo

10 Mbit half duplex è normalmente il ripiego di una negoziazione fallita. Come regola è vero, ed è esattamente così che Claude l’ha letta.

Qui era il limite superiore dell’apparecchio. Nella guida di tado il caso è descritto perfino al contrario: alcuni router più recenti non supportano più i 10 Mbit half duplex, e allora il bridge lì non si può nemmeno collegare; il consiglio è di mettere in mezzo uno switch più vecchio.

Così si spiega anche perché né il cambio di presa né il cavo nuovo hanno cambiato qualcosa: non c’era niente da cambiare. Entrambe le parti negoziavano correttamente ciò che l’apparecchio offre.

Una regola che regge quasi sempre diventa una trappola se non si pensa all’eccezione: un apparecchio che non ha mai potuto di più.

E un avviso per chi ora pensa di forzare la cosa: non fissare la porta sul livello più veloce. Lo switch lo offre, il bridge no. Il risultato sarebbe nessun collegamento o un disallineamento di duplex — e il comando del riscaldamento sparirebbe finché qualcuno sul posto non rimette a posto.

Sbagliata era anche la mia regola pratica

Strada facendo mi ero costruito una regola: se account e vista locale si contraddicono è il bridge; se dicono la stessa cosa è l’apparecchio.

Non è così. Le sfugge proprio il caso che si era presentato: il bridge aveva perso i due apparecchi e non li ha più cercati — e l’account si limitava a riportare quella perdita. Dicevano la stessa cosa, e l’apparecchio stava bene.

Se dicono la stessa cosa può essere l’apparecchio oppure il bridge. Prima di rinunciare a un apparecchio, si riavvia il bridge.

La vera lezione è arrivata alla fine

Sei settimane di osservazioni singole, quattro spiegazioni, ognuna da uno sguardo allo stato del momento.

La risposta stava da sempre nella banca dati. Home Assistant registra lo storico. Una sola interrogazione su trenta giorni avrebbe mostrato il primo giorno quello che sei settimane di sguardi non hanno chiarito: quante volte, quanto a lungo e con quale schema quei due apparecchi erano davvero mancati.

Dove il registratore scrive, si conta invece di dedurre.

Cosa ti consiglio

1. Prima di associare, verifica se l’accessorio è libero. Lo dice il campo di stato nell’annuncio del servizio. Ti risparmia la conclusione sbagliata che «l’integrazione non lo sa fare».
2. Metti in conto che associare toglie altrove. Con HomeKit non è un difetto, è il progetto.
3. Chiedi del sensore di batteria prima di comprare — non se l’apparecchio ha una batteria, ma se la via che vuoi usare ne riporta il livello.
4. Leggi una volta ciò che manca in locale, e dillo chiaramente. Prendere i nomi dall’account va bene, purché il comando resti locale e tale rimanga.
5. Non forzare un livello di collegamento che l’apparecchio non offre. Il danno supera il vantaggio.
6. Conta prima di interpretare. Se il tuo sistema registra, una interrogazione su trenta giorni vale più di trenta occhiate.

Aggiornamento del 07.11.2026: è peggiorato

Questo articolo finiva con una faccenda chiarita. Resta vero per la domanda di allora — e non è più vero per l’impianto.

Dalla pubblicazione i dispositivi non cadono più uno alla volta, ma in numero crescente:

Data	persi da HomeKit	zone senza alcun dispositivo
13.09.	1	—
01.10.	4	—
07.11.	6	due

Così la mia protezione non regge più. Le scene di riscaldamento comandano ogni dispositivo di una zona singolarmente, perché una stanza non resti ferma se uno cade. Funziona finché ne resta uno. Due stanze adesso non ne hanno nessuno e da Home Assistant non si comandano più.

La controprova dice ogni volta la stessa cosa: tramite l’account, tado ha contatto con tutti e dodici i dispositivi. È la tratta HomeKit, non il riscaldamento.

Finora ha aiutato solo il riavvio del bridge — staccare la spina, aspettare dieci secondi. L’ultima volta tutti e dodici sono tornati in tre minuti e mezzo.

Staccare una spina ogni due settimane per tutto l’inverno non è manutenzione, è un aggiramento. Da qui in poi sostituire il bridge diventa la soluzione più onesta.

E i dieci megabit restano un non-argomento. È il limite del dispositivo e non è mai stato il guasto — l’argomento è la progressione da uno a sei.

Che cosa resta aperto

• Scambiare due teste con altre due della stessa casa. Decide tra dispositivo e posizione e non costa nulla.
• Osservare il contatore di errori sulla porta dello switch a cui è appeso il bridge. Se resta fermo, era il vecchio cavo a causare i pacchetti errati.
• Costruire un avviso di batteria tramite l’account — la via locale non lo dà, ed è il punto di questo articolo che ormai mi dà più fastidio.

E quindi?

Il giudizio sulla via locale è netto: funziona e vale la pena. Il riscaldamento non dipende da alcun account, da alcun abbonamento e da alcuna raggiungibilità esterna.

Si paga con due cose da mettere in conto — nessun preavviso di batteria e nessun nome di stanza — e con un bridge che lavora al limite del suo progetto, e non l’ha mai nascosto. Solo che per sei settimane non ci ho creduto.

Che la faccenda alla fine sia chiarita non si deve alla diagnosi. Si deve a una frase che ha messo in dubbio una supposizione che da sei settimane nessuno verificava più, perché pareva assodata — e quella frase l’ho detta io, non Claude.