Questo apparecchio ha il Wi-Fi — e resta comunque fuori

La maggior parte dei testi sulla domotica risponde alla domanda «come lo integro?». Questo risponde a quella più rara: quando è meglio lasciar perdere?

Due apparecchi nella mia casa a Kapfenberg hanno il Wi-Fi. Per entrambi esiste un modo di portarli in Home Assistant. Per entrambi ho deciso di no — per due motivi completamente diversi.

Una premessa, perché conta per il primo caso: quanto segue è lo stato dell’indagine ad agosto 2026. Cosa faccia oggi Ayla in questione non l’ho riverificato. La decisione è datata, non eterna.

Caso uno: il barbecue

Un barbecue a pellet di legno con sonda a cuore. Esattamente l’apparecchio per cui un’integrazione avrebbe senso — non si sta accanto a qualcosa che cuoce per quattro ore. Si tratta di un Ninja Woodfire.

Un’integrazione esiste persino. Un progetto della comunità, dichiarato esplicitamente come hobby: «published as-is, no support, no warranty», sette stelle, testato su un solo modello. La strada passa da Ayla, la piattaforma cloud su cui i barbecue stanno finora.

L’unica segnalazione aperta del progetto

Era stata aperta un giorno prima della mia indagine, ed è lei ad aver deciso:

SharkNinja sta spostando i suoi barbecue da questo cloud, e una volta spostato un apparecchio questa integrazione riporta per sempre uno stato obsoleto, senza alcun segnale che qualcosa non vada.

L’autore lo aveva misurato: 24 ore su due vere sessioni di cottura, 2367 richieste, zero variazioni di valore. Home Assistant mostrava «pronto» e «sconosciuto» mentre il barbecue era in piena cottura.

È il tipo peggiore di guasto

Non «non funziona», ma «mostra il valore sbagliato e non dice nulla».

Un apparecchio palesemente rotto ti costa dieci minuti di fastidio. Un apparecchio che mostra vecchi valori plausibili ti costa la cena — e la volta dopo, la fiducia in ogni altro sensore di casa.

Con una sonda a cuore questo è più che fastidioso. Un’indicazione che dice «non ancora pronto» perché è congelata da due ore è peggio di nessuna indicazione. Senza indicazione si va a controllare.

A questo si aggiungeva uno schema: SharkNinja aveva introdotto protezioni anti-bot aggiuntive, che avevano già colpito l’integrazione dei suoi aspirapolvere. Qualcuno sta chiudendo sistematicamente il proprio cloud — ed è un suo diritto, ma è anche un’informazione.

Cosa ho annotato invece

Non un rifiuto per sempre, ma una lista di controllo per dopo:

• Che versione ha l’app Ninja? Sotto una certa versione il barbecue è presumibilmente ancora sul vecchio cloud e l’integrazione reggerebbe. Sopra, quel treno è passato.
• Il barbecue risponde localmente sulla porta 80. Cosa ci sia non è stato indagato. Se la via del cloud dovesse cadere definitivamente, è lì che si guarderà.

È questa la differenza tra «non funziona» e «non adesso». Un apparecchio di cui so da dove ripartire la prossima volta non è perduto.

Caso due: l’interruttore che non stavo cercando

Il secondo caso è di natura diversa. L’interruttore Tuya sull’allaccio idrico non è stato cercato — è avanzato come indirizzo sconosciuto dopo che avevo disattivato una funzione del router.

E per poco non lo classificavo male

Una scansione sulle porte da 1 a 1024 più venti porte comuni per apparecchi non ha trovato nulla.

La conclusione ovvia: nessuna porta aperta, quindi un apparecchio che telefona solo verso l’esterno. Non raggiungibile in locale, obbligo di cloud, caso chiuso.

Sbagliato. Una seconda passata da 1025 a 10000 ha trovato esattamente una porta — e nel primo elenco non c’era. È la porta del protocollo locale di Tuya.

Una scansione che non trova nulla non dimostra nulla. Dice solo che nell’intervallo che hai scelto non c’era niente. È una lezione che va ben oltre questo apparecchio.

Quale versione di protocollo parlasse si è poi potuta leggere dalla risposta: nelle versioni più vecchie il numero di versione sta in chiaro nel contenuto, nelle più recenti no. Qui non c’era.

Perché resta comunque fuori

Ci sono due modi di integrare un apparecchio del genere — uno via cloud, uno puramente locale. Quello locale sarebbe il migliore.

L’ostacolo è lo stesso per entrambi: la via locale richiede una chiave specifica dell’apparecchio, e la si ottiene solo tramite un account sviluppatore presso Tuya. Una volta ottenuta funziona poi senza cloud — ma una volta bisogna passarci.

Ed ecco il motivo vero: l’interruttore attualmente non è in uso.

Aprire un account sviluppatore, estrarre una chiave e mantenere un’integrazione perché un interruttore che non commuta nulla compaia in un elenco — è esattamente il tipo di lavoro che lentamente rende ingestibile una casa domotica.

Per chiarezza, perché la situazione induce a supporlo: lì non è configurata alcuna chiusura automatica dell’acqua. L’interruttore sta sull’allaccio elettrico, e cosa farebbe in caso di emergenza non è stato provato. Scriverne come se fosse una funzione di sicurezza sarebbe sbagliato.

Un terzo caso, molto in breve

Un accumulatore di energia nella stessa casa non ha alcuna porta aperta. Lì non c’è nulla da decidere: l’apparecchio in locale non offre niente.

Vale la pena dirlo perché mostra l’ampiezza: un apparecchio può parlare in locale e non essere comunque accolto, e un altro non può proprio parlare. «Smart» non dice nulla su nessuno dei due.

Come giudico un’integrazione

Da questi casi è nata una lista di controllo che ora seguo prima di ogni nuova integrazione:

1. Cosa succede se la connessione cade? L’apparecchio mostra «non disponibile» oppure continua a mostrare l’ultimo valore? Solo la prima risposta è utilizzabile. La seconda è una trappola.
2. Dipende dal cloud di qualcun altro che qualcuno può spegnere? Allora l’integrazione è un prestito, non un possesso.
3. Chi mantiene l’integrazione? Un progetto hobbistico con sette stelle e un modello testato è un esperimento, non una base.
4. Cosa me ne faccio del valore? Se la risposta è «starà nella dashboard», il lavoro non è giustificato.
5. Quanto costa la decisione più avanti? Aggiungere un apparecchio dopo costa poco. Districare un’automazione costruita su valori sbagliati no.

Il punto 1 è il più importante e non viene quasi mai posto. La maggior parte delle integrazioni viene giudicata sul funzionamento nel caso normale. Quello che conta è il comportamento quando qualcosa va storto.

E quindi?

In ogni casa ci sono apparecchi che hanno il Wi-Fi e non contribuiscono comunque a nulla. Non integrarli non è pigrizia né fallimento: è una decisione, e merita di essere documentata quanto un’integrazione riuscita.

Il mio metro ormai è semplice: un’integrazione deve saper fare qualcosa che l’apparecchio non sa già fare da solo. Il barbecue mostra la sua temperatura sul proprio display. L’interruttore non commuta nulla. In nessuno dei due casi Home Assistant aggiunge qualcosa — se non un punto in più in cui qualcosa può rompersi.

E se ora stai pensando che tu il barbecue lo integreresti comunque: potresti aver ragione. La tua versione dell’app forse è diversa dalla mia di allora, e allora la strada regge. Il punto non è la risposta, ma che la domanda venga posta.