Matter krijgt ondersteuning voor beveiligingscamera's, slimme deurbellen en meer

De Connectivity Standards Alliance heeft versie 1.5 van Matter uitgebracht. Daarmee krijgt de universele smarthomestandaard nu ondersteuning voor camera's, naast bodemsensoren en nieuwe functies voor energiebeheer.

Een woordvoerder van de CSA zegt dat Matter 1.5 een 'zo breed mogelijk' aantal camera's gaat ondersteunen. De standaard kan daarmee overweg met bijvoorbeeld beveiligingscamera's voor binnen én buiten, al dan niet met draai- en kantelfunctionaliteit, naast slimme deurbellen, babyfoons en meer. De standaard kan dan overweg met camera's via bijvoorbeeld wifi, ethernet en PoE.

Camera's die Matter 1.5-ondersteuning toevoegen, kunnen live video en audio streamen op basis van WebRTC. Dat werkt dan zowel lokaal als extern, bevestigt de CSA. Daarbij ondersteunen de camera's ook spraakgesprekken, waarmee mensen bijvoorbeeld via hun smartphone kunnen communiceren met mensen die op beeld zijn op de camera (mits die een ingebouwde speaker en microfoon heeft). Matter zelf regelt geen opslag van camerabeelden, maar verwijst gebruikers wel door naar beschikbare opslagmogelijkheden, bijvoorbeeld in de cloud.

Matter 1.5 ondersteunt volgens de CSA-woordvoerder backwards compatibility met 'de meeste moderne camera's'. Het is echter aan individuele camerafabrikanten om te bepalen of en wanneer ze ondersteuning toevoegen voor de smarthomestandaard.

Verder biedt de standaard vanaf versie 1.5 ook ondersteuning voor bodemsensoren, die de vochtigheid van een bodem opmeten in bijvoorbeeld een tuin of bloempot. Ze kunnen eventueel gecombineerd worden met compatibele slimme sproeisystemen om planten automatisch water te geven als de bodem te droog is.

Matter 1.5 kan voortaan ook data ontvangen over energietarieven en CO₂-gegevens van energieleveranciers en netbeheerders. Apparaten kunnen die data gebruiken om accuratere energiegebruiksstatistieken te delen of om hun werking automatisch aan te passen op basis van stroomprijzen of de beschikbaarheid van zonnestroom. Tot slot voegt de CSA ook verbeterde ondersteuning voor 'closures' toe. Denk daarbij aan apparaten die zichzelf automatisch kunnen sluiten, zoals slimme gordijnrails of garagedeuren.

De Matter 1.5-specificatie en -sdk zijn inmiddels beschikbaar voor leden van de CSA. Zij kunnen vanaf nu dus beginnen met het toevoegen van Matter 1.5-ondersteuning aan hun apparaten, hoewel de beschikbaarheid ervan zal verschillen per fabrikant.

Reacties (41)

[drakiesoft]

Krijg je dan een eenheidsworst aan beperkte mogelijkheden?
Ik kan me niet voorstellen dat ze alle functies gaan ondersteunen die bv Reolink beschikbaar stelt aan bv home assistant.

[HKS-Skyline]

Meestal bieden apparaten via matter een deel van de functies aan, gespecialiseerde functies moeten altijd nog via de app van de fabrikant zelf. Reolink is echt een uitzondering in data die aan home assistant beschikbaar wordt gesteld. Data die voor de gemiddelde gebruiker totaal niet relevant is. Matter is voor een breed publiek en basisfunctionaliteit. Ik verwacht dingen als pan/tilt/zoom, IR switch, notificaties etc. Maar dingen als privacy zones, detectiezones en andere specifieke instellingen zou ik van verwachten dat je dat gewoon in de software van de fabrikant doet tenzij je de stream via matter uit laat lezen door een universele NVR met eigen detectiealgoritmes, maar dan omzeil je feitelijk de functies van de camera.

[HakanX]

Meestal bieden apparaten via matter een deel van de functies aan, gespecialiseerde functies moeten altijd nog via de app van de fabrikant zelf. Reolink is echt een uitzondering in data die aan home assistant beschikbaar wordt gesteld. Data die voor de gemiddelde gebruiker totaal niet relevant is. Matter is voor een breed publiek en basisfunctionaliteit. Ik verwacht dingen als pan/tilt/zoom, IR switch, notificaties etc. Maar dingen als privacy zones, detectiezones en andere specifieke instellingen zou ik van verwachten dat je dat gewoon in de software van de fabrikant doet tenzij je de stream via matter uit laat lezen door een universele NVR met eigen detectiealgoritmes, maar dan omzeil je feitelijk de functies van de camera.

Volgens de bron:

Matter cameras support live video and audio streaming using established WebRTC technology, enabling two-way communication and both local and remote access via standard STUN and TURN protocols. The specification also defines support for multi-stream configurations, pan-tilt-zoom controls, detection and privacy zones, and flexible storage options, including continuous or event-based recording to local or cloud destinations.

https://csa-iot.org/newsroom/matter-1-5-introduces-cameras-closures-and-enhanced-energy-management-capabilities/

[Reactie gewijzigd door HakanX op 20 november 2025 14:55]

[HKS-Skyline]

Dan is de ondersteuning al uitgebreider dan ik had verwacht. Hoe dan ook zullen er nog features zijn die niet binnen de standaard vallen.

Ik lees ook nog niets over dual lens cameras met een groothoek en een zoomlens, en bijvoorbeeld deurbellen met een pakketcamera. Ik ben benieuwd of dat direct al in de standaard is meegenomen.

[HakanX]

Pakket lijkt me simpel, is gewoon een notificatie / event. Dual lens is gewoon een brede video uitspugen en zoomen is al onderdeel van de standaard. Als de fabrikant er zin in heeft dus prima te implementeren.

Maar ze geven zelf ook al aan, Matter is voor de basics en innovaties kunnen in de eigen app. Ik zit meer met de codec, wil niet terug naar h264 met WebRTC. Er staat niks daarover.

[Pyronick]

wil niet terug naar h264 met WebRTC

Ik vraag mij af of er meer Reolink-achtige constructies komen waarbij er bijv. een RTSP/WebRTC stream voor zowel H.264 én H.265 in verschillende bitrates (verschillende framerates en resoluties) worden uitgestuurd.

Hoe dan ook zal dit concurreren met het bestaande ONVIF protocol, die hopelijk nog blijft bestaan naast het Matter protocol.

[HKS-Skyline]

ONVIF kan gewoon naast matter worden geimplementeerd, het een sluit het ander niet uit. ONVIF maakt ook gebruik van webRTC. Onvif is een signalling protocol, de camera en de client maken verbinding met de ONVIF server, de ONVIF server zorgt er vervolgens voor dat er een p2p verbinding wordt opgezet tussen de camera en de client, en dat kan dan via webRTC zijn.

https://www.onvif.org/specs/stream/ONVIF-WebRTC-Spec.pdf

[Pyronick]

Dat klopt, technisch sluit het elkaar inderdaad niet uit. Mijn vrees is echter dat consumentenmerken (zoals Eufy, Ring, etc.) ONVIF strategisch links zullen laten liggen.

Als Matter 'goed genoeg' is voor de gemiddelde gebruiker, hebben fabrikanten minder prikkels om ONVIF te implementeren. Bovendien stuurt ONVIF (i.c.m. een NAS/NVR) aan op lokale opslag, terwijl deze partijen natuurlijk liever hun eigen cloud-abonnementen verkopen.

[HKS-Skyline]

De fabrikanten die pushen voor hun eigen cloud dienst ondersteunen nu doorgaans ook geen onvif, dus daar zal je niets mee verliezen. De kans dat ze matter gaan ondersteunen is wel aanwezig, een nas of nvr zal je ook geschikt kunnen maken voor matter, dus ja wellicht wordt onvif weggedrukt, maar als matter hetzelfde plus meer doet is dat geen ramp natuurlijk. Ik verwacht niet dat onvif verdwijnt. Matter is meer gericht op consumenten, onvif is ook voor pro setups. Daarnaast is onvif kostenloos voor de fabrikant, matter vergt een licentie per product en dat verhoogt de prijs van het product.

[HKS-Skyline]

Met dual lens doel ik meer op de modellen met twee onafhankelijke cameras, en niet de ultrawide modellen waarbij twee camera's aan elkaar geknoopt worden. Er zijn ook dual lens modellen waarbij een camera een groothoek model is, de andere camera een pan/tilt/zoom model en waarbij je dus een punt op het groothoekbeeld aan kan tikken en de ptz camera daar dan heen beweegt. Dat vergt heel wat specialisatie in een standaard.

[HakanX]

Makkelijkste oplossing zou eigenlijk zijn als die zich gewoon als twee losse camera's aanbieden. Maakt het gelijk minder ingewikkeld. Maar als je het hebt over een punt aantikken op het ene beeld waar vervolgens de andere camera naar beweegt, dat is wel heel specifiek en lijkt mij iets voor alleen de eigen app. Zie het echt niet gebeuren in Matter. Ik kan wel wat ideeën bedenken om het zelf te scripten in een webbased VMS. Gewoon de klik coördinaten op het ene beeld omrekenen en als PTZ opdracht sturen naar de andere lens/camera.

Al met al, ben ik al blij dat ze met iets nieuws bezig zijn op het vlak. Staat al te lang stil. Laat ze maar met een eerste versie komen.

[pete4live]

Grappig, want in het artikel over de nieuwe "Matter over Thread" apparaten van Ikea wordt juist geklaagd dat Matter niet écht een standaard is want bedrijven kunnen nog steeds eigen functies toevoegen aan producten die niet via de Matter standaard werken en alleen via de eigen app. Dat is juist zo gedaan om de mogelijkheden niet te hoeven beperken.

[drakiesoft]

Ik vind het niet grappig. Een protocol die niet alle functionaliteit ondersteunt, heb je niet zoveel aan. Verder kan het innovatie tegenhouden, of fabrikanten gaan dan niet echt moeite doen dit protocol te ondersteunen.

[pete4live]

Ik snap deze insteek totaal niet. Dit is toch het beste van twee werelden? De standaard functies die je kan verwachten van een smart home apparaat werken nu perfect ongeacht het platform dat je wil gebruiken en als je de echte "proprietary" functies wil gebruiken van een fabrikant dan is die optie er gewoon. Bijna alle fabrikanten zijn al over op de Matter standaard dus ik zie ook totaal het probleem niet. Daarnaast blijft de Matter standaard gewoon hard groeien met nieuwe functies zoals blijkt uit dit artikel.

Even een praktisch voorbeeld: Philips heeft nu ook Matter over Thread lampen en die werken perfect via bijvoorbeeld een Apple TV of Google TV streamer zonder extra hub. Je kan ze gewoon via Google Home, Home kit of Home Assistant aansturen inclusief kleur, helderheid etc. en prima gewoon in routines gebruiken. Stel dat ik deze lampen vervolgens wil koppelen aan mijn tv via een Hue syncbox en de Hue app, iets wat Matter zelf nog niet ondersteund. Dan is die optie er óók gewoon.

[drakiesoft]

Het is niks, wordt niks. Je hebt helemaal niks aan halve functionaliteit. Dus home assistant is en blijft de oplossing voor al die halfbakken protocollen.

[pete4live]

Het werkt al en wordt steeds beter.

[drakiesoft]

Het werkt half

[Gizz]

Een woordvoerder van de CSA zegt dat Matter 1.5 een 'zo breed mogelijk' aantal camera's gaat ondersteunen, bijvoorbeeld via wifi, ethernet en PoE.

Deze uitspraak snap ik niet. Waarom zou het voor Matter überhaupt uitmaken of de data (deels) over wifi gaat, of dat het compleet bedraad is? Laat staan dat het relevant is of de camera via utp z'n voeding krijgt of dat er een losse adapter aan de camera hangt

[AverageNL]

Slaat vooral ook op de zin erna (beveiligingscamera's, deurbellen, babyfoons, etc.) - ik zal het iets anders verwoorden

[n0mn0m]

Dit is incorrect Nederlands.

De standaard kan dan overweg met camera's via bijvoorbeeld via wifi, ethernet en PoE

Correct: De standaard kan dan overweg met camera's via bijvoorbeeld wifi, ethernet en PoE

[laptopleon]

Verder biedt de standaard vanaf versie 1.5 ook ondersteuning voor bodemsensoren, die de vochtigheid van een bodem opmeten in bijvoorbeeld een tuin of bloempot.

Ik begrijp niet waarom je voor elke toepassing een aparte categorie zou moeten definiëren. Of het je nou temperatuur, vocht, kracht, licht, waterdruk of wat dan ook meet, het lijkt toch allemaal heel veel op elkaar? Er komt een getal uit, een waarde waar een app mee aan de slag gaat.

[mrwiggs]

Dat is het hele idee van Matter, hier een standaard voor ontwikkelingen. Zodat elk apparaatje dat CO2 meet dat op dezelfde manier rapporteert.

[this]

Dat maakt je wel enorm afhankelijk van de organisatie die deze standaard oplegt. Wat als je nu iets wil meten dat niet zo vaak voorkomt, hoe groot is de kans dat jouw parameters mee opgenomen wordt in de standaard?

[mrwiggs]

Dat kan nog steeds prima hoor, zie de post van @!GN!T!ON hierboven

[Reactie gewijzigd door mrwiggs op 20 november 2025 20:47]

[Skix_Aces]

Het is niet zo zwart wit als jij het nu schetst. Laten we als simpel voorbeeld een slimme lamp nemen die je met een eigen gekozen beheersysteem wil besturen. Denk aan google home, apple homekit, home assistant, homey etc. Het idee van matter is dat het niet uit maakt van welk merk je lamp is of welk beheersysteem je gebruikt. Ze moeten altijd compatible zijn met elkaar. Het beheersysteem moet echter wel weten hoe hij de lamp moet aansturen. En de lamp moet wel weten hoe hij de commando's van het beheersysteem moet interpreteren. Even snel uit mijn hoofd heb je bij een slimme lamp al gauw de volgende parameters (en waarschijnlijk nog veel meer):

Aan/uit
Helderheid
Warmwit/Koudwit
RGB kleur

En daar komt matter om de hoek kijken. Matter specificeert een standaard API, waarin staat beschreven hoe al deze zaken aangestuurd kunnen worden. Hierdoor weet het beheersysteem wat de mogelijkheden van de lamp zijn en de lamp wat hij moet doen als hij wordt aangestuurd.

Deze interface tussen het beheersysteem en het slimme apparaat moet je voor alle soorten apparaten maken. Ze hebben allemaal andere eisen, en moeten allemaal interoperabel en compatible met elkaar zijn.

[Reactie gewijzigd door Skix_Aces op 20 november 2025 14:44]

[!GN!T!ON]

In grote lijnen heb je gelijk, vooral waarom Matter categorieën/device-types/clusters definieert. Maar ik heb wel een kanttekening betreft deze alinea:

Deze interface tussen het beheersysteem en het slimme apparaat moet je voor alle soorten apparaten maken. Ze hebben allemaal andere eisen, en moeten allemaal interoperabel en compatible met elkaar zijn.

Matter staat namelijk extensies/custom clusters toe; Vendors kunnen eigen clusters/attributes/commands toevoegen (vaak “vendor-specific” of “extensions” genoemd). Technisch mag dat gewoon, het is zelfs expliciet gedocumenteerd in ecosystemen zoals Google’s Matter-extensions tooling.

Op die vlakken is interoperabiliteit dan niet gegarandeerd.

Controllers die jouw custom cluster niet kennen:

• negeren ‘m
• tonen ‘m niet in UI
• ondersteunen geen automation erop.

Dus “werkt overal” geldt alleen voor de gestandaardiseerde clusters/device types. Custom stuff = weer ecosysteem-specifiek, net als vroeger.

Kort gezegd, Matter maakt het makkelijk om het standaarddeel interoperabel te houden,
maar vendors kunnen nog steeds lock-in doen via extra features buiten de standaard.

[HKS-Skyline]

Dan moet er toch alsnog een standaard worden ontwikkeld zodat alle fabrikanten dezelfde nummertjes rapporteren en er binnen de matter standaard een categorie voor worden aangemaakt om dit te combineren tot inzichtelijke data voor de gebruiker? Dingen gaan niet vanzelf.

[gaskabouter]

Wat dacht je van alleen al de eenheid die je gebruikt om een waarde weer te geven. Zo standaard zijn de standaard eenheden namelijk niet. Gebruik je Celsius Fahrenheit of Kelvin of moet het apparaat de eenheid mee communiceren of vind de conversie buiten het apparaat plaats?

Standaardisatie is de kern van meten en zeker internationaal vrij ingewikkeld en niet zelden politiek

[laptopleon]

Dat begrijp ik, maar of het Celsius of Fahrenheit of Kelvin is en hoe je dat communiceert, dat probleem is toch elke keer hetzelfde? Dus hoe je de eenheid van temperatuur uitwisselt, hoef je dan toch niet van de grond af aan opnieuw te bedenken voor laten we zeggen een temperatuurmeter voor de vloerverwarming, als je al een koelkasttemperatuurmeter gestandaardiseerd hebt?

@!GN!T!ON Betekent dit dat fabrikant WC-Eend in feite een compleet eigen standaard kan verzinnen, die niemand anders ondersteund, in Matter kan zetten en dan aan consumenten kan verkopen met het Matter logootje er op, terwijl het in de praktijk alléén met WC-Eend werkt?

[gaskabouter]

Je hoeft het ook niet te bedenken maar je moet er wel afspraken over maken.

[HakanX]

Voor camera's lijkt de grootste verandering ondersteuning voor WebRTC. Dat wordt voor een goede ondersteuning dan h264 of VP8, terwijl h265 juist enorme voordelen heeft voor beveiligingscamera's, met bestanden die vaak 80% kleiner zijn dan bij h264, omdat het beeld vooral statisch is. Lijkt me geen goed idee om een stap terug te doen. Ben benieuwd naar de uiteindelijke uitwerking. Webbased VMS zou zo heel simpel kunnen worden, zonder latency problemen.

[bzzzt]

Het je wel eens gezien hoe zwaar h265 compressie is? Op dit moment lijkt het nog niet haalbaar om realtime compressie op een chip die in een deurbel past te draaien.
Daarnaast is WebRTC alleen de communicatielaag, die kan ook prima h265 aan zodra het wel past.

[HakanX]

Ik gebruik het al erg lang en het werkt zelfs op €15-20 AliExpress camera's. Je hebt ze ook in deurbel varianten. Het is niet zwaar als er hardware ondersteuning is. Ik gebruik geen A merken, maar als die het niet ondersteunen in hun deurbel camera's is dat echt een bewuste keus en geen hardware onmogelijkheid. Die chips kosten 1 of 2 dollar.

WebRTC + h265 wordt niet of nauwelijks ondersteund door browsers helaas. Daarom ook dat ik benieuwd ben naar de uiteindelijke implementatie keuzes.

[bzzzt]

WebRTC + h265 wordt niet of nauwelijks ondersteund door browsers helaas. Daarom ook dat ik benieuwd ben naar de uiteindelijke implementatie keuzes.

Volgens mij support Chrome het wel, dat is niet bepaald 'nauwelijks ondersteund' gezien het marktaandeel...

[Snow_King]

Leuke bijvangst: Al deze producten gaan dan IPv6 ondersteunen! :-)

[Tukk]

Dan kan Wouter het nog eens een keer proberen met zijn bodemsensoren (podcast referentie)

[Dark Angel 58]

Dus dat wil zeggen dat Ubiquiti camera’s ook matter ondersteuning krijgen?

[Accretion]

Nee, zegt eigenlijk gewoon helemaal niets over daadwerkelijke implementaties.

[gaskabouter]

Ik vraag me ook af waarom je dat zou willen eigenlijk? Ik draai ze lokaal en kan allerlei flows aanmaken met de Homey of binnen het UniFi systeem. Ik kan niet bedenken wat dit zou toevoegen?

[Dark Angel 58]

Omdat ik ze ook in Apple Home app wil zien, ook al Ubiquiti Protect app had gemaakt.

[_Thanatos_]

De standaard kan daarmee overweg met bijvoorbeeld beveiligingscamera's voor binnen én buiten

Misschien een rare vraag, maar wat is voor de standaard het verschil tussen een binnen- danwel buitencamera?