IKEA wil Zigbee-smarthomeapparaten vanaf 2026 vervangen door Matter-producten

IKEA is van plan om 'meer dan twintig' smarthomeproducten uit te brengen die gebruikmaken van Matter via Thread. Voorheen maakte de Zweedse meubelgigant gebruik van het Zigbee-protocol. Het is de bedoeling dat de nieuwe smarthomelijn de huidige Zigbee-producten gaat vervangen.

IKEA wil in januari 2026 meer dan twintig smarthomeproducten introduceren die werken met Matter. Ze kunnen daardoor centraal worden aangestuurd via een Matter-smarthomeplatform, bijvoorbeeld Home Assistant of Apple HomeKit.

IKEA wil volgend jaar onder meer slimme verlichting, sensoren en afstandsbedieningen uitbrengen met Matter-ondersteuning via Thread, zegt het bedrijf in een interview met The Verge. De nieuwe smarthomelijn moet de huidige Zigbee-apparaten van IKEA op termijn vervangen. Naast nieuwe versies van bestaande producten wil IKEA naar eigen zeggen ook nieuwe productcategorieën aanboren. Ook komen er mogelijk Matter-producten die naast Thread ook werken via wifi. IKEA laat wel weten dat de Touchlink-functie van Zigbee behouden blijft, waardoor de nieuwe apparaten wel nog bediend kunnen worden met Zigbee-afstandsbedieningen.

Het is voor het eerst dat IKEA slimme apparaten uitbrengt die van het draadloze protocol Matter gebruikmaken. Wel voegde het bedrijf eerder dit jaar Matter-ondersteuning toe aan zijn Dirigera-smarthomehub. Dat apparaat werkte daardoor als Matter-bridge, waardoor IKEA-apparaten met Zigbee-ondersteuning kunnen communiceren met Matter-apparatuur. Binnenkort krijgt Dirigera een update waardoor de hub ook als Matter-controller kan functioneren. Daardoor wordt het mogelijk om er Matter-apparaten van andere fabrikanten mee aan te sturen.

Daarnaast laat Ikea weten dat er dit jaar twee nieuwe bluetoothspeakers verschijnen, genaamd Nattbad en Blomprakt. Beide krijgen ze Spotify Tap-ondersteuning en laatstgenoemde doet ook dienst als lamp. Ze verschijnen respectievelijk in juli en oktober voor een prijs van 30 euro en 'minder dan honderd euro', Het zijn de eerste nieuwe speakers van IKEA sinds het einde van de samenwerking met Sonos.

Correctie: In een eerdere versie van dit artikel stond dat de twee blueetoothspeakers Matter-ondersteuning krijgen. Dit klopt echter niet. Het artikel is hierop aangepast.

NattbadBlomprakt

Door Kevin Krikhaar

Redacteur

09-07-2025 • 19:14

102

Reacties (102)

102
102
55
7
0
38
Wijzig sortering
Is Thread zoveel beter dan Zigbee dan? Eigenlijk geen idee wat het verschil is tussen deze twee, gebruik zelf alleen Zigbee devices.
Het grootste verschil : Thread laat al jouw apparaten rechtstreeks met elkaar praten. Ieder apparaat met Thread ingebouwd kan dus rechtstreeks communiceren met elkaar zonder dat hier een dienst of hub aan te pas hoeft te komen.

Dat betekent overigens niet dat je geen hub nodig hebt om de boel aan te sturen / programmeren. Maar volgens mij betekent dat wel dat alle apparaten die Thread ondersteunen offline kunnen werken.
Thread werkt over het IP protocol. Je zal dus wel een zogenaamde 'Thread edge-router' nodig hebben, die het Thread signaal op je normale netwerk gooit. Maar dat is ook niet persé veel meer dan een router. Daardoor heb je directere communicatie tussen je Thread apparaat en je andere domotica (dat kan bijv. HA zijn, maar ook tussen apparaten onderling direct). Bij Zigbee doet de Hub meer dan alleen routeren. Dat zorgt er voor dat bij Zigbee de hub ook moet weten met wat voor apparaat het praat en hoe je daar mee moet praten, met Thread hoeft de router die niets van te snappen als ik mij niet vergis. Vaak heeft een Thread edge-router ook wel hub functionaliteit aan boord en kan je kiezen of je die gebruikt of niet.

Zelf gebruik ik bijv. mijn Apple TV als edge-router, maar die stuurt al het verkeer direct door naar mijn Home Assistant installatie. Ik zou echter ook direct mijn Apple TV met de apparaten laten communiceren middels de Apple Home software die ingebakken zit, daarvoor moet Apple wel ondersteuning voor die apparaten hebben.

Bij dat laatste komt Matter weer om de hoek. Die zorgt dat apparaten met voorgedefinieerde standaardfunctionaliteit (gedefinieerd in de Matter standaard) op exact dezelfde manier communiceren, die kan dus aangeven 'ik ben een lamp met smartfunctionalitet X, Y, en Z' en dan weet je Home Assistant of Apple Home of [insert andere smarthome oplossing die ook Matter ondersteund] welk commando die moet sturen om de lamp aan en uit te zetten, helderheid aan te passen, enzovoorts.
Bij dat laatste komt Matter weer om de hoek. Die zorgt dat apparaten met voorgedefinieerde standaardfunctionaliteit (gedefinieerd in de Matter standaard) op exact dezelfde manier communiceren, die kan dus aangeven 'ik ben een lamp met smartfunctionalitet X, Y, en Z' en dan weet je Home Assistant of Apple Home of [insert andere smarthome oplossing die ook Matter ondersteund] welk commando die moet sturen om de lamp aan en uit te zetten, helderheid aan te passen, enzovoorts.
Alleen het "mooie" van Matter is dat elke fabrikant een eigen sausje / data aan hun apparaten mag toevoegen die volledig van welke standaard dan ook afwijken.

Verder moeten er voldoende aanvragen zijn van fabrikanten voordat een apparaat standaard Matter ondersteuning krijgt. En vaak is dit - als er veel afwijkingen zijn tussen fabrikanten - enkel de basis functionaliteit van dat apparaat. Vandaar de uitbreidingen die elke fabrikant mag doen.

Ik zie dus feitelijk als consument geen enkel verschil met Zigbee: ook daar kun je soms standaard een lamp aan/uit sturen, maar dimmen, of laten "zuchten", "knipperen" of wat dan ook is bijna nooit standaard.

Bij nieuwe apparaten zal elke hub/edge router dus wel die functionaliteit en logica moeten gaan ondersteunen.

En je hebt er dus een risico bij gekregen omdat dit over IPv6 gaat. Alles kan lekker richting cloud lekken, iets dat met Zigbee onmogelijk is.
Bij Zigbee doet de Hub meer dan alleen routeren. Dat zorgt er voor dat bij Zigbee de hub ook moet weten met wat voor apparaat het praat en hoe je daar mee moet praten, met Thread hoeft de router die niets van te snappen als ik mij niet vergis.
Dit is precies het belangrijke verschil. Zigbee heeft een vertaalslag nodig om van internetverkeer (het pakketje dat jij naar de Zigbee-hub stuurt om jouw lamp aan te zetten) een bericht te maken dat de apparaten binnen het Zigbee-netwerk begrijpen. Alles wat je binnen je netwerk wilt doen, voert de hub voor jou uit. De hub ontvangt het (internet)bericht dat je de lamp wilt inschakelen, die interpreteert het bericht, en stelt een Zigbee-bericht op met de instructie aan de lamp om in te schakelen, waarna dat bericht via het Mesh-netwerk van Zigbee naar het apparaat wordt verstuurd.

Wat dus fijn zou zijn is om een manier te vinden waarmee die hele vertaalslag er tussenuit gehaald kan worden. Die maakt namelijk dat je afhankelijk bent van een stukje hardware die wel moet kunnen communiceren met de apparaten die je thuis hebt. Als het Zigbee-thuisstation dat jij hebt van fabrikant A toevallig geen ondersteuning heeft voor het apparaatje van fabrikant B, tough luck; je zult dan ook een thuisstation van fabrikant B moeten aanschaffen om het apparaat te kunnen gebruiken. Oplossingen als de Homey hebben een brede ondersteuning voor allerhande apparaten en het is daardoor geen probleem waar je vaak tegenaan loopt, maar het is wel mogelijk.

Dan nu, welkom: Thread.

Thread werkt inderdaad op het IP-protocol, maar dat spreekt bij de meesten wat weinig tot de verbeelding wat dat eigenlijk uitmaakt. Wat ik een betere omschrijving vind is dat ieder apparaat dat op Thread werkt, net als een computer in je netwerk, een IP-adres heeft die je direct kunt aanspreken via je (lokale) netwerk. Nou is het wel zo dat er nog steeds een apparaatje nodig is (de zogeheten Edge router) om communicatie tussen je draadloze/bekabelde netwerk thuis en het Thread-netwerk mogelijk te maken, maar die apparaatjes doen niets met de inhoud van het bericht zelf. Anders dan Zigbee interpreteren ze het bericht niet en vertalen ze het niet naar een bericht dat specifiek is voor het type apparaat van Fabrikant A, maar het bericht wordt slechts een beetje anders verpakt en doorgestuurd op het Thread-netwerk *1.

Dit lijkt een klein verschil, maar het verschil is wezenlijk. Zolang je een edge-router hebt, ongeacht fabrikant, is er communicatie mogelijk tussen een apparaat in je LAN en in je Thread-netwerk. Het maakt het enorm veel eenvoudiger voor ontwikkeling, want je kan nu gewoon met je lichtschakelaar communiceren alsof het een printer of een andere computer binnen je netwerk is. Je kunt je lampen en lichtschakelaars *2 gewoon pingen via cmd/terminal! Ze hebben immers een eigen IP-adres! Bovendien hoeft de Edge-router dus niets te begrijpen over de berichten die je naar de apparaten op het netwerk stuurt. Het begrijpen van het apparaat en het weten welk soort bericht er moet worden gestuurd om een Thread-lamp aan of uit te schakelen, zit nu puur in de software van de app/applicatie die je gebruikt om die lamp mee aan te sturen.

Het maakt van wat een firmware-probleem is bij Zigbee, namelijk het correct interpreteren en vertalen van een bepaald commando voor een Zigbee-apparaat, een software-probleem, waarin de app/applicatie zelf ervoor moet zorgen dat een correct bericht via het lokale netwerk wordt gestuurd naar het IP-adres van de lamp om deze aan te sturen. Je bent dus als ontwikkelaar/fabrikant van een slim apparaat niet langer overgeleverd aan de ondersteuning van jouw apparaat in de firmware van bijvoorbeeld een Homey waarbij je afhankelijk bent van een derde partij, of zelf een eigen hub moet aanbieden; die tussenlaag is compleet weg. Je hebt alleen nog maar de hardware die je als fabrikant maakt, en de software in de vorm van een app of een API.

Daarom ben ik enorm blij met de komst van Thread en dat het steeds meer tractie begint te krijgen. Hoe succesvol Zigbee ook is, hoe goed het eigenlijk werkt en hoe weinig problemen er zijn met Vendor Lock-ins met Zigbee-apparaten, het probleem is dat het KAN. Thread maakt Vendor Lock-ins in die zin vrijwel onmogelijk, en maakt de ontwikkeling van nieuwe apparaten een enorm stuk eenvoudiger voor mij als ontwikkelaar.

1. De reden dat het pakketje moet worden aangepast is omdat internetberichten op een 802.11 netwerk minstens 1280 bytes lang moeten kunnen zijn, terwijl de berichten die over een Thread-netwerk lopen (802.15.4, andere standaard) maximaal 127 bytes lang mogen zijn. Bovendien werkt het op een variant van IPv6, maar complete headers van IPv6 nemen al een behoorlijke slok (40 bytes) van die maximaal 127 bytes op. De Edge-router comprimeert de IPv6-header naar een 6LoWPaN-header om de overhead die IPv6 anders zou verzorgen te reduceren, en verstuurd het bericht gefragmenteerd (in stukjes) als het te lang is om in één Thread-bericht te kunnen versturen.
2. Lichtschakelaars zijn eigenlijk wel weer een uitzondering, want vaak zijn dat apparaatjes op een batterij en om energie te besparen, staan deze eigenlijk altijd uit, tenzij deze wordt bediend. In zo'n geval houdt de eerste permanent ingeschakelde node waarmee de lichtschakelaar is verbonden het bericht vast totdat de lichtschakelaar van zich laat horen, waarna het kortstondig de tijd heeft om het opgeslagen bericht door te sturen aan de lichtschakelaar. Maar pingen van de lichtschakelaar zal waarschijnlijk voor een time-out zorgen, al zou ik dat eens moeten testen.

[Reactie gewijzigd door naarden 4ever op 10 juli 2025 15:45]

Thread werkt over het IP protocol.
Bestaat er Matter zonder Thread (of Thread zonder Matter)?

Is dit wat Zigbee2MTQQ doet (Staat MTQQ voor M(atter)T(hread) Q(?) Q (?) ?) Ik had begrepen dat Matter een synoniem voor nieuwe Zigbee protocol versie was, maar het is dus niet backwards compatible?

En maakt dit het minder veilig?
Zigbee werd toch (ook op Tweakers) aangeprezen dat het alleen lokaal draaide, en dus minder gevoelig zou zijn voor backdoors van fabrikanten enzo
Ze werken prima zonder elkaar ja. Er zijn bijv veel Matter producten die over wifi werken, of gewoon via een bekabeld netwerk. De meeste apparaten die over Thread communiceren ondersteunen ook Matter, maar zeker niet allemaal. Thread en Matter zijn wel allebei ontworpen met de ander in gedachten, het werkt dus erg goed samen.

MTQQ is weer heel wat anders.
Thread op zich wel, maar er zijn maar weinig telefoons met een Thread-radio. Voor verdere communicatie met ander Matter-spul heb je toch een gateway nodig.

Matter kan in theorie met internet verbinden, maar de bedoeling is toch echt dat je alles lokaal bestuurbaar houdt. Ik denk dat cheapomerken als Tuya nog steeds de controle in de cloud zullen houden (daar verdienen ze tenslotte aan), maar voor de betrouwbaardere merken is het als het goed is niet meer nodig.
Recente iPhones en iPads hebben wel Thread-radio.

Toch best groot aandeel, zal waarschijnlijk groeien komende jaren.
En een heel belangrijk verschil (en tevens de reden om het vooral niet te gebruiken): het zit vol met PKI en device attestation: als een leverancier vind dat een andere leverancier niet goed genoeg is dan kun je niet koppelen. Dus dezelfde reden dat je je spullen niet blind in de cloud moet zetten en hopen dat je er morgen nog bij kunt loopt je met matter hetzelfde risico: het kan van de ene op de andere dag stoppen met werken omdat iemand iets ergens van vind. Voor mij iig. een reden om dit nooit te kopen. Dan liever gewoon ouderwets analoog met knoppen. Ik wil graag zelf over mijn hardware kunnen beslissen.
Het grootste verschil : Thread laat al jouw apparaten rechtstreeks met elkaar praten....

Dat betekent overigens niet dat je geen hub nodig hebt om de boel aan te sturen / programmeren.
Maar dat is iets wat Shelly bijvoorbeeld al jaren doet, zelfs zonder hub.
Het grootste verschil : Thread laat al jouw apparaten rechtstreeks met elkaar praten
Dat kan met Zigbee toch ook? Mijn IKEA afstandsbediening werkt direct op mijn IKEA lampen, ik heb geen hub. (Mijn Lidl schakelaar doet het dat weer niet, ondanks dat het ook Zigbee zou zijn)
Ik las laatst het volgende artikel, weet dus niet of ik perse blij mee ben:
Thread - the tech we can't use or teach
Oef.
Het hoeft natuurlijk nooit effect te krijgen en het zal zeker niet veel effect hebben op een gros van de mensen, maar ik ben het eens met je sentiment .. veel IoT is toch nog steeds iets voor mensen die graag hun eigen netwerk en apparatuur in beheer hebben wat veelal overeen komt het open-source oplossingen, wat dit dus niet is.
IoT is hot. Als een nieuwe versie van de ESP32 met nieuwe functies en thread support uitkomt weet je als hobbyist zeker: zoek een ander platform.

Er zijn weinig projecten zo giftig als Thread.

Ik weet niet of ik dezelfde post had gevonden, maar de conclusie is wel gelijk.
Zigbee is eigenlijk alleen per merk onderling te bedienen, tenzij je een universele hub gebruikt. Dus Hue en Tradfri kunnen niet rechtstreeks gekoppeld worden.

Thread gaat via IP en is (alleen) de netwerklaag van Matter. Met één border router kan alles met elkaar communiceren.
Onder Home-assistant kan je vrijwel ALLE zigbee apparaten gebruiken ongeacht het merk.
Ja, maar ik heb gemerkt dat daar nog wel eens wat extra configuratie in de vorm van YAML bij komt kijken. Mijn IKEA-knop heeft vier inputs die iets van zes tot acht signalen sturen afhankelijk van of je de knop ingedrukt houdt of niet, iemand moet wel die mapping maken om het goed te automatiseren. Bij Matter is standaardisatie van interfaces iets harder afgedwongen.

Overigens kun je ook via Home Assistant gewoon alles Thread-apparaten toevoegen mits je de nodige radio hebt, al is ondersteuning daarvoor nog niet helemaal klaar lijkt het.

[Reactie gewijzigd door GertMenkel op 9 juli 2025 22:37]

Met zigbee2mqtt heb ik nooit wat hoeven yaml-en.

En ik gebruik een ratjetoe van zigbee apparaten
Ja, maar ik heb gemerkt dat daar nog wel eens wat extra configuratie in de vorm van YAML bij komt kijken. Mijn IKEA-knop heeft vier inputs die iets van zes tot acht signalen sturen afhankelijk van of je de knop ingedrukt houdt of niet, iemand moet wel die mapping maken om het goed te automatiseren.
Welke knoppen/signalen er op het apparaat zitten is voor Home Assistant onbekend, echter totdat je ze indrukt. Dan komen die signalen binnen bij HA en worden ze opgeslagen, waarna ze wél selecteerbaar in de UI worden zodat het niet meer handmatig via YAML hoeft.
Vanaf zigbee 3.0 is de Zigbee standaard universeel geworden. Gelet zowel hue als Tradfri al lang op de 3.0 versie draaien zijn ze volledig compatibel met elkaar wat ik ook kan bevestigen gelet ik hier Tradfri lampen heb steken waar ik niet de meerprijs wou betalen voor Hue lampen. Die Tradfri werken zonder probleem op een Hue hub en zijn dus ook te bedienen vanuit de Hue app.

Thread is niet meer of minder dan het Zigbee netwerk maar dan zonder het Zigbee protocol op ipv6. Welk protocol je over Thread stuurt staat je volledig vrij.

Het protocol dat dan naar voor geschoven word is matter maar het hoeft geen matter te zijn.

Heb je dan bereikt dat met thread als netwerk en Matter als protocol alle apparaten met elkaar kunnen praten?

Het antwoord is nee, je hangt nog altijd vast aan de fabrikanten die implementeren wat ze willen. Hoera, smartthings werkt met matter maar die samsung toestellen connecteren nog altijd enkel met de Samsung cloud. Die samsung cloud smartthings kan dan wel matter spreken, je kan nog altijd niet rechtstreeks met die smarthings wasmachine praten.

Met Bosh/Siemens en hun homeconnect juist hetzelfde verhaal.

Heel dat home automation verhaal hangt nog altijd met ogen en haken aan elkaar omdat fabrikanten hun eigen eco systeem willen pushen. En zo lang dat niet veranderd kan geen enkel netwerk stack of protocol daar verandering in brengen.

En als ik even mag doemdenken, thread maakt het gemakkelijker om alles aan hun cloud te hangen. Zigbee is geen ip stack dus niet routerbaar naar de cloud, Thread is dat wel, met een gateway kan elk Thread end device rechtstreeks met de cloud praten, iets wat onmogelijk is met Zigbee.
Ja, je bent natuurlijk altijd afhankelijk van implementatie.

We zijn toevallig net met een nieuwe keuken bezig, dus ik zei: dat Home Connect is dat alleen in de cloud?

- Super handig, dan gaat je afzuiger automatisch aan als je de pan op zet.

Ja... Maar is het via hun cloud?

-Ehh.. ja.

Dan hoef ik het niet. Als ik al iets met smarthome wil gaan doen, dan alleen lokaal.

[Reactie gewijzigd door GeeBee op 10 juli 2025 15:43]

Zag daar laatst een filmpje van Jeff Geerling over, dikke kans dat je een miskoop bent ontsprongen, Jeff had een device met Bosch HomeConnect vaatwasser en kwam erachter dat er allemaal functies niet meer in te stellen zijn van de knoppen op het apparaat zelf (bijvoorbeeld extra rinse cycle of delayed start), nee je moet een app installeren op je telefoon, een account aanmaken in de app en dan je vaatwasser koppelen over het internet 8)7

Ik ben tegenwoordig ook waakzaam voor dat soort dingen en laat dat soort producten links liggen.
Nah, ik gebruik lampen van allerlei verschillende merken (o.a. Tradfri, Gledopto en dat Lidl-huismerk) en die zijn allemaal prima te bedienen via mijn Hue bridge. Vooruit, niet alles werkt, maar het is zeker niet merkgebonden.
Ik doe dat zelfs met een Sonoff Zigbee stick. Ik combineer Lidl, Ikea en Hue zonder problemen. Alles werkt en Home Assistant toont ook van elk apparaat een thumbnail.

Perfecte oplossing IMHO, geen vendor bridge, gewoon alles open. En ook het hele mesh gebeuren is uitstekend functioneel.
Zeker, maar bijvoorbeeld de Ikea VALLHORN bewegingssensor en de PARASOLL deur/raamsensor werken voor geen meter met een Sonoff stick en de Zigbee Home Assistant integration. En ik ben te lam om een heel Zigbee2MTQQ gebeuren op te gaan tuigen omdat alleen die dingen van Ikea niet goed willen werken.

Ik hoop dat Matter beter compatible is.
Heb de parasoll ook, met ha en zigbee addon incl een sonoff stick. Werkt feilloos.

Net als de inspeling smartplug.

Snap je frustratie, jammer dat er voor kiest het niet uit te zoeken. Hoop dat je tzt doorverkoopt en niet tot ewaste laat eindigen. ;)
Ik heb echt ALLE suggesties en oplossingen geprobeerd. En de Parasoll heeft een tijd goed gewerkt. Maar ik krijg ze nu gewoon niet meer gekoppeld. Of je krijgt ze wel gekoppeld maar vervolgens updaten ze nooit meer. Ik ben er al zoveel tijd mee kwijt....
Ik ben ook in het bezit van de VALLHORN bewegingssensor. Ook de batterijen van de ikea meegenomen en erin gedaan na meerdere reacties gelezen te hebben.

Ik heb de Home Assistant Connect ZBT-1 (skyconnect) en daar de VALLHORN in toegevoegd. Dit was zo gepiept.

Automatisering gemaakt in HomeAssistant. Het werkt nu al ong. 6 maanden feilloos.
De ondersteuning is wel per merk verschillend. Ik draai ook alles via Home Assistant. Het meeste werkt goed. Sommigen minder. Anderen missen enkel firmware of features zoals lichteffecten.

Benieuwd hoe IKEA dit met threads spul gaat doen. Betekend dit dat we alle features kunnen gebruiken via threads of zitten er alsnog merk eigen protocol in?
Lampen gaat wel, maar probeer eens een remote/lichtknop, die zijn niet uitwisselbaar met andere hubs
Dat is idd lastiger, hoewel ik een Tradfri dimmer ook werkend heb gekregen met Hue, maar dat was wel wat meer gedoe en niet zo betrouwbaar.

Mijn reactie was vooral een nuance/tegenbericht op "Zigbee is eigenlijk alleen per merk onderling te bedienen...".
Ik neem aan dat je een tradfri dimmer hebt kunnen touchlinken met een lamp. Mocht je deze aan de app hebben toegevoegd ben ik zeer nieuwsgierig.

Ik heb overigens geen idee of matter dit gaat oplossen
Touchlink was met de Hue hub volgens mij. Pairing met de lamp ging op de gewone manier. Als ik geen touchlink met de hub deed, kon Hue de lamp niet meer besturen nadat ik de dimmer met de lamp pairde.

Uiteindelijk dus gelukt om de lamp met zowel de dimmer als met Hue te kunnen bedienen maar de dimmer verscheen idd niet in de Hue app.
Ja, dat heb ik ook gedaan (met wisselend succes). De kracht van de eigen hub is dat je dit allemaal via de app kunt doen. Dat verdwijnt allemaal met touchlink. Maar wel fijn dat er nog een mogelijkheid is om de sensoren te gebruiken
Dus wat je zegt is:
- Zigbee werkt alleen mix en match als je een universele hub gebruikt
- Thread werkt alleen mix en match als je een universele hub 'border router' gebruikt

Ah ja, de oplossing voor een probleem dat niet bestond! :+
Nou... Je hebt volgens mij een hub nodig voor Philips en een hub voor Ikea. En dan een hub om die 2 hubs aan elkaar te linken omdat dat rechtstreeks niet kan

Als het allemaal op één kan, scheelt er dat er 2.


Maar... Sinds zigbee 3.0 kan dat allemaal op 1 (weer wat geleerd)
Je kon ook al voor zigbee 3.0 gewoon die philips en ikea meuk op één enkele hub linken hoor. ;)
Dus het aantal hubs/routers is gewoon identiek tussen Zigbee en Thread.

[Reactie gewijzigd door Ayporos op 10 juli 2025 16:04]

Sorry, maar dat lijstje van Robbshop, dat is toch lariekoek? zigbee ondersteunt geen ipv6? hoe dan, het is helemaal geen ip gebaseerde oplossing en wat dan nog, ipv6 thuis?
Matter communicatie en ook Thread gaan native over IPv6. Oftewel, je transportlaagje is IPv6. Als je een Matter netwerk opzet dan zal deze zelf een IPv6 subnet opzetten onder een ULA adres (vergelijkbaar met de RFC1918 ruimte in IPv4, dus routen tussen subnets kan maar niet over het internet) je hebt dus ook geen IPv6 nodig vanuit je ISP om een Matter netwerk te kunnen draaien.

Hier is een interessante video die wat dieper ingaat op hoe het hele Matter en Thread protocol precies werking vanuit een routing perspectief.

Het grote voordeel is dat je het radioprotocol lostrekt van het transport en de applicatielaag. Zigbee zie je bijvoorbeeld op de simpele apparaatjes zoals lampjes en stekkers. Heb ik iets nodig met een hogere bandbreedte zoals audio, dan gaat dat niet met Zigbee. Maar daar heb je dan Matter-over-WiFi voor. Zo heb je dus één protocol dat voor al die apparaten hetzelfde werkt, ongeacht het transport dat je gebruikt, WiFi, Thread, Ethernet, het kan allemaal.
Dat maakt het niet beter wat mij betreft, als je dan wifi gaat gebruiken, dan heb je dus weer een hoger stroomverbruik. Je zegt dat je audio kan streamen, maar kan je dan ook video streamen? Werkt dat dan?
Daarom bestaat er ook dus Thread, voor toepassingen die een laag stroomverbruik moeten hebben zoals lampen en sensoren die op batterijen draaien, want dat kan je niet (goed) met WiFi doen. Thread is in alle opzichte eigenlijk een soort Zigbee 4.0. En ja, je kan ook videostreamen. Hiervoor heb je Matter Casting. Soort van AirPlay/Chromecast achtige standaard die wel open en vrij te gebruiken is.
Een wat is het praktische voordeel van Thread boven Zigbee? Kan het ook een mesh netwerk maken?
Waarom géén IPv6 thuis? Het is uiteindelijk maar gewoon de nieuwere IP versie waar je aan moet wennen. Of je nou naar 192.168.0.1 browst of naar fe80::1 voor de router login, het komt op hetzelfde neer. Je kunt dus gewoon link local adressen gebruiken voor alles wat intern moet blijven. En als je een specifieke machine van buitenaf wilt bereiken dan hoef je alleen maar het publieke IP adres open te zetten in de firewall van je router. Het is gewoon veel simpeler en dus beter dan IPv4 en dat maffe NAT. ;)
Omdat IPv4 adressen op zijn en NAT altijd pleisterplakken is geweest. De helft van het internetverkeer gaat inmiddels al over IPv6. Op de meeste transportnetwerken zit je eerder aan de 80 a 90% IPv6 verkeer. Voor ISPs is het goedkoper om alles native over IPv6 te gooien en IPv4 wrappen ze dan in een soort IPv6 pakketje.

Langzaam maar zeker implementeren steeds meer ISPs CGNAT vanwege het tekort aan IPv4 adressen. Dan deel je dus een public IPv4 adres met anderen. Leuk als iemand uit je wijk toevallig een IP ban krijgt uit een spelletje dat jij ook speelt. En je kan ook geen diensten meer hosten, geen portforwards meer. Delta past dit al toe bij nieuwe klanten. Het is een kwestie van tijd totdat anderen het gaan doen. Sommige ISPs zoals TriNed laten je zelfs extra betalen als je een publiek IPv4 adres wilt.

IPv6 heb je al die onzin en lapmiddelen niet nodig en gebruik je IP zoals het ooit bedoelt was: end-to-end communicatie, routers zijn er om je pakketjes te routen, niet om ze heen en terug te vertalen door NAT.
Trined doet volgens mij gewoon dual-stack. Dus je krijgt ook een routeerbaar ipv6 adres. De ipv4 adressen zitten inderdaad achter een CGNAT.
Dan is dat eigenlijk geen echte dual-stack meer, want dat impliceert twee volwaardige native verbindingen over zowel V4 als V6. En ja TriNed doet dat gelukkig netjes, IPv6 moet je gewoon aanbieden als je CGNAT gaat doen. In Spanje zijn er een aantal ISPs die je vrolijk achter CGNAT gooien en geen IPv6 aanbieden. Daar gaat je mogelijkheid tot zelfhosting en P2P gaming :X
Mijn ISP is ook overgeschakeld op CGNAT, maar op aanvraag kan je wel gratis een normaal IPV4 adres krijgen, zodat port forwarding nog mogelijk is.
IPV6 wordt nog niet aangeboden, ik veronderstel dat ze met CGNAT terug over genoeg IPV4 adressen beschikken, en ze nog niet de kosten en moeite willen doen om hun klanten over te zetten op IPV6.

Ik gebruik duckdns en por forwarding om op mijn wireguard VPN te geraken als ik niet thuis ben.
Dat was best handig als ik op vakantie was in China, om op die manier toch nog aan mijn mails en andere diensten te geraken, doorheen de "great firewall".
Ook handig om op Home Assistant te geraken van buitenaf.
Voor de snelheden waarop zigbee werkt maken die 4x zo grote adressen wel uit.
IPv6 is een efficiënter protocol dan IPv4, door onder andere header compressie en simpelere routing, dus als Zigbee gebruik van zou maken van IP (wat niet het geval is) dan zou dit een verbetering zijn.
Ik meld alleen maar wat ik snel en in het nederlands vind.

Maar ik twijfel toch niet aan de wijsheid en kunde van Robbshop

Maar als je dit stuk leest (in het engels) van google home dan staat het er duiidelijker.

https://developers.home.google.com/matter/primer/thread-and-ipv6

Dan zie je matter's (threats) is gebouwd op mesh waarop de addresering van ipv6 zit.

Daar het protocol ook Wifi ondersteund word er door de Border gateways getranslate naar ipv4

Wellicht nog eens zoeken naar de RTM van threats and Matter

[Reactie gewijzigd door psdata op 9 juli 2025 20:51]

ooh, ik ontken ook helemaal niet dat matter ipv6 ondersteund, maar er wordt gesteld dat zigbee dat niet doet, wat ook waar is, want het is helemaal geen ip gebaseerde oplossing, maar als je dan een hub hebt, zoals zigbee2mqtt, dan kun je gewoon ipv6 gebruiken op de host, maar ik zie er de meerwaarde niet van in om te melden dat zigbee geen ipv6 ondersteund, het werkt niet eens met ip.
Het ondersteunt wat meer zaken, zoals meerdere border routers ("coordinators" in Zigbee) voor een enkel netwerk en native IPv6. Of het beter zal zijn moet nog blijken. Er is een kans dat je voor veel hardware functioneel niets anders zal merken.

Waarschijnlijk wordt het voor veel smarthome hobby installaties met Home Assistent een kwestie van een radio erbij prikken voor Thread of een bestaande radio met een multi-protocol firmware flashen. Daarna gewoon weer door, maar dan met een extra draadloos netwerk erbij. Immers ga je niet zomaar alle bestaande Zigbeehardware in de vuilnisbak gooien. ;)

[Reactie gewijzigd door The Zep Man op 9 juli 2025 21:07]

en dit is precies mijn issue hiermee... Ik run al een Z-Wave en Zigbee netwerk en uiteraard een paar apparaten die via Wifi werken (maar wel zo min mogelijk want ik haat wifi congestion).
Wat gaat dit nou serieus mij voor meerwaarde verschaffen?... :'(
Wat gaat dit nou serieus mij voor meerwaarde verschaffen?... :'(
Dat je ook nieuwe hardware kan gebruiken.
Moet ik dan al mn goedwerkende zigbee spullen uitfaseren?
Je moet helemaal niets natuurlijk. Zigbee producten zullen voorlopig nog wel even bruikbaar zijn, met bv Home Assistant.
Dat is waar, ik moet niks, maar er komt vast n moment dat ik mn gefinetunde en beveiligde zigbee network toch moet vervangen door iets nieuws, of er dan maar voor kiezen om alles te ontsmarten?
Ondersteuning voor Zigbee wordt helemaal niet uitgefaseerd. En als het dan toch zo ver is, dan neem je Home Assistant met een Zigbee stick. Dan ben je van niemand meer afhankelijk.
Dat is precies wat ik nu heb, maar ik vermoed dat zigbee en zwave uitgefaseerd raken en dat het dan toch een moetje wordt.
Verwacht ik ook: de grote techbedrijven die achter thread/matter zitten, zitten niet te wachten op goedkope devices die ook werken. Dus het zal met de jaren steeds meer een closed-eco system worden verwacht ik. Dit alles onder het mom van gebruiksgemak of security. Dus dan krijg je op een gegeven moment een kritieke massa aan thread/matter netwerken (en dus ook devices) en worden die alternatieven niet meer gemaakt want de markt is teveel gekrompen.
Het werkt wel prima naast elkaar is mijn ervaring. Nu nog zaken kopen die met zigbee werken kan zeker geen kwaad.
Wat heb je dan gefinetuned? Als alles lokaal draait en er niks veranderd, waarom zou het dan ooit stoppen met werken?


Als je alles via de cloud doet, valt er weinig over finetunen te spreken, aangezien de cloud server je zal pamperen tot ze je screwen.


Ik gebruik zelf een HA vmware instance op m'n local server.

[Reactie gewijzigd door Marctraider op 9 juli 2025 20:39]

ik gebruik zigbee2mqtt, ik heb security, zigbee channel en nog wat settings geconfigureerd. Voor security is gevoelig voor wijzigingen. Daarnaast heb ik nu uitgedoktert waar ik mn zigbee apparaten voor inzet en geplaatst heb. Dus alles werkt nu helemaal prima. Ik voel niet de behoefte om, ook al is het over een paar jaar, over te moeten stappen op iets anders, omdat we nu eenmaal weer eens een nieuwe adapter nodig hadden. Ik ben begonnen met z-wave maar gelukkig op tijd tot inzicht gekomen dat dit niet voor mij was.

En ik koppel niks in de cloud, althans zeker geen lichtknoppen etc... alles moet zonder internet kunnen werken.

ik heb een proxmox server met HA dat werkt prima,
Wat heb je aan security geregeld dan?
Nee. Gewoon je Zigbee netwerk blijven gebruiken.
Er is niks wat Thread beter maakt dan Zigbee als je al gewoon een werkend Zigbee netwerk hebt.
De enige meerwaarde van Thread is dat het meer 'beginnende gebruiker' vriendelijk is.. wat eigenlijk ook relatief is mijns inziens gezien hoe hard Home Assistant aan de weg timmert om meer gebruiksvriendelijk te zijn.
Zou niet moeten hoeven. Volgens mij is Thread en Zigbee op frequentieniveau interoperabel. Met bijvoorbeeld de Home Assistant Yellow of de Home Assistant Skyconnect bieden ze multiprotocol aan. Mag hopen dat bijvoorbeeld Ikea met zijn hub hetzelfde gaat doen.
nu nog wel. Maar er moet geld verdient worden.
Ik hoop dat de nieuwe lampen concurrentie kunnen vormen voor Philips Hue. Ben met IKEA begonnen maar uiteindelijk de boel verkocht en met Hue in zee gegaan. Wel duurder maar de kwaliteit van het RGB licht is bij Hue dan ook beter en Hue heeft/had ook meer functies.
Je kunt IKEA lampen ook gewoon toevoegen aan je hue bridge. Ben het met je eens dat de hue lampen beter zijn, maar wat geeft dat in de gang?
Probleem met IKEA rbg lampen is dat die gewoon niet 100% rgb zijn. Puur groen is gewoon te geel in de meeste gevallen en blauw is niet echt heel erg blauw. De enige kleur van de "RGB" die het goed doet is rood.
Heb hier ook alles HUE, maar bijvoorbeeld de verlichting van 1 van de kledingkasten is via Ikea aan de HUE bridge gekoppeld. En dat zou met de overstap naar thread niet meer gaan...
Groot nadeel is dat het via je wifi router moet?

Die moet zeker nog wel eens vervangen worden en die dingen zijn niet zo stabiel als een zigbee hub of via home Assistant en dan kan je zeker al je apparaten opnieuw koppelen aan je router of hoe werkt dat matter spul?

Edit:thanks voor de reacties, stuk duidelijker nu 👍

[Reactie gewijzigd door drakiesoft op 9 juli 2025 23:59]

De kans is groot dat ze Thread als transport gaan gebruiken in plaats van directe WiFi, dan heb je daar geen last van. Thread werkt, tenzij je router toevallig ook een Thread-radio heeft, met een gateway net zoals Zigbee dat nu ook al doet. Het is ook ontwikkeld door effectief dezelfde organisatie die ook achter Zigbee zat.

Mochten mensen wel smarthome het spul over WiFi verbinden, kunnen ze in hun nieuwe router het SSID hetzelfde maken als de oude. Misschien is het ook nog wel beter om er een apart SSID voor te maken ook, SSID's kosten toch effectief geen bandbreedte en zelfs de afgeslankte providerrouters hebben vaak de optie voor een extra netwerk.

Als je dat niet weet en je zet je huis vol WiFi-spul, dan wordt het wel lastiger, maar ik geloof niet dat je daar laat van gaat hebben als je bij IKEA koopt.

Matter is een verzameling protocollen die automatisch configureren van smarthomespul mogelijk maakt zonder alle types en merken te hoeven implementeren. Zowel bekabelde als diverse manieren van draadloze apparaten kunnen via één lokale API benaderd worden, mits de nodige bridges aanwezig zijn. Zo zul je voor Thread-spul een Thread-gateway nodig hebben zoals je dat bij Zigbee nu ook nodig hebt, alleen kan de Homepod/Google Home/telefoon die op WiFi zit nu automatisch de brug maken via je Thread-gateway zonder dat je daarvoor extra apps of home assistant nodig hebt.

Het systeem werkt met een netwerk dat erg lijkt op een IPv6-netwerk (er zit wat compressie en routing in, maar verder is het effectief IPv6 + mDNS + UDP) dat voor ontwikkelaars eigenlijk gewoon op een normaal IPv6-netwerk lijkt, en kan verbinden over IEEE 802.15.4 + Thread (een soort nieuwe versie van Zigbee), WiFi, ethernet, en Bluetooth (alhoewel Bluetooth dan weer niet via IP werkt).
Dat klopt niet. Matter kan over verschillende netwerken functioneren. Je ziet momenteel veel "Matter over WiFi" producten. Maar er is dus ook Thread, dat erg lijkt op Zigbee. En het Matter protocol kan dus ook over een Thread netwerk, "Matter over Thread" heet het dan. Als ik het artikel goed begrijp, zal IKEA dus "Matter over Thread" apparaten gaan uitbrengen.
Matter gaat niet perse via je wifi router, maar er is inderdaad Matter-via-Wifi dat via je router gaat. Matter werkt wel volledig lokaal en heeft dus geen connectie met internet nodig om te werken.

In dit geval gaat het over dat Ikea Zigbee wilt vervangen met Matter-via-Thread. Thread werkt vergelijkbaar als Zigbee, het vormt een lokaal meshnetwerk.

Ja kan Thread apparaten (net als Zigbee Touchlink) ook direct met elkaar koppelen via Matter Binding, dus zelfs zonder dat je een smart hub nodig hebt.

Je kunt zelfs ook Thread apparaten direct aansturen met een smartphone die Thread heeft, via Matter local control.

Maar meestal zijn je Matter apparaten verbonden met je smart home platform naar keuze, of het nou Apple Home, Google Home, Home Assistant of Ikea is. Sterker nog, je kan je Matter apparaten aan meerdere smart home platforms tegelijk koppelen via Matter Multi-Admin.
De apparaten die via wifi communiceren wel ja. De apparaten die niet via wifi werken niet persé. Matter is een communicatieprotocol dat niet van één netwerktechniek afhankelijk is, kan dus over wifi gaan maar hoeft niet. De meeste apparaten die Ikeal ijkt aan te kondigen zullen over Thread gaan, een andere wifi techniek die erg op Zigbee lijkt (en in mijn ervaring wat stabieler is dan Zigbee, maar n=1).

Mocht het je niet persé om de wifi verbinding gaan, maar of er uberhaupt netwerkverkeer door je router gaat. Dat ligt er een beetje aan of het verkeer van je thread (edge) router/AP de boel via je (wifi) router naar je home assistant server stuurt of dat dit buiten je wifi router omgaat. Allebei is mogelijk. Hier gebruikt mijn Home Assistant server een Apple TV als Thread router, HA en de Apple TV communiceren met elkaar via mijn router (bekabeld).

De titel van dit artikel is wat verwarrend. Die zet idd Zigbee tegenover Matter, maar dat is appels met peren vergelijken.
Oeh! Thread producten voor een redelijke prijs, dat klinkt goed!
Hoop dat ze daardoor niet duurder worden. Aqara matter producten zijn bijv. een stuk duurder dan de Zigbee producten waren.
Ik blijf dit ingewikkeld vinden, matter, thread met allerlei variaties. Terwijl zigbee gewoon prima werkt. En het is goedkoop. En goed doorontwikkeld.

Hue via de hue bridge met matter was een ramp met HomeKit.
Verbruikt Tread niet meer stroom?
Eigenlijk liever zo veel mogelijk via Matter via Wifi. Maar hier al 60 apparaten draaien inclusief stofzuigerrobot op Matter via Wifi.
Hopelijk blijven de starkvind filters beschikbaar. heb nog geen half jaar geleden een "Nukit Tempest Euro" gemaakt, die de Ikea filters gebruikt, en een hogere performance voor het kleine formaat, dan de starkvind.

Op dit item kan niet meer gereageerd worden.