Zigbee 4.0 voegt ondersteuning toe voor 800MHz-band voor beter bereik

Zigbee 4.0 voegt Suzi toe, waarmee apparaten kunnen werken op de 800MHz-band in Europa. Daardoor bieden apparaten beter bereik dan de huidige 2,4GHz-band. Ook komt Zigbee Direct om zonder hub vanaf de smartphone Zigbee-apparaten in te stellen in de standaard.

Zigbee 4.0

Omdat Suzi in de VS de 800MHz-band niet kan gebruiken, schakelt het daar over op 900MHz, zegt de Connectivity Standards Alliance, het samenwerkingsverband van bedrijven dat Zigbee ontwikkelt. Het certificeren van Zigbee-producten met ondersteuning voor de lagere frequentiebanden gebeurt vanaf de eerste helft van volgend jaar. Zigbee kon al werken op de 868MHz in Europa, maar nu gaat het ook om apparaten voor thuisgebruik.

Ook Zigbee Direct zit in de standaard om apparaten direct vanaf de smartphone via Bluetooth Low Energy in te kunnen stellen. Daarnaast is er Batch Commissioning om meerdere apparaten tegelijk in te stellen om zo grote set-ups eenvoudiger te maken. Al die wijzigingen moeten Zigbee aantrekkelijker maken voor industrieel en zakelijk gebruik. Ook zit er Coordinated Sample Listening in de standaard, waarmee apparaten onderling kleine pakketten met data kunnen uitwisselen zonder veel stroom te verbruiken.

Zigbee is een al lang bestaande smarthomestandaard en heeft te maken met concurrentie van onder meer Matter over Thread, waar steeds meer fabrikanten op overstappen. Zigbee is een draadloze communicatiestandaard gebaseerd op de IEEE 802.15.4-specificatie voor persoonlijke netwerken. De eerste Zigbee-standaard dateert van meer dan twintig jaar geleden.

Reacties (84)

[trab_78]

Interessant! Ik heb een grote installed base van Zigbee apparaten hier. Ik zit er niet op te wachten om er op termijn een Thread-netwerk naast te gaan draaien, of erger: alles te moeten vervangen voor Thread. Nu er weer een nieuwe versie van de Zigbee standaard is, zou het ook kunnen dat er dus een upgrade-pad komt voor mij.

[bzuidgeest]

Wen er alvast maar aan. Zigbee is echt nog wel even op de markt. Maar ik verwacht dat matter de toekomst word. Dus veel nieuwe ontwikkelingen zullen dat gebruiken. Als ik correct ben heeft ikea al zijn zigbee producten als vervangen door matter in de nieuwe generatie. Hun hub is bijgewerkt om beide te kunnen tegelijk. Dat zie je ook bij andere producten. Homeassistant heeft ook dongle die beide tegelijk kunnen (in beta dacht ik). Maar ik ben niet helemaal expert op dat gebied :)

[trab_78]

Ja, daarom vind ik het zo belangrijk dat er toekomstperspectief is voor Zigbee. Leuk dat zo’n hub zowel Zigbee als Matter over Thread kan. Maar kan het ook tegelijk? En dan nog: dat zijn wel twee aparte mesh netwerken. Ik vind het al lastig om 1 mesh netwerk stabiel te krijgen en houden, laat staan 2…

[bzuidgeest]

Ja de chip makers denken dat het mogelijk is .

Maar toekomst perspectief van zigbee? Stervende denk ik. Het zal er nog jaren zijn, maar het nieuwe spul zal matter/thread zijn. Misschien dat zigbee een tijdje houd als de licentie kosten laag gemaakt en gehouden worden.

En we weten allemaal hoe goed fabrikanten zijn in afschrijven van iot achtig spul als het even lastig is of weinig oplevert / legacy is.

[Reactie gewijzigd door bzuidgeest op 18 november 2025 16:45]

[Bliksem B]

Momenteel is thread echt niet aangeslagen. Lampen zijn er wel, maar weinig mensen kopen ze. Uiteraard verandert dat nu Ikea overgaat. Nu nog wachten op Philips Hue, dan is het denk ik gedaan.

[bzuidgeest]

Ik denk niet dat "thread" aan gaat slaan. De gemiddelde consument kan het geen zak schelen hoe het communiceert, als het maar "werkt".

Bedrijven als Ikea schakelen gewoon over en dat is dan dat. Het kost tijd voor ze hun ontwikkelomgeving omgebouwd hebben. Maar dat komt wel.

[trab_78]

Ik ben bang dat je gelijk hebt, maar ik blijf hopen. In ieder geval kan de standaard weer even voort.

[jaenster]

Het lijkt net zo successvol te zijn als ipv6

[bzuidgeest]

Dus succesvol? Ipv6 is ruim in gebruik.

[jaenster]

Zeker! Maar nog lang niet meer dan de helft en het oude ipv4 is nog altijd het meest in gebruik. Zou mij niet verbazen als dat over een jaar of 10 ook zo is met zigbee / thread :)

[bzuidgeest]

Het zou kunnen. Maar matter/thread heeft voordelen voor de consument. En de consumenten markt is veel vlugger veranderend als de business markt en de backbones. Voor thuis heb je geen ipv6 nodig.

En je weet hoe vlug bedrijven tegenwoordig oude ranges dumpen om op het nieuwe speeltje in te zetten of gewoon om weer nieuwe dingen te kunnen verkopen nadat ze de oude zijn gestopt te ondersteunen.

[jaenster]

En juist voor thuis kwam er ipv6

[bzuidgeest]

Nee, ipv6 kwam omdat er meer connecties/devices kwamen dan er ip nummers waren in ipv4. Een deel daarvan werd in huis verwacht. Maar het is niet gemaakt met die reden. Het is gemaakt om meer adres ruimte te hebben.
IOT werden bijvoorbeeld heel veel ip connected devices in verwacht. En die zitten overal, niet alleen in huis.

[testmanager]

Sorry, maar is niet niet zo dat Thread een "concurrent" van Zigbee is (beiden een infra/netwerkprotocol), en dat Matter een "communicatie" protocol is, die ligt over een infra/netwerkprotocol?

[bzuidgeest]

Matter is een communicatie standaard en loopt over thread en andere netwerk protocollen. Zigbee is dacht ik zowel communicatie standaard als netwerk protocol in een.

Maar waarom stel je die vraag? Ik zie niet hoe dat iets veranderd aan wat ik zeg. Zigbee is een concurrent. Net als de koets een concurent wast van de auto of blu-ray van de DVD. De oudere techniek blijft nog wel even, maar is gewoon niet echt de toekomst.

[mocem]

Zie geen reden om over te stappen of matter of iets anders. Het doet precies wat ik wil voor de prijs van een schoen cadeau.

[trab_78]

Helemaal mee eens. Maar als de hele wereld overstap op Matter/Thread zal het lastiger worden om Zigbee devices te kopen. (Zie bijvoorbeeld IKEA.) Dus in die zin is het goed nieuws dat er toekomstperspectief is voor Zigbee.

[DjoeC]

Ik vermoed dat zolang we op Ali kunnen kopen Zigbee produkten beschikbaar blijven. Er is al zo'n hoeveelheid producten op de markt en in huishoudens dat het naar mijn idee zeker nog een jaar of 10 duurt voor ZIgbee echt vervangen is.

[trab_78]

Ik koop geen apparaten die 24/7 op netspanning zijn aangesloten op AliExpress. Ook geen apparaten met ingebouwde accu. Iets met brandgevaar en zo…

[Goldwing1973]

Ligt er helemaal aan bij welke shop je koopt op AliExpress, er zijn genoeg voorbeelden van Zigbee/Z-wave apparaten die ook bij erkende Nederlandse webshops (tegen een veel hogere prijs) te koop zijn, en nee, met reguliere Nederlandse webshop bedoel ik niet Bol.com b.v. die ook weer resellers hebben.

Een mooi voorbeeld zijn de Neo Coolcam Schakelaar Z-Wave Plus, deze kosten op Robbshop €42,00 en precies dezelfde bij de Neo Coolcam Store op Aliexpress €22,00.

En ook veel Zigbee devices, zoals Ledstrip controllers werken gewoon met een externe voeding op 12 of 24 volt.

[trab_78]

Ik twijfel altijd een beetje of het echt dezelfde apparaten zijn.

En ik gun die NL webshops ook hun omzet, eerlijk gezegd.

[Reactie gewijzigd door trab_78 op 18 november 2025 20:00]

[Bliksem B]

Soms zitten de fabrikanten ook op Aliepress. Neem Thirdreality of Sonoff.

Laatst iets van third reality gekocht via Amazon. Gaat alsnog de garantie via de fabrikant, die mij vrolijk vanuit China een vervangend product stuurt binnen een week.

Grootste probleem zijn de white label producten. Die worden door diverse fabrikanten gemaakt worden, ook al zien ze hetzelfde eruit. Valse CE (China keurmerken) zijn hier ook vaak zichbaar.

[DjoeC]

Mijn Raspberries en ESP's lopen op ALie adapters met een Samsung logo die Made in Vietnam zijn. Al zeker 5 jaar 7/24. En 70% van mijn zigbee spul loopt op CR2032's.

[trab_78]

Ja, dat CR2032 spul durf ik wel aan. Maar Lithium accu’s kunnen brandgevaarlijk zijn als de kwaliteit lager is. Zelfde geldt voor adapters.

[bzuidgeest]

Als de markt alleen nog maar matter levert heb je weinig opties. Dat zal geen vaart nemen. Maar ikea om maar wat te noemen is al overgestapt in de nieuwe productgeneratie. Zigbee is er helemaal uit. Matter is de nieuwe standaard. Ik geloof dat hun hub met beide om kan gaan.

[padoempats]

Zigbee kan in basis ook via Matter, dat sluit elkaar niet perse uit

[bzuidgeest]

Zigbee en matter zijn verschillende protocollen. Een enkele radio kan beide uitsturen en ontvangen, maar het is niet hetzelfde.

[padoempats]

Zigbee en Matter zijn inderdaad verschillende protocollen. Maar Matter en Thread zijn ook verschillende protocollen. Zigbee en Thread zijn netwerkprotocollen, Matter is meer een standaard / communicatieprotocol.

Je moet dus Thread zien als de 'opvolger' van Zigbee, niet Matter als tegenhanger van Zigbee.

[Reactie gewijzigd door padoempats op 18 november 2025 22:53]

[bzuidgeest]

Er ligt niets "boven op" zigbee. Matter kan met thread worden gecombineerd maar dat hoeft niet. Thread is ip over dezelfde frequentie/infra als zigbee gebruikte. Zigbee als geheel is wat matter/thread is. Bij matter is gewoon gedacht om het communicatie protocol los te houden van het netwerk protocol. Bij zigbee is dat 1 geheel.

[this]

Raar dat IKEA dan recent nog een smart plug uitgebracht heeft met zigbee?

[bzuidgeest]

Ik kan je alleen maar verwijzen naar:

https://www.ikea.com/glob...matter-compatible-251106/

[Bor]

Daar staat helemaal niet dat ze geen Zigbee meer uitbrengen of verkopen (het hele woord komt niet eens voor). Ikea heeft inderdaad recent nog een smart plug uitgebracht met Zigbee. Zigbee is er bij de Ikea niet dus niet helemaal uit.

[bzuidgeest]

Er staat in dat de nieuwe range matter is, dat alle andere dingen een update krijgen. Ja ze hebben misschien nog recent iets met zigbee uitgebracht. Maar dat zal het laatste zijn. Dat zal nog misschien een tijdje in de winkel liggen, maar al het nieuwe spul? matter, ga daar maar van uit.

Denk je nou echt dat ikea twee ranges gaat aanhouden? Het staat er inderdaad niet expliciet in, maar lees even tussen de regels en je ziet dat ze volledig op matter in gaan zetten. Het is alleen vriendelijk verwoord zodat mensen als jij er nog een tijdje niet moeilijk gaan doen. Daarom kan de hub ook beide, daarmee voorkomen ze nu paniek dat mensen over moeten stappen.

Als ze echt nog wat met zigbee gingen doen, dan had in het artikel een geruststelling gestaan als "de zigbee range word ook gehouden en uitgebreid" Dat ze dat niet doen, dat ze die kans niet nemen, zegt genoeg.

[Bor]

Denk je nou echt dat ikea twee ranges gaat aanhouden?

Op termijn niet maar nu nog wel. Er worden nu nog steeds Zigbee devices gebracht. Uiteindelijk zal men standaardiseren maar de vraag om Zigbee devices is nu nog relatief groot.

[bzuidgeest]

Ik voorspel dat eind 2026 daar een grote neerwaartse curve in zit. Nog wel bestaande artikelen, maar niets nieuws meer. Het zal schelen per fabrikant. Maar de vernieuwers van dat jaar gaan gewoon naar matter denk ik.

Ik zie je wel in begin 2027 of ik gelijk krijg

[darknessblade]

Als je je coordinator niet update naar zigbee 4.0, dan heb je dat probleem toch niet?


gewoon een 2e of 3e zigbee coordinator erlangs draaien voor zigbee 4.0

[trab_78]

Ik wil liever geen twee mesh netwerken naast elkaar, één Zigbee netwerk is al moeilijk genoeg. Maar als ik het goed begrijp is Zigbee 4.0 backwards compatibel. Dat zou betekenen dat ik mijn huidige coördinator zou moeten kunnen vervangen door een 4.0-exemplaar en ik dan dus 3.0 en 4.0 apparaten door elkaar kan gebruiken op één mesh netwerk. (Volgens mij kan je ook nog steeds Zigbee 1.2 devices gebruiken in je Zigbee 3.0 netwerk.)

[bzuidgeest]

zigbee 4.0 is fully backwards compatible.

[R_Zwart]

Je kunt het toch ook naast elkaar gebruiken en indien handiger langzaam migreren naar Thread?

[trab_78]

Zoals ik elders schreef: ik heb er weinig vertrouwen in dat meerder mesh netwerken naast elkaar draaien een stabiele situatie oplevert. Thread en Zigbee zitten op dezelfde 2.4 GHz band.

[bzuidgeest]

Net als je wifi in die hoek zit. En toch lukt het allemaal. Ik vermoed dat er al over nagedacht is. Zeker daar de radio chip makers het verkondigen dat het kan.

Maar goed, je gaat het vanzelf meemaken, net als wij allemaal.

[trab_78]

Ik denk dat dat wat te optimistisch is ingeschat. Het werkt als volgt: zowel WiFi als Zigbee als Thread maken gebruik van verschillende "kanalen", wat neerkomt op een stukje van de hele 2.4 GHz band. Zolang je kan zorgen dat je WiFi netwerk en je Zigbee netwerk kanalen hebben die niet of weinig overlappen, gaat het wel goed. Maar omdat je buren ook WiFi netwerken hebben, heb je daar geen 100% invloed op. In mijn geval was het best een uitdaging om een kanaal te vinden voor Zigbee waar het nog niet zo druk was. Als daar dan nóg een netwerk bij komt, wordt het gewoon nóg moeilijker.

In theorie kan het allemaal, dat is wat de chipmakers zeggen. In de praktijk is het nu vaak al lastig.

[bzuidgeest]

O ja de lucht is wel een beetje "vol" op sommige plekken. Maar gisteren was er een artikel over het spectrum deel dat voor wifi of 6G zou worden.... Wat mij betreft zou ik een kijken of mobiel en wifi dan niet eens samengevoegd kunnen worden. Als iedereen maar incompatible en overlappende stukjes blijft plakken word het op den duur een grote zooi.

Maar technish moet het geen probleem zijn om thread en zigbee naast elkaar te laten lopen. Ik kan natuurlijk niet voor jou specifieke omgeving spreken. Als je in een flat zit omringt door andere netwerken van allerlei soort. En wellicht heeft er iemand TL balken in zijn huis of zo.... Tja dan heb je echt pech. Maar dat is geen fout van de protocollen en specficaties.

[trab_78]

Terug naar mijn originele post: om precies die redenen hoop ik dus mijn netwerk op termijn naar Zigbee 4.0 te kunnen migreren en op die manier nog jaren actueel kan houden, zonder dat ik een tweede mesh-netwerk in de lucht moet houden. Niet omdat dat laatste theoretisch niet kan, maar omdat het in de praktijk best lastig is.

[bzuidgeest]

Ik denk dat we wel klaar zijn met uitwisselen want als ik reageer met zoals in mijn originele reactie: Het is maar de vraag hoeveel zigbee 4 spul er komt en of zigbee nog een lang leven heeft, dan gaan we echt in cirkels.

Ik denk dat we elkaar wel begrijpen toch?

[87brybry]

Persoonlijk ben ik voorstander van iedere andere frequentie dan de oververzadigde 2,4GHz-band. Ik heb thuis Zigbee (Z2M en Hue), Thread en Z-wave simultaan draaien en ondanks de zorgvuldige kanaalselectie merk ik de grootste vertraging bij de verlichting, via Hue. Dit was na de vorige herinrichting beter, maar ik heb nou eenmaal geen invloed op de wifi van de buren, die met het idee leven dat een hoger zendvermogen op allerlei range extenders verbetering brengt.

Een spectrumweergave (met de Sidekick 2) bevestigt de chaos wel een beetje op de 2,4 GHz-band.

Bij Z-Wave, dat op 868MHz werkt, heb ik nooit problemen, terwijl er voortdurend data overheen stroomt. Jammer dat er geen samenwerking met de Z-Wave Alliance is aangegaan.

[3raser]

Jammer dat er geen samenwerking met de Z-Wave Alliance is aangegaan.

Dat is niet jammer want de licentie maakt Z-wave apparaten zoveel duurder.

[oscar oscar]

Welke licentie is dat juist dan?

868MHz is licentie vrij is Europa voor industriele en medische toepassingen, een van de redenen dat bvb Lora ook diezelfde frequentie gebruikt in Europa.

[dasiro]

dat is de licentie voor de frequentie, da's iets anders dan die voor de technologie.

[RobertMe]

Welke licentie is dat juist dan?

De Z-Wave licentie. Z-Wave producten moeten gekeurd en gelicenceerd worden en mogen anders niet uitgebracht worden. Maar volgens mij heeft de Z-Wave Alliiance daar recentelijk (afgelopen 1 of 2 jaar) wel wat verandering in aangebracht waardoor ik meen geen licentie meer betaald hoeft te worden of het in ieder geval goedkoper wordt. Dit om Z-Wave dan weer relevant te houden omdat juist Zigbee een grote concurrent is (waarbij er vrijheid blijheid heerst en daardoor juist de markt overspoeld wordt met goedkope producten waardoor Zigbee veel meer ingeburgerd is).

[flippy]

Ik blijf just zoveel mogelijk van zigbee vandaan juist vanwege de troep. Zwave zit achter mn lichtschakelaars en zo maar zigbee komt bij mij niet verder dan wat slimme stekkers of een sensor.

[Reactie gewijzigd door flippy op 19 november 2025 08:37]

[dieter001]

Buiten wat Shelly devices merk ik weinig van die prijsverlaging. 50 euro voor een stopcontactje of sensor zijn gangbare prijzen, terwijl je die spullen in zigbee vorm voor 10 euro bij Ikea koopt. 5 voor de prijs van 1 !

Met Zigbee 4.0 Suzi is het argument van de lagere (betere) frequentie verdwenen. Mindere compatibiliteit was sowieso geen argument zolang je devices niet direct met elkaar laat praten maar alles via Home Assistant laat passeren. Ik zie het als de doodsteek voor Z-Wave.

[3raser]

Het is eigenlijk een certificering. Dit bepaald of je product aan de eisen voldoet. Zie hier welke stappen daarvoor nodig zijn. Dit maakt de ontwikkeling en verkoop van Z-wave producten een stuk duurder dan Zigbee en dat zie je dan ook direct terug in de prijs. Goed voorbeeld zie je bij Shelly. Vergelijk maar eens de Shelly 1 Gen4 (Zigbee) met de Shelly Wave 1 (Z-wave). Deze producten doen hetzelfde maar het verschil in prijs is aanzienlijk. Op moment van schrijven €19 euro. Daar koop je dat Zigbee product bijna 2 keer voor.

[Goldwing1973]

Ik deel jouw ervaring absoluut niet, ik heb hier bijna 100 Zigbee devices waaronder heel veel (letterlijk iedere lamp in huis) Hue lampen, en ja, ook Z-Wave (50+ devices).
Als ik naar de wifi kijk zie ik 11 netwerken (eigen netwerk niet meegeteld) en alles draait hier al een paar jaar als een zonnetje.

Ik heb Zigbee en Z-Wave wel fysiek gescheiden (Pi4 dedicated voor Zigbee met een Conbee II stick en een HP Thin Client met Z-WaveJS docker container erop met Aeotec z-wave 300 stick)

[hilbren]

Eens de 2.4 GHz is verzadigd, de vraag is alleen waarmee, want 2,4 GHz wordt geabsorbeerd door waterdamp. Hierdoor zouden de bubbels met bereik beperkt moeten blijven tot de huizen waarin het gebruikt wordt. De laatste jaren is er echter een tendens gaande waarin apparaten steeds harder over elkaar heen schreeuwen. Ik heb eens met mn mobiel een scan gemaakt van alle netwerken in mijn buurt. Wat daarbij opviel is dat bepaalde routers van een bepaalde aanbieder (ziggo) zo luid binnen kwamen dat het signaal van een paar buren verderop harder binnen kwamen dan mijn router die letterlijk 3 meter bij mij vandaan stond. Prima dat ze reclame maken voor goede WIFI maar de manier waarop is een beetje matig. Mijn gevoel bij soort berichten is dat we het probleem verplaatsen naar een plek waar nog geen probleem is. De 800 Mhz heeft dan wel een groter bereik (ook omdat het niet door waterdamp geabsorbeerd wordt), maar dat betekend ook dat wanneer meerdere apparaten hier gebruik van gaan maken deze band sneller vol zit dan de 2.4 GHz. En wat doen we dan? nog een bandje erbij?

[HakanX]

Een spectrumweergave (met de Sidekick 2) bevestigt de chaos wel een beetje op de 2,4 GHz-band.

Het leukste is de stoelendans van 20 wifi routers met 'automatische kanaaldetectie'.

[XElD]

Oh ja ik herken dit. Recent na een spectrumanalyse mijn netwerk verhuist van kanaal 11 naar kanaal 25. Dat scheelt al een hoop. Als je minder vertraging wil kijk dan of het je lukt om apparaten in een Zigbee netwerk onderling direct te binden, bijv. lichtschakelaars en lampen. Dit kan o.a. via Zigbee2MQTT. Alles wat ik thuis nu zo geconfigureerd heb reageert nu supersnel en een bijkomend voordeel als dat de bindings ook nog eens blijven werken als de coördinator om wat voor reden dan ook offline is.

[Reactie gewijzigd door XElD op 18 november 2025 22:25]

[The Zep Man]

Het fijne van Zigbee is dat het geen IP praat. Mits de coordinator goed beveiligd is, beperken kwetsbaarheden zich tot lokaal misbruik.

Matter over Thread kan zaken via IPv6 direct naar het internet doorzetten en andersom, bij gebrek aan een firewall IoT-apparaten direct ontsluiten op het internet. Het ontbreken van intrinsieke privacy en beveiliging vergroot het aanvalsoppervlak waardoor andere componenten (vaak van de goedkoopste aanbieders) dit zouden moeten compenseren.

[Reactie gewijzigd door The Zep Man op 18 november 2025 16:05]

[bzuidgeest]

Je hebt nog steeds een bridge nodig om thread naar het internet te krijgen. Die bridge kan toegang tot het internet gewoon verbieden. Dus is thread net zo lokaal. Het niet ineens wifi geworden met thread.

Het is niet zo dat je telefoon ineen "matter/thread" spreekt omdat het woordje IP er in voorkomt.

Een zigbee netwerk kan ook gewoon open zijn. Niet zo netjes. Maar je weet nooit. Echter ik denk niet dat het zin heeft om miners te installeren op je lamp. Sommige hebben verbazend krachtig spul erin als je bedenkt dat ze aan/uit moeten kunnen doen en verder niet. Maar mining heeft wel wat meer nodig.

[Reactie gewijzigd door bzuidgeest op 18 november 2025 16:33]

[The Zep Man]

Je hebt nog steeds een bridge nodig om thread naar het internet te krijgen. Die bridge kan toegang tot het internet gewoon verbieden. Dus is thread net zo lokaal.

Het sleutelwoord is "kan". Met Zigbee is het "kan niet". Een Zigbee-apparaat kan nooit direct een internetverbinding maken zonder dat een bridge het expliciet faciliteert. Een Threadapparaat kan dit wel wanneer de bridge dit niet blokkeert.

Gezien de huidige staat van IoT verwacht ik dat er voldoende aan te merken valt op Thread bridges.

[bzuidgeest]

. Een Threadapparaat kan dit wel wanneer de bridge dit niet blokkeert.

Ik betwijfel of dat waar is. Thread gebruikt IP maar het is niet ineens TCP/IP geworden. En de bridge heeft geen reden om de routeren. Het is meer een proxy.

[RobertMe]

Thread gebruikt IP maar het is niet ineens TCP/IP geworden.

Jawel. Want voor Matter software (app van de fabrikant, Home Assistant, ...) maakt het niet uit welke Thread Border Router gebruikt wordt. Thread doet TCP/IP en de TBR is niet meer of minder dan een ("wifi") access point, alleen dan Thread naar bedrade ethernet i.p.v. wifi naar bedrade ethernet. Maar elk Thread apparaat krijgt gewoon een IPv6 adres binnen je IPv6 subnet en alle verkeer loopt op basis van dat adres.

En de bridge heeft geen reden om de routeren. Het is meer een proxy.

De TBR niet. Maar het is wel gewoon IP verkeer en je (internet) router zal het waar nodig gewoon het internet op sturen. (Waarbij de router niet eens verschil ziet/kan zien tussen verkeer dat afkomstig is van een gewone netwerk client (PC, telefoon, ...) of een Thread apparaat).

[bzuidgeest]

De border router doet tcp/ip. thread niet, thread is zijn eigen ding waar ze toevallig ip bij gebruiken. Het is matter dat naar het bedraade netwerk of de wifi gaat. Thread niet.

[RobertMe]

Nouja, als we dan terug gaan naar de opmerking v.w.b. Thread en internet toegang. Dit schrijven ze er zelf over (bron)

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.

En:

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.

Vrij duidelijk dus in dat internet toegang zelfs verplicht is. En gezien de TBR alleen een omzetting doet en geen kennis hoeft te hebben van het daadwerkelijke product / protocol (zie bv zelfs ESPHome die hun traditionele API met Home Assistant tegenwoordig over Thread kunnen sturen "ESPHome API over Thread" dus, i.p.v. Matter over Thread. Maar ook vendor specifieke extensies in Matter die een TBR inhoudelijk niet zal snappen) zal de TBR dus transparant internettoegang geven zonder zich met de inhoud te bemoeien. En dus hoogstens de boel verpakken in TCP of whatever (als dat al aan de orde is).

TL;DR: AFAIK kunnen cloud based Thread producten prima aan een generieke TBR gekoppeld worden en nog steeds benaderd worden via de cloud. Dus het is niet de TBR die de cloud verbinding verzorgd, maar het apparaat zelf verbindt met de cloud.

Zie bv ook deze pagina van Tado over de Tado X: https://help.tado.com/en/...mmunicate-with-each-other . Het is supported om te koppelen met een Apple TV, HomePod, ... i.p.v. Tados eigen TBR(s). En nergens maken ze vermelding dat de Tado app niet, of niet buiten de deur werkt. Wel maken ze vermelding van:

It enables other devices to connect to the internet.

en

Thread devices create an Internet-based mesh network whereby devices from different vendors can communicate with each other without a proprietary bridge.

[bzuidgeest]

Vrij duidelijk dus in dat internet toegang zelfs verplicht is.

Dat is absoluut niet wat er staat.

Om jou eigen quote te pakken:

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.

Er staat dat een applicatie toegang heeft VIA de TBR en dat de toegang OOK/MOGELIJK/OF gebruikt kan worden met een cloud dienst. Dat is niet bepaald hetzelfde als internet/cloud dienst verplicht, het zegt ook niet dat elk thread device maar vrijelijk het internet op kan of hoeft te kunnen. Wat er staat is dat de TBR het kan. Die stelt matter over thread devices beschikbaar, maar dat is niet hetzelfde als dat je iot maar ineens aan het internet hangt.

en deze:

Thread devices create an Internet-based mesh network whereby devices from different vendors can communicate with each other without a proprietary bridge.

Internet based als in thread gebruikt IP. IP is een protocol. Ik kan dat over een serial verbinding gebruiken als ik wil, maakt niet dat mijn serial device, magisch ineens aan het internet hangt. En geen proprietary bridge als in matter is een open standaard net als zigbee, de bridge van 1 fabrikant kan werken met matter over thread devices van een andere fabrikant. Producten met matter ondersteuning zoals apple TV kunnen met de TBR communiceren, ALS jij dat toestaat. Maar ze communiceren met de TBR.

Ik denk dat je nog even moet oefenen op je engels als dit je argumenten zijn.

[RobertMe]

Ik denk dat je nog even moet oefenen op je engels als dit je argumenten zijn.

Ik denk dat jij dan nog even moet oefenen net reageren op de hele post.

Hoe verklaar je dan dat Tado X prima cloud based werkt aan een generieke TBR? Daarvoor zal die generieke TBR toch echt "generiek" in internet moeten voorzien. Oftewel: de Tado X apparaten (thermostaat, knoppen) communiceren "zelfstandig" met internet, en de TBR doet alleen een vertaling van Thread naar ethernet (en mogelijk een kleine vertaling op andere lagen, maar niet in daadwerkelijke data). Anders zou immers die hele app en cloud toegang niet meer werken aan een generieke TBR.

Daarnaast stel ik ook niet dat Thread devices per definitie naar internet gaan. Alleen dat de TBR (verplicht, zoals de Thread website zegt) toegang tot internet moet (/zou moeten) geven zodat de Thread apparaten die internet toegang willen hebben dat ook krijgen. Dus begrijpend lezen in Nederlands is ook niet jouw sterkste punt

[bzuidgeest]

Hij moet generiek matter spreken de bridge en bereikbaar zijn als je dat wil. Dus waarom zou een cloud app niet kunnen werken met een generiek tbr?

Daarnaast stel ik ook niet dat Thread devices per definitie naar internet gaan.

Volgens mij is dat precies wat je stelt.

Alleen dat de TBR (verplicht, zoals de Thread website zegt) toegang tot internet moet (/zou moeten) geven zodat de Thread apparaten die internet toegang willen hebben dat ook krijgen

Er is niets met verplicht internet toegang daar op die website. Je hele matter/thread setup kan makkelijk lokaal werken. IP protocol gebruiken en ethernet gebruiken betekend absoluut niet automatisch maar aan het internet hoeven hangen. Dat is gewoon nergens verplicht. Maar je mag een nieuwe quote plaatsen die ik je dan uitleg.

Je verwart IP based met internet. Dat het internet ook IP based is wil niet zeggen dat alles met IP maar internet is, of internet gekoppeld.


Ik kan morgen een matter/thread dongle halen voor mijn laptop en daar elk device mee aansturen inclusief dat van tado als ze gecertificeerde spullen verkopen. Geen internet nodig.

[Reactie gewijzigd door bzuidgeest op 19 november 2025 09:23]

[RobertMe]

Er is niets met verplicht internet toegang daar op die website. Je hele matter/thread setup kan makkelijk lokaal werken. IP protocol gebruiken en ethernet gebruiken betekend absoluut niet automatisch maar aan het internet hoeven hangen. Dat is gewoon nergens verplicht. Maar je mag een nieuwe quote plaatsen die ik je dan uitleg.

Je verwart IP based met internet. Dat het internet ook IP based is wil niet zeggen dat alles met IP maar internet is, of internet gekoppeld.

Die twee quotes heb ik je al geplaatst O.a. dus dat Thread apparaten daarna via de cloud benaderd kunnen worden. Daarvoor zal de TBR toch echt generiek in internet toegang moeten voorzien en niet een verplichte vertaalslag doen (zoals bij (merk specifieke) Zigbee hubs met cloud toegang gebeurd). Oftewel, een Thread apparaat kan (niet moet) met zijn merk specifieke cloud babbelen, ondanks een generieke TBR. Oftewel: Thread devices kunnen met internet verbinden. En daar heb je niet echt controle over. Terwijl je bij Zigbee die controle wel hebt aangezien Zigbee niks met IP / internet doet en internet toegang altijd in die bridge zit en je daarvan de internet toegang prima eenvoudig kunt blokkeren.

Ik kan morgen een matter/thread dongle halen voor mijn laptop en daar elk device mee aansturen inclusief dat van tado als ze gecertificeerde spullen verkopen. Geen internet nodig.

En ik stel ook nergens dat internet daarvoor nodig is. Wel dat je nog steeds met een eigen oplossing de situatie krijgt / kunt krijgen dat die Tado spullen met de Tado cloud communiceren en je vervolgens ook nog steeds de Tado app kunt gebruiken (ook buitenshuis). Zonder dat je daarvoor zelf dus iets hoeft te doen, behalve "internet toegang toe staan". En dat laatste staat dan weer als verplicht op de Thread website, dus als je die Apple TV of HomePod of ... gebruikt zal die toestaan (/toe moeten staan) dat de gekoppelde apparaten met internet babbelen. Omdat het anders simpelweg niet aan de spec voldoet.

Terwijl met een eigen Zigbee stick die Hue lampen (bv) toch echt geen toegang hebben tot de Hue cloud omgeving of werken met de Hue app. (En zelfs bv Ikea lampen aan een Hue bridge gekoppeld kun je niet beheren via de Ikea app. Terwijl je (theoretische) Ikea lampen gekoppeld aan een (theoretische) Hue TBR wel kunt beheren via een Ikea app, binnen en buiten de deur).

[bzuidgeest]

[quote]
En ik stel ook nergens dat internet daarvoor nodig is
[/quote
Ja dat doe je wel , zo ongeveer overal.

Vrij duidelijk dus in dat internet toegang zelfs verplicht is.

Dat is een quote van jou, twee reacties terug. Je blijft maar hameren dat internet verplicht is en als ik daar wat van zeg, dan meld je dat je het niet gezegd hebt. Dat is lekker in cirkels rondgaan.

Ik denk dat het duidelijk is dat je het niet begrijpt en maar blijft ronddraaien.

[RobertMe]

Het is voor de TBR verplicht om toegang tot internet te geven (binnen de spec). Het is niet verplicht voor Thread devices om internet te gebruiken. Zo simpel is het.

Ik denk dat het duidelijk is dat je het niet begrijpt en maar blijft ronddraaien.

Dan kunnen we elkaar de hand schudden.

[bartje]

Matter over Thread kan zaken via IPv6 direct naar het internet doorzetten en andersom

hoe dan?
bij thread zit daar toch altijd je border router tussen? die niet eens aangesloten hoeft op je internet?
Dat IPv6 gebruikt wordt wil niet per definitie zeggen dat het 1 op 1 verbindt met je ethernet.

Probleem zou wel kunnen ontstaan bij Matter zonder thread.

[Tr1pke]

ik gebruik nu Zigbee voor HA, als ik matter of Thread wil gebruiken koop ik dan gewoon een extra matter/thread usb stick? Ik vind eigenlijk niet het juiste en duidelijke antwoord online …

[fsfikke]

Matter via Wifi kan direct, Matter over Thread heeft een Thread Border Router nodig.

[tjorim]

Interessant, zo 1 dag voor Home Assistant zijn nieuwe zigbee device (ZBT-2) aankondigt: YouTube: 🚀 PRODUCT LAUNCH - The best just got better 💪🏻

[Reactie gewijzigd door tjorim op 19 november 2025 00:15]

[telenut]

Mooi, ben ergens wel fan van Zigbee. Maar helaas is de implementatie niet altijd ideaal. Heb een Homey thuis, maar voor elk merk moet je een specifieke app installeren om Zigbee werkende te krijgen.
Al die goedkope Tuya spullen van bij Ali werken dus niet zomaar... je moet al veel geluk hebben dat ze werken.

[RobertMe]

Dat zal hiermee niet worden opgelost? Dan moet je eerder bij ZWave zijn. Dat is veel meer dicht getimmerd. En "hetzelfde bericht" (inhoud) kun je daarbij bv sturen naar een slimme stekker van Fibaro of een inbouw-relais van Aeotec of een rolluik-module van Qubino (tegenwoordig van Shelly?) en alle snappen dan dat berichtje in dat "aan" ook "aan" betekend en in het geval van het rolluik "open", en dat "uit" ook uit is of in het geval van het rolluik "gesloten". Terwijl bij Zigbee er vrijwel geen enkele standaard zit in de daadwerkelijke inhoud. (Hebben ze denk ik wel geprobeerd met ZLL (Zigbee Light Link), maar gezien Zigbee niet aan certificering doet is er ook geen verplichting dat een Zigbee lamp ZLL implementeert, laat staan dat als het geïmplementeerd is het ook correct gedaan is).

[laropo]

Met Home Assistant nooit deze problemen gehad. De meeste Zigbee apparaten worden direct herkent. En anders is er Zigbee2MQTT.

Tuya apparatuur obv Wi-Fi moet je van weg blijven.

[Ascathon]

"Suzi, the new brand for Zigbee’s Sub-GHz feature"

Weten we dat ook weer.

[winand]

Linkje van 20 jaar geleden werkt niet. Juiste link:
https://tweakers.net/nieuws/35433/zigbee-specificatie-voor-draadloze-sensornetwerken-klaar.html

[87brybry]

Dit was in het artikel 'Mastodon-oprichter Eugen Rochko stopt als ceo' ook precies zo. Apart.

[dasiro]

800Mhz heeft veel minder bandbreedte, maar wel een veel beter bereik binnen. De golflengte van 800Mhz is 37.5cm terwijl die van 2400Mhz slechts 12.5cm is. Je kan het het best nog vergelijken met de dekking voor 4G LTE vs traditionele 2.4Ghz wifi.

Voor smarthome-communicatie is dat meestal ruim voldoende, dus ik zie het als iets positief.

[_Thanatos_]

Geweldig, nu moeten we dus gaan opletten of device X wel geschikt is voor smarthomehub Y.

Dat, of ik kan een nieuwe zigbee radio met suzi-support gaan kopen om daar niet over na te hoeven denken. En dan vervolgens (potentieel) alles opnieuw gaan mogen instellen in Home Assistant.

edit:
Okay, met Bluetooth, Z-wave, en de rest heb je ook af en toe nieuwe versies, maar daar zit geen andere frequentie bij, en dus vaak forwards comaptibility.

[Reactie gewijzigd door _Thanatos_ op 18 november 2025 19:19]

[phizzie]

Ehm, misschien begrijp ik je niet helemaal - maar DeviceID blijft toch gewoon DeviceID als je van oude naar nieuwe standaard gaat? Dus alle integraties waarbij IDs niet wijzigen in je HA blijven werken? Hooguit een remap doen via welke Connect-Stick een ID binnenkomt?

Zal tegen die tijd vast iemand een scriptje voor maken, maar dat kun je vandaag al vibe-coden ;-)

[R_Zwart]

Hangt er helemaal vanaf hoe je HA hebt ingericht.