Matter 1.6 kan met NFC lampen en schakelaars koppelen zonder stroomaansluiting

Matter-gebruikers kunnen inbouwapparaten makkelijker koppelen met NFC. Dit vervangt bluetooth, waardoor het apparaat bij de set-up geen stroomvoorziening nodig heeft. De functie zit in Matter 1.6, dat woensdag is uitgekomen voor fabrikanten.

Gebruikers moeten Matter-smarthomeapparaten eerst koppelen om de wifi- of Thread-gegevens te delen met het nieuwe apparaat. Dit is bij inbouwapparaten, zoals plafondspotjes en wandschakelaars, niet altijd makkelijk, legt Matter-ontwikkelaar CSA uit.

Op dit moment moeten gebruikers die apparaten namelijk met Bluetooth LE koppelen, wat betekent dat ze eerst een stroomvoorziening nodig hebben. Dit betekent dat je ze eerst op het stroomnet moet aansluiten, dan moet koppelen met bluetooth om ze pas als laatste stap definitief te installeren. Dit noemt CSA 'uitdagend'.

Bij Matter 1.6 hoeven gebruikers de apparaten niet eerst aan te sluiten, omdat een telefoon met NFC de wifi- en Thread-gegevens deelt. Hier heeft het smarthomeapparaat geen stroomaansluiting voor nodig, zegt CSA. Dit maakt het koppelen van meerdere inbouwapparaten tegelijk ook makkelijker, aldus de Connectivity Standards Alliance, omdat je niet ieder apparaat eerst aan hoeft te sluiten.

Joint Fabric maakt ecosystemen minder gescheiden

Matter 1.6 voegt ook Joint Fabric toe, waarmee verschillende smarthome-ecosystemen beter kunnen samenwerken. Het idee is dat bijvoorbeeld een Apple Home-product vanaf een Google Home-apparaat bestuurd kan worden, zonder dat gebruikers voor ieder ecosysteem aparte toestemming moeten geven. CSA zegt hiervoor een centrale datastore te gebruiken.

De nieuwe Matter-versie voegt ook 'thermostaatsuggesties' toe. Het idee is dat Matter-thermostaten niet zomaar het commando van de gebruiker uitvoeren, maar hierbij ook rekening houden met eerdere opdrachten.

CSA geeft het voorbeeld van een thermostaat met een energiebesparende modus. Als de gebruiker dan de temperatuur te veel wil verhogen of verlagen, kan de thermostaat aangeven dat dit niet mogelijk is vanwege die energiebesparende modus. Een ander voorbeeld is als de gebruiker zojuist de thermostaat fysiek warmer heeft gezet, maar via de app een andere temperatuur doorgeeft. De thermostaat herkent dan dat het waarschijnlijk niet de bedoeling was om de temperatuur nogmaals te wijzigen en geeft dit als melding door.

Matter 1.6 is nu beschikbaar voor fabrikanten en ontwikkelaars. Zij kunnen de standaard voor hun producten gebruiken. Wanneer de eerste Matter 1.6-producten verschijnen, is nog niet bekend.

Bron: Kenneth Cheung/Getty Images

Reacties (55)

[R.G]

Klopt het dat matter keihard ipv6 vereist?

Waarom is dat? En kan het nooit werken op ipv4?

[D0ubleD0uble]

Ja, maar je hebt geen IPv6 vanuit je ISP nodig.

Dat is gedaan omdat Matter in principe zijn eigen netwerkje opzet via de border router. Apparaten krijgen een fe80 adres (link-local) maar die adressen kan je niet routen. Daarom maakt Matter een eigen netwerk/subnetje met een ULA adres. Dat is vergelijkbaar met de RFC1918 adressen die je hebt in IPv4, dus je 192.168.x.x. Die kan je wel routen tussen verschillende netwerken.

[R.G]

Laat ik het anders zeggen,

Stel mijn router heeft ipv6 uit en ik heb alleen ipv4

Kan de hub van matter op ipv4 verbonden zijn met mijn router en kan ik vanaf ipv4 apparaten taken uitvoeren op mijn matter lamp?

Zit er een translate nat achtig iets in de hub?

[D0ubleD0uble]

Je netwerk moet intern IPv6 verkeer kunnen routen. Als je IPv6 volledig uitzet op je router zal de boel waarschijnlijk niet werken. Je kan het makkelijk controleren op je telefoon: zolang je een IPv6 adres met een fe80 adres bij je WiFi krijgt, weet je dat je netwerk intern IPv6 ondersteund. Als het goed is ondersteund je apparaat zowel IPv4 als IPv6 en je Matter hubje ook, dat zal gewoon werken

[Llopigat]

Maar apparaten hebben je router helemaal niet nodig om een link local IPv6 adres toe te kunnen wijzen. De Link Local adressen worden bepaald op basis van het MAC adres. Niet via DHCPv6.

Je hebt dat wel nodig als je echt naar internet wil routeren natuurlijk.

Ik heb hier IPv6 helemaal uit op de router maar matter werkt idd gewoon.

Ik heb 1 apparaat dat werkt via Thread en 1 dat via Wifi werkt op matter trouwens. Ik ben er niet bepaald tevreden over, ik heb veel liever Zigbee.

[Reactie gewijzigd door Llopigat op 17 juni 2026 20:54]

[D0ubleD0uble]

Ja dat klopt. Ik doelde meer op sommige netwerken waar als je IPv6 uitzet dit ook volledig stopt met werken binnen layer 2, dat zie je op sommige apparaten nog wel eens gebeuren als een netwerk geen router advertisements toestaat. Dan werkt Matter ook helemaal niet meer

Ja, helaas is het nog steeds niet helemaal perfect. Slechte vendor implementaties misschien? Ik zie in ieder geval wel een aantal voordelen ten opzichte van Zigbee. Daar moet je bij je controller het verkeer steeds encrypten/decrypten. Matter heeft gewoon echte end-to-end encryption tussen apparaten.

[R.G]

Wat dan? En thanks

[Llopigat]

Hoe bedoel je "wat dan"?

[R.G]

Ik ben er niet bepaald tevreden over, ik heb veel liever Zigbee. Dit

[Llopigat]

Aha, dat was me niet duidelijk.

Nou, ten eerste is matter een stuk ingewikkelder van opzet, je moet een addon draaien, je moet een integratie hebben, en een bridge. En het is helemaal niet zo open als ze beloofd hebben. Voor sommige apparaten heb je nog steeds een eigen app nodig waardoor hun marketeers en data analysten nog steeds kunnen meegluren.

En apparaten moeten verplicht gelockte firmware hebben zodat je ze niet om kan katten met alternatieve firmware. Zoals in de praktijk heel veel gebeurt met zigbee apparaten. Ik heb heel veel apparaten omgekat hier, zoals bijvoorbeeld de bekende Xiaomi temperatuursensoren waar veel betere open firmware voor is.

En als ik dan een apparaat koppel zijn de beschrijvingen erg onduidelijk. "Button1, Button2" enz. Zigbee2MQTT doet dit veel beter. Ook had ik rare dingen met opzetten zoals Yariva hieronder bijvoorbeeld meldt, het kostte een hoop gedoe terwijl Zigbee gewoon goed werkt.

Het was ooit tijdens de ontwerpfase opgehemeld als een open walhalla waarbij de marketingteams van de fabrikanten compleet buitenspel gezet zouden worden en alles vrijelijk samen zou werken. Maar daar is weinig van terechtgekomen. Het wordt nog wel steeds zo geadverteerd maar ik vind het vooral 'openwashing' net zoals 'greenwashing' waarbij bedrijven doen alsof ze om het milieu denken.

[Reactie gewijzigd door Llopigat op 17 juni 2026 23:58]

[Firestorm666]

Je hebt evenveel nodig voor Zigbee als voor Matter (over thread), Matter over Wifi... couldn't care less, het blijft WiFi.

Het is ook een beetje wat je verkiest. Ik heb me recent nog wat geamuseerd met smart spul. icm home assistant werkt het prima die zigbee. Heb wel eerst gegeven of smartdevice xyz wel compatible is. Uiteraard niet zo eenvoudig van opzet als een app van het merk downloaden, connect en klaar.

[Bliksem B]

Ik kan die bevestigen. Ik had ipv6 op een openwrt ap uitgezet, of in de verkeerde modus gezet. Al mijn matter apparaten waren niet meer vindbaar. Ik had ze gekoppeld via een Google Nest Hub aan mijn Home Assistant.

Wellicht dat het netwerk nog wel met elkaar gecommuniceerd via ipv6. Alleen niet daar buiten. In openWrt ipv6 op relay gezet en alles kwam weer online.

[Aaargh!]

Volgens mij zijn de IPv6 adressen alleen voor het Matter netwerk in je huis. Je nachtlampje kan dus niet zelf het internet op. De hub kan dan gewoon met IPv4 verbonden zijn.

[R.G]

Gaaf, zal eens kijken tegen die tijd.

Nu is dat altijd zo omslachtig met vlan smart apparaten hoe je dan via je local lan pc bij je lampje kan komen..


Dit zou ideaal zijn

[Firestorm666]

Zigbee smart devices is momenteel nog het meest gebruikt buiten wifi smart devices. Zigbee is net zoals matter over thread een eigen netwerk dat compleet losstaat van je eigen netwerk.

Matter moet je mee uitkijken, je hebt matter over wifi en matter over thread. Het is die laatste die interesant is.

Voordeel aan Zigbee/ en atter over thread is dat elk smart device ook kan routeren en hierdoor een mesh netwerk ontstaat, in tegenstelling tot WiFi, is dat net een sterkte omdat je dan niet afhankt van de signaal sterkte van je AP bijvoorbeeld.

Heb het recent nog voor mezelf opgezet: Homeasistant in proxmox vm, die verbinding maakt met een SLZB-MR1 ("hub" de werkt over PoE) en vervolgens Zigbee toestellen aan gekoppeld van Nous. Home assistant heeft een app en ook een webinterface net zoals de SLZB,

Matter over thread aparaten zijn stervensduur in vergelijking met Zigbee en al helemaal in vergelijking met Wifi smart devices. Werkt erg goed en dat instellen ging stukken gemakkellijker als ik gedacht had.

Mijn voornaamste eis was: geen WiFi smart devices en geen cloud-only connected brol.

[laurxp]

Je router hoeft geen IPv6 aan te hebben staan om IPv6 op je netwerk te hebben.

Met IPv4 was het al zo dat als je twee PCs direct met een netwerkkabel op elkaar aansluit, ze zien dat er geen router (eigenlijk DHCP server) is, en ze allebij een ip-adres in de 169.254.x.x link-local range kiezen, zodat ze alsnog met elkaar kunnen praten.

IPv6 doet hetzelfde: geen router die een specifiek IPv6 subnet aanbied? Dan kunnen apparaten er voor kiezen om een lokaal netwerkje op te zetten. Werkt gewoon naadloos over switches en access points, maar komt niet door een router op het grote boze internet terecht.

[R.G]

Ik liep tegen issues aan dat ipv6 ra broadcast veel ellende veroorzaken en dat telefoontjes maar al te graag ipv6 voorrang geven

[arjankoole]

Dat is ook zo afgestemd in de standaard. Als je ISP een brakke ipv6 implementatie levert (en dat gebeurt) heb je al snel ergenis.

Dat ligt echter niet aan ipv6.

Ik heb al sinds being jaren 2000 ipv6, en ik heb nooit problemen gehad.

[Yariva]

Ja en uit ervaring van de afgelopen weken kan ik melden dat het echt een afschuwelijk netwerk implementatie is in gescheiden (VLAN) netwerken.

Dit omdat er wordt gekeken naar border routers d.m.v. multicast. Maar gezien dit link-local verkeer is kan je dat lastig forwarden zonder gekke trucs zoals een replicator in je netwerk plaatsen.

[Raven]

@Yariva Zoiets als wat Avahi Daemon voor mDNS doet? Toen ik een Matter-sensor probeerde te pairen met HASS (ZBT-2) terwijl de telefoon met HASS-app en HASS elk in een ander VLAN zaten was dat geen succes. Uiteindelijk HASS-systeem van 2e BT-ontvanger voorzien (deze dient in discovered state te blijven, niet gekoppeld aan integratie) om daarna rechtstreeks met de Matter server te pairen, zie https://www.matteralpha.c...ter-devices-without-phone

[Yariva]

Exact, in dit geval met een fysieke adapter. Maar in mijn optiek zouden al deze hoepels niet moeten bestaan in een standaard welke je zo universeel en breed wil uitrollen als Matter.

[Reactie gewijzigd door Yariva op 17 juni 2026 23:47]

[Raven]

Heb er al wel eens op zitten Googlen (het VLAN gebeuren), duidelijke antwoorden heb ik niet gevonden, ook zitten babbelen met een AI. Volgens de AI is er geen oplossing omdat er bij Matter fe80-adressen worden gebruikt en niet (bijv.) fd00 adressen, dan had het i.c.m. iets a la Avahi Daemon mogelijk wel kunnen werken maar met fe80 kan dat niet.

[Reactie gewijzigd door Raven op 18 juni 2026 06:06]

[R.G]

Oof dat is idd niet goed

[darkfader]

Dacht omdat het Thread gebruikt dat weer op 6lowpan is gebaseerd dat weer gebaseerd is op IPv6. Ik weet niet hoe het zit als je het via internet wil aansturen. Neem aan dat dit via een server gaat van bijv apple of google of iets anders.

[darioboy75]

Ja, je hebt voor Matter IPv6 nodig.

Er zijn verschillende opties voor Matter gebruik. WiFi / Thread / Ethernet.

De WiFi / Ethernet optie gebruik ik niet, dus ga daar niet verder op in.

Als je Thread gebruikt icm bv een Ikea Dirigera. Dan wordt er een "eigen netwerk" gemaakt waar de sensoren aan verbonden worden. Daarbinnen gebruikt het IPv6 om die apperaten te koppelen.

[lenwar]

Een matter hub/gateway maakt een lokaal ipv6 netwerk aan. Je eigen lan hoeft geen ipv6 te hebben.

[ongeregistreerd]

Zit echt niet te wachten op Matter/Thread... Zodra ze marktaandeel hebben gaan ze een subscriptie model invoeren.

https://community.home-as...ut-a-big-tech-scam/945926

[AJediIAm]

Dat is onmogelijk. Het werkt namelijk lokaal. Het is net zo waarschijnlijk dat wifi een subscription service wordt als Matter.

[Lisboa]

CSA zegt hiervoor een centrale datastore te gebruiken

Zie daar de start. Een kwestie van tijd voordat devices die store toegang standaard verwachten. Vervolgens de toegang verkopen.

Sowieso super handig, een centrale plek waar alle smart devices (straks zijnde alle devices) van alles en iedereen zijn opgeslagen

[AJediIAm]

Home Assistant werkt aan iets vergelijkbaars.

[xFeverr]

Hoe kunnen ze een abonnementsmodel invoeren op een open standaard die enkel en alleen lokaal op je netwerk werkt?

En wie gaat dat invoeren? Google? IKEA? Homey? Home Assistant? Apple? Sonoff? Allemaal aanbieders van Thread-radio’s en Matter. Gaan ze dat allemaal tegelijk doen? Lijkt mij niet. Als Google dat zou doen dan zit morgen iedereen op Apple, want dat kan dus gewoon.

Geloof eens niet zo in die spookverhalen. Dat gaat nergens over.

[RobertMe]

Hoe kunnen ze een abonnementsmodel invoeren op een open standaard die enkel en alleen lokaal op je netwerk werkt?

Waarom zou dat niet kunnen? Fabrikanten hebben geen enkel probleem er mee om updates uit te brengen die compatibiliteit verbreken. Zie bv 1 of 2 jaar terug Somfy die de (gesloten) lokale API uit hun "hub" verwijderde. En zo kan een fabrikant ook Matter ondersteuning verwijderen.

Of zie Tado met hun Tado X line-up. De Tado app heeft functionaliteit die niet via Matter beschikbaar is. Of beter gezegd, sommige van die functionaliteit zit intussen wel in de Matter standaard, maar Tado lacht hun klanten vierkant uit "wij hebben Matter 1.x geïmplementeerd en deze functionaliteit zit alleen in Matter 1.y". En Tado geeft dus impliciet aan geen (grote) firmware updates uit te geven waarbij ze een nieuwere Matter versie implementeren. Waarschijnlijker is dat ze over X jaar gewoon met nieuwe hardware komen die wel een nieuwere Matter versie ondersteund en je dus maar alles moet vervangen.

Want Matter is natuurlijk ook maar een op IP gebaseerd protocol. Wat dus betekent dat je, in principe, het apparaat ook "alle" IP toegang moet geven. Waardoor het apparaat op alle mogelijke manieren over IP kan babbelen. Ook op basis van allemaal gesloten protocollen dus, die of via de cloud gaan, of die alleen werken met de officiële app. Immers zal er geen vereiste zijn dat je de volledige (relevante) Matter standaard ondersteund. Hoogstens dat wat je implementeert (bij voorkeur) aan de standaard voldoet. Maar er is helemaal niemand die nu Tado zal dwingen om hun Tado X line-up te upgraden naar Matter 1.6 en alles te ondersteunen wat mogelijk is.

En dit is iets waar Tweakers in januari 2025 ook al over schreef: review: Matter komt eindelijk op stoom, maar niet iedereen is volledig aan boord

In deze categorie wordt overigens goed duidelijk dat Matter nooit een allesomvattende standaard wordt en gebruikers voor bepaalde functionaliteit soms aangewezen zullen zijn op de apps van fabrikanten. Vanuit de Matter-standaard is het mogelijk om een stofzuiger te stoppen en starten, en de schoonmaakmodus te kiezen, maar niet veel meer dan dat. Om bijvoorbeeld plattegronden van het huis te beheren, moeten gebruikers uitwijken naar de fabrikantenapps en dat zal hoogstwaarschijnlijk zo blijven. Er zit te veel variatie in functionaliteit om het allemaal in de standaard te krijgen.

En zo blijft het voor fabrikanten mogelijk om zaken "gesloten" te houden en alleen via hun eigen app / ... aan te bieden. Wat dus ook kan betekenen dat ze bepaalde functionaliteiten nu, of later, achter een abonnement stoppen.

En dus kan Matter ondersteuning óók puur als marketing gebruikt worden. Wederom: zie Tado. "Het ondersteund Matter", maar wel een oude versie waar lang niet alle functionaliteit in zit. En men weigert een nieuwere standaard te implementeren. En tegelijkertijd rommelen ze ook steeds harder aan de abonnementen en functionaliteit: nieuws: Tado-gebruikers kunnen kamers alleen verwarmen met betaald AI-abonnement als voorbeeld (specifiek dus over de Tado X, "met Matter").

Edit:
TL;DR versie dus: nee, fabrikanten kunnen niet "Matter functionaliteit" achter een abonnement stoppen. Maar ze kunnen wel functionaliteit niet via Matter aanbieden maar alleen via een gesloten protocol dat ernaast werkt/aanwezig is, en voor die functionaliteit kunnen ze vervolgens prima een abo introduceren.

Of nouja, ze kunnen ook alsnog ervoor kiezen om bv de gehele Matter API (of delen van Matter) doodleuk niet beschikbaar te stellen totdat / tenzij via een gesloten protocol is gecommuniceerd "dat de gebruiker een abo heeft afgesloten om Matter te gebruiken". Simpelweg omdat er geen verplichting is tot (alleen) het ondersteunen van Matter. Matter apparaten die met wifi of direct met een ethernetkabel verbonden zijn kunnen immers prima via elk op IP gebaseerd protocol communiceren met de cloud of lokale app. En ook bij Thread is er in een bepaalde versie van de standaard een verplichting dat een Thread Border Router verplicht internet toegang moet verlenen. Immers is Thread ook maar een transparant transportmiddel voor IP. Er is geen harde koppeling tussen Matter en Thread, en over Thread kun je ook weer eigen / andere op IP gebaseerde protocollen gebruiken (zie bv ESPHome die de traditionele "ESPHome API" die normaliter over wifi / ethernet gaat op ESP32 microcontrollers met Thread support ook via Thread kunnen versturen, komt dus helemaal geen Matter aan te pas. Dus "ESPHome over Thread"). En ook Thread apparaten kunnen dus prima een open protocol als Matter en een gesloten protocol naast elkaar gebruiken.

Als je iets wilt hebben waar de fabrikant dus echt niet aan kan rommelen moet je een protocol / medium gebruiken dat en open is en niks naast kan. Zoals dus Zigbee of Z-Wave. Die standaarden zijn niet zo "universeel" dat je er, bv dan, elke vorm van IP overheen kunt sturen. Maar ze zijn "geslotener" in dat de communicatie exclusief met de Zigbee coördinator is en strict(er) is vastgelegd in bv "endpoint X heeft nu waarde Y". En niet "ik wil een IP pakketje naar IP adres 2001:db8::1337" waarbij dat IP pakketje niet perse Matter is maar ook bv protobuf kan zijn en gaat naar een cloud server van de fabrikant.

[Reactie gewijzigd door RobertMe op 17 juni 2026 20:35]

[xFeverr]

De stelling en zorg was dat Matter achter een betaalmuur zou komen. Wat fabrikanten daarnaast allemaal uitvreten doet er toch niet toe? Dat gaat niet over Matter.

Dat Tado zo lullig is, dat is inderdaad stom. Maar je kocht die Tado met een beperkt aantal functies die via Matter kunnen lopen en dat is niet veranderd. Dus je hebt nog steeds wat je gekocht had.

Ik heb trouwens een Somfy Switch die offline is en die ik kan bedienen met een lokale API. Ik ken de drama rondom Somfy niet zo, maar dit werkt. En dat kan Somfy niet zomaar van mij afpakken want dat ding heeft geen internettoegang. Maar ook dit is irrelevant want ook dit gaat niet over Matter en de zorg van @ongeregistreerd

[Orky Rulez]

En ook bij Thread is er in een bepaalde versie van de standaard een verplichting dat een Thread Border Router verplicht internet toegang moet verlenen

Bron?

Gaat mijn border router uit de kast kruipen en zichzelf aan het internet koppelen?

En ja natuurlijk kan een fabrikant een product uitbrengen met een gegimpte implementatie. Maar ik denk niet dat Ikea nog veel lampen gaat verkopen als je er een abonnement bij moet nemen

[RobertMe]

[...]

Bron?

Gaat mijn border router uit de kast kruipen en zichzelf aan het internet koppelen?

Zie bv: https://www.threadgroup.o..._Paper_September_2024.pdf

3.2 Enhanced Internet Connectivity
Thread 1.4 introduces significant enhancements to how Thread devices can connect to the public internet. This expansion is achieved through robust
support for both IPv6 and IPv4, ensuring compatibility with the existing internet while preparing for the future.

3.2.1 IPv6: A Direct Connection
In-home networks or infrastructure networks that fully support IPv6, Thread devices can now obtain globally routable IPv6 addresses. This is accomplished through DHCPv6 Prefix Delegation (PD), a mechanism where the Thread 1.4 Border Router (the gateway between the Thread network and the internet) requests a block of IPv6 addresses from the internet service provider. Addresses from this block are then automatically configured on all Thread devices, enabling them to communicate directly with other IPv6-enabled devices and services anywhere on the internet.

En ja natuurlijk kan een fabrikant een product uitbrengen met een gegimpte implementatie. Maar ik denk niet dat Ikea nog veel lampen gaat verkopen als je er een abonnement bij moet nemen

Tsja, uiteindelijk zijn er altijd wel mensen die ergens een abonnement voor afnemen. En in het geval van jouw voorbeeld: een abonnement om de verlichting van buitenshuis te kunnen bedienen is niet eens zo gek. Met mijn Hue lampen kon ik dat 10 jaar terug al (bediening buitenshuis) en tegenwoordig zit overal een abo model op.
Betekent echter niet dat het via Matter zal lopen (is zelfs zeer onwaarschijnlijk). Maar de technieken van Matter en Thread (of eigenlijk: de transport layer waar Matter gebruik van maakt, zijnde ethernet, wifi, of Thread) stelt die apparaten prima om staat om "gewoon" met internet te babbelen.
En als "slimme jongen" kun je dat in de firewall prima dicht gooien. Maar tegelijkertijd is het een verplichting voor een Thread Border Router om internettoegang te verlenen (desnoods via NAT64 etc), en via ethernet / wifi zal er ook internettoegang zijn ("standaard"). Dus als je zaken gaat dicht gooien kun je tegen gekke issues aanlopen aangezien je zelf een situatie creëert die buiten de verwachtingen van de protocollen / specificaties ligt.

En met Zigbee / ZWave heb je die issues nooit. Omdat die lampen / ... never nooit rechtstreeks internettoegang kunnen hebben maar de coördinator / hub / bridge altijd een vertaalslag van Zigbee / ZWave naar iets anders, bv IP, doet. En alternatieven dus prima een alternatief voor IP kunnen implementeren.

[Orky Rulez]

Je bron zegt dus dat het kan, maar jij zegt dat het moet?

[chrome moral]

De onwetendheid van die posters daar heeft jou geïnfecteerd lijkt het. Lees je eens goed in zou ik zeggen want die OP weet echt niet waar die het over heeft en de rest nog minder

[Hetisweergezell]

Als je echt alles in eigen beheer wil hebben dan moet je gewoon aan de slag met MQTT en NodeRed oid en als hardware esp32 chips gebruiken waar je met relais en andere zaken alles in elkaar kunt knutselen. Ik heb dat zelf ook en het werkt prima maar je moet dat dan wel als hobby zien en er tijd voor hebben.

Maar ik weet wel heel zeker dat niemand hier de stekker uit kan trekken omdat het allemaal gewoon lokaal werkt.

[arjankoole]

Zit echt niet te wachten op Matter/Thread... Zodra ze marktaandeel hebben gaan ze een subscriptie model invoeren.

https://community.home-as...ut-a-big-tech-scam/945926

Dat is volledig onmogelijk gezien hoe matter gebouwd is. In weze is het de opvolger voor zigbee. Alles werkt lokaal.

Edit: die solarjunkie daar weet niet waarover hij praat, en komt compleet unhinged over.

[Reactie gewijzigd door arjankoole op 18 juni 2026 08:45]

[chrome moral]

Wat is er mis met een low fi qr code? (Behalve misschien PTSD)

[Arnage]

Dan zou de lamp/schakelaar zelf die QR code moeten kunnen scannen, wat ze natuurlijk niet kunnen. Het probleem wat dit oplost, is dat zij na aanschaf nog niet weten met wel netwerk ze moeten verbinden, niet je smartphone.

[LucasVanDijk758]

Voor lokaal gebruik is vooral belangrijk dat je IPv6 in je LAN niet kapot filtert. Het hoeft niet meteen routed/public IPv6 vanaf je provider te zijn; Matter/Thread leunt o.a. op link-local/ULA en multicast discovery. Als je op je router/AP IPv6 of multicast snoeit, dan krijg je juist van die vage koppelproblemen.

[Raziel]

Ik heb spijt dat ik (Ikea) matter devices heb gekocht. De draadloze bewegingssensoren waren al waardeloos, detectie was vaker mis dan raak en sinds een paar dagen werkt helemaal niets meer. Ikea lamp deed het prima, maar is nu ook onbereikbaar. Heb alles al herstart, zonder succes.

Zowel in Homey als Home Assistant krijg ik het niet meer aan de praat. Had liever alleen maar Zigbee devices gehad.

edit:
DSM update was de boosdoener, Synology kernel mist de mogelijkheid om automatisch een route naar mijn edge router te maken, dus daar heb ik een aparte container voor draaien (die uit stond). Maar toch ... ben veel te lang bezig om dit soort zaken recht te breien en de slechte werking van de bewegingssensoren blijft.

[Reactie gewijzigd door Raziel op 17 juni 2026 20:05]

[arjankoole]

Jij hebt een veel complexere setup, net zoals ik. Dat levert bij dit soort dingen altijd issues op.

Een vlekkeloze matter implementatie? Dan moet je alleen dat ding van IKEA gebruiken, bijvoorbeeld. Die regelt alles zelf.

De de detectie slecht is ligt eerder aan hoe IKEA het product heeft gemaakt, en niet aan matter.

[mavanmanen]

Heb hier ook al zo'n 3-4 maanden alles vervangen met matter/thread devices van IKEA, draait hier perfect met Home Assistant en een Google TV streamer als de thread border router. Kan voor stabiliteit aanraden om je HA gewoon op bare metal te installeren (Pi oid.) of in een VM, dat werkt uit ervaring een stuk beter dan een container.

[Nark0tiX]

Zigbee blijft het beste en makkelijkste. En wordt super goed ondersteund.

[arjankoole]

Maar heeft beperkingen die matter niet heeft. Daarom heeft hetzelfde consortium achter zigbee juist matter ontwikkeld.

Ik ben dol op zigbee, begrijp me niet verkeerd, en ik denk dat ze heel lang naast elkaar zullen bestaan. Ze vullen elkaar aan.

[Nark0tiX]

Ben nog nooit tegen beperkingen aan gelopen eigenlijk. Jij wel dus?

[arjankoole]

Er zijn dingen die niet in de zigbee standaard zitten dacht ik. (of initieel niet).

matter heeft ook betere security.

daarnaast kunnen 2 devices zigbee certified zijn, en kunnen toch niet samenwerken. Dat is bij matter uit den boze.

en er was een ding met schaalbaarheid. zigbee heeft daar wat meer moeite mee dan matter bijvoorbeeld.

[Bruin Poeper]

Ik heb een teen in het smarthome water gestoken met een Shelly Plug S. Die zit in mijn Wifi router vastgeknoopt. Vzv ik begrijp zijn deze Shelly Plugs voorzien van "iets" waarmee ze signalen aan elkaar door kunnen geven, zodat de Wifi router (bij mij in de meterkast) geen range extenders behoeft.

Ik kan er leuke dingen mee doen in de browser dmv scripts.
Ook gebruik ik de Shellyscanner, die maakt er mooie grafieken bij.
Eigenlijk snap ik niet goed waarom er een hub bij moet zoals Alexa , Nest of Hue.

Het probleem voor mij is dat de Shelly scripts Javascripts zijn en ik van die taal eigenlijk weinig begrijp.
Maar als je javascript onder de knie kunt krijgen zou je volgens mij alles met de browser kunnen doen, zonder extra hardware.

[Reactie gewijzigd door Bruin Poeper op 17 juni 2026 20:23]

[Orky Rulez]

Wifi is leuk maar het slurpt veel energie.

Dit zijn low power mesh netwerken, met oa als voordeel dat je ook apparaten kan opnemen die op batterijen werken

[himlims_]

Dacht dat matter weer “ingehaald” was door thread, of is dat weer iets anders?

[S_Chief]

Matter is een 'taal', Thread is het netwerk. Je hebt bijvoorbeeld ook Matter over Wifi.

[arjankoole]

Dacht dat matter weer “ingehaald” was door thread, of is dat weer iets anders?

Thread kan de netwerk laag zijn waar matter overheen loopt. (Dus een beetje als ethernet). Matter kan ook over wifi (hey, weer ethernet) en blutooth. (Tot matter 1.6).

matter concurreert eerder met zwave en zigbee (welke van hetzelfde consortium is).