Shelly ThreadLink: Wordt Thread het lokale IP-netwerk voor slimme huizen?

Shelly ThreadLink verandert Thread niet in een IP-netwerk — Thread is vanaf het begin op IPv6 gebaseerd. Wat verandert, is de manier waarop Shelly dat netwerk wil gebruiken. In plaats van Thread voornamelijk voor Matter te reserveren en leveranciers-API's, cloudconnectiviteit en geavanceerde functies op wifi te houden, is ThreadLink ontworpen om meerdere van die verbindingen via hetzelfde energiezuinige mesh-netwerk te laten verlopen.

Dat maakt ThreadLink interessanter dan nog een aankondiging van Matter-compatibiliteit. Als de aanpak werkt zoals beloofd, kan Thread de energiezuinige IP-rand van een smart home worden: relais, schakelaars, sensoren en bedieningselementen communiceren via Thread, terwijl Home Assistant, servers, wifi-apparaten en Ethernet-systemen deel blijven uitmaken van het bredere lokale netwerk. De firmware is echter nog niet beschikbaar — Shelly plant de opt-in-update momenteel ongeveer drie maanden na de aankondiging van 3 september.

Wat is Shelly ThreadLink?

ThreadLink is een toekomstige alternatieve firmware voor in aanmerking komende Shelly Gen4-apparaten, die hun Thread-geschikte radio gebruikt als bredere IP-verbinding in plaats van deze voornamelijk tot één toepassingspad te beperken.

In de officiële ThreadLink-aankondiging zegt Shelly dat de firmware IPv6-netwerken via Thread zal uitvoeren en tegelijk TCP plus RPC/UDP-communicatie ondersteunt. Hetzelfde energiezuinige radiosysteem moet het volgende kunnen transporteren:

• Matter-connectiviteit,
• Shelly Cloud-verkeer,
• Shelly RPC- en API-communicatie,
• directe apparaat-tot-apparaatbediening,
• configuratie en diagnose,
• en diepere integratie met Home Assistant.

De belangrijkste architectuurwijziging ziet er als volgt uit:

GANGBAAR HUIDIG MODEL

                    Matter
                      |
                    Thread

Shelly-apparaat ───── Wifi ───── Shelly-API
       |
       └─────────── Wifi ───── Cloud


RICHTING VAN THREADLINK

                    Matter
                      |
Shelly-API ─────── Thread ───── Cloudpad
                      |
                  Lokale P2P

In plaats van wifi te vereisen voor het leveranciersspecifieke deel van het apparaat terwijl Thread Matter transporteert, wil Shelly Thread zelf het IP-transport voor meerdere toepassingen tegelijk laten verzorgen.

Dat onderscheid is belangrijk, omdat Matter en Thread niet dezelfde netwerklaag zijn.

Is Shelly ThreadLink nu beschikbaar?

Nee. ThreadLink is aangekondigd, maar de productie-firmware is nog niet algemeen beschikbaar.

Shelly zegt dat dit ongeveer drie maanden na de aankondiging van 3 september 2026 wordt geleverd als afzonderlijke, gratis firmware waarvoor gebruikers zich optioneel kunnen aanmelden, voor in aanmerking komende Gen4-apparaten.

Gebruikers kiezen per apparaat of het de standaardfirmware voor wifi of ThreadLink gebruikt.

Dit betekent dat ThreadLink momenteel moet worden beschouwd als een aangekondigde architectuur en niet als een functie die elke Gen4-eigenaar vandaag kan inschakelen.

Het betekent ook dat het te vroeg is om te beweren dat elk Gen4-model de firmware zal ontvangen. Shelly zegt specifiek in aanmerking komende Gen4-apparaten, dus de definitieve compatibiliteitslijst is belangrijk.

Was Thread niet al een IP-netwerk?

Ja. Dit is de belangrijkste misvatting die moet worden weggenomen.

Thread is ontworpen als een op IPv6 gebaseerd meshnetwerk dat 6LoWPAN gebruikt via IEEE 802.15.4-radio's. De uitleg van de Thread Group over de IPv6-basis van Thread voert dit ontwerpprincipe terug tot jaren voordat Matter bestond.

De netwerkstack kan als volgt worden vereenvoudigd:

APPLICATIES

Matter
Protocollen van fabrikanten
Andere IP-diensten
       |
       v
TRANSPORT

UDP / TCP
       |
       v
NETWERK

IPv6
       |
       v
AANPASSING

6LoWPAN
       |
       v
RADIO

IEEE 802.15.4

Thread is daarom geen specifiek Matter-radioprotocol, in dezelfde zin waarin veel mensen het gemakshalve beschrijven.

Het is een energiezuinig IP-netwerk dat applicatieprotocollen erboven kan vervoeren.

Matter is momenteel de meest zichtbare toepassing van Thread voor consumenten in smart homes, maar Thread zelf is ontworpen om onafhankelijk te zijn van de applicatielaag.

ThreadLink maakt van Thread geen IP-netwerk. Het gebruikt Thread meer zoals het IP-netwerk dat het al is.

Wat is er daadwerkelijk nieuw aan ThreadLink?

De vernieuwing zit niet in IPv6 zelf. Het gaat om de beslissing om één consumenten-IoT-apparaat Thread te laten gebruiken voor verschillende applicatiepaden die vaak nog afhankelijk zijn van wifi.

THREAD ALS MATTER-PIJP

Matter
  |
Thread


             ↓


THREAD ALS NETWERK

Matter ─────────┐
                |
Shelly RPC ─────┤
                |
Lokale API ──────┼── IPv6 / Thread
                |
P2P-logica ──────┤
                |
Cloudpad ─────┘

Dit verandert de rol van de radio.

Thread is niet langer alleen nuttig omdat een ander ecosysteem via Matter een relais kan bedienen. Het kan ook Shelly's eigen applicatieverkeer, lokale logica, configuratie, diagnostiek en mogelijk software-updates vervoeren.

Shelly beschrijft ThreadLink als ondersteuning voor UDP voor snelle lokale communicatie en volledige TCP-ondersteuning voor grotere of betrouwbaarheidgevoelige overdrachten, zoals configuratiegegevens en diagnostiek.

Dat is een veel bredere interpretatie van wat een met Thread verbonden consumentenapparaat kan doen.

Waarom biedt Matter niet elke Shelly-functie?

Omdat interoperabiliteit en onderscheidend vermogen van fabrikanten verschillende problemen oplossen.

Matter biedt fabrikanten en smart-homeplatforms een gestandaardiseerd apparaatmodel. Een Matter-compatibel relais kan bekende mogelijkheden aanbieden op een manier die Apple Home, Google Home, Amazon Alexa, SmartThings of Home Assistant kan begrijpen, zonder dat elk platform een volledig ander eigen protocol hoeft te implementeren.

Die standaardisatie is waardevol.

Maar een fabrikant kan nog steeds mogelijkheden bieden die verder gaan dan het gestandaardiseerde Matter-model, zoals:

• uitgebreidere energiemetingen,
• diagnostische informatie,
• speciaal relaisgedrag,
• apparaatspecifieke configuratie,
• script- of automatiseringsfuncties,
• geavanceerde statusinformatie,
• en functies voor leveranciersbeheer.

Dat leidt vandaag de dag vaak tot twee parallelle paden:

APPARAAT
  |
  +-- Matter
  |      |
  |      v
  |  Standaardfuncties
  |  Apple / Google / HA
  |
  +-- Leveranciers-API
         |
         v
     Geavanceerde functies
     Diagnostiek
     Configuratie

ThreadLink probeert die twee paden te behouden zonder twee verschillende netwerktransporten te vereisen:

          Matter
            \
             \
              Thread
             /
            /
       Shelly RPC

Shelly zegt dat een speciale Home Assistant-module de bredere functieset van Shelly beschikbaar zal maken, naast wat het Matter-datamodel biedt.

ThreadLink is daarom belangrijk, omdat Matter als één toepassing op Thread kan blijven draaien zonder de enige toepassing op Thread te hoeven zijn.

Kunnen Shelly-apparaten elkaar zonder wifi bedienen?

Volgens Shelly's ThreadLink-ontwerp wel.

Shelly zegt dat ThreadLink-apparaten rechtstreeks via het Thread-mesh kunnen communiceren met behulp van de API, waardoor scènes, vergrendelingen en automatiseringen peer-to-peer kunnen worden uitgevoerd.

Het belangrijkste onderdeel is het uitvalpad.

Shelly zegt dat deze apparaat-tot-apparaatrelaties kunnen blijven werken, zelfs als:

• de internetverbinding uitvalt,
• Shelly Cloud niet bereikbaar is,
• of het wifinetwerk van het huis uitvalt.

Een eenvoudige relatie zou er daarom als volgt uit kunnen zien:

Wandschakelaar
     |
   Thread
     |
     v
    Relais

in plaats van altijd het volgende te vereisen:

Wandschakelaar
     |
     v
Wifi / router
     |
     v
Homeserver
     |
     v
Wifi / router
     |
     v
Relais

Dat maakt de serverroute niet verkeerd.

Het betekent dat niet elke lokale actie het hoeft te gebruiken.

Heeft lokale besturing Home Assistant nog steeds nodig?

Voor eenvoudige apparaatrelaties niet altijd. Voor bredere orkestratie heeft Home Assistant nog steeds een heel andere taak.

Een lokale wandschakelaar die één relais inschakelt, verschilt fundamenteel van een automatisering die meerdere systemen combineert.

Logica op apparaatniveau kan het volgende afhandelen:

• eenvoudige relaties tussen schakelaars en relais,
• vergrendelingen,
• eenvoudige scènes,
• en direct fallbackgedrag.

Een domoticaserver is beter geschikt voor logica zoals:

ALS

teruglevering van zonne-energie > 3000 W

EN

batterij-SOC > 80%

EN

de kamer is bezet

EN

elektriciteitsprijs is laag

DAN

HVAC-/apparaatbelasting inschakelen

Die workflow omvat energie, bezetting, prijzen, planningen en mogelijk meerdere protocollen.

Het hoort thuis in een hogere orkestratielaag. De bredere verschuiving naar lokale verwerking door Home Assistant volgt hetzelfde principe: houd geschikte beslissingen dicht bij huis en reserveer cloudafhankelijkheden voor werklasten die ze daadwerkelijk nodig hebben.

LOKALE BESTURING OP APPARAATNIVEAU

Schakelaar
   |
 Thread P2P
   |
Relais


LOKALE BESTURING OP SERVERSNIVEAU

Zonne-energie ───────┐
Energiemeter ┤
Aanwezigheid ────┼── Home Assistant ── HVAC
Planning ────┤
Andere IoT ───┘

Local-first betekent niet altijd server-first.

Een robuust smart home kan lokale apparaatrelaties gebruiken voor eenvoudige acties en de homeserver gericht houden op logica tussen systemen, geschiedenis, beleidsregels, dashboards en status.

Hoe kan ThreadLink zonder wifi de cloud bereiken?

Een van de ongebruikelijkere beloften van ThreadLink is dat het eindpunt een Thread-apparaat kan blijven en toch toegang kan krijgen tot Shelly Cloud.

Het apparaat zelf heeft voor dat pad geen wifi-inloggegevens nodig.

Shelly beschrijft de architectuur als volgt:

Shelly ThreadLink-apparaat
          |
          v
     IPv6 / Thread
          |
          v
 Thread Border Router
          |
          v
        NAT64
          |
          v
   IPv4-internetdienst
          |
          v
      Shelly Cloud

Het idee past binnen de bredere ontwikkeling van Thread. Thread 1.4 formaliseerde aanvullend werk rond een gestandaardiseerd pad van Thread-netwerken naar internetdiensten, inclusief IPv6-naar-IPv4-connectiviteit aan de netwerkrand.

De belangrijkste conceptuele verandering is:

Cloudconnectiviteit hoeft niet langer wifi-connectiviteit op het eindpunt te betekenen.

Een energiezuinig apparaat kan lokaal Thread gebruiken, terwijl IP-routing verderop in het netwerk toegang tot externe diensten afhandelt.

Dat betekent niet dat ThreadLink alleen lokaal werkt.

Het laat juist het tegenovergestelde zien: lokale communicatie tussen apparaten en optionele cloudconnectiviteit kunnen dezelfde IP-architectuur delen.

Wat doet een Thread Border Router eigenlijk?

Een Thread Border Router verbindt de Thread-mesh met het bredere IP-netwerk. Het is in wezen een router, geen protocolvertaler voor elk smart-homecommando.

De uitleg van de Thread Group over de rol van de Thread Border Router maakt dit onderscheid expliciet.

Traditionele smart-homearchitecturen zien er vaak als volgt uit:

Zigbee-apparaat
     |
     v
Zigbee-netwerk
     |
     v
Hub van de leverancier
     |
protocolvertaling
     |
     v
IP-netwerk

Thread gebruikt daarentegen IP op het apparaatnetwerk zelf:

Thread-apparaat
     |
 IPv6 / Thread
     |
     v
Borderrouter
     |
 IP-routing
     |
     v
Thuisnetwerk

De Border Router stuurt pakketten door tussen fysieke netwerksegmenten.

Het hoeft niet elk applicatiecommando van Thread naar een propriëtair LAN-protocol te vertalen.

Dit betekent dat Home Assistant zich elders op het lokale netwerk kan bevinden:

Thread-apparaat
     |
Thread-mesh
     |
Borderrouter
     |
Ethernet-/wifi-LAN
     |
     +-- Home Assistant
     +-- Homeserver
     +-- Andere IP-services

Een Matter-controller en een Thread Border Router vervullen daarom verschillende rollen. De Border Router zorgt voor netwerkbereikbaarheid; Matter biedt daarboven een relatie tussen applicatie en controller. Als meerdere platforms onafhankelijk dezelfde Matter-apparaten aansturen, introduceren meerdere Matter-controllers een afzonderlijke vertrouwens- en eigendomslaag die Thread-routing alleen niet kan oplossen.

Zodra verkeer het Thread-mesh verlaat, blijven gewone IP-regels van kracht. De netwerkbereikbaarheid van Home Assistant blijft afhankelijk van bruikbare adressering, routering, beleid en een werkend retourpad tussen de controller en het eindpunt.

Betekent ThreadLink dat Thread wifi zal vervangen?

Nee. Thread en wifi zijn geoptimaliseerd voor verschillende soorten verkeer.

De huidige Thread-documentatie van Home Assistant beschrijft Thread als zowel energiezuinig als bandbreedtezuinig, waardoor het bijzonder geschikt is voor apparaten die relatief kleine hoeveelheden gegevens uitwisselen.

Een energiezuinig relais heeft niet de bandbreedte van wifi nodig.

Een 4K-beveiligingscamera moet niet op Thread worden aangesloten alleen omdat Thread op IP is gebaseerd.

Thread wordt niet het nieuwe wifi. Het kan de energiezuinige IP-rand van hetzelfde thuisnetwerk worden.

Wordt Thread de energiezuinige rand van het thuisnetwerk?

Hier wordt ThreadLink interessanter dan alleen de firmwareaankondiging van Shelly.

Een toekomstig lokaal netwerk kan er minder uitzien als meerdere geïsoleerde smarthome-ecosystemen en meer als één IP-architectuur die over verschillende fysieke transportlagen is verspreid:

                     THUISSERVER
                          |
                          |
                    IP-THUISNETWERK
                          |
        +-----------------+----------------+
        |                 |                |
     ETHERNET           WIFI            THREAD
        |                 |                |
       NAS             Camera's          Relais
     Servers           Telefoons           Sensoren
   Werkstations          Tv's            Schakelaars
                                       Sloten

Voor het eindpunt is het niet nodig dat elk apparaat dezelfde radio gebruikt.

Belangrijker is dat de hogere lagen waar nodig via standaardroutering kunnen communiceren.

Dit verschilt fundamenteel van proberen Thread, wifi en Ethernet om één winnaar te laten concurreren.

Het slimme huis van de toekomst heeft misschien niet één draadloos netwerk. Het kan één IP-architectuur hebben over meerdere fysieke netwerken.

Wat verandert ThreadLink voor Home Assistant?

ThreadLink biedt Home Assistant mogelijk twee nuttige paden naar hetzelfde fysieke Shelly-apparaat.

Het eerste is standaard Matter:

Shelly-apparaat
      |
Matter via Thread
      |
Thread Border Router
      |
Matter-controller voor Home Assistant
      |
Standaard Matter-functies

De tweede is het leveranciersspecifieke pad dat Shelly plant:

Shelly-apparaat
      |
Shelly RPC via Thread
      |
Thread Border Router
      |
Home Assistant
      |
Shelly-specifieke functies

De officiële Matter-architectuur van Home Assistant maakt het onderscheid tussen netwerk en applicatie al duidelijk: Matter is een besturingsprotocol op applicatieniveau dat, afhankelijk van het apparaat, via wifi, Ethernet of Thread kan communiceren.

ThreadLink bouwt voort op dat gelaagde ontwerp.

Matter kan interoperabiliteit tussen ecosystemen bieden, terwijl de Shelly-integratie diepgaandere apparaatspecifieke functionaliteit kan behouden.

Dit is een sterkere architectuur dan gebruikers te dwingen te kiezen tussen interoperabiliteit en geavanceerde functies van leveranciers.

Is één Thread-netwerk vandaag echt mogelijk?

Niet altijd. De huidige Thread-implementaties kunnen nog steeds gefragmenteerder zijn dan de ideale architectuur suggereert.

Home Assistant beschrijft zijn Thread-integratie momenteel als werk in uitvoering en houdt expliciet de verschillende Thread-netwerken bij die in een woning aanwezig zijn.

Een huishouden kan iets als het volgende ontdekken:

Apple Thread-netwerk
       |
verschillende inloggegevens


Google Thread-netwerk
       |
verschillende inloggegevens


Home Assistant Thread-netwerk
       |
different credentials

Apparaten op afzonderlijke Thread-netwerken vormen niet automatisch één groot meshnetwerk, alleen omdat ze allemaal Thread gebruiken.

Home Assistant kan gebruikers helpen bestaande netwerken te bekijken en, in ondersteunde gevallen, een Home Assistant Border Router te laten aansluiten op een bestaand voorkeursnetwerk. Maar het consumentene ecosysteem is nog niet in elk huis gelijkwaardig aan één perfect uniform Thread-meshnetwerk.

Dit is een belangrijke realitycheck voor ThreadLink.

Een technisch elegante IP-architectuur blijft afhankelijk van compatibiliteit tussen border routers, gedeelde inloggegevens, netwerktopologie en daadwerkelijke ondersteuning in implementaties.

Wat verandert Thread 1.4 aan het geheel?

Thread 1.4 brengt het ecosysteem dichter bij het idee van één uniform netwerk.

De Thread Group omschrijft een van de belangrijkste verbeteringen als één mesh-netwerk, eenvoudiger gemaakt.

Het doel is dat bijgewerkte apparaten en Border Routers uit verschillende ecosystemen een bestaand Thread-netwerk herkennen en zich erbij aansluiten, in plaats van onnodig nog een mesh-netwerk te creëren.

Thread 1.4 voegt ook het volgende toe of verbetert dit:

• een gestandaardiseerd pad naar cloudconnectiviteit
• Thread bovenop de infrastructuur
• zicht op netwerkdiagnose en probleemoplossing
• netwerkconvergentie tussen ecosystemen
• en verbeteringen voor het in gebruik nemen.

Dit plaatst ThreadLink in een bredere context.

EERDER THREAD

IPv6-mesh met laag energieverbruik
      |
Matter wordt dominant
consumententoepassing


THREAD 1.4

Betere netwerkconvergentie
Betere borderrouterinfrastructuur
Cloudpad
Diagnostiek
      |
      v


IDEE ACHTER THREADLINK

Matter
API van leverancier
Cloud
P2P
      |
dezelfde IP-transportlaag met laag energieverbruik

ThreadLink is daarom geen bewijs dat elke leverancier dezelfde aanpak zal kiezen.

Maar het is een concreet voorbeeld van het soort diversiteit aan toepassingen dat de netwerkarchitectuur van Thread altijd mogelijk heeft gemaakt.

Moet elke smarthome-automatisering via de homeserver verlopen?

Nee. Een veerkrachtig systeem kan logica verdelen op basis van de complexiteit en het belang van de actie.

Voor een eenvoudige vergrendeling is een retour naar de server niet per se nodig.

Een energieautomatisering voor het hele huis waarschijnlijk wel.

Deze scheiding kan het netwerk veerkrachtiger maken, omdat een storing in één laag niet automatisch elke lokale functie uitschakelt. Ook verklaart dit waarom het echte prestatiepad van Home Assistant radio's, netwerken, brokers, doelapparaten en opslag omvat, en niet alleen de CPU waarop Home Assistant draait.

Maakt ThreadLink een homeserver minder belangrijk?

Dit kan de homeserver minder belangrijk maken als protocolgateway, maar duidelijker definiëren als orkestratielaag.

Traditionele smarthomes stapelden bridges op elkaar, omdat veel apparaatnetwerken niet rechtstreeks konden deelnemen aan het IP-thuisnetwerk.

OUD MODEL

Zigbee-apparaten ── Hub van leverancier ──┐
                               |
Andere apparaten ─── Gateway ─────┼── Homeserver
                               |
Wifi-apparaten ─────────────────┘

Een meer IP-georiënteerde architectuur kan er anders uitzien:

APPARAATLAAG

Thread-apparaten
Wifi-apparaten
Ethernetapparaten
       |
       v

IP-NETWERKLAAG
       |
       v

BESTURINGSLAAG

Home Assistant
       |
       +-- Automatiseringen
       +-- Toestand
       +-- Geschiedenis
       +-- Beleidsregels
       +-- Dashboards
       +-- Logica voor meerdere protocollen
       |
       v

GEGEVENSLAAG

Back-ups
NAS
Persistente opslag

De server hoeft niet langer elk pakket te verwerken om zijn bestaan te rechtvaardigen.

De waarde ervan komt steeds meer voort uit het overzien van het grotere geheel:

• welke apparaten er zijn,
• in welke toestand ze zich bevinden,
• hoe niet-gerelateerde systemen op elkaar inwerken,
• wat er gisteren is gebeurd,
• welke automatiseringen moeten worden uitgevoerd,
• wat er moet gebeuren wanneer een service uitvalt,
• en hoe configuratie en geschiedenis worden beschermd.

Die verantwoordelijkheden hebben verschillende vereisten voor opslag en herstel. Door persistente Home Assistant-gegevens te scheiden van tijdelijke runtime-status wordt de gegevenslaag in deze architectuur veel eenvoudiger te beschermen.

Thread vermindert de behoefte aan protocolvertaling, maar niet aan domotic software.

Dat betekent ook niet dat Home Assistant plotseling krachtige hardware nodig heeft. De huidige hardwarevereisten voor een Home Assistant-server blijven bescheiden voor normale automatisering; camera's, een lange geschiedenis, lokale spraak, databases en aanvullende diensten zorgen doorgaans voor een grotere serverbelasting.

Als wordt verwacht dat meerdere van deze diensten samen zullen draaien, moet de servercapaciteit voor slimme woningen worden gebaseerd op de volledige dienstenstack, en niet op het aantal Thread-apparaten.

Moeten Shelly Gen4-eigenaren overstappen van wifi naar ThreadLink?

Het is te vroeg om die aanbeveling te doen.

De firmware is nog niet algemeen beschikbaar, de definitieve lijst met ondersteunde apparaten is belangrijk en de daadwerkelijke interoperabiliteit met bestaande Thread-netwerken en Border Routers moet nog buiten demonstraties worden getest.

Wanneer ThreadLink beschikbaar komt, zouden Gen4-eigenaren het volgende moeten beoordelen:

• of hun exacte Shelly-apparaat in aanmerking komt,
• of er al een geschikte Thread Border Router aanwezig is,
• of de Thread-netwerken in de woning verenigd of gefragmenteerd zijn,
• of de vereiste Shelly-functies via de nieuwe Home Assistant-module werken,
• of cloudtoegang nodig is,
• of directe apparaat-tot-apparaatlogica nuttig is,
• en of de bestaande wifi-installatie al betrouwbaar werkt.

De juiste conclusie voor 2026 is daarom om de implementatie af te wachten, in plaats van een werkende installatie uitsluitend op basis van de aankondiging te migreren.

Wordt Thread het lokale IP-netwerk voor slimme woningen?

Thread zal waarschijnlijk niet het enige lokale netwerk in een slimme woning worden. De kans is groter dat het de energiezuinige IP-rand van dat netwerk wordt.

Ethernet blijft het natuurlijke transport voor servers, NAS-apparaten en vaste systemen met hoge bandbreedte.

Wifi blijft het natuurlijke draadloze netwerk voor telefoons, laptops, camera's, displays en apparaten die aanzienlijk meer bandbreedte nodig hebben.

Thread is geschikt voor de energiezuinige rand:

• sensoren,
• relais,
• schakelaars,
• sloten,
• bedieningen,
• en andere apparaten die relatief kleine hoeveelheden gegevens uitwisselen.

Shelly ThreadLink is interessant omdat het die rand niet langer behandelt als een silo voor één toepassing.

Matter kan gestandaardiseerde bediening binnen ecosystemen bieden.

Shelly RPC kan uitgebreidere functionaliteit van de leverancier bieden.

Communicatie tussen apparaten kan eenvoudige acties lokaal houden.

Een Border Router kan het meshnetwerk verbinden met het bredere LAN.

Home Assistant kan protocollen overstijgend orkestreren.

En cloudconnectiviteit kan optioneel blijven, zonder dat het eindpunt zelf verbinding met wifi hoeft te maken.

Voor gebruikers die die orkestratielaag op een speciaal lokaal systeem willen, is ZimaBoard 2 voor slimme woningen een voorbeeld van hoe je de controller op een uitbreidbare, altijd actieve server kunt houden, terwijl Thread Border Routers en eindpuntradio's afzonderlijke onderdelen van het netwerk blijven.

De slimme woning van de toekomst draait daarom mogelijk minder om kiezen tussen Thread, wifi en Ethernet, en meer om elk daarvan een rol te geven binnen dezelfde IP-architectuur.

Dat is het belangrijkste idee achter ThreadLink.

Thread is altijd een IP-netwerk geweest.

Shelly begint het gewoon op die manier te gebruiken.

Veelgestelde vragen: Shelly ThreadLink en Thread-netwerken voor slimme woningen

Wat is Shelly ThreadLink?

ThreadLink is aangekondigde firmware waarvoor je je kunt aanmelden voor geschikte Shelly Gen4-apparaten. Shelly zegt dat de Thread-radio van de apparaten wordt gebruikt om Matter, Shelly RPC/API-verkeer, cloudconnectiviteit en directe communicatie tussen apparaten via hetzelfde energiezuinige IP-meshnetwerk te transporteren.

Is Shelly ThreadLink nu beschikbaar?

Nee. Shelly kondigde ThreadLink aan op 3 september 2026 en is momenteel van plan de gratis firmware waarvoor je je kunt aanmelden ongeveer drie maanden later uit te brengen voor geschikte Gen4-apparaten.

Ondersteunt elk Shelly Gen4-apparaat ThreadLink?

Shelly heeft de update alleen toegezegd voor geschikte Gen4-apparaten. Een volledige definitieve compatibiliteitslijst moet worden gecontroleerd zodra de firmware beschikbaar is.

Verandert ThreadLink Thread in een IP-netwerk?

Nee. Thread is altijd gebaseerd geweest op IPv6, 6LoWPAN en IEEE 802.15.4. ThreadLink verandert de manier waarop Shelly dat bestaande IP-netwerk wil gebruiken door er meer dan alleen Matter over te laten lopen.

Is Matter hetzelfde als Thread?

Nee. Matter is een besturingsstandaard voor smarthomes op applicatieniveau. Thread is een energiezuinig IPv6-meshnetwerk dat Matter of andere compatibele applicatieprotocollen kan vervoeren.

Kan Thread zonder Matter werken?

Ja. Thread is onafhankelijk van de applicatielaag. Consumentenproducten met Thread worden tegenwoordig sterk geassocieerd met Matter, maar Thread zelf kan andere IP-gebaseerde applicatieprotocollen vervoeren.

Kunnen ThreadLink-apparaten zonder wifi werken?

Shelly zegt dat ThreadLink-apparaten Thread kunnen gebruiken voor Matter, lokale API-communicatie, peer-to-peerautomatisering en cloudconnectiviteit via een Thread Border Router, zonder dat het eindapparaat zelf verbinding maakt met wifi.

Kan ThreadLink zonder internet werken?

Shelly zegt dat rechtstreekse scènes tussen apparaten, vergrendelingen en automatiseringen lokaal binnen het Thread-mesh kunnen werken, zelfs als de internetverbinding of het wifi-netwerk uitvalt.

Heeft ThreadLink een Thread Border Router nodig?

Een Border Router is vereist wanneer ThreadLink-apparaten moeten communiceren met het bredere thuis-LAN, apps, Home Assistant of clouddiensten. Shelly zegt dat scènes tussen apparaten onderling binnen het Thread-mesh zelf kunnen werken.

Vervangt ThreadLink Home Assistant?

Nee. Rechtstreekse peer-to-peerlogica kan de behoefte aan een server bij eenvoudige apparaatrelaties wegnemen, terwijl Home Assistant nuttig blijft voor automatisering tussen protocollen, geschiedenis, dashboards, beleid, planningen en orkestratie van het hele huis.

Zal Thread wifi vervangen?

Waarschijnlijk niet. Thread is ontworpen voor energiezuinige IoT-apparaten met een relatief lage bandbreedte. Wifi blijft beter geschikt voor producten met een hogere bandbreedte, zoals camera's, schermen, telefoons en computers.

Wat is het verschil tussen een Thread Border Router en een smarthomehub?

Een Thread Border Router routeert voornamelijk IPv6-verkeer tussen het Thread-mesh en het bredere IP-netwerk. Een traditionele hub of bridge vertaalt vaak tussen een niet-IP-apparaatnetwerk en een IP-gebaseerd LAN of een applicatie.

Kan een woning meer dan één Thread-netwerk hebben?

Ja. In huidige woningen kunnen afzonderlijke Thread-netwerken van Apple, Google, Home Assistant of andere aanbieders aanwezig zijn, met verschillende aanmeldgegevens. Thread 1.4 is bedoeld om het eenvoudiger te maken om samen te komen op één bestaand mesh-netwerk, maar de praktische uitwerking blijft afhankelijk van ondersteuning door apparaten en ecosystemen.

Wat verandert Thread 1.4?

Thread 1.4 verbetert het deelnemen aan netwerken tussen verschillende ecosystemen, de infrastructuur van Border Routers, cloudconnectiviteit, diagnostiek, ingebruikname, betrouwbaarheid en de mogelijkheid om een groter, uniform Thread-mesh te onderhouden.

Waarom is ThreadLink belangrijk voor homeservers?

Het suggereert dat de homeserver zich minder hoeft te richten op het vertalen van propriëtaire apparaatnetwerken en meer op orkestratie, status, geschiedenis, beleid, automatisering tussen systemen en duurzame gegevens, terwijl Thread, wifi en Ethernet zorgen voor het onderliggende IP-transport.