IKEA brengt Matter-smarthomeproducten op 1 januari uit en deelt europrijzen

IKEA brengt zijn Matter-smarthomeproducten op 1 januari uit in Nederland. Dat bevestigt een woordvoerder van het Zweedse bedrijf tegenover Tweakers. De fabrikant deelt daarbij ook de europrijzen die het gaat vragen.

IKEA kondigde zijn eerste Matter-smarthomeproducten eerder deze maand al aan. Het gaat om 21 verschillende apparaten, waaronder slimme lampen, sensoren en stekkers, die ieder Matter gaan ondersteunen via het Thread-protocol. De producten komen volgens IKEA op 1 januari 2026 beschikbaar, met uitzondering van de twee slimme stekkers; die krijgen een 'aparte verkoopstart', waarbij het bedrijf de datum nog niet vermeldt.

Het bedrijf bevestigde tegenover Tweakers ook de europrijzen van de verschillende producten. Zo komen de losse Kajplats-lampen beschikbaar tussen de 5 en 13 euro, afhankelijk van de fitting, helderheid en ondersteuning voor kleur of alleen een spectrum van warm tot koud wit licht. 'Startersets' verschijnen voor 12 tot 25 euro, hoewel IKEA niet verduidelijkt wat die sets precies bevatten.

De sensoren komen op hun beurt beschikbaar voor prijzen tussen de 6 en 30 euro. De afstandsbedieningen komen beschikbaar voor 9 euro, of in setjes van 20 euro. De slimme stekkers, die later verschijnen, kosten standaard 9 euro hoewel een versie met afstandsbediening 13 euro gaat kosten. Alle prijzen staan in de tabellen hieronder.

Slimme lampen
Starterkit E27 witspectrum	17 euro
E27 - kleur+witspectrum (1055 lumen) - globe	13 euro
E27 - witspectrum (1521 lumen) - globe	13 euro
Starterkit E27 kleur/witspectrum	12 euro
E27 - witspectrum (806 lumen) - 45mm - globe	10 euro
E27 - witspectrum (1055 lumen) - globe	9 euro
E27 - witspectrum (470 lumen) - globe	5 euro
Starterkit GU10 witspectrum	25 euro
GU10 - kleur+witspectrum (470 lumen)	10 euro
GU10 - witspectrum (575 lumen)	8 euro
E14 - kleur+witspectrum (806 lumen) - globe	10 euro
E14 - witspectrum (806 lumen) - 45mm - globe	8 euro
E14 - witspectrum (470 lumen)	8 euro

Sensoren
Alpstuga (luchtkwaliteit)	30 euro
Timmerflotte (temperatuur/luchtvochtigheid)	10 euro
Myggspray (beweging)	9 euro
Klippbok (waterlekkage)	9 euro
Myggbett (deur/raam)	8 euro

Afstandsbedieningen en stekkers
Bilresa-afstandsbediening met scrolwiel	9 euro
Bilresa-kit	20 euro
Grillplats-stekker	9 euro
Grillplats-stekker met afstandsbediening	13 euro

Reacties (77)

[BliXem]

Keuze matter via thread is ook om hun eigen spul matter-over-thread box te verkopen. Maar had liever gezien dat het matter via wifi was. Maar goed, kunnen niet alles hebben :P

[rjd22]

Matter via Wifi gebruikt zo ver ik weet veel meer stroom. Voor deur en temperatuur sensoren is die nogal onhandig. Daarom is thread in het leven geroepen wat eigenlijk een gestandaardiseerde variant van Zigbee is.

[RobertMe]

Zigbee is al gestandaardiseerd. En Zigbee en Thread gebruiken zelfs dezelfde draadloze standaard, IEEE 802.15.4. Alleen de "data laag" is afwijkend bij beiden. Waarbij Zigbee meteen een combinatie is van het "link" laag (adressering apparaten etc) als het data protocol. Terwijl bij Thread de daadwerkelijke data uiteindelijk IP is en daardoor universeel. Want naast Matter kan er over Thread gewoon "alles". Zo gebruikt ESPHome Thread om hun "ESPHome API" data pakketjes overheen te sturen, wat ze bij "normale" ESP microcontrollers dus via wifi / ethernet sturen kunnen ze bij de bordjes met Thread ondersteuning ook 1-op-1 over Thread sturen.

Maar wat je wellicht bedoelde v.w.b. gestandaardiseerd is dat Zigbee geen hele strikte / dicht getimmerde standaard is. Bij Matter is dat beter het geval. Maar Matter geeft wel nog steeds ruimte voor vendor specifieke uitbreidingen, nog steeds niet 100% standaard dus waardoor je er niet perse van uit kunt gaan dat elke "domotica controller" met Matter ondersteuning ook elk apparaat volledig zal ondersteunen (en je dus niet de merk specifieke software nodig zou hebben).

Als je iets wilt hebben dat écht helemaal gestandaardiseerd is dan moet je naar ZWave. Daarbij is qua protocol en mogelijke data alles echt dichtgetimmerd. En producten moeten daarbij ook gekeurd worden. Keerzijde is dan weer dat ZWave duurder is dan Zigbee.

[!GN!T!ON]

Terwijl bij Thread de daadwerkelijke data uiteindelijk IP is en daardoor universeel. Want naast Matter kan er over Thread gewoon "alles".

Dat is voor mij ook een reden een zo lang mogelijk bij Zigbee te blijven. Thread en Matter geven ingangen voor (big) tech bedrijven om zich mijn huis en netwerken in te wurmen, ik ben erg gecharmeerd van het lokale van Zigbee die zelf geen mogelijkheid hebben om data te versturen naar of ontvangen van het internet (anders van via de controller).

[bzuidgeest]

Matter en vooral thread kan volledig lokaal zijn. Thread devices kunnen niet zomaar met het internet communiceren. Het is geen wifi. Het gebruikt toevallig IP maar dat is adressering.

Voor communicatie naar het internet is een bridge nodig naar het "gewone" netwerk. En je kan prima een bridge regelen die communicatie naar het internet verbied, vooropgesteld dat er al thread producten zijn die het kunnen en willen doen.

[RobertMe]

vooropgesteld dat er al thread producten zijn die het kunnen en willen doen.

Zoals... letterlijk alle Thread apparaten die je via een cloud aanstuurt / buiten de deur te besturen zijn? Zeg eens wat, zoals de volledige Tado X lineup van knoppen en thermostaten. Te koppelen aan bv de Apple TV als TBR en vervolgens buiten de deur gewoon via de Tado app/cloud aan te sturen. Alternatieve TBR benoemd zodat ook duidelijk is dat het niet de Tado Bridge X is die de cloud koppeling voorziet / "een vertaling van het een naar het ander doet, zoals bij bv de Bridge V3 het geval is.

[bzuidgeest]

Die Tado dingen kan je gewoon aansturen via een matter/ thread dongle op je pc of home assistant server en dan communiceren ze gewoon lokaal. Dus voor jou punt is dat een heel slecht voorbeeld.

Je verward het feit dat Tado een thread naar internet Bridge en een cloud abbo heeft met of die dingen internet afhankelijk zijn. Dat zijn heel verschillende dingen.

Soms zijn er integraties die liever met de Tado api praten omdat ze zo de gebruiker in staat houden om de Tado app te gebruiken.

Maar al het Tado spul en ook hier bijvoorbeeld is naar gelang generatie Zigbee of matter over thread. En dan heeft geen enkele netwerk verbinding of cloud dienst nodig. Je kan elke pc of computer die dingen lokaal laten aansturen.

Home Assistant verkoopt gewoon matter en Zigbee dongles, kan je alles lokaal houden. Verbind er niets met het internet

Daarom zijn het standaarden, je zit niet vast aan de leverancier.

[Reactie gewijzigd door bzuidgeest op 20 november 2025 17:21]

[RobertMe]

Je leest weer wat je wilt lezen, net zoals gisteren

Je verward het feit dat Tado een thread naar internet Bridge en een cloud abbo heeft met of die dingen internet afhankelijk zijn. Dat zijn heel verschillende dingen.

Ik verwar helemaal niks. Jij haalt hier de bridge erbij om naar internet te gaan. Terwijl ik zelfs expliciet benoem dat ik in het voorbeeld de Apple TV als TBR vermeld om aan te geven dat die niet de bridge nodig heeft om naar internet te gaan (immers geeft Tado op de website zelf aan dat je prima de Apple TV kunt gebruiken i.p.v. hun eigen Bridge X, zonder enige vermelding dat je dan functionaliteit mist / de hele app niet meer werkt (/buiten de deur)).
Daarnaast koop je bv Tado voor het totaalplaatje, niet om 1 losse TRV via HA aan te sturen, dan kun je net zo goed een Sonoff of whatever TRV kopen die sowieso cloud-loos zullen zijn. En op het moment dat je bv dus Tado spul koopt is het niet perse duidelijk dat die spullen rucksichloss met internet babbelen. En in ieder geval bij de V3 is het zo dat het tijdschema (dat zij "slim" noemen ) in de cloud draait, als dat bij de X nog steeds zo is dan werkt zelfs de absolute basis functionaliteit die je mag verwachten niet zonder cloud. En dat is iets dat je ook niet perse heel simpel in Home Assistant nabouwt.

En bij ander Thread spul zal dat niet anders zijn. Op het moment dat je het koopt weet je niet of internet in zijn geheel vereist is, of dat het vereist is voor bepaalde functionaliteit, of helemaal niet. En ook in het laatste geval kan het best dat later (na een firmware update) iets / meer een cloud koppeling vereist. Terwijl je bij Zigbee / ZWave zeker weet dat ze never nooit met internet kunnen verbinden en de fabrikant ook weet dat dat nooit kan. Terwijl bij Thread die mogelijkheid er wel is.

En ik zal hem je nog eens herhalen van gisteren: https://www.threadgroup.org/BUILT-FOR-IOT/Smart-Home

Every Thread network requires a Thread Border Router to connect to the Thread network to other IP-based networks and the Internet, such as Wi-Fi or Ethernet. Once a Thread Border Router is connected to the network, all Thread devices can be securely accessed from applications on a mobile phone or tablet, or from a cloud-based online service.

Emphasis mine, en nee, internet is niet een generieke term voor "netwerk/LAN", zoals je gisteren aanaalde, want het is "netwerk en internet".
De vereiste van Thread is dat de TBR verkeer door kan/zal zetten naar een netwerk en het internet. Dus fabrikanten zullen er ook van uit gaan dat internet toegang beschikbaar is. Jij en ik kunnen dan wel een Thread stick in een Home Assistant systeem steken en met de firewall alles dicht timmeren, maar dat is dus niet het verwachtte gebruik. En fabrikanten zullen dus ook geen rekening houden met dit scenario en functionaliteiten die dan omvallen zijn "ons" probleem.

Ergo: je koopt een systeem waarbij de opzet is dat er een verplichting is dat het toegang tot Internet kan hebben als het apparaat dat wenst. Door vervolgens die internet toegang niet te geven heb je een volledig unsupported setup en dus ook geen garantie van een correcte of volledige werking.

[Reactie gewijzigd door RobertMe op 20 november 2025 18:51]

[bzuidgeest]

Wouw, wat een shit lading misverstanden.

Een thread netwerk heeft een border router nodig om met het internet te verbinden ALS je de shit van een cloud provider gebruikt en je Apple tv kan mogelijk die rol vervullen.

MAAR het is geen eis. Met de juiste radio dongle kan je PI, je microcontroller project, je pc etc allemaal communiceren over thread en dan is er geen border router nodig. Tado een Ikea komen of hebben allemaal thread/matter geïmplementeerd. Dat is gecertificeerd en dus voldoet het aan de standaard.

Ik kan als programmeur met een usb radio dongle gewoon thread netwerken aanspreken. Ik kan dan elk matter apparaat aansturen ook die van tado. Matter/ thread is namelijk een open standaard een er zijn software libraries kant en klaar voor. Niets geen communicatie met het internet. Allemaal lokaal. Home Assistant kan dat ook.

Je begrijpt en de protocollen en Engels gewoon niet. Je mist de hele context. Je quotes bewijzen alleen maar wat ik zeg. Tado en zo zet het in nitwit speak natuurlijk. Maar niettemin vat jij het verkeerd op.

Ga verdorie eerst eens de specificaties lezen voor je weer antwoord.

[Reactie gewijzigd door bzuidgeest op 20 november 2025 18:42]

[RobertMe]

Een thread netwerk heeft een border router nodig om met het internet te verbinden ALS je de shit van een cloud provider gebruikt en je Apple tv kan mogelijk die rol vervullen.

MAAR het is geen eis.

Het is letterlijk wel een een eis dat een TBR hierin voorziet om te voldoen aan wat een TBR hoort te kunnen.

Dat je met een USB stick en de OpenThread Border Router ook een TBR kunt maken en je al dan niet de internet toegang kunt ontzeggen van de Thread devices maakt het nog niet dat het 100% aan de specificatie voldoet. Want dat doet het namelijk niet. En apparaten die die internet toegang wel verwachten (omdat dat nu eenmaal onderdeel van de spec is dat een TBR hoort te ondersteunen) zullen dan ook mogelijk gedeeltelijk of in zijn geheel niet werken.

Edit:
TheVerge snapt het ook helemaal niet:

Thread border Routers are getting “a defined standard path to the internet,” allowing device manufacturers to enable a direct connection to the cloud on their devices if they choose. A connection to the internet is already part of the spec for border routers but is optional; 1.4 makes this a requirement, giving device manufacturers the option of a cloud connection for their devices no matter which border router the customer uses.

bron
Er staat toch echt dat sinds Thread 1.4 internet toegang een verplichte feature van de TBR is zodat apparaten met internet kunnen verbinden onafhankelijk van de gebruikte TBR.

Wellicht loop je dus gewoon achter?

[Reactie gewijzigd door RobertMe op 20 november 2025 20:10]

[bzuidgeest]

Nee ik loop niet achter, je interpreteert de teksten gewoon niet goed.

De teksten die je quote zeggen niet dat het verplicht is, ze zeggen dat het optioneel is. Dat de fabrikanten iets kunnen doen, will niet zeggen dat ze het hoeven doen. Of dat jij het hoeft toe te laten. Misschien dat je @PetGor meer geloofd dan mij. Maar anders veel plezier met je gebrekkige Engels begrip en de bijbehorende frustraties.

Wat dus quotes wel zeggen is dat een fabrikant de tbr kan gebruiken om direct met de devices te communiceren en de meeste zullen de tbr een soort proxy maken. Maar dat kan elke fabrikant zelf kiezen. En jij kan kiezen je eigen tbr te bouwen of kopen, of daar home assistant voor te gebruiken en dan blijft alles lokaal en kan je nog steeds alles met die apparaten omdat wat ze kunnen en doen een standaard is.

Een standaard die je zelf kan implementeren.

[RobertMe]

Volgens mij is toch echt je eigen Engels gebrekkig. "1.4 makes this a requirement", oftewel "internet toegang, verplicht, vanaf 1.4". Zodat fabrikanten er op kunnen vertrouwen dat er internet toegang is en daar gebruik van kunnen maken. Nee, dat moeten ze niet. En misschien doen doen ze het alleen voor data gathering zoals @PetGor aanhaalt. Maar ik zie het toch wel gebeuren dat fabrikanten features achter een internetverbinding gaan zetten. Niet omdat het moet, maar omdat het kan, en omdat de klant de data gathering dan niet kan omzeilen (zonder het apparaat verder kreupel te maken).

En nogmaals, vervolgens kun je wel zelf een TBR in elkaar knutselen die geen internet toegang verleent. Maar dan heb je dus ook geen garantie dat de apparaten correct en volledig werken. Want het kan zijn dat die er vanuit gaan er wel internet is (want een verplichte feature voor een Thread 1.4 compliant TBR).

Internet toegang blokkeren werkt dus alleen als je alleen maar Thread apparaten hebt die überhaupt geen internet toegang nodig hebben. En als je ze koopt... Weet je niet perse of ze internet toegang nodig hebben (nu of in de toekomst, want het kan altijd nog komen met een firmware update).

[mbbs1024]

Maar is er dan met matter/thread, een garantie dat fabrikanten zoals Tado en anderen dan niet achteraf een aantal dingen achter een betaal abonnement gaan zetten, zoals ze onlangs gedaan hebben, en zoals anderen dat ook meer en meer aan het doen zijn, om meer geld binnen te gaan graaien, eens ze de klant binnen hebben ?
Kunnen ze daar niet een soort drm dingetje tussenzetten dat zaken gaat beperken, tenzij je er extra gaat voor betalen ?

[bzuidgeest]

Tenzij dat dat dingetje in de standaard zit niet. Als ze dingen doen die buiten de standaard vallen dan verliezen ze de certificering en mogen ze niet meer roepen dat ze het ondersteunen. Er is iets ruimte in de standaard voor manufacturer extensions maar die zijn nog steeds zichtbaar die matter spreekt.

Het hele idee achter matter is dat het een open standaard is waardoor je componenten van meerdere fabrikanten kan mengen. Als ze toestaan dat Tado gekke dingen doet is dat over. En je bent er als consument ook nog bij. Niet kopen als het niet 100% gecertificeerd matter is en werkt met je eigen matter/thread netwerk.

[PetGor]

Thread maakt gebruik van een Thread Border Router, correct. Welk device dit is maakt in principe niet uit. Home Assistant kan bvb. perfect als TBR werken. Die router dient enkel om een ipv6 device (wat alle Thread devices zijn binnen hun eigen mesh) te verbinden naar een lokaal netwerk.

Als jij een TBR van een bepaald merk gaat gebruiken dan kan die vendor bovenop de Thread standaard doen wat ie wil en communiceren met het internet (of niet, dit is niet noodzakelijk, maar je kan van merken wel verwachten dat er iet of wat phone home software inzit).

Het is dus perfekt mogelijk om alles lokaal te draaien zonder dat daar enige verbinding naar het internet komt bij kijken.

[Sandro!]

En dat is iets dat je ook niet perse heel simpel in Home Assistant nabouwt.

Met de Scheduler card + bijbehorend component kun je heel eenvoudig een programma instellen voor je thermostaat, via een UI, net zoals je dat bij Tado zelf zou doen.

[THETCR]

Persoonlijk kies ik liever voor Thread.

Heb al genoeg apparaten op WiFi zitten. Hoef niet nog meer ruis op die lijn. Daarnaast is Thread ook een veel beter protocol hiervoor.

[Olaf van der Spek]

Persoonlijk kies ik liever voor Thread.

Zit Thread niet ook gewoon op 2,4 GHz?

[scoobs]

Er is wel een overlap, maar slechts beperkt, mits je zigbee thread helemaal op het buitenste kanaal zet.

https://www.derekseaman.com/2024/09/essential-tips-for-a-stable-matter-over-thread-network.html

Daarnaast kan thread/zigbee prima overweg met 50-100 devices in huis die op hetzelfde kanaal zitten, zonder dat het teveel ruis oplevert. Als je dit gaat doen met wifi, dan stort alles in.

[Reactie gewijzigd door scoobs op 20 november 2025 15:37]

[bzzzt]

Daarnaast kan thread/zigbee prima overweg met 50-100 devices in huis die op hetzelfde kanaal zitten, zonder dat het teveel ruis oplevert. Als je dit gaat doen met wifi, dan stort alles in.

Er zijn prima wifi mesh oplossingen die 100+ clients trekken, maar voor goedkoop consumentenspul kan het een uitdaging zijn. Maar zelfs dan denk ik dat 100 clients die zich beperken tot de throughput van een smart LED lamp waarschijnlijk nog wel lukken ook...

[RobertMe]

Klopt. Maar er is geen absolute overlap in frequenties. Daarnaast is wifi helemaal geen efficiënt protocol voor IoT. Er is "continu" verkeer nodig om verbonden te blijven, dus meer verkeer in de lucht en meer verkeer voor de router/AP om af te handelen. En wifi verbruikt ook veel meer stroom (o.a. dus doordat die continu met het AP in verbinding staat). Daarnaast werken Zigbee en Thread als een mesh netwerk, waardoor je met meer op netspanning aangesloten apparaten een steeds groter dekkingsgebied krijgt. Bij wifi heb je dat niet en moet je extra APs plaatsen. Of je nermt bij wifi genoegen met een slechtere signaalkwakiteit, maar het gevolg daarvan is dat het invloed heeft op alle verbonden apparaten.

En ik zit er persoonlijk ook niet op te wachten dat ik in mijn netwerk software ineens tientallen extra verbonden apparaten zie.

En sensoren etc op batterijen met wifi bestaan wel. Maar die verbreken de hele tijd de verbinding. Bv een contact sensor op wifi is continu in deep sleep en bij het openen/sluiten van bv een deur ontwaakt die, moet dan verbinden met het wifi netwerk, en dan gericht een data pakketje sturen. Waardoor je een vertraging van makkelijk een seconde hebt. Terwijl ter vergelijking ik nu een Zigbee contactsensor op een binnendeur heb, die bij openen het licht aan doet. En regelmatig dat dit bij mij een "koelkast effect" geeft. "Was het licht nu aan? Of ging het zo snel aan dat ik het niet merkte ?" en dan is dus het laatste het geval. Contactsensor => Sonoff Zigbee stick => Zigbee2mqtt => Home Assistant => Zigbee2mqtt => Sonoff Zigbee stick => Hue spotjes heeft binnen een fractie van een seconde plaats gevonden waardoor ik geen moment kan zien dat het licht uit was voordat de deur voldoende op een kier staat. En dat met een batterijduur van jaren (terwijl het bij wifi een grotere sensor zou zijn met een grotere batterij (AAA of AA vs een kleine knoopcel) met een batterijduur in maanden).

[Mathijs Kok]

Heb al genoeg apparaten op WiFi zitten. Hoef niet nog meer ruis op die lijn. Daarnaast is Thread ook een veel beter protocol hiervoor.

Nu heb ik natuurlijk geen idee wat je wifi netwerk in huis is maar wifi is een zeer robust protocol en je moet wel erg je best doen om daar 'ruis' op te maken.

[bzuidgeest]

waarschijnlijk ruis als in nodeloos inefficient verkeer om aan uit aan uit te communiceren naar een lamp.

Wifi is niet bedoeld voor low power en hele kleine data rates. Daar is zigbee en thread en zwave voor.

[svenk91]

Het is nog niet even efficient, maar toch is er met wifi 6 al een aardige stap gemaakt om beter tegelijk veel devices met een lage data rate te ondersteunen, en met wifi 7 gaat dat nog weer een stap beter (ook als de iot client niet persé wifi 7 ondersteunt maar enkel nog wifi 6).

Heb je veel slimme verlichting dan is zigbee of thread waarschijnlijk een goede investering. Wil je maar een paar lampen ‘slim’ maken dan voegt een extra hub ook relatief veel energieverbruik toe (en onnodige complexiteit voor de gemiddelde huis tuin en keuken gebruiker, voor Tweakers zal dat minder een issue zijn).

[bzuidgeest]

Ik gaf een technisch antwoord op een vraag over wat met ruis bedoeld zou worden. Jou scenarios zijn meer gericht op praktisch voor de gebruiker. Dat is een andere aanvliegroute.

Een ander nadeel van wifi lampen is dat ze op je normale netwerk zitten, dus in principe makkelijker malware kunnen verspreiden of sniffer spelen. Dat is niet van toepassing bij Zigbee of thread.

En dan hebben we het nog niet over dat Zigbee en matter/ thread standaarden zijn die ik zelf kan implementeren. En dan kan ik met alles praten. Ze zijn cloud en leverancier onafhankelijk. Dat is met wifi lampen vaak wel anders en elke leverancier heeft een andere app en api

[Reactie gewijzigd door bzuidgeest op 20 november 2025 18:27]

[svenk91]

Je zegt dat wifi niet bedoeld is voor deze toepassingen. Ik zeg dat dat achterhaald is. Er is in moderne wifi versies wel degelijk specifiek voor deze toepassingen ook ontworpen (het is er niet exclusief voor, en het is niet altijd de beste oplossing, maar moderne wifi standaarden zijn er wel degelijk op ontworpen).

Apparatuur die over Thread communiceert komt via je border router ook met de rest van je netwerk te praten (mits je dat toestaat in de border router, net zoals je wifi router exact dezelfde beperkingen kan opleggen aan apparatuur).

Als je apparaten hebt die met matter over wifi praten is dat net zo app onafhankelijk als dat het met matter of thread zou gaan.

Thread kan je niet zomaar zelf implementeren op eigen hardware, apparatuur moet gecertificeerd worden.

[Nikvdw]

Kunnen we mss stoppen met neuten en even discussiëren dat Ikea hier net de ganse home automation op zijn kop zet met zulke prijzen?

Ik ga mij alvast enkele deur sensors aanschaffen voor 9€! Baat het niet, schaad het niet.

Ik ben wel benieuwd naar de batterij duur.


(Oh ja, wifi sucks for smart home sensoren)

[bzuidgeest]

Thread is een open standaard een esphome ondersteund het gewoon. Geen certificering nodig. Dat is gewoon voor fabrikanten die willen aantonen dat ze voldoen.

En zelfs als ze wifi aanpassen voor deze toepassing, dingen als thread blijven vele malen eenvoudiger en efficiënter voor dit soort werk, met mesh opties en laag energie verbruik en wat al niet meer.

Dat wifi een horde is ingelopen will niet zeggen dat het de race wint.

Om maar niet te spreken van hoe veel veiliger low power, thread devices zijn omdat ze niet direct op je gewone netwerk hangen en je het makkelijk zo inricht dat ze daar niet bij kunnen. Tuurlijk je kan een apart wifi netwerk leggen, maar dat zuipt alleen al meer energie, naast de rest van de nadelen.

[Sine]

Elk extra wifi apparaat is een belasting voor je netwerk, al is het maar de "ik ben er nog" pakketjes om het spul in de lucht te houden.

Hoe minder zut in je netwerk hoe stabieler het is.

Daarom blijft het hier zoveel mogelijk zigbee. En dan valt ikea vanaf nu helaas buiten de boot. En dat is jammer, want ze maken erg mooi spul.

Sensoren en ander batterij gevoed spul wil je overigens helemaal niet in een wifi uitvoering hebben, dat vreet energie tov zigbee.

[Reactie gewijzigd door Sine op 21 november 2025 08:48]

[phray]

Veel goedkope smarthome dingen ondersteunen ook alleen 2.4ghz wat weer moeilijk kan doen als je router 2.4 en 5 GHz doet.

[akatar]

Waarom liever via wifi? Wat is hier het voordeel van?

[BliXem]

In mijn geval hoef ik dan geen speciale thread box te kopen en kan het rechtstreeks toegevoegd worden binnen Home assistant zoals mijn 40+ lampen.

[- peter -]

Of gewoon een USB dongle in je home-assistant? Scheelt een hoop qua energie verbruik tov WIFI voor al die apparaten.

[n0mn0m]

Dat is een kortetermijnvisie. Matter via Thread is niet zomaar een verkooptactiek; het biedt technisch voordeel: lagere latency, mesh‑functionaliteit en betrouwbaardere verbindingen in een druk huisnetwerk. Wi‑Fi is universeel, maar minder efficiënt voor een groot aantal sensoren en slimme apparaten. Het gaat om toekomstbestendigheid en netwerkoptimalisatie, niet om marketingtrucjes.

[BliXem]

Daar had ik inderdaad niet aan gedacht. Logische keuze, zeker als ze batterij gevoed zijn.

[bzuidgeest]

Als ik de aankondigingen goed lees krijgt de hub gewoon nieuwe firmware om zigbee EN matter tegelijk te doen. Geen nieuwe box nodig...


En thread is veel energiezuiniger dan wifi. Wifi is totaal overkill om aan en uit te communiceren. Je wil je wifi ook vrijhouden voor echt werk waar het voor bedoelt is.

[Reactie gewijzigd door bzuidgeest op 20 november 2025 16:39]

[Kannamori]

Tenzij het een toestel is dat veel data throughput nodig heeft (bijvoorbeeld een stroommeter die elke seconde moet updaten) heb ik liever dat een toestel via Thread of Zigbee verbonden is.

[Ruvetuve]

ik hoor veel: “ik blijf lekker bij zigbee”. Ik denk dat de matter trein is vertrokken. Ik kan toch gewoon naast de 110+ zigbee devices in mijn zigbee netwerk, starten met matter? Nieuw stickje bij home assistant en gaan?

[rjd22]

Zeker kan dit! Er zijn zelfs duo protocol usb sticks die beide ondersteunen in een enkele usb stick.

[manmad]

wel goed opletten bij het aanschaffen, ik hoor dat niet elke duo protocol stick beide tegelijkertijd kan gebruiken. Maar dat je met 1 duo usb stick kan kiezen of je hem gebruikt voor matter of voor zigbee.

[RobertMe]

En sticks die wel "Multi PAN" doen zijn weer juist niet altijd even betrouwbaar. Bv Home Assistant beloofde "Multi PAN" ondersteuning op hun SkyConnect (later hernoemd naar ZBT-1) stick bij introductie. Maar later hebben ze aangegeven dit niet stabiel te krijgen en er daarom van af te zien. Met dus uiteindelijk de keuze tussen Zigbee of Thread (met een software switch? Of reflash naar andere firmware?). En de gisteren aangekondigde ZBT-2 is ook nog steeds "of Zigbee of Thread".

Als je beiden wilt is de beste optie waarschijnlijk dus gewoon twee losse radio's gebruiken. Of door dus twee losse sticks te gebruiken (wat dus 2 keer dezelfde stick kan zijn met een andere firmware / software switch), of 1 stick met 2 radio chips (en 2 antennes) zoals de "MR..." varianten van SMLight of de "Sonoff Max <???>".

[RobertMe]

Hoe betrouwbaar is Ikea nog na deze actie?

Of anders gezegd: gaat hun Thread Border Router / hub ook nog hun Zigbee apparaten ondersteunen? Of mag je als Ikea Zigbee gebruiker dadelijk een tweede hub kopen die vervolgens niet lekker samen werkt met de oude hub? (Als in: je zult dan niet een Zigbee bewegingsmelder kunnen koppelen aan een Matter over Thread lamp).

Dit is weer zo'n actie die naar alle waarschijnlijk aantoont waarom je als consument nooit in zo'n merk gebonden ecosysteem moet stappen maar moet kiezen voor een onafhankelijk systeem (zoals Home Assistant, Homey, Domoticz, ...) met daaraan toegevoegd sticks voor de benodigde hardware ondersteuning (dus een Zigbee / Thread / ZWave / ... stick). Op de lange termijn kan dat alleen maar voordelig zijn. Of doordat je niet elke zoveel jaar het "oude" spul de deur uit moet doen omdat het niet meer ondersteund wordt of "samen" werkt met de rest. Of je krijgt dan allemaal kreupele losse eilandjes van losse hubs die elkaar niet snappen / ondersteunen. (Of god forbid via het internet aan elkaar worden geknoopt met iets als Google Home).

Edit:
Het was een vraag he Gezien het antwoord is "de huidige hub ondersteund zowel Zigbee met de oude hardware en Thread met de nieuwe hardware" dan is het antwoord gewoon "best betrouwbaar". (Hoogstens / potentieel dat je dan alleen een antieke hub zonder Thread support moet upgraden naar die met Thread + Zigbee. Maar je hoeft dan niet twee hubs naast elkaar te gebruiken of alle lampen/sensoren/... te vervangen).

[Reactie gewijzigd door RobertMe op 20 november 2025 18:36]

[Bicky]

Matter wil dit nu net tegen gaan.

google antwoordje: De voordelen van het Matter-protocol zijn: merkonafhankelijke interoperabiliteit, waardoor apparaten van verschillende merken met elkaar kunnen samenwerken;

[RobertMe]

Uiteindelijk blijft dat "standaard" voor mij gewoon neerkomen op: https://xkcd.com/927/

En zo gestandaardiseerd is Matter niet. Want vendor specifieke uitbreidingen zijn nog steeds mogelijk / toegestaan. Waardoor de fabrikant je nog steeds kan "dwingen" om hun eigen hub / app / ... te gebruiken (of je krijgt kreupele hardware/software, zie bv de Aqara FP300 waarbij bij een aantal features staat "werkt niet met Matter over Thread want dit zit niet in Matter", terwijl het met de Zigbee firmware wél kan én ondersteund wordt door bv Zigbee2mqtt naast uiteraard de Aqara Hub).

Daarnaast verplicht Thread dat de TBR internet toegang geeft aan de gekoppelde apparaten zodat deze als ze dat willen lekker met de cloud kunnen babbelen. En alleen dat is voor mij al een reden om als dat even kan er in een grote boog omheen te lopen. (En ja, als Tweaker met een eigen TBR valt dat vast weer dicht te timmeren, maar doordat (de mogelijkheid tot) internet toegang een semi verplichting is in het hele verhaal weet je niet of / hoeveel werkt als je de internettoegang ontzegt).

[--MeAngry--]

Klinkt op mij vooral als lekker nukkig aankijken tegen een systeem wat juist niet té gesloten wil zijn om te voorkomen iedere fabrikant weer z'n eigen ding doet.

Natuurlijk zul je fabrikanten krijgen die hun eigen functionaliteit bovenop Matter implementeren. Dan doen ze dat lekker, en dan koop je die producten niet. Maar dit doet niks af aan het hele initiatief en de gedachte achter Matter en Thread, in dat het wel een standaard protocol probeert aan te bieden voor al die apparaten.

Net alsof dit met Zigbee wel zo soepel gaat. Daar is het juist altijd een must om óf een eigen hub van elke fabrikant te hebben, of om complexe software zoals Zigbee2MQTT te draaien, die constant updates nodig heeft om elk "net wat ander" apparaat te kunnen ondersteunen. Als de maintainer(s) van Zigbee2MQTT morgen de hoed in de ring gooien, dan kun jij mooi fluiten naar ondersteuning van een nieuwe lamp die ongetwijfeld uit gaat komen en weer -net- wat anders werkt.

Matter is ondersteund door een groot consortium en daarmee "too big to fail". Is de ondersteuning voor sommige apparaten nog wat te beperkt? Misschien. Moeten ze ergens mee beginnen, en zijn ze druk bezig om ondersteuning voor verschillende apparaten en extra functies toe te voegen. Absoluut. Houdt dit eigenwijze/innovatieve (kruis door wat niet van toepassing ) fabrikanten tegen om hun eigen spul bovenop dit protocol aan te bieden? Absoluut niet. Maar dat hoort bij de groei van een standaard die zoveel probeert te doen, en op een goed gestandaardiseerde manier.

De XKCD strip heeft absoluut een punt, maar ik denk dat Zigbee met z'n "too late, too little" versie 4.0 ook wel laat zien dat het een aflopende zaak is. Als je 800/900 MHz ondersteuning wil hebben zul je ook moeten upgraden naar een nieuwe coordinator... dus vertel mij maar hoeveel slechter Matter het doet.

[Mars Warrior]

Natuurlijk zul je fabrikanten krijgen die hun eigen functionaliteit bovenop Matter implementeren. Dan doen ze dat lekker, en dan koop je die producten niet. Maar dit doet niks af aan het hele initiatief en de gedachte achter Matter en Thread, in dat het wel een standaard protocol probeert aan te bieden voor al die apparaten.

Het mogen uitbouwen van standaard functies is netjes conform de standaard. Dus het zal lang niet altijd zichtbaar zijn dat een fabrikant extra dingen heeft geimplementeerd die enkel door de eigen App worden begrepen en gebruikt.

Zolang bijv. niet elke fabrikant van een robot stofzuiger het eens is over een uitbreiding (om die te standaardiseren), mag of zelfs MOET een fabrikant dat op zijn eigen wijze implementeren, immers de standaard dataset voorziet ff niet dat je ook een dweil kunt gebruiken naast het zuigen.

Alleen vaak is niet bekend dat niet alles binnen de dataset vallen. Daar kom je pas achter als je eea met een andere app of systeem gaat koppelen.

Dankzij het consortium is alles in procedures gevat en behoorlijk traag. Er is ook flink gelobbyd door fabrikanten om er een "open" standaard van te maken, die dus niet in de weg zit als je wat extra's wil implementeren onder het motto dat "innovatie" altijd mogelijk moet zijn

[--MeAngry--]

Oh ik snap het ook absoluut. Maar als je daar dus op tegen zou zijn heb je zelf een keuze om te maken.

Uiteindelijk zullen er ook genoeg oplossingen alla Zigbee2MQTT komen die vendor-specifieke meuk gaan implementeren. Maar je bent er minder afhankelijk van.

[Lucas]

De ikea dirigera hub ondersteunt zowel Zigbee als Matter. Het hele punt van Matter is dat het geen merk gebonden ecosysteem meer is, en alle producten met alle border routers werken.

[--MeAngry--]

Waar heb je het over? Hun Dirigera hub heeft Thread ondersteuning. Je kunt met die hub een nieuw Matter netwerk maken, of in je bestaande Matter netwerk opnemen als border router. En als IKEA (zoals het nu lijkt) zich netjes aan de Matter standaarden heeft gehouden, dan heb je die niet eens nodig als je bijvoorbeeld een Apple TV of andere Thread border router hebt. Het hele idee van Matter is namelijk juist standaardisatie van al die verschillende smarthome producten zoals lampen, schakelaars, etc.

Heb je daarnaast nog Zigbee producten, dan maakt de Dirigera hub het mogelijk om dat allemaal vanuit 1 plek te beheren in hun IKEA Smart Home app. Wil je dat niet, dan gebruik je een andere Zigbee coordinator die je bijvoorbeeld vanuit Home Assistant gebruikt. Zo gebruik ik al jaren Zigbee2MQTT, en heb ik nu 1 Matter over Thread lamp in gebruik via m'n Apple TV, allemaal in Home Assistant.

[Reactie gewijzigd door --MeAngry-- op 20 november 2025 15:46]

[bzuidgeest]

De bestaande hub kan beide. Dus waar klaag je over?

[AchtungYall]

Huh, ze doen alles nou juist goed?? Waar klaag je over

[zwartejack]

Indien ik een Matter Apple TV4K heb staan. Heb ik dan bij bovenstaande producten alsnog een Ikea Drigera nodig? Of kunnen deze producten rechtstreeks schakelen met de Apple TV?

[Lucas]

Kan rechtstreeks aan de apple tv!

[xoniq]

Als jij Home Assistant hebt, dan zou deze automatisch de Apple TV moeten zien als Matter hub / Thread border router.

[Reactie gewijzigd door xoniq op 20 november 2025 16:27]

[Tuktop]

Ik heb onlangs een Google TV Streamer besteld, binnenkort installeren. Daar zit geloof ik een thread border router in. Betekent dat, dat ik deze IKEA-producten direct zou kunnen koppelen aan mijn Google Home via de TV Streamer?

Merk dat ik het toch nog niet helemaal begrijp met al die 'standaarden'.

Edit: dank voor je reactie @--MeAngry--

[Reactie gewijzigd door Tuktop op 20 november 2025 15:53]

[--MeAngry--]

Dat zou zo moeten werken inderdaad. De lamp zou zich moeten kunnen koppelen aan je bestaande Thread netwerk. Bijvoorbeeld Nanoleaf lampen die al langer met Thread te koop zijn hebben hier geen eigen hub voor nodig.

[Reactie gewijzigd door --MeAngry-- op 20 november 2025 15:53]

[telenut]

Die prijzen vallen goed mee! Hopelijk ook in België die prijzen...

vb: TRÅDFRILed-lamp GU10 345 lumen, draadloos dimbaar gekleurd en wit spectrum

https://www.ikea.com/be/nl/p/tradfri-led-lamp-gu10-345-lumen-draadloos-dimbaar-gekleurd-en-wit-spectrum-70547474/
prijs belgie €12,99€

nl: €11.99

fr: 9,99€

de: 12.99€

[Reactie gewijzigd door telenut op 20 november 2025 15:29]

[xoniq]

Dat is nog de oude Zigbee variant he? De Matter versie kost 10 euro als ik het in het artikel lees. En die heeft ook meer lumen:

GU10 - kleur+witspectrum (470 lumen)

Ik heb in de garage de Action WiFi spotjes, werken verder prima, maar niet super soepel, 6 stuks. Ook GU10. Denk dat ik deze ga wisselen met 60 euro aan IKEA spotjes. Ik heb al een Thread border router thuis.

[telenut]

Tja, ik kan niet vergelijken met iets wat er nog niet is ;-)

[Niemand_Anders]

Ik heb overal in huis de Ikea smart dimmer (up & down button) hangen. Via de Ikea app kun je er niet zoveel mee, maar via z2m (Conbee stick) kwam ik erachter dat er ook gewoon ondersteuning is voor sort-press en long-press. Heb er destijds 20 gekocht voor 8 euro per stuk, de batterij gaat vrij lang mee, de button zelf is magnetisch en ze blijven werken. In 4 jaar 0 issues.

Ook de Tradfri lampen zijn goed. Ik heb zelf een mix van Ikea (zigbee) en Shelly (over wifi) lampen.

[telenut]

Ik plan een bezoekje aan de Ikea in volgend jaar :-)
Hopelijk moet ik wel niet tot in NL rijden...

[Eentje]

@AverageNL De starter sets zoals ikea ze noemt zijn vaak 1 of meer lampen met een afstandsbediening. Zoals bijvoorbeeld hier

https://www.ikea.com/nl/nl/search/?q=starterset

[Olaf van der Spek]

met een afstandsbediening

Nadeel van de ABs is wel dat ze maar één lamp of groep van lampen kunnen bedienen.

[xoniq]

Tenzij je ze in Home Assistant zet, dan kan je ze koppelen aan wat je maar wilt met automatiseringen. Zelfs aan scenes.

[Eentje]

Met de snelkoppeling afstandsbediening kan je wel scènes kiezen is niet ideaal maar voldoet vaak wel. Heb er zelf meerdere in huis.

[pOZOR jED]

Super tof dat IKEA deze items uitbrengt, zeer betaalbaar ook.

Timmerflotte en Myggbett klinken echt als een mooie aanvulling in huis, nu best wat zigbee modules, maar voor een tientje prima om eens met Matter aan de gang te gaan natuurlijk.

Alpstuga is wat duurder, heb nu de oude sensoren met een wemos D1 er in. Wie weet gaan die ook vervangen worden!

[pete4live]

Jammer dat Ikea niet gelijk een goede inbouw schakelaar introduceert zoals bijvoorbeeld Signify die wel heeft.

Weet iemand een goede inbouw schakelaar die achterin de wandcontactdoos kan worden aangesloten en ook met Matter over Thread werkt?

[phoenix2149]

Is me niet helemaal duidelijk of dit dan samen kan werken met de Dirigera, op google search kom ik uit dat het zou moeten werken omdat ze zigbee en matter ondersteunen.

https://www.google.com/search?q=will+grillplats+pug+be+compatible+with+dirigera&sxsrf=AE3TifNOGLG9WJ_AaiO_J-FLYVazKa8-yQ%3A1763649168766

[--MeAngry--]

Het is de bedoeling dat dit via de Dirigera hub gaat inderdaad. Op Reddit genoeg verhalen te vinden over mensen die hem al als Thread border router inzetten, ook met andere Matter over Thread producten dan die van IKEA.

[roanstrik]

de originele press release meld dat ze werken met dirigera als hub https://www.ikea.com/global/en/newsroom/retail/the-new-smart-home-from-ikea-matter-compatible-251106/