Smart home e degradazione controllata: cosa succede quando qualcosa smette di funzionare

Una casa smart è facile da apprezzare quando funziona tutto. L'ingegneria vera si vede quando qualcosa si rompe. Spunto di partenza: la cover story di PCQuest di settembre 2026, scritta nel contesto delle case indiane, un banco di prova durissimo per la domotica. Qui la rielaboriamo con il nostro taglio da laboratorio.

Il vero metro dell'intelligenza di una casa

Le case connesse stanno uscendo dal recinto di luci e prese: gestiscono energia, accessi, presenza, sicurezza, clima e sempre più spesso automazioni basate su intelligenza artificiale. Più fanno, più dipendono da rete, sensori, alimentazione, software e dai limiti fisici degli elettrodomestici.

Per questo cambia la domanda. Non è più "quanto sa automatizzare la casa?", ma come si comporta quando una parte dell'automazione, dell'infrastruttura o delle prestazioni fisiche viene a mancare?

Gli esempi sono quotidiani:

• la fibra cade, ma il Wi-Fi locale resta attivo;
  


• torna la corrente, ma router, controller e dispositivi si risvegliano a velocità diverse;
  


• qualcuno spegne l'interruttore a muro e toglie tensione alla lampadina smart che c'è dietro;
  


• il robot aspirapolvere ha le superfici ottiche impolverate;
  


• il purificatore parte a razzo mentre si cucina;
  


• il condizionatore continua a girare in piena ondata di caldo ma rende molto meno.
  

Ognuno di questi episodi mette in luce una dipendenza che in fase di installazione era facile ignorare.

La smart home è una pila di dipendenze

Wi-Fi, Thread, Zigbee, Z-Wave e Matter vengono spesso presentati come alternative tra loro. Non lo sono, perché lavorano a livelli diversi:

• Wi-Fi ed Ethernet forniscono la connettività IP.
  


• Thread è una rete mesh IPv6 a basso consumo.
  


• Zigbee unisce mesh a basso consumo e un proprio framework applicativo.
  


• Z-Wave è una mesh sub-GHz pensata per l'automazione domestica.
  


• Matter sta più in alto: è uno standard applicativo basato su IP che può viaggiare su Wi-Fi, Ethernet o Thread.
  


• Bluetooth LE serve tipicamente per scoperta e configurazione iniziale.
  

Un sensore Matter-over-Thread usa quindi Matter per definire come si controllano le sue funzioni e Thread per trasportare il traffico sulla mesh.

Ogni livello è un dominio di guasto a sé. Una luce può avere corrente ma non rete. La rete locale può funzionare senza Internet. Un dispositivo Thread può restare nella sua mesh mentre il Border Router che la collega alla LAN è spento. Il controller può girare mentre il cloud del produttore è fuori servizio. E un controller con backup non accende una luce il cui circuito è senza tensione.

Dire che un prodotto è "locale" non elimina le dipendenze: le sposta. La domanda utile è un'altra: quale intero percorso di controllo deve restare operativo perché questa funzione lavori?

Testare i guasti a strati

Quattro scenari diversi, da provare separatamente:

1. Caduta della WAN. Internet sparisce, la rete locale resta. Zigbee, Z-Wave, Matter, Thread e simili possono continuare se i controller sono disponibili. Servizi cloud, accesso remoto e certe funzioni vocali no. Qui l'IA locale comincia a cambiare le carte: hub con abbastanza potenza o NPU possono eseguire wake word e modelli linguistici ridotti in locale, rendendo possibile un'interfaccia vocale che sopravvive a un'interruzione di Internet.
2. Caduta della LAN. Se router o access point si bloccano, i dispositivi Wi-Fi diventano irraggiungibili anche con la connessione Internet in perfetta salute.
3. Guasto del controller. La rete funziona, ma le routine che girano solo sull'hub si fermano, mentre i comandi fisici continuano a funzionare.
4. Mancanza di corrente. Tutto ciò che non ha un backup si spegne. Mettere in UPS solo l'hub serve a poco se router, access point, switch o Thread Border Router restano senza alimentazione.

La resilienza appartiene all'intero percorso di controllo, non al singolo componente.

Il ritorno della corrente è un problema di stato

Quando l'elettricità torna, la casa non riparte come un sistema coordinato. Il router si avvia, il Wi-Fi riappare, parte il controller, i dispositivi si riconnettono, le reti Thread e Zigbee si ricostituiscono, riprende la scoperta, si caricano le automazioni. Questi eventi non terminano necessariamente in quest'ordine.

Il nodo vero è la riconciliazione dello stato: la rappresentazione software della casa deve riallinearsi a quella fisica. Un controller può tenere per un po' lo stato vecchio di un relè finché il dispositivo non si riconnette e dichiara cosa sta realmente facendo. Con più controller la faccenda si complica.

Una metrica utile proposta dall'articolo è il tempo di recupero utile:

avvio infrastruttura + recupero rete + riaggancio dispositivi + discovery + riconciliazione dello stato

Una casa che si rimette in piedi in modo prevedibile in 90 secondi può essere meglio progettata di una la cui app sembra pronta prima, ma con i singoli dispositivi ancora indisponibili. Da qui un test più severo: tagliare separatamente WAN, LAN, controller e alimentazione di rete, e osservare cosa sopravvive e con che affidabilità si torna alla normalità.

Più sensori, più manutenzione

Un robot aspirapolvere di fascia alta può combinare LiDAR, telecamere, sensori a infrarossi o luce strutturata, sensori anticaduta, paraurti, odometria delle ruote, rilevamento tappeti e riconoscimento oggetti via software. Ogni sistema di sensing può migliorare la navigazione, ma aggiunge un componente di cui conta lo stato fisico:

• residui sulle superfici ottiche peggiorano le informazioni disponibili per telecamere e infrarossi;
  


• sensori anticaduta sporchi interferiscono con il rilevamento del bordo;
  


• capelli attorno alle ruote alterano il movimento e l'odometria;
  


• un filtro intasato riduce la pulizia anche se la navigazione resta precisa.
  

Quindi la metrica non è solo aspirazione o precisione della mappa: la manutenzione fa parte delle prestazioni. Le basi autopulenti non eliminano il problema, lo spostano: serbatoi, pompe, vaschette e gruppi lavapavimenti hanno la loro manutenzione. La sofisticazione dei sensori vale finché restano affidabili.

Qualità dell'aria: serve contesto, non un solo numero

La cucina mette in crisi l'automazione basata su sensori. Frittura, spezie e soffritti generano particolato e composti organici volatili (VOC). Un purificatore che accelera mentre si cucina sta quindi rispondendo a un inquinamento reale, non "impazzendo".

Il guaio nasce quando il software riduce la "qualità dell'aria" a un'unica misura. In realtà:

• i sensori ottici stimano il particolato;
  


• i sensori a ossidi metallici segnalano variazioni generiche legate ai VOC, ma di norma non identificano i singoli composti;
  


• i sensori elettrochimici puntano a gas specifici, in base alla chimica;
  


• i sensori NDIR misurano la CO2, non particelle né VOC.
  

Sono segnali che descrivono condizioni diverse. Una regola del tipo "PM2.5 sopra X, ventola al massimo" è un controllo rozzo: i valori che oscillano attorno a una soglia fissa fanno cambiare continuamente velocità. L'isteresi aiuta, usando soglie diverse in salita e in discesa; ritardi temporali e variazioni nel tempo aggiungono contesto.

Una routine più furba potrebbe combinare livelli di particolato, andamento dei VOC, presenza in cucina, stato della cappa e il fatto che l'inquinamento stia scendendo. L'intelligenza domestica utile nasce dall'interpretare i dati nel contesto, non dal collegare un'automazione a una soglia.

Sensori di presenza: dove sta andando l'automazione

I sensori PIR rilevano bene il movimento, ma una persona ferma a leggere o a guardare la TV può finire per sembrare "stanza vuota".

I radar mmWave (attorno a 24 o 60 GHz) cambiano il modello: percepiscono movimenti molto piccoli, permettendo di passare da "qualcuno si è mosso?" a "lo spazio è ancora occupato?". Questo migliora luci, climatizzazione, ventilazione, gestione energetica per stanza e scene basate sulla presenza, senza telecamere.

Non è infallibile: posizionamento, riflessioni, animali domestici, rilevamenti dalla stanza accanto, ventilatori in movimento, tende, configurazione delle zone e algoritmi possono falsare i risultati. Il passaggio più importante è dai semplici trigger di evento alla sensor fusion e al contesto ambientale: sensori migliori richiedono comunque logiche migliori.

Il calore: quando la fisica ha l'ultima parola

Anche il condizionatore è un caso di degradazione. Con temperature esterne vicine ai 50 °C, ha spiegato Pranav Chopra (co-fondatore e CTO di Optimist), il progetto diventa un problema di smaltimento del calore: bisogna mantenere un raffrescamento utile mentre si riduce la differenza di temperatura disponibile al condensatore. Il sistema continua a funzionare, ma con capacità ridotta, ed è esattamente il comportamento che una casa ben progettata deve prevedere e gestire.

Il nostro punto di vista dal laboratorio

Cosa portarsi a casa, anche da noi in Italia, dove di norma i blackout sono meno frequenti ma le dipendenze nascoste sono le stesse:

• Disegna per percorsi di controllo, non per dispositivi. Prima di acquistare, scrivi cosa deve funzionare per accendere una luce o attivare un allarme.
  


• Alimenta l'intera catena. Se usi un UPS, copri anche router, switch, access point e Border Router, non solo il server di automazione.
  


• Mantieni sempre un comando fisico funzionante. Un interruttore che toglie corrente a una lampadina smart è un anti-pattern: meglio relè dietro il tasto o moduli in scatola, così il pulsante resta utile anche senza rete.
  


• Testa i guasti a freddo. Stacca WAN, LAN, controller e corrente uno alla volta e cronometra il tempo di recupero utile.
  


• Usa logiche con isteresi e contesto. Soglie con margine, ritardi e più sensori combinati evitano comportamenti nervosi.
  


• Pianifica la manutenzione dei sensori. Pulizia periodica di ottiche, filtri e sensori anticaduta fa parte dell'affidabilità.
  

La casa davvero intelligente non è quella che non si guasta mai: è quella che, quando qualcosa si guasta, continua a fare la cosa giusta, con meno funzioni ma senza sorprese.


Fonte e spunto: PCQuest, settembre 2026, cover story "Why smart homes need graceful degradation", di Preeti Anand. Articolo rielaborato in italiano con aggiunte e considerazioni di LBS.FARM; non è una traduzione letterale.