Zigbee, Thread o WiFi? Come scegliere il protocollo giusto per la tua smart home

Stai per comprare un sensore di movimento e ne trovi quattro identici nell'aspetto ma con protocolli diversi: uno Wi-Fi, uno Zigbee, uno Z-Wave, uno Thread. Quale scegli? La risposta sbagliata ti costa un hub in più, un ecosistema incompatibile o un dispositivo che scarica le batterie in una settimana.

I protocolli spiegati in modo pratico

Bluetooth Low Energy: lo conosci già dal telefono. Alcuni prodotti smart (lampadine Philips Hue, sensori per piante) lo usano. Vantaggi: non serve hub, funziona direttamente col telefono, basso consumo. Svantaggi: raggio limitato (stessa stanza), pochi dispositivi disponibili, lento a connettersi, nessuna rete mesh. Verdetto: utile per iniziare, inadeguato per una smart home seria.

Wi-Fi: il protocollo più diffuso. Non serve hub aggiuntivo, il router di casa basta. Banda alta, ideale per dispositivi ad alta frequenza di comunicazione. Svantaggi significativi: i router economici supportano poche decine di dispositivi simultanei; molti produttori Wi-Fi (come TP-Link con le nuove Kasa) forzano il cloud, rendendo i dispositivi dipendenti da internet; i dispositivi a batteria durano poco; la rete Wi-Fi domestica si congestiona facilmente. Inoltre, dispositivi connessi al Wi-Fi sono più esposti ad attacchi rispetto a protocolli dedicati.

Z-Wave: progettato specificamente per la domotica. Crea una rete mesh (ogni dispositivo cablato fa da ripetitore, estendendo copertura e affidabilità). Opera a 900 MHz, una frequenza poco affollata, il che riduce le interferenze. Basso consumo per sensori a batteria (oltre un anno per batteria). Locale al 100%, crittografato. Svantaggi: banda molto bassa (100 kbps), inutile per trasferimenti dati pesanti; la certificazione Z-Wave Alliance rende i dispositivi più costosi; serve un controller Z-Wave dedicato.

Zigbee: molto simile a Z-Wave nei principi (mesh, basso consumo, locale) ma opera a 2.4 GHz (come il Wi-Fi). Vantaggi: dispositivi molto economici (sensori Aqara, Ikea TRADFRI), enorme varietà, community attiva (Zigbee2MQTT). Svantaggi: possibile interferenza con Wi-Fi sulla stessa frequenza; serve un coordinatore Zigbee; la compatibilità tra marchi diversi non è sempre garantita senza un hub universale.

Thread: il protocollo emergente, usato da Matter come trasporto. Mesh IPv6 nativa, basso consumo come Zigbee ma con indirizzamento IP diretto. Necessita di un border router (Apple TV, HomePod, alcuni Echo). Ancora in fase di adozione, pochi dispositivi disponibili.

La regola pratica

Per la maggior parte delle case, la combinazione vincente è: Wi-Fi per dispositivi ad alta banda e controllo diretto + Zigbee (o Z-Wave) per sensori, interruttori e dispositivi a batteria. Thread quando sarà più maturo potrà sostituire Zigbee, ma oggi la varietà di prodotti Zigbee è incomparabilmente superiore.

Come farlo con Roraima

La scelta del protocollo è la decisione più tecnica che un utente smart home deve affrontare, e Roraima la semplifica radicalmente.

Il gateway IoT multi-protocollo gestisce simultaneamente: Shelly via CoAP/REST/MQTT (Wi-Fi), dispositivi Tuya via Cloud o locale (Wi-Fi e Zigbee tramite hub Tuya), qualsiasi dispositivo MQTT (inclusi bridge Zigbee2MQTT che traducono dispositivi Zigbee in messaggi MQTT), e integrazione con Home Assistant per chi vuole aggiungere Z-Wave o Thread.

Sul marketplace, il protocollo non è il criterio di ricerca. Il buyer cerca per funzione e ambiente: "sensore temperatura per la camera" o "controllo tapparelle soggiorno". Ogni prodotto mostra il protocollo nel dettaglio tecnico, ma la compatibilità con il gateway è già garantita dal vendor. Nessuna sorpresa di incompatibilità dopo l'acquisto.

Le 13 categorie ambientali (Soggiorno, Camera da Letto, Cucina, Bagno, Sicurezza, Clima ed Energia, Giardino, Garage, e altre) organizzano i prodotti per dove e come verranno usati, non per quale radio hanno dentro. Un sensore di movimento Zigbee e uno Wi-Fi appaiono nella stessa categoria "Sicurezza" se servono allo stesso scopo.

Lo scenario engine è protocol-agnostic: un trigger device_state_change funziona allo stesso modo su un sensore Zigbee (via Zigbee2MQTT -> MQTT -> gateway) e su uno Shelly Wi-Fi (via CoAP -> gateway). Le automazioni compound possono combinare dispositivi di protocolli diversi senza alcuna configurazione aggiuntiva.

L'installatore certificato conosce i protocolli e sceglie il più adatto per ogni installazione. In una casa grande con muri spessi, potrebbe consigliare Zigbee (mesh che supera gli ostacoli tramite ripetitori). In un monolocale, Wi-Fi diretto potrebbe bastare. La consulenza tecnica è parte del servizio di installazione.

Conclusione

Non esiste un protocollo migliore in assoluto: esiste il protocollo giusto per ogni situazione. Roraima astrae questa complessità: il gateway parla tutti i linguaggi, il marketplace organizza per funzione, lo scenario engine ignora i confini di protocollo. Il buyer sceglie cosa vuole automatizzare, non quale radio comprare.