Shelly ThreadLink: Thread sta diventando la rete IP locale per le case intelligenti?

Shelly ThreadLink non trasforma Thread in una rete IP: Thread è basato su IPv6 fin dall'inizio. Ciò che cambia è il modo in cui Shelly intende utilizzare questa rete. Anziché riservare Thread principalmente a Matter e mantenere le API del fornitore, la connettività cloud e le funzionalità avanzate sul Wi-Fi, ThreadLink è progettato per trasportare diversi di questi percorsi tramite la stessa rete mesh a basso consumo.

Ciò rende ThreadLink più interessante di un altro annuncio sulla compatibilità con Matter. Se l'approccio funzionerà come promesso, Thread potrebbe diventare il punto di accesso IP a basso consumo di una casa intelligente: relè, interruttori, sensori e comandi comunicherebbero tramite Thread, mentre Home Assistant, server, dispositivi Wi-Fi e sistemi Ethernet resterebbero parte della rete locale più ampia. Il firmware non è tuttavia ancora disponibile: attualmente Shelly prevede l'aggiornamento con adesione facoltativa circa tre mesi dopo l'annuncio del 3 settembre.

Che cos'è Shelly ThreadLink?

ThreadLink è un firmware alternativo in arrivo per i dispositivi Shelly Gen4 idonei, che utilizza il modulo radio compatibile con Thread come connessione IP più ampia, anziché limitarlo principalmente a un solo percorso applicativo.

Nel suo annuncio ufficiale di ThreadLink, Shelly afferma che il firmware eseguirà il networking IPv6 su Thread supportando al contempo le comunicazioni TCP e RPC/UDP. Lo stesso modulo radio a basso consumo dovrebbe trasportare:

• connettività Matter,
• traffico Shelly Cloud,
• comunicazione RPC e API di Shelly,
• controllo diretto da dispositivo a dispositivo,
• configurazione e diagnostica,
• e un'integrazione più approfondita con Home Assistant.

Il cambiamento architetturale principale è il seguente:

MODELLO COMUNE ATTUALE

                    Matter
                      |
                    Thread

Dispositivo Shelly ───── Wi-Fi ───── API Shelly
       |
       └─────────── Wi-Fi ───── Cloud


DIREZIONE DI THREADLINK

                    Matter
                      |
API Shelly ─────── Thread ───── Percorso cloud
                      |
                  P2P locale

Anziché richiedere il Wi-Fi per il lato specifico del dispositivo dedicato al fornitore mentre Thread trasporta Matter, Shelly vuole che sia Thread stesso a fornire il trasporto IP per diverse applicazioni contemporaneamente.

Questa distinzione è importante perché Matter e Thread non sono lo stesso livello della rete.

Shelly ThreadLink è disponibile ora?

No. ThreadLink è stato annunciato, ma il firmware di produzione non è ancora disponibile per tutti.

Shelly afferma che sarà distribuito come firmware separato, gratuito e con adesione facoltativa per i dispositivi Gen4 idonei, circa tre mesi dopo l'annuncio del 3 settembre 2026.

Gli utenti sceglieranno per ogni dispositivo se eseguire il firmware standard orientato al Wi-Fi o ThreadLink.

Ciò significa che attualmente ThreadLink dovrebbe essere considerato un'architettura annunciata, anziché una funzionalità che ogni proprietario di un dispositivo Gen4 può abilitare oggi.

Significa anche che è troppo presto per affermare che ogni modello Gen4 riceverà il firmware. Shelly parla specificamente di dispositivi Gen4 idonei, quindi l'elenco finale di compatibilità è importante.

Thread non era già una rete IP?

Sì. Questo è il malinteso più importante da chiarire.

Thread è stato progettato come una rete mesh basata su IPv6, che utilizza 6LoWPAN su radio IEEE 802.15.4. La spiegazione del fondamento IPv6 di Thread da parte del Thread Group fa risalire questo principio progettuale a diversi anni prima dell'esistenza di Matter.

Lo stack di rete può essere semplificato come segue:

APPLICAZIONI

Matter
Protocolli del produttore
Altri servizi IP
       |
       v
TRASPORTO

UDP / TCP
       |
       v
RETE

IPv6
       |
       v
ADATTAMENTO

6LoWPAN
       |
       v
RADIO

IEEE 802.15.4

Thread, quindi, non è un protocollo radio IP specifico di Matter, nello stesso senso in cui molte persone lo descrivono superficialmente.

È una rete IP a basso consumo capace di trasportare protocolli applicativi al di sopra di essa.

Matter è attualmente la sua applicazione consumer per la casa intelligente più visibile, ma Thread è stato progettato per essere agnostico rispetto al livello applicativo.

ThreadLink non trasforma Thread in una rete IP. Utilizza Thread più come la rete IP che è già.

Che cosa c'è di nuovo in ThreadLink?

La novità non è IPv6 in sé. È la decisione di consentire a un singolo dispositivo IoT consumer di utilizzare Thread per diversi percorsi applicativi che spesso dipendono ancora dal Wi-Fi.

THREAD COME CANALE MATTER

Matter
  |
Thread


             ↓


THREAD COME RETE

Matter ─────────┐
                |
Shelly RPC ─────┤
                |
API locale ──────┼── IPv6 / Thread
                |
Logica P2P ──────┤
                |
Percorso cloud ─────┘

Questo cambia il ruolo della radio.

Thread non è più utile solo perché un altro ecosistema può controllare un relè tramite Matter. Può anche trasportare il traffico applicativo proprietario di Shelly, la logica locale, la configurazione, la diagnostica e potenzialmente gli aggiornamenti software.

Shelly descrive ThreadLink come compatibile con UDP per comunicazioni locali reattive e con il supporto completo a TCP per trasferimenti più grandi o sensibili all'affidabilità, come i dati di configurazione e la diagnostica.

Si tratta di un'interpretazione molto più ampia di ciò che un dispositivo consumer connesso tramite Thread può fare.

Perché Matter non espone tutte le funzionalità Shelly?

Perché l'interoperabilità e la differenziazione dei produttori risolvono problemi diversi.

Matter fornisce ai produttori e alle piattaforme per la casa intelligente un modello di dispositivo standardizzato. Un relè compatibile con Matter può esporre funzionalità note in un modo comprensibile da Apple Home, Google Home, Amazon Alexa, SmartThings o Home Assistant, senza che ogni piattaforma debba implementare un protocollo proprietario completamente diverso.

Questa standardizzazione è preziosa.

Tuttavia, un produttore può ancora offrire funzionalità che vanno oltre il modello Matter standardizzato, come:

• misurazioni energetiche più dettagliate,
• informazioni diagnostiche,
• comportamento speciale del relè,
• configurazione specifica del dispositivo,
• funzionalità di scripting o automazione,
• informazioni avanzate sullo stato,
• e funzioni di gestione del produttore.

Oggi questo crea spesso due percorsi paralleli:

DISPOSITIVO
  |
  +-- Matter
  |      |
  |      v
  |  Funzionalità standard
  |  Apple / Google / HA
  |
  +-- API del produttore
         |
         v
     Funzionalità avanzate
     Diagnostica
     Configurazione

ThreadLink cerca di mantenere questi due percorsi senza richiedere due diversi trasporti di rete:

          Matter
            \
             \
              Thread
             /
            /
       Shelly RPC

Shelly afferma che un modulo dedicato per Home Assistant esporrà l'insieme più ampio di funzionalità Shelly, oltre a quelle fornite dal modello dati Matter.

ThreadLink è quindi importante perché Matter può rimanere un'applicazione sulla rete Thread senza dover essere l'unica applicazione su Thread.

I dispositivi Shelly possono controllarsi a vicenda senza Wi-Fi?

Secondo la progettazione di ThreadLink di Shelly, sì.

Shelly afferma che i dispositivi ThreadLink possono comunicare direttamente sulla rete mesh Thread tramite la sua API, consentendo l'esecuzione peer-to-peer di scene, interblocchi e automazioni.

La parte importante è il percorso in caso di guasto.

Shelly afferma che queste relazioni tra dispositivi possono continuare anche se:

• la connessione a Internet si interrompe,
• Shelly Cloud non è raggiungibile,
• oppure la rete Wi-Fi domestica si interrompe.

Una semplice relazione potrebbe quindi essere:

Interruttore a parete
     |
   Thread
     |
     v
    Relè

invece di richiedere sempre:

Interruttore a parete
     |
     v
Wi-Fi / Router
     |
     v
Server domestico
     |
     v
Wi-Fi / Router
     |
     v
Relè

Questo non rende sbagliato il percorso tramite server.

Significa che non ogni azione locale deve passare da esso.

Il controllo locale ha ancora bisogno di Home Assistant?

Per le semplici relazioni tra dispositivi, non sempre. Per un'orchestrazione più ampia, Home Assistant svolge ancora un compito molto diverso.

L'accensione di un relè tramite un semplice interruttore a parete è fondamentalmente diversa da un'automazione che combina più sistemi.

La logica a livello di dispositivo può gestire:

• semplici relazioni tra interruttori e relè,
• interblocchi,
• scene di base,
• e comportamenti di fallback immediati.

Un server per la domotica è più adatto a una logica come:

SE

immissione solare > 3000 W

E

SOC della batteria > 80%

E

la stanza è occupata

E

il prezzo dell'elettricità è basso

POI

abilita il carico HVAC / degli elettrodomestici

Questo flusso di lavoro coinvolge energia, presenza, prezzi, programmazioni e potenzialmente diversi protocolli.

Appartiene a un livello di orchestrazione superiore. Il più ampio passaggio verso l'elaborazione locale di Home Assistant segue lo stesso principio: mantenere le decisioni appropriate vicino all'abitazione, riservando le dipendenze dal cloud ai carichi di lavoro che ne hanno effettivamente bisogno.

CONTROLLO LOCALE A LIVELLO DISPOSITIVO

Interruttore
   |
 Thread P2P
   |
Relè


CONTROLLO LOCALE A LIVELLO SERVER

Solare ────────────────┐
Contatore dell'energia ┤
Presenza ────────────┼── Home Assistant ── HVAC
Programmazione ─────┤
Altri dispositivi IoT ───┘

Il locale-first non significa sempre server-first.

Una casa intelligente solida può utilizzare relazioni locali tra dispositivi per le azioni semplici e lasciare che il server domestico si concentri sulla logica tra sistemi, sulla cronologia, sulle policy, sui dashboard e sullo stato.

Come può ThreadLink raggiungere il cloud senza Wi-Fi?

Una delle promesse più insolite di ThreadLink è che il dispositivo endpoint può rimanere un dispositivo Thread continuando ad accedere a Shelly Cloud.

Il dispositivo stesso non ha bisogno delle credenziali Wi-Fi per questo percorso.

Shelly descrive l'architettura così:

Dispositivo Shelly ThreadLink
          |
          v
     IPv6 / Thread
          |
          v
 Thread Border Router
          |
          v
        NAT64
          |
          v
   Servizio Internet IPv4
          |
          v
      Shelly Cloud

L'idea si inserisce nello sviluppo più ampio di Thread. Thread 1.4 ha formalizzato ulteriori attività su un percorso standard dalle reti Thread verso i servizi Internet, inclusa la connettività da IPv6 a IPv4 ai margini della rete.

Il cambiamento concettuale importante è:

La connettività cloud non deve più implicare la connettività Wi-Fi sul dispositivo endpoint.

Un dispositivo a basso consumo può utilizzare Thread localmente, mentre il routing IP più avanti nella rete gestisce l'accesso ai servizi esterni.

Questo non rende ThreadLink esclusivamente locale.

Dimostra il contrario: la comunicazione locale tra dispositivi e la connettività cloud opzionale possono condividere la stessa architettura IP.

Che cosa fa realmente un router di confine Thread?

Un router di confine Thread collega la rete mesh Thread alla rete IP più ampia. È fondamentalmente un router, non un traduttore di protocolli per ogni comando della casa intelligente.

La spiegazione di Thread Group sul ruolo del router di confine Thread rende esplicita questa distinzione.

Le architetture tradizionali per la casa intelligente sono spesso strutturate così:

Dispositivo Zigbee
     |
     v
Rete Zigbee
     |
     v
Hub del produttore
     |
traduzione del protocollo
     |
     v
Rete IP

Thread utilizza invece l'IP direttamente sulla rete dei dispositivi:

Dispositivo Thread
     |
 IPv6 / Thread
     |
     v
Router di confine
     |
 Routing IP
     |
     v
LAN domestica

Il router di confine inoltra i pacchetti tra segmenti di rete fisici.

Non deve tradurre ogni comando applicativo da Thread in un protocollo LAN proprietario.

Ciò significa che Home Assistant può trovarsi altrove sulla rete locale:

Dispositivo Thread
     |
Rete mesh Thread
     |
Router di confine
     |
LAN Ethernet / Wi-Fi
     |
     +-- Home Assistant
     +-- Server domestico
     +-- Altri servizi IP

Un controller Matter e un router di confine Thread svolgono quindi ruoli diversi. Il router di confine fornisce la raggiungibilità di rete; Matter fornisce una relazione tra applicazione e controller al di sopra di quella rete. Se più piattaforme controllano indipendentemente gli stessi dispositivi Matter, più controller Matter introducono un ulteriore livello di fiducia e proprietà che il semplice routing Thread non risolve.

Una volta che il traffico lascia la rete mesh Thread, le normali regole IP continuano a essere importanti. La raggiungibilità di rete di Home Assistant dipende ancora da indirizzamento utilizzabile, routing, criteri e da un percorso di ritorno funzionante tra il controller e l'endpoint.

ThreadLink significa che Thread sostituirà il Wi-Fi?

No. Thread e Wi-Fi sono ottimizzati per diversi tipi di traffico.

L'attuale documentazione di Home Assistant su Thread descrive Thread come una tecnologia a basso consumo e bassa larghezza di banda, rendendola particolarmente adatta ai dispositivi che scambiano quantità relativamente ridotte di dati.

Un relè a basso consumo non ha bisogno della larghezza di banda del Wi-Fi.

Una telecamera di sicurezza 4K non dovrebbe essere collegata a Thread semplicemente perché Thread è basato su IP.

Thread non sta diventando il nuovo Wi-Fi. Potrebbe diventare il livello IP a basso consumo della stessa rete domestica.

Thread sta diventando il livello edge a basso consumo della LAN domestica?

È qui che ThreadLink diventa più interessante del singolo annuncio sul firmware Shelly.

Una futura rete locale potrebbe assomigliare meno a diversi ecosistemi di smart home isolati e più a un'unica architettura IP distribuita su diversi mezzi fisici:

                     SERVER DOMESTICO
                          |
                          |
                    RETE IP DOMESTICA
                          |
        +-----------------+----------------+
        |                 |                |
     ETHERNET           WI-FI            THREAD
        |                 |                |
       NAS             Telecamere          Relè
     Server           Telefoni           Sensori
   Postazioni di lavoro          TV            Interruttori
                                       Serrature

L'endpoint non deve richiedere che ogni dispositivo utilizzi la stessa tecnologia radio.

È più importante che i livelli superiori possano comunicare tramite il routing standard, quando appropriato.

È fondamentalmente diverso dal tentare di far competere Thread, Wi-Fi ed Ethernet per decretare un unico vincitore.

La casa intelligente del futuro potrebbe non avere un'unica rete wireless. Potrebbe avere un'unica architettura IP distribuita su diverse reti fisiche.

Cosa cambia ThreadLink per Home Assistant?

ThreadLink offre potenzialmente a Home Assistant due percorsi utili verso lo stesso dispositivo Shelly fisico.

La prima è Matter standard:

Dispositivo Shelly
      |
Matter su Thread
      |
Thread Border Router
      |
Controller Matter di Home Assistant
      |
Funzionalità Matter standard

Il secondo è il percorso specifico del fornitore che Shelly sta pianificando:

Dispositivo Shelly
      |
RPC di Shelly su Thread
      |
Thread Border Router
      |
Home Assistant
      |
Funzionalità specifiche di Shelly

L'architettura ufficiale di Home Assistant Matter rende già chiara la distinzione tra rete e applicazione: Matter è un protocollo di controllo a livello applicativo che può comunicare tramite Wi-Fi, Ethernet o Thread, a seconda del dispositivo.

ThreadLink si basa su questo design a più livelli.

Matter può offrire interoperabilità tra ecosistemi, mentre l'integrazione Shelly può conservare funzionalità più approfondite specifiche del dispositivo.

Si tratta di un'architettura più solida rispetto a costringere gli utenti a scegliere tra interoperabilità e funzionalità avanzate del fornitore.

È davvero possibile avere un'unica rete Thread oggi?

Non sempre. Le implementazioni Thread odierne possono essere ancora più frammentate di quanto suggerisca l'architettura ideale.

Attualmente Home Assistant descrive la propria integrazione Thread come un lavoro in corso e tiene esplicitamente traccia delle diverse reti Thread presenti in una casa.

In una casa si potrebbe scoprire qualcosa di simile:

Rete Thread di Apple
       |
credenziali diverse


Rete Thread di Google
       |
credenziali diverse


Rete Thread di Home Assistant
       |
different credentials

I dispositivi su reti Thread separate non diventano automaticamente un'unica grande rete mesh solo perché utilizzano tutti Thread.

Home Assistant può aiutare gli utenti a esaminare le reti esistenti e, nei casi supportati, a collegare un Home Assistant Border Router a una rete esistente preferita. Tuttavia, l'ecosistema consumer non equivale ancora a una rete mesh Thread perfettamente unificata in ogni abitazione.

Questa è un'importante verifica della realtà per ThreadLink.

Un'architettura IP tecnicamente elegante dipende comunque dalla compatibilità dei border router, da credenziali condivise, dalla topologia di rete e dal supporto effettivo dell'implementazione.

In che modo Thread 1.4 cambia il quadro?

Thread 1.4 avvicina l'ecosistema all'idea di una rete unificata.

Il Thread Group descrive uno dei suoi principali miglioramenti come una rete mesh unica più semplice da realizzare.

L'obiettivo è fare in modo che i dispositivi aggiornati e i Border Router di ecosistemi diversi riconoscano e si uniscano a una rete Thread esistente, invece di creare inutilmente un'altra rete mesh.

Thread 1.4 aggiunge o migliora anche:

• un percorso standardizzato verso la connettività cloud,
• Thread sull'infrastruttura,
• visibilità sulla diagnostica e sulla risoluzione dei problemi di rete,
• convergenza di rete tra ecosistemi,
• e miglioramenti alla messa in servizio.

Questo offre a ThreadLink un contesto più ampio.

PRIME VERSIONI DI THREAD

Rete mesh IPv6 a basso consumo
      |
Matter diventa dominante
applicazione consumer


THREAD 1.4

Migliore convergenza della rete
Infrastruttura migliore per i router di confine
Percorso cloud
Diagnostica
      |
      v


IDEA DI THREADLINK

Matter
API del fornitore
Cloud
P2P
      |
lo stesso trasporto IP a basso consumo

ThreadLink non dimostra quindi che ogni fornitore adotterà lo stesso approccio.

Ma è un esempio concreto del tipo di diversità applicativa che l'architettura di rete di Thread ha sempre reso possibile.

Ogni automazione della casa intelligente deve passare dal server domestico?

No. Un sistema resiliente può distribuire la logica in base alla complessità e all'importanza dell'azione.

Un semplice interblocco non necessita necessariamente di un passaggio dal server.

Probabilmente un'automazione energetica per tutta la casa sì.

Questa separazione può rendere la rete più resiliente, perché il guasto di un livello non rimuove automaticamente ogni funzione locale. Spiega inoltre perché il vero percorso delle prestazioni di Home Assistant include radio, reti, broker, dispositivi di destinazione e archiviazione, anziché soltanto la CPU che esegue Home Assistant.

ThreadLink rende meno importante un server domestico?

Può rendere il server domestico meno importante come gateway dei protocolli, ma definirlo più chiaramente come livello di orchestrazione.

Le case intelligenti tradizionali accumulavano bridge perché molte reti di dispositivi non potevano partecipare direttamente alla rete IP domestica.

VECCHIO MODELLO

Dispositivi Zigbee ── Hub del fornitore ──┐
                               |
Altri dispositivi ─── Gateway ─────┼── Server domestico
                               |
Dispositivi Wi-Fi ─────────────────┘

Un'architettura più orientata all'IP può avere un aspetto diverso:

LIVELLO DEI DISPOSITIVI

Dispositivi Thread
Dispositivi Wi-Fi
Dispositivi Ethernet
       |
       v

LIVELLO DELLA RETE IP
       |
       v

LIVELLO DI CONTROLLO

Home Assistant
       |
       +-- Automazioni
       +-- Stato
       +-- Cronologia
       +-- Criteri
       +-- Dashboard
       +-- Logica tra protocolli
       |
       v

LIVELLO DATI

Backup
NAS
Archiviazione persistente

Il server non deve più far passare ogni pacchetto attraverso di sé per giustificare la propria esistenza.

Il suo valore deriva sempre più dal mantenimento del quadro generale:

• quali dispositivi esistono,
• in quale stato si trovano,
• come interagiscono sistemi non correlati,
• cosa è successo ieri,
• quali automazioni dovrebbero essere eseguite,
• cosa dovrebbe accadere quando un servizio si guasta,
• e di come vengono protette la configurazione e la cronologia.

Queste responsabilità hanno requisiti diversi in termini di archiviazione e ripristino. Separare i dati persistenti di Home Assistant dallo stato runtime temporaneo rende molto più semplice proteggere il livello dati di questa architettura.

Thread riduce la necessità di tradurre i protocolli, non quella di utilizzare un software per la domotica.

Ciò non significa nemmeno che Home Assistant richieda improvvisamente hardware potente. Gli attuali requisiti hardware del server Home Assistant rimangono modesti per la normale automazione; sono le telecamere, la cronologia estesa, la voce locale, i database e i servizi aggiuntivi a creare solitamente un carico maggiore sul server.

Se si prevede che diversi di questi servizi funzionino insieme, il dimensionamento del server per la smart home dovrebbe basarsi sull'intero stack di servizi anziché sul numero di dispositivi Thread.

I proprietari di Shelly Gen4 dovrebbero passare dal Wi-Fi a ThreadLink?

È troppo presto per formulare questa raccomandazione.

Il firmware non è ancora disponibile in generale, l'elenco finale dei dispositivi idonei è importante e l'interoperabilità reale con le reti Thread e i Border Router esistenti deve ancora essere testata al di fuori delle dimostrazioni.

Quando ThreadLink sarà disponibile, i proprietari di dispositivi Gen4 dovranno valutare:

• se il dispositivo Shelly specifico è idoneo,
• se esiste già un Thread Border Router adatto,
• se le reti Thread della casa sono unificate o frammentate,
• se le funzionalità Shelly richieste funzionano tramite il nuovo modulo di Home Assistant,
• se è necessario l'accesso al cloud,
• se la logica diretta dispositivo-dispositivo è utile,
• e se l'installazione Wi-Fi esistente funziona già in modo affidabile.

La posizione corretta nel 2026 è quindi monitorare l'implementazione invece di migrare un'installazione funzionante basandosi solo sull'annuncio.

Thread sta diventando la rete IP locale per le smart home?

È improbabile che Thread diventi l’unica rete locale di una smart home. Ha maggiori probabilità di diventare il livello IP a basso consumo di quella rete.

Ethernet resta il mezzo di trasporto naturale per server, dispositivi NAS e sistemi fissi ad alta larghezza di banda.

Il Wi-Fi resta la rete wireless naturale per telefoni, laptop, telecamere, display e dispositivi che richiedono una larghezza di banda significativamente maggiore.

Thread si adatta al livello a basso consumo:

• sensori,
• relè,
• interruttori,
• serrature,
• controlli,
• e altri dispositivi che scambiano quantità relativamente ridotte di dati.

Shelly ThreadLink è interessante perché smette di trattare quel margine come un silo dedicato a una sola applicazione.

Matter può fornire un controllo standardizzato dell’ecosistema.

Shelly RPC può offrire funzionalità più avanzate del produttore.

La comunicazione peer-to-peer può mantenere locali le azioni semplici.

Un Border Router può collegare la rete mesh alla LAN più ampia.

Home Assistant può orchestrare dispositivi attraverso protocolli diversi.

Inoltre, la connettività cloud può rimanere facoltativa, senza richiedere che l’endpoint stesso si connetta al Wi-Fi.

Per gli utenti che desiderano questo livello di orchestrazione su un sistema locale dedicato, ZimaBoard 2 smart home è un esempio di come mantenere il controller su un server espandibile sempre attivo, mentre i Thread Border Router e le radio degli endpoint restano componenti separati della rete.

In futuro, la smart home potrebbe quindi riguardare meno la scelta tra Thread, Wi-Fi ed Ethernet e più l’assegnazione a ciascuno di un ruolo all’interno della stessa architettura IP.

Questa è l’idea più importante alla base di ThreadLink.

Thread è sempre stata una rete IP.

Shelly sta semplicemente iniziando a usarla come tale.

FAQ: Shelly ThreadLink e il networking Thread per la smart home

Che cos’è Shelly ThreadLink?

ThreadLink è un firmware annunciato, con adesione facoltativa, per i dispositivi Shelly Gen4 idonei. Shelly afferma che utilizzerà la radio Thread dei dispositivi per trasportare Matter, il traffico RPC/API di Shelly, la connettività cloud e la comunicazione diretta da dispositivo a dispositivo attraverso la stessa rete mesh IP a basso consumo.

Shelly ThreadLink è già disponibile?

No. Shelly ha annunciato ThreadLink il 3 settembre 2026 e al momento prevede di rilasciare il firmware gratuito con adesione facoltativa circa tre mesi dopo, per i dispositivi Gen4 idonei.

Tutti i dispositivi Shelly Gen4 supporteranno ThreadLink?

Shelly ha promesso l’aggiornamento solo per i dispositivi Gen4 idonei. L’elenco definitivo completo della compatibilità dovrà essere verificato quando il firmware sarà disponibile.

ThreadLink trasforma Thread in una rete IP?

No. Thread si è sempre basato su IPv6, 6LoWPAN e IEEE 802.15.4. ThreadLink cambia il modo in cui Shelly intende usare quella rete IP esistente, facendovi funzionare più di Matter.

Matter è la stessa cosa di Thread?

No. Matter è uno standard di controllo della smart home a livello applicativo. Thread è una rete mesh IPv6 a basso consumo che può trasportare Matter o altri protocolli applicativi compatibili.

Thread può funzionare senza Matter?

Sì. Thread è indipendente dal livello applicativo. Oggi i prodotti Thread per il mercato consumer sono fortemente associati a Matter, ma Thread può trasportare anche altri protocolli applicativi basati su IP.

I dispositivi ThreadLink possono funzionare senza Wi-Fi?

Shelly afferma che i dispositivi ThreadLink possono usare Thread per Matter, la comunicazione tramite API locali, l'automazione peer-to-peer e la connettività cloud attraverso un Thread Border Router, senza che l'endpoint stesso si connetta al Wi-Fi.

ThreadLink può funzionare senza Internet?

Shelly afferma che le scene tra dispositivi, gli interblocchi e le automazioni dirette possono funzionare localmente all'interno della mesh Thread anche se la connessione Internet o la rete Wi-Fi si interrompono.

ThreadLink richiede un Thread Border Router?

È necessario un Border Router quando i dispositivi ThreadLink devono comunicare con la LAN domestica più ampia, le app, Home Assistant o i servizi cloud. Shelly afferma che le scene tra dispositivi possono funzionare direttamente all'interno della mesh Thread.

ThreadLink sostituisce Home Assistant?

No. La logica peer-to-peer diretta può eliminare la necessità di un server per semplici relazioni tra dispositivi, mentre Home Assistant rimane utile per l'automazione tra protocolli, la cronologia, i dashboard, le policy, le programmazioni e l'orchestrazione dell'intera abitazione.

Thread sostituirà il Wi-Fi?

Probabilmente no. Thread è progettato per dispositivi IoT a basso consumo e con larghezza di banda relativamente ridotta. Il Wi-Fi rimane più adatto ai prodotti che richiedono maggiore larghezza di banda, come telecamere, display, telefoni e computer.

Qual è la differenza tra un Thread Border Router e un hub per la smart home?

Un Thread Border Router instrada principalmente il traffico IPv6 tra la mesh Thread e la rete IP più ampia. Un hub o bridge tradizionale spesso traduce tra una rete di dispositivi non IP e una LAN o un'applicazione basata su IP.

Un'abitazione può avere più di una rete Thread?

Sì. Le abitazioni attuali possono contenere reti Thread separate di Apple, Google, Home Assistant o altri, con credenziali diverse. Thread 1.4 è pensato per facilitare la convergenza verso un'unica mesh esistente, ma le implementazioni reali dipendono ancora dal supporto dei dispositivi e degli ecosistemi.

Cosa cambia con Thread 1.4?

Thread 1.4 migliora l'adesione alle reti tra ecosistemi diversi, l'infrastruttura dei Border Router, la connettività cloud, la diagnostica, la configurazione iniziale, l'affidabilità e la possibilità di mantenere una mesh Thread unificata più ampia.

Perché ThreadLink è importante per i server domestici?

Suggerisce che il server domestico possa concentrarsi meno sulla traduzione delle reti di dispositivi proprietarie e più sull'orchestrazione, sullo stato, sulla cronologia, sulle policy, sull'automazione tra sistemi e sui dati persistenti, mentre Thread, Wi-Fi ed Ethernet gestiscono il trasporto IP sottostante.