Shelly ThreadLink: Estará o Thread a tornar-se a rede IP local para casas inteligentes?

O Shelly ThreadLink não transforma o Thread numa rede IP — o Thread foi desenvolvido com base em IPv6 desde o início. O que muda é a forma como a Shelly planeia utilizar essa rede. Em vez de reservar o Thread principalmente para o Matter, mantendo as APIs do fabricante, a conectividade com a nuvem e as funcionalidades avançadas no Wi-Fi, o ThreadLink foi concebido para transportar vários desses caminhos através da mesma rede mesh de baixo consumo.

Isso torna o ThreadLink mais interessante do que outro anúncio de compatibilidade com Matter. Se a abordagem funcionar como prometido, o Thread poderá tornar-se a extremidade IP de baixo consumo de uma casa inteligente: relés, interruptores, sensores e controlos a comunicar através do Thread, enquanto o Home Assistant, os servidores, os dispositivos Wi-Fi e os sistemas Ethernet continuam a fazer parte da rede local mais ampla. No entanto, o firmware ainda não está disponível — a Shelly planeia atualmente disponibilizar a atualização opcional cerca de três meses após o anúncio de 3 de setembro.

O que é o Shelly ThreadLink?

O ThreadLink é um firmware alternativo futuro para dispositivos Shelly Gen4 elegíveis que utiliza o rádio compatível com Thread como uma ligação IP mais abrangente, em vez de o limitar principalmente a um único caminho de aplicação.

No anúncio oficial do ThreadLink, a Shelly afirma que o firmware executará redes IPv6 através do Thread, suportando simultaneamente comunicações TCP e RPC/UDP. O mesmo rádio de baixo consumo destina-se a transportar:

• conectividade Matter,
• tráfego da Shelly Cloud,
• comunicação RPC e API da Shelly,
• controlo direto entre dispositivos,
• configuração e diagnóstico,
• e uma integração mais profunda com o Home Assistant.

A principal alteração arquitetónica é a seguinte:

MODELO ATUAL COMUM

                    Matter
                      |
                    Thread

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


DIREÇÃO DO THREADLINK

                    Matter
                      |
API Shelly ─────── Thread ───── Caminho para a nuvem
                      |
                  P2P local

Em vez de exigir Wi-Fi para o lado específico do dispositivo enquanto o Thread transporta o Matter, a Shelly pretende que o próprio Thread forneça o transporte IP para várias aplicações em simultâneo.

Essa distinção é importante porque Matter e Thread não são a mesma camada da rede.

O Shelly ThreadLink já está disponível?

Não. O ThreadLink foi anunciado, mas o firmware de produção ainda não está disponível de forma geral.

A Shelly afirma que será disponibilizado como firmware separado, gratuito e opcional para dispositivos Gen4 elegíveis, aproximadamente três meses após o anúncio de 3 de setembro de 2026.

Os utilizadores escolherão, por dispositivo, se este funciona com o firmware padrão orientado para Wi-Fi ou com o ThreadLink.

Isto significa que o ThreadLink deve ser atualmente considerado uma arquitetura anunciada, e não uma funcionalidade que todos os proprietários de dispositivos Gen4 possam ativar hoje.

Também significa que é demasiado cedo para afirmar que todos os modelos Gen4 receberão o firmware. A Shelly diz especificamente dispositivos Gen4 elegíveis, pelo que a lista final de compatibilidade é importante.

O Thread não era já uma rede IP?

Sim. Este é o equívoco mais importante a esclarecer.

O Thread foi concebido como uma rede mesh baseada em IPv6, utilizando 6LoWPAN sobre rádios IEEE 802.15.4. A explicação do Thread Group sobre a base IPv6 do Thread remonta este princípio de conceção a vários anos antes da existência do Matter.

A pilha de rede pode ser simplificada da seguinte forma:

APLICAÇÕES

Matter
Protocolos do fabricante
Outros serviços IP
       |
       v
TRANSPORTE

UDP / TCP
       |
       v
REDE

IPv6
       |
       v
ADAPTAÇÃO

6LoWPAN
       |
       v
RÁDIO

IEEE 802.15.4

Por conseguinte, o Thread não é um protocolo de rádio IP específico do Matter, no mesmo sentido em que muitas pessoas o descrevem informalmente.

É uma rede IP de baixo consumo capaz de transportar protocolos de aplicação nas camadas superiores.

Atualmente, o Matter é a sua aplicação de consumo mais visível para casas inteligentes, mas o próprio Thread foi concebido para ser agnóstico ao nível da camada de aplicação.

O ThreadLink não transforma o Thread numa rede IP. Utiliza o Thread mais como a rede IP que este já é.

O que há realmente de novo no ThreadLink?

A novidade não é o próprio IPv6. É a decisão de permitir que um único dispositivo IoT de consumo utilize o Thread para vários caminhos de aplicação que, frequentemente, ainda dependem de Wi-Fi.

THREAD COMO CANAL MATTER

Matter
  |
Thread


             ↓


THREAD COMO REDE

Matter ─────────┐
                |
RPC da Shelly ─────┤
                |
API local ──────┼── IPv6 / Thread
                |
Lógica P2P ──────┤
                |
Caminho da nuvem ─────┘

Isto altera o papel do rádio.

O Thread já não é útil apenas porque outro ecossistema pode controlar um relé através do Matter. Também pode transportar o próprio tráfego de aplicações da Shelly, lógica local, configuração, diagnósticos e, potencialmente, atualizações de software.

A Shelly descreve o ThreadLink como compatível com UDP para comunicações locais responsivas e com suporte completo de TCP para transferências maiores ou sensíveis à fiabilidade, como dados de configuração e diagnósticos.

Essa é uma interpretação muito mais abrangente do que um dispositivo de consumo ligado por Thread pode fazer.

Porque é que o Matter não expõe todas as funcionalidades da Shelly?

Porque a interoperabilidade e a diferenciação dos fabricantes resolvem problemas diferentes.

O Matter fornece aos fabricantes e às plataformas de casas inteligentes um modelo de dispositivo normalizado. Um relé compatível com Matter pode expor capacidades conhecidas de uma forma que o Apple Home, o Google Home, a Amazon Alexa, o SmartThings ou o Home Assistant conseguem compreender, sem que cada plataforma tenha de implementar um protocolo proprietário completamente diferente.

Essa normalização é valiosa.

Mas um fabricante pode continuar a expor capacidades para além do modelo Matter normalizado, tais como:

• medições de energia mais detalhadas,
• informações de diagnóstico,
• comportamento especial do relé,
• configuração específica do dispositivo,
• funcionalidades de scripting ou automação,
• informações de estado avançadas,
• e funções de gestão do fabricante.

Atualmente, isso cria frequentemente dois percursos paralelos:

DISPOSITIVO
  |
  +-- Matter
  |      |
  |      v
  |  Funcionalidades padrão
  |  Apple / Google / HA
  |
  +-- API do fabricante
         |
         v
     Funcionalidades avançadas
     Diagnóstico
     Configuração

O ThreadLink procura manter esses dois percursos sem exigir dois transportes de rede diferentes:

          Matter
            \
             \
              Thread
             /
            /
       Shelly RPC

A Shelly afirma que um módulo dedicado do Home Assistant irá disponibilizar o conjunto mais amplo de funcionalidades da Shelly, para além do que o modelo de dados Matter fornece.

Por isso, o ThreadLink é importante: o Matter pode continuar a ser uma aplicação na Thread sem precisar de ser a única aplicação na Thread.

Os dispositivos Shelly podem controlar-se uns aos outros sem Wi-Fi?

De acordo com o design ThreadLink da Shelly, sim.

A Shelly afirma que os dispositivos ThreadLink podem comunicar diretamente através da rede mesh Thread usando a sua API, permitindo que cenas, interbloqueios e automações sejam executados ponto a ponto.

A parte importante é o percurso em caso de falha.

A Shelly afirma que estas relações entre dispositivos podem continuar mesmo que:

• a ligação à Internet falhar,
• a Shelly Cloud ficar inacessível,
• ou a rede Wi-Fi doméstica ficar indisponível.

Uma relação simples poderia, portanto, ter este aspeto:

Interruptor de parede
     |
   Thread
     |
     v
    Relé

em vez de exigir sempre:

Interruptor de parede
     |
     v
Wi-Fi / Router
     |
     v
Servidor doméstico
     |
     v
Wi-Fi / Router
     |
     v
Relé

Isto não significa que o percurso pelo servidor esteja errado.

Significa que nem todas as ações locais têm de o utilizar.

O controlo local ainda precisa do Home Assistant?

Para relações simples entre dispositivos, nem sempre. Para uma orquestração mais ampla, o Home Assistant continua a ter uma função muito diferente.

Ligar um relé através de um simples interruptor de parede é fundamentalmente diferente de uma automação que combina vários sistemas.

A lógica ao nível do dispositivo pode tratar de:

• relações simples entre interruptores e relés,
• interbloqueios,
• cenas básicas,
• e comportamento de fallback imediato.

Um servidor de automação residencial é mais adequado para lógicas como:

SE

exportação solar > 3000 W

E

SOC da bateria > 80%

E

a divisão está ocupada

E

o preço da eletricidade é baixo

ENTÃO

ativar AVAC / carga do aparelho

Esse fluxo de trabalho abrange energia, ocupação, preços, horários e, potencialmente, vários protocolos.

Pertence a uma camada de orquestração superior. O movimento mais amplo em direção ao processamento local do Home Assistant segue o mesmo princípio: manter as decisões adequadas perto de casa, reservando as dependências da nuvem para cargas de trabalho que realmente precisam delas.

CONTROLO LOCAL AO NÍVEL DO DISPOSITIVO

Interruptor
   |
 Thread P2P
   |
Relé


CONTROLO LOCAL AO NÍVEL DO SERVIDOR

Solar ───────┐
Medidor de energia ┤
Presença ────┼── Home Assistant ── AVAC
Programação ────┤
Outros dispositivos IoT ───┘

O controlo local nem sempre significa controlo pelo servidor.

Uma casa inteligente robusta pode utilizar relações locais entre dispositivos para ações simples e manter o servidor doméstico concentrado na lógica entre sistemas, no histórico, nas políticas, nos painéis e no estado.

Como pode o ThreadLink aceder à nuvem sem Wi-Fi?

Uma das promessas mais invulgares do ThreadLink é que o dispositivo final pode continuar a ser um dispositivo Thread e, ainda assim, aceder à Shelly Cloud.

O próprio dispositivo não precisa de credenciais Wi-Fi para esse caminho.

A Shelly descreve a arquitetura da seguinte forma:

Dispositivo Shelly ThreadLink
          |
          v
     IPv6 / Thread
          |
          v
 Thread Border Router
          |
          v
        NAT64
          |
          v
   Serviço de internet IPv4
          |
          v
      Shelly Cloud

A ideia enquadra-se no desenvolvimento mais amplo do Thread. O Thread 1.4 formalizou trabalho adicional em torno de um caminho normalizado das redes Thread para os serviços de internet, incluindo a conectividade IPv6 para IPv4 na extremidade da rede.

A mudança conceptual importante é:

A conectividade com a nuvem já não tem de implicar conectividade Wi-Fi no dispositivo final.

Um dispositivo de baixo consumo pode utilizar Thread localmente, enquanto o encaminhamento IP mais acima na rede trata do acesso a serviços externos.

Isso não torna o ThreadLink exclusivamente local.

Demonstra o oposto: a comunicação local entre dispositivos e a conectividade opcional com a nuvem podem partilhar a mesma arquitetura IP.

O que faz realmente um Thread Border Router?

Um Thread Border Router liga a malha Thread à rede IP mais ampla. É essencialmente um router, não um tradutor de protocolos para todos os comandos de casa inteligente.

A explicação do Thread Group sobre a função do Thread Border Router torna explícita esta distinção.

As arquiteturas tradicionais de casas inteligentes têm frequentemente este aspeto:

Dispositivo Zigbee
     |
     v
Rede Zigbee
     |
     v
Hub do fabricante
     |
tradução de protocolos
     |
     v
Rede IP

O Thread utiliza, em vez disso, IP na própria rede dos dispositivos:

Dispositivo Thread
     |
 IPv6 / Thread
     |
     v
Router de fronteira
     |
 Encaminhamento IP
     |
     v
LAN doméstica

O Border Router reencaminha pacotes entre segmentos físicos da rede.

Não precisa de traduzir todos os comandos da aplicação de Thread para um protocolo LAN proprietário.

Isto significa que o Home Assistant pode estar noutro ponto da rede local:

Dispositivo Thread
     |
Malha Thread
     |
Router de fronteira
     |
LAN Ethernet / Wi-Fi
     |
     +-- Home Assistant
     +-- Servidor doméstico
     +-- Outros serviços IP

Um controlador Matter e um Thread Border Router desempenham, portanto, funções diferentes. O Border Router fornece alcançabilidade de rede; o Matter fornece uma relação entre aplicação e controlador acima dessa rede. Se várias plataformas controlarem independentemente os mesmos dispositivos Matter, vários controladores Matter introduzem uma camada separada de confiança e propriedade que o encaminhamento Thread, por si só, não resolve.

Quando o tráfego sai da rede mesh Thread, as regras IP normais continuam a ser importantes. A acessibilidade da rede do Home Assistant continua a depender de endereçamento utilizável, encaminhamento, política e de um caminho de retorno funcional entre o controlador e o dispositivo de destino.

O ThreadLink significa que o Thread vai substituir o Wi-Fi?

Não. O Thread e o Wi-Fi estão otimizados para diferentes tipos de tráfego.

A atual documentação do Thread do Home Assistant descreve o Thread como tendo baixo consumo e baixa largura de banda, o que o torna especialmente adequado para dispositivos que trocam quantidades relativamente pequenas de dados.

Um relé de baixo consumo não precisa da largura de banda do Wi-Fi.

Uma câmara de segurança 4K não deve ser colocada no Thread simplesmente por o Thread se basear em IP.

O Thread não está a tornar-se o novo Wi-Fi. Poderá tornar-se a extremidade IP de baixo consumo da mesma rede doméstica.

O Thread está a tornar-se a extremidade de baixo consumo da LAN doméstica?

É aqui que o ThreadLink se torna mais interessante do que o anúncio individual do firmware da Shelly.

Uma futura rede local poderá parecer menos vários ecossistemas de casas inteligentes isolados e mais uma única arquitetura IP distribuída por vários meios físicos:

                     SERVIDOR DOMÉSTICO
                          |
                          |
                    REDE IP DOMÉSTICA
                          |
        +-----------------+----------------+
        |                 |                |
     ETHERNET           WI-FI            THREAD
        |                 |                |
       NAS             Câmaras          Relés
     Servidores           Telemóveis           Sensores
   Estações de trabalho          TVs            Interruptores
                                       Fechaduras

O dispositivo de destino não precisa que todos os dispositivos utilizem o mesmo rádio.

É mais importante que as camadas superiores possam comunicar através de encaminhamento padrão quando apropriado.

Isto é fundamentalmente diferente de tentar fazer com que Thread, Wi-Fi e Ethernet compitam para determinar um vencedor.

A futura casa inteligente poderá não ter uma única rede sem fios. Poderá ter uma arquitetura IP numa mesma rede, distribuída por várias redes físicas.

O que muda o ThreadLink para o Home Assistant?

O ThreadLink pode proporcionar ao Home Assistant dois caminhos úteis para o mesmo dispositivo Shelly físico.

A primeira é o Matter padrão:

Dispositivo Shelly
      |
Matter através de Thread
      |
Thread Border Router
      |
Controlador Matter do Home Assistant
      |
Funcionalidades Matter padrão

A segunda é a via específica do fornecedor que a Shelly está a planear:

Dispositivo Shelly
      |
Shelly RPC através de Thread
      |
Thread Border Router
      |
Home Assistant
      |
Funcionalidades específicas da Shelly

A arquitetura oficial do Matter no Home Assistant já deixa clara a distinção entre rede e aplicação: o Matter é um protocolo de controlo ao nível da aplicação que pode comunicar através de Wi-Fi, Ethernet ou Thread, consoante o dispositivo.

O ThreadLink baseia-se nesse design em camadas.

O Matter pode proporcionar interoperabilidade entre ecossistemas, enquanto a integração Shelly pode manter funcionalidades mais avançadas e específicas de cada dispositivo.

Esta é uma arquitetura mais sólida do que obrigar os utilizadores a escolher entre interoperabilidade e funcionalidades avançadas específicas do fornecedor.

É realmente possível ter uma única rede Thread atualmente?

Nem sempre. As implementações atuais do Thread podem continuar mais fragmentadas do que a arquitetura ideal sugere.

Atualmente, o Home Assistant descreve a sua integração Thread como estando em desenvolvimento e acompanha explicitamente as diferentes redes Thread presentes numa casa.

Uma casa pode apresentar algo semelhante a:

Rede Thread da Apple
       |
credenciais diferentes


Rede Thread da Google
       |
credenciais diferentes


Rede Thread do Home Assistant
       |
different credentials

Os dispositivos em redes Thread separadas não se tornam automaticamente uma única rede mesh de grandes dimensões só porque todos utilizam Thread.

O Home Assistant pode ajudar os utilizadores a inspecionar as redes existentes e, nos casos suportados, a associar um Home Assistant Border Router a uma rede existente preferida. No entanto, o ecossistema de consumo ainda não equivale a uma única rede mesh Thread perfeitamente unificada em todas as casas.

Esta é uma verificação importante da realidade para o ThreadLink.

Uma arquitetura IP tecnicamente elegante continua a depender da compatibilidade dos border routers, de credenciais partilhadas, da topologia da rede e do suporte efetivo da implementação.

Como é que o Thread 1.4 muda o panorama?

O Thread 1.4 aproxima o ecossistema da ideia de uma rede unificada.

O Thread Group descreve uma das suas principais melhorias como uma única rede mesh mais fácil de utilizar.

O objetivo é que os dispositivos atualizados e os Border Routers de diferentes ecossistemas reconheçam e integrem uma rede Thread existente, em vez de criarem desnecessariamente outra rede mesh.

O Thread 1.4 também adiciona ou melhora:

• um caminho padronizado para a conectividade com a nuvem,
• Thread sobre a infraestrutura,
• visibilidade dos diagnósticos e da resolução de problemas da rede,
• convergência de redes entre ecossistemas,
• e melhorias no comissionamento.

Isto dá ao ThreadLink um contexto mais amplo.

THREAD ANTERIOR

Malha IPv6 de baixo consumo
      |
O Matter torna-se dominante
aplicação para o consumidor


THREAD 1.4

Melhor convergência de rede
Infraestrutura de routers de fronteira melhorada
Percurso pela nuvem
Diagnóstico
      |
      v


IDEIA DO THREADLINK

Matter
API do fabricante
Nuvem
P2P
      |
o mesmo transporte IP de baixo consumo

Por conseguinte, o ThreadLink não prova que todos os fabricantes irão adotar a mesma abordagem.

Mas é um exemplo concreto do tipo de diversidade de aplicações que a arquitetura de rede Thread sempre tornou possível.

Todas as automatizações de casas inteligentes devem passar pelo servidor doméstico?

Não. Um sistema resiliente pode distribuir a lógica de acordo com a complexidade e a importância da ação.

Um interbloqueio simples não precisa necessariamente de uma ida e volta ao servidor.

Provavelmente, uma automatização energética para toda a casa precisa.

Esta separação pode tornar a rede mais resiliente, porque a falha de uma camada não elimina automaticamente todas as funções locais. Também explica por que razão o verdadeiro percurso de desempenho do Home Assistant inclui rádios, redes, brokers, dispositivos-alvo e armazenamento, e não apenas o CPU que executa o Home Assistant.

O ThreadLink Torna o Servidor Doméstico Menos Importante?

Pode tornar o servidor doméstico menos importante como gateway de protocolos, mas defini-lo mais claramente como uma camada de orquestração.

As casas inteligentes tradicionais acumularam bridges porque muitas redes de dispositivos não podiam participar diretamente na rede IP doméstica.

MODELO ANTIGO

Dispositivos Zigbee ── Hub do fabricante ──┐
                               |
Outros dispositivos ─── Gateway ─────┼── Servidor doméstico
                               |
Dispositivos Wi-Fi ─────────────────┘

Uma arquitetura mais orientada para IP pode ser diferente:

CAMADA DE DISPOSITIVOS

Dispositivos Thread
Dispositivos Wi-Fi
Dispositivos Ethernet
       |
       v

CAMADA DE REDE IP
       |
       v

CAMADA DE CONTROLO

Home Assistant
       |
       +-- Automatizações
       +-- Estado
       +-- Histórico
       +-- Políticas
       +-- Painéis
       +-- Lógica entre protocolos
       |
       v

CAMADA DE DADOS

Cópias de segurança
NAS
Armazenamento persistente

O servidor já não precisa de fazer passar todos os pacotes por si para justificar a sua existência.

O seu valor provém cada vez mais de manter a visão global:

• que dispositivos existem,
• em que estado se encontram,
• como interagem sistemas não relacionados,
• o que aconteceu ontem,
• quais automatizações devem ser executadas,
• o que deve acontecer quando um serviço falha,
• e como a configuração e o histórico são protegidos.

Essas responsabilidades têm requisitos diferentes de armazenamento e recuperação. Separar os dados persistentes do Home Assistant do estado temporário de execução torna a camada de dados desta arquitetura muito mais fácil de proteger.

O Thread reduz a necessidade de tradução de protocolos, mas não a necessidade de software de domótica.

Isto também não significa que o Home Assistant passe subitamente a necessitar de hardware potente. Os atuais requisitos de hardware de servidor do Home Assistant continuam a ser modestos para a automatização normal; são as câmaras, o histórico prolongado, a voz local, as bases de dados e os serviços adicionais que normalmente criam uma carga de trabalho maior no servidor.

Se for esperado que vários desses serviços funcionem em conjunto, o dimensionamento do servidor doméstico inteligente deve basear-se em toda a pilha de serviços, e não no número de dispositivos Thread.

Os proprietários de Shelly Gen4 devem mudar do Wi-Fi para o ThreadLink?

É demasiado cedo para fazer essa recomendação.

O firmware ainda não atingiu a disponibilidade geral, a lista final de dispositivos elegíveis é importante e a interoperabilidade real com as redes Thread e os Border Routers existentes ainda precisa de ser testada fora de demonstrações.

Quando o ThreadLink estiver disponível, os proprietários de modelos Gen4 devem avaliar:

• se o dispositivo Shelly exato é elegível,
• se já existe um Thread Border Router adequado,
• se as redes Thread da casa estão unificadas ou fragmentadas,
• se as funcionalidades Shelly necessárias funcionam através do novo módulo do Home Assistant,
• se é necessário acesso à nuvem,
• se a lógica direta entre dispositivos é útil,
• e se a instalação Wi-Fi existente já funciona de forma fiável.

A posição correta em 2026 é, portanto, acompanhar a implementação, em vez de migrar uma instalação funcional baseando-se apenas no anúncio.

O Thread está a tornar-se a rede IP local para casas inteligentes?

É improvável que o Thread se torne a única rede local numa casa inteligente. É mais provável que se torne a extremidade IP de baixo consumo dessa rede.

A Ethernet continua a ser o meio de transporte natural para servidores, dispositivos NAS e sistemas fixos de elevada largura de banda.

O Wi-Fi continua a ser a rede sem fios natural para telemóveis, computadores portáteis, câmaras, ecrãs e dispositivos que necessitam de uma largura de banda substancialmente maior.

O Thread adapta-se à extremidade de baixo consumo:

• sensores,
• relés,
• interruptores,
• fechaduras,
• controlos,
• e outros dispositivos que trocam quantidades relativamente pequenas de dados.

O Shelly ThreadLink é interessante porque deixa de tratar essa extremidade como um silo de uma única aplicação.

O Matter pode fornecer controlo padronizado do ecossistema.

O RPC da Shelly pode disponibilizar funcionalidades mais avançadas do fabricante.

A comunicação entre pares pode manter as ações simples no local.

Um Border Router pode ligar a rede mesh à LAN mais abrangente.

O Home Assistant pode orquestrar vários protocolos.

E a conectividade à cloud pode continuar a ser opcional, sem exigir que o próprio dispositivo final se ligue ao Wi-Fi.

Para os utilizadores que pretendem essa camada de orquestração num sistema local dedicado, o ZimaBoard 2 para casa inteligente é um exemplo de como manter o controlador num servidor expansível sempre ligado, enquanto os Thread Border Routers e os rádios dos dispositivos finais permanecem como partes separadas da rede.

Por isso, a casa inteligente do futuro poderá depender menos da escolha entre Thread, Wi-Fi e Ethernet, e mais de atribuir a cada um um papel dentro da mesma arquitetura IP.

Essa é a ideia principal por detrás do ThreadLink.

O Thread sempre foi uma rede IP.

A Shelly está simplesmente a começar a utilizá-lo como tal.

Perguntas frequentes: Shelly ThreadLink e redes domésticas inteligentes Thread

O que é o Shelly ThreadLink?

O ThreadLink é um firmware anunciado, de adesão opcional, para dispositivos Shelly Gen4 elegíveis. A Shelly afirma que utilizará o rádio Thread dos dispositivos para transportar Matter, tráfego RPC/API da Shelly, conectividade à cloud e comunicação direta entre dispositivos através da mesma rede mesh IP de baixo consumo.

O Shelly ThreadLink já está disponível?

Não. A Shelly anunciou o ThreadLink em 3 de setembro de 2026 e planeia atualmente disponibilizar o firmware gratuito, de adesão opcional, aproximadamente três meses depois, para dispositivos Gen4 elegíveis.

Todos os dispositivos Shelly Gen4 serão compatíveis com o ThreadLink?

A Shelly apenas prometeu a atualização para dispositivos Gen4 elegíveis. A lista final completa de compatibilidade deverá ser consultada quando o firmware estiver disponível.

O ThreadLink transforma o Thread numa rede IP?

Não. O Thread sempre se baseou em IPv6, 6LoWPAN e IEEE 802.15.4. O ThreadLink altera a forma como a Shelly pretende utilizar essa rede IP existente, executando mais do que apenas Matter através dela.

O Matter é a mesma coisa que o Thread?

Não. O Matter é uma norma de controlo de casa inteligente ao nível da aplicação. O Thread é uma rede de malha IPv6 de baixo consumo que pode transportar Matter ou outros protocolos de aplicação compatíveis.

O Thread pode funcionar sem Matter?

Sim. O Thread é agnóstico em relação à camada de aplicação. Atualmente, os produtos Thread para consumidores estão fortemente associados ao Matter, mas o próprio Thread pode transportar outros protocolos de aplicação baseados em IP.

Os dispositivos ThreadLink podem funcionar sem Wi-Fi?

A Shelly afirma que os dispositivos ThreadLink podem utilizar o Thread para Matter, comunicação através de API local, automatização entre pares e conectividade à nuvem através de um Thread Border Router, sem que o próprio dispositivo final tenha de aderir à rede Wi-Fi.

O ThreadLink pode funcionar sem Internet?

A Shelly afirma que as cenas, interbloqueios e automatizações diretas entre dispositivos podem funcionar localmente dentro da malha Thread, mesmo que a ligação à Internet ou a rede Wi-Fi fique indisponível.

O ThreadLink requer um Thread Border Router?

É necessário um Border Router quando os dispositivos ThreadLink precisam de comunicar com a LAN doméstica mais ampla, aplicações, Home Assistant ou serviços na nuvem. A Shelly afirma que as cenas entre dispositivos podem funcionar dentro da própria malha Thread.

O ThreadLink substitui o Home Assistant?

Não. A lógica direta entre pares pode eliminar a necessidade de um servidor em relações simples entre dispositivos, enquanto o Home Assistant continua a ser útil para a automatização entre protocolos, o histórico, os painéis, as políticas, os agendamentos e a orquestração de toda a casa.

O Thread vai substituir o Wi-Fi?

Provavelmente não. O Thread foi concebido para dispositivos IoT de baixo consumo e largura de banda relativamente reduzida. O Wi-Fi continua a ser mais adequado para produtos com maior largura de banda, como câmaras, ecrãs, telemóveis e computadores.

Qual é a diferença entre um Thread Border Router e um hub de casa inteligente?

Um Thread Border Router encaminha principalmente tráfego IPv6 entre a malha Thread e a rede IP mais ampla. Um hub ou bridge tradicional traduz frequentemente entre uma rede de dispositivos não IP e uma LAN ou aplicação baseada em IP.

Uma casa pode ter mais do que uma rede Thread?

Sim. As casas atuais podem conter redes Thread separadas da Apple, da Google, do Home Assistant ou de outros fornecedores, com credenciais diferentes. O Thread 1.4 pretende facilitar a convergência para uma única malha existente, mas as implementações no mundo real continuam a depender do suporte dos dispositivos e dos ecossistemas.

O que muda com o Thread 1.4?

O Thread 1.4 melhora a integração entre redes de diferentes ecossistemas, a infraestrutura de Border Routers, a conectividade à nuvem, o diagnóstico, a configuração inicial, a fiabilidade e a capacidade de manter uma malha Thread unificada de maiores dimensões.

Porque é importante o ThreadLink para os servidores domésticos?

Isto sugere que o servidor doméstico pode concentrar-se menos na tradução de redes de dispositivos proprietárias e mais na orquestração, no estado, no histórico, nas políticas, na automatização entre sistemas e nos dados persistentes, enquanto Thread, Wi-Fi e Ethernet asseguram o transporte IP subjacente.