Smarthomestandaard van Apple, Google en Amazon is uitgesteld tot 2022

Matter, de smarthomestandaard waar onder andere Apple, Google en Amazon aan werken, is uitgesteld tot 2022. De definitieve specificatie werd deze herfst verwacht, maar deze releasetijdlijn is met een aantal maanden verschoven naar de eerste helft van volgend jaar.

Leden van de Connectivity Standards Alliance, de groep die verantwoordelijk is voor Matter, krijgen voor de uiteindelijke release in 2022 een voorproefje van de standaard, voordat ze eind dit jaar kunnen stemmen over de specificatie. Dat meldt iot-journalist Stacey Higginbotham. De ceo van de CSA, Tobin Richardson, kon het tijdsbestek voor de release van de specificatie niet nauwer maken dan de 'eerste helft van volgend jaar'.

Daarmee moeten ontwikkelaar tot de eerste helft van 2022 wachten op de Matter-sdk, de start van een officieel certificeringsprogramma en de eerste gecertificeerde apparaten die gebruikmaken van de standaard. Volgens Higginbotham zou dit betekenen dat de eerste Matter-apparaten voor consumenten pas in de tweede helft van volgend jaar op de markt verschijnen.

De CSA-ceo zou verschillende redenen hebben gegeven voor het uitstel, waaronder de heropleving van de coronapandemie, de recente toevoeging van nog 29 bedrijven aan het Matter-project en 'de uitdaging om een sdk van hoge kwaliteit te leveren als onderdeel van de specificatie'. Aanvankelijk stond de specificatie in de planning voor de eerste helft van dit jaar, maar de groep achter Matter kondigde in mei aan dat dit zou wordt uitgesteld tot de herfst van 2021 en nu tot de eerste helft van volgend jaar.

De ontwikkeling van Matter startte eind 2019, toen Amazon, Apple, Comcast, Google, SmartThings en The Zigbee Alliance samen gingen werken om een universele standaard voor smarthome-apparaten te ontwikkelen. Inmiddels doen verschillende bedrijven en individuen mee met het project, waaronder Huawei, IKEA, NXP en Signify. De standaard heette aanvankelijk Project CHIP, kort voor Project Connected Home over IP, voordat deze werd hernoemd naar Matter.

De Matter-standaard voor smarthome-apparaten zou volgens de makers verschillende voordelen hebben. Met deze universele standaard zouden consumenten zich bijvoorbeeld niet hoeven af te vragen of slimme apparaten met elkaar kunnen samenwerken. Het moet er volgens de CSA ook voor zorgen dat ontwikkelaars geen eigen protocollen hoeven te ontwikkelen, wat tijd scheelt bij de ontwikkeling van smarthomeproducten.

Reacties (82)

[SinergyX]

Met deze universele standaard zouden consumenten zich bijvoorbeeld niet hoeven af te vragen of slimme apparaten met elkaar kunnen samenwerken

Zou een gemiddelde consument zich niet eerder moeten afvragen of dit allemaal via internet/cloud loopt of gewoon 100% 'inhouse'?

We hebben in even krap 10 jaar tijd inmiddels al 7 'pogingen' gezien, waar nu wederom een clubje (Honeywell zie ik er niet tussen staan) z'n eigen standaard gaan maken, om straks weer een poging te doen met wederom een ander clubje? Zeker de motivatie van een Amazon/Google en mindere mate Apple zal toch niet zozeer om de connectie gaan, maar met name de link naar hun servers toe.

Ik was ooit begonnen met een z-wave netwerk, natuurlijk een keuze waarop je begint en verder wil, maar in de jaren erop was er bijna geen camera meer te vinden die niet via z'n eigen cloud wilde draaien, die niet z'n eigen app enkel kon gebruiken, om uiteindelijk met een soort van ductape-pakket alles weer met elkaar te laten werken.

[AJediIAm]

Dat is precies waar Matter maar streeft:
- open protocol
- mesh
- breed toepasbaar
- lokaal
- vendor onafhankelijk

[MrMonkE]

Dit is echt wel een goed doel.
Ik erger me er kapot aan elke keer als je wat wilt kopen moet je uitzoeken hoe of wat.
Koop je LED lamp blijk je er weer een speciale hub voor nodig te hebben terwijl het gewoon zigbee is.
Ik kan bijna niet wachten.

Laatst had ik 3 dagen geen internet.. geen smart lamp aan en uit te krijgen want die gebruiken cloud -wist ik niet toen ik ze bestelde-. Ik wil in principe NIETS dat cloud nodig heeft. (Andere firmware flashen lukte niet)
ed: Die lampen die niet werkten waren trouwens wifi en geen zigbee en ik kon nog wel met schakelaars werken.

[Reactie gewijzigd door MrMonkE op 23 juli 2024 17:34]

[dwizzy]

Het staat of valt bij het 'vocabulair'/de commando's die de standaard kent, en hoe uniform die worden toegepast.

Bij ZigBee implementeert de Lidl net anders dan de IKEA of Signify, en ziet niemand er op toe of:
- het protocol exact genoeg is (bv voorschrijft hoe je een lamp op 50% helderheid laat gaan)
- de toepassing (lamp, gateway) voldoet aan het protocol
Bij het duurdere Z-wave zijn de commando's die worden verstuurd, een stuk beter gedefinieerd waardoor gecertificeerde apparatuur beter naar elkaar luistert.

[FreshMaker]

Dit is echt wel een goed doel.
Ik erger me er kapot aan elke keer als je wat wilt kopen moet je uitzoeken hoe of wat.
Koop je LED lamp blijk je er weer een speciale hub voor nodig te hebben terwijl het gewoon zigbee is.
Ik kan bijna niet wachten.

Laatst had ik 3 dagen geen internet.. geen smart lamp aan en uit te krijgen want die gebruiken cloud -wist ik niet toen ik ze bestelde-. Ik wil in principe NIETS dat cloud nodig heeft. (Andere firmware flashen lukte niet)
ed: Die lampen die niet werkten waren trouwens wifi en geen zigbee.

Wat een onzin .....
Dan heb je het niet goed geïnstalleerd.
Mag toch aannemen dat je hier vooraf rekening mee gaat houden, en zorgt dat er nog schakelaars tussen zitten.

Blind vertrouwen op iets buiten jouw controle ( of het nu een lamp is, of je hypotheekverstrekker ) kun je niet.
Je overweegt het risico, al is dat bij een hypotheek natuurlijk wezenlijk anders maar jouw 'schuld' wordt maar wat graag overgenomen door een andere partij.

Dat je misschien niet weet dat je de cloud nodig hebt vooraf, kan ik me voorstellen.
Maar op het moment van inschroeven en de eerste keer aandoen is dat wel heel snel duidelijk natuurlijk, en had je kunnen retourneren

[Reactie gewijzigd door FreshMaker op 23 juli 2024 17:34]

[Cave_Boy]

Ik snap je beredenering maar zelf heb ik 2 kennissen die hadden ook een simpel smarthome systeem. Zo wordt het ook aangegeven. Bij installatie werkte internet goed en ze hadden bij het instellen in de app niet door dat alles via internet verloopt.

Ook bij hun was internet even niet goed of niet werkend. Gevolg diverse lampen maar ook thermostaat sensors wilden niet goed functioneren. Inmiddels is dat wel aangepast maar dan ben je wel vaak weer een x bedrag kwijt.

[FreshMaker]

nog steeds .... dat ligt niet an het systeem, maar aan de implementatie

Geen van de 'supermarkt' smart oplossingen ( Lidl, Action, Ikea ) zijn systemen die je met hak en breekwerk moet installeren ( oftewel : worden vervangen inplace )
Men draait een lamp in de fitting, meld ze aan in de betreffende app en het werkt.
De schakelaar blijft op zijn plek, en blijft in gebruik

Een thermostaat hetzelfde, de muuraansturing blijft verbinden met de ketel IN huis.
Dat een app niet werkt is bijzaak, je kan gewoon de temperatuur aanpassen, en het licht aan/uitzetten - alleen moet je daarvoor (even) opstaan

Pas als je rigoureus alles gaat aanpassen ( shelly / e.d in de contactdozen ) maak je inderdaad zelf een probleem, want zonder schakelaars werkt het inderdaad niet.
Maar dan heb je het al niet meer over de huidige stortvloed van smart-devices als lampen en thermostaten

[Cave_Boy]

Zo zien de standaard gebruikers dat echt niet. Die zien het gewoon als.... Werkt niet. Stuk. Komt omdat zes alleen de app kennen en de app wordt in heel veel handleidingen ook alleen maar genoemd en niet de andere manier.

[FreshMaker]

Dat zei @MrMonkE niet
Die zei letterlijk
"Laatst had ik 3 dagen geen internet.. geen smart lamp aan en uit te krijgen want die gebruiken cloud"

Het werkte wel, alleen niet via een app.

Hij brengt het alsof het gewoon donker in huis is gebleven , 3 dagen lang.....
En dat is nonsens, en een gevalletje pebkac

[MrMonkE]

Ik bedoelde natuurlijk via automation en zal het toelichten in orginele post.

[ctrl-tab]

Kijk eens naar zigbee2mqtt

[MrMonkE]

heb ik gebruikt een tijdje ik gebruik nu what intern in Home Assistant zit.

[ctrl-tab]

wat was de driver daarvoor? hoe is device support?
Misschien dat ik ook eens ga testen

[MrMonkE]

Weet ik niet echt meer en ik heb maar een handjevol devices.
Dus kan er niet zoveel zinnigs over zeggen.

[PrismSub7]

Laatst had ik 3 dagen geen internet.. geen smart lamp aan en uit te krijgen want die gebruiken cloud -wist ik niet toen ik ze bestelde-. Ik wil in principe NIETS dat cloud nodig heeft.

Hotspot aan kan ook helpen, heb je tenminste iets

[MrMonkE]

of: nieuws: Ziggo levert back-upinternet via simkaart bij nieuwe zakelijke abonne...

Hotspot hebben mijn buren niet.
Ik had wel kunnen tetheren.. maar ik heb niet een grote data bundel.

[FreshMaker]

Vergeet vooral de prijsstelling niet.

Een organisatie zoals Tuya zet groot in op voordelig en makkelijk.
Neem contact op, bestel minimaal X devices, en je krijgt de hele santekraam geleverd.
Lidl, Action, Aldi, Gamma maar ook Duux ( die dure ventilator ) is een Tuya integratie.

Niets ontwikkelen en testen, whitelabeling en uitbrengen met een mooie doos, en 'duur' stickertje.

* FreshMaker bedient 90% van zijn dingetjes via die app, terwijl vrijwel alles overal vandaan komt.
De rest krijgt zijn koppeling via HomeAssistent.
En Tuya is degene die aangeeft actief te werken aan local install, dus zet zijn eigen cloud iets verder naar de achtergrond

[Terracotta]

Tuya blijft een Chinees bedrijf. Ook al staan de servers in Europa, wanneer nodig zal de CCP komen aankloppen, zoals ze ook bij Europese mediabedrijven, die ze opkopen, doen.

Anyhow: alles wat remote cloud based is komt er bij mij niet in, hoe handig het ook lijkt zolang alles werkt.

[dingo35]

"En Tuya is degene die aangeeft actief te werken aan local install, dus zet zijn eigen cloud iets verder naar de achtergrond".

Daar is anders weinig van te merken: het is juist Tuya die het flashen van alternatieve firmware heeft geblokkeerd door encryptie en afwijkende chips te gaan gebruiken.

Dit in tegenstelling tot bijv. Sonoff, die zelfs manieren om eigen firmware te flashen actief is gaan ondersteunen middels een jumper en een API.

Disclaimer: heb er de laatste 6 maanden niet meer naar omgekeken, dus als Tuya haar koers écht veranderd heeft lees ik dat graag....

[FreshMaker]

Disclaimer: heb er de laatste 6 maanden niet meer naar omgekeken, dus als Tuya haar koers écht veranderd heeft lees ik dat graag....

https://www.youtube.com/watch?v=DiOijNNTlPY
https://www.youtube.com/watch?v=cd4aUJJl_s0

Volgens de pratende hoofden werken ze momenteel hard aan implementatie, en nauw samen met de HA groepen.

Ik merk het in mijn eigen installatie dat er meer en meer onderdelen bijkomen.

[dingo35]

Ik ben nogal argwanend, als ze er zo lang over doen om die "local control" te implementeren. "Local control" suggereert dat je de devices lokaal kunt bedienen/uitlezen, NIET noodzakelijkerwijs dat je er geen Tuya account/app voor nodig hebt (zoals met ESPhome of Tasmota).

Iemand die dichter bij het vuur zit zei 23 dagen geleden op Reddit:”Edit: but NO total local control, there will be a cloud element to it from my understanding.”

Hetgeen zou verklaren waarom het allemaal zo ingewikkeld is: hybride oplossing, of, zo je wilt, hinken op twee gedachtes...

[Reactie gewijzigd door dingo35 op 23 juli 2024 17:34]

[FreshMaker]

Ik vermoed dat er inderdaad ook wel een cloud/hybride achter zal blijven hangen.
Misschien iets van 1 x per X dagen even naar huis bellen oid ...
Ik vindt dat prima, vrijwel alles doet dat in meer of mindere mate tegenwoordig.

Persoonlijk heb ik de segmenten van elkaar gescheiden ( juist dankzij de cloud noodzaak is alles eenvoudigweg overal bereikbaar
Het IoT VLAN heeft geen directe verbinding met het thuisnetwerk, alleen de chromecasts/google assistenten hangen hierin ( om obvious redenen )
Mocht er een externe via deze lampen/devices mijn netwerk in willen, komen ze héél veel van dit spul tegen, maar geen "data"

Vooralsnog is zo'n locale aansturing alleen handig met de problemen die sommige mensen ondervinden als het WAN netwerk wegvalt.
* FreshMaker is al blij als Tuya de volledige apparatenlijst beschikbaar stelt aan HA, dus inclusief de acties ( bij druk op deurbel -> voer dit uit ) want dat is nu nog maar een karig rommeltje.

[itavero]

Honeywell Home is ook niet meer van Honeywell, maar een paar jaar terug verder gegaan als Resideo. Die zijn wel lid van het clubje.

[TrekVogel]

Ja, een consument zou zich dat moeten afvragen maar dat zal 99% niet doen zolang de slimme speaker de lampen maar aanzet wanneer ze dat vragen. Dat zoiets gevaarlijk kan zijn of problemen kan opleveren is moeilijk uit te leggen. Hier op Tweakers weten veel mensen dit, maar hoe leg je dat de buurvrouw uit die smarthome spul bij de Action en de Lidl ziet liggen en ook mee wil doen?

[bramv101]

Waarom geen KNX? Lijkt mij nog altijd de meer robuuste en vooral tijdloze oplossing?

[Verwijderd]

Ik ben momenteel bezig met KNX en homeassistant. Ik ben een KNX leek die zich de laatste weken heeft ingelezen op het systeem en heb behoorlijke ervaring met HA. Hierbij mijn blik op de systemen, mogelijk heb ik sommige zaken verkeerd begrepen.

KNX is een systeem voor de installateur met een geweldige basis. Echter is deze totaal niet meer van deze tijd. De ‘messagebus’ is geweldig en supersnel maar is moeilijk benaderbaar (IP interface nodig). Daarnaast is de toegestaan ‘taal’ op de bus beperkt. Een IP gebaseerd protocol bied gewoon veel meer vrijheid en programmeurs kunnen zelf systemen hier boven op bedenken. Daarnaast is het programmeren veel te complex en vereist een licentie op ETS. KNX is geweldig maar gewoon niet meer van deze tijd.

Dus komen we op Thread.
Dit protocol moet alle toekomstige zaken aankunnen. Het vereist IPv6 en daardoor zelf configurerend (geen netwerk kennis vereist i.t.t. de adressering van KNX). Ik verwacht ook dat het daardoor ook eenvoudig te benaderen is vanaf andere netwerk apparaten. Het hele IPv6 thread netwerk is tevens ook veel beter beveiligd. En dan de grote: low-power. Thread apparaten zijn geschikt om op batterijen te draaien. Dat krijg je met KNX niet voor elkaar.

Als laatste hebben we natuurlijk nog de bekabeling. Voor KNX is geheel aparte bekabeling nodig. Dat gaat een huurder dus nooit doen. Consumenten willen juist gemak. Gezien Thread draadloos werkt, hoeft zelfs een bestaand huis ‘slim’ te maken, geen probleem te hoeven zijn.

Anyway, dat is mijn ervaring na 3 weken knutselen en inlezen. Als ik 1 tip mag geven: Heb je KNX? Configureer Home Assistant er naast. Werkt geweldig!

[Jessez]

Hoe zo KNX uit de tijd? Siemens heeft op hun logo’tjes een optie voor een KNX interface. Het kan overweg met zigbee, Dmx, DALI. Bij KNX org zijn ruim 200 fabrikanten bij aangesloten. En nog een voordeel, de basis is offline te bedienen. Een KNX system integrator

[Verwijderd]

Ik zou het graag zien maar ik denk dat de technologische achterstand er voor gaat zorgen dat de grote jongens zich achter thread en matter gaan scharen. Ook de opensource community gaat achter een open standaard in tegenstelling toch het gesloten KNX. KNX stelt zich zich ook steeds meer open maar met de zigbee alliance achter zich maakt thread gewoon een betere toekomstbestendige keuze.

/edit: autocorrect

[Reactie gewijzigd door Verwijderd op 23 juli 2024 17:34]

[Jessez]

Ik noem een ABB, Schneider electric, Siemens, Hager om er maar een paar te noemen geen kleine jongens.

[Verwijderd]

Met uitzondering van Siemens, allemaal namen die consumenten niets zeggen. Ondertussen stoppen ze hun huis vol met Philips Hue lampen, Google home speakers en camera's en Apple iPads.

Voor grote gebouwen zal er geen keuze zijn anders dan KNX. Maar in huis automatisering hebben zelfs de installateurs KNX al laten vallen. Fibaro en Shellie's zijn daar nog populairder dan KNX (persoonlijke mening, wat ik zie bij twee installateurs).

Ik heb trouwens een Schneider Electric IP interface gekocht en weet je wat nog het mooiste was?
Het blijkt gewoon een Weinzierl te zijn met een ander kapje. Ik heb extra een Schneider gekocht (gelukkig maar iets duurder) gezien ik betere aansluiting wou hebben met de rest van de apparatuur.

En dan komen we op kennis. Ik kan slechts snippers aan informatie vinden over KNX. Wat wel werkt en wat niet? Welke zaken moet ik aanschaffen? Hoe moet ik het configureren?
Hoe groot die jongens ook denken te zijn. Ze gaan in de smarthome wereld nooit een verschil maken.

[Jessez]

Klopt, maar we hebben wel allemaal iets van hen in huis, op kantoor of op school. En niet iedereen heeft iets van Google of Apple.

De meeste componenten komen van de oem leverancier insta. Een joint-venture van gira, jung en hager (berker)

[Reactie gewijzigd door Jessez op 23 juli 2024 17:34]

[bramv101]

Ik heb idd KNX naast HA draaien en dat sinds 2 jaar.
Wat je zegt ivm programmeren van KNX herken ik niet, ik vond/vind ETS nog altijd zeer intuïtief.
Ok het is niet voor Jan en Miep, maar dat is HA ook niet.

Het huis zit tjokvol knx en dat al 10 jaar, ik moet me nooit zorgen maken over een protocol of apparaten die niet meer bestaan.

[Verwijderd]

Wat je zegt ivm programmeren van KNX herken ik niet, ik vond/vind ETS nog altijd zeer intuïtief.
Ik ben er achter dat de persoon die het huis heeft 'geprogrammeerd' ook niet echt consistent werkte. Ik mis best veel zaken (adressen) en het is (vaak) volledig random qua adressen. Ik ben dus blijkbaar niet de enige die het complex vond
Ik ben van plan het helemaal opnieuw op te zetten volgens Building based group address structure:
https://www.bemi.fi/knx-g...practices-and-guidelines/

[mati1983]

Omdat KNX Association en bovenstaande partijen geen belang hebben bij een dergelijke samenwerking.
KNX is hartstikke mooi, maar nou niet bepaald (financieel) praktisch voor een gemiddeld huishouden. KNX willen aanleggen in een bestaande woning is sowieso al niet een heel praktische invulling van je huis smart maken..

[rene_fb]

Dit soort spul van Apple en Google is toch meer een gimmick vergeleken met KNX.
KNX is pro spul, offline en installatie vereist iets meer moeite, om het eens voorzichtig uit te drukken. Laat staan als iedereen ook nog een licentie voor ETS moet kopen...
Als je de kans hebt: is KNX altijd de betere keus, al zal er ongetwijfeld een KNX-gateway komen voor deze toekomstige standaard, het kan elkaar dus prima aanvullen.

[TrekVogel]

Waarschijnlijk omdat niemand dat spul in het wild tegenkomt?

[mclegodude]

zou je ook kunnen zeggen van BACnet, gevalletje XKCD 927 dit.

[Sba1995]

Zo'n standaard is natuurlijk ook geen kleinigheidje. Er komt nogal wat bij kijken. Wel echt een fantastisch project, als straks al deze bedrijven volgens deze standaard apparaten uitbrengen is het een stuk eenvoudiger je home automation voor elkaar te krijgen.

[gaskabouter]

Tenzij eigenlijk alles al samen zou kunnen werken als ze niet zelf beperkingen hadden ingebouwd om hun eigen ecosysteem te beschermen.

En dat het uitstel eigenlijk alleen bedoeld is om afspraken te maken hoe je binnen de open standaard toch je eigen ecosysteem kan beschermen.

Maar nu ben ik misschien cynisch, want het zijn allemaal lieverds met als enige belang; een blije consument met keuzevrijheid zonder vendor lock in

[Reactie gewijzigd door gaskabouter op 23 juli 2024 17:34]

[TrekVogel]

Alles kan al prima samenwerken, kijk naar projecten als Home Assistant en Domoticz. Helaas is dat voor de gemiddelde consument veel te ingewikkeld. Er gaat echt veel tijd in zitten en je zult je flink moeten inlezen om er goed gebruik van te kunnen maken.

[gaskabouter]

Da's geen samenwerken maar een apparaat ertussen zetten die de beperkingen intact laat maar ieder systeem in zijn eigen taal aanspreekt. Een tolk zoals je wilt

[TrekVogel]

Je hebt gelijk, maar dat is toch ook hoe mensen samenwerken? Kijk maar hoe de EU bestuurd wordt, daar zijn heel veel tolken bij betrokken.

Maar Matter gaat eigenlijk ook "tolken". Hue (ZigBee) moet nog steeds werken dus de bridge zal IP naar ZigBee gaan vertalen.

[gaskabouter]

En da's ook niet ideaal. Maar wat betekent deze standaard dan eigenlijk in de praktijk?

Ik had gehoopt op generieke bridges en keuze voor enkele protocollen. Zal voor de backwards compatibiliteit niet goed zijn maar voor de toekomst wel.

Ik zie nu in Google home ook alle "matter" en kan die besturen. Voor meer functionaliteit kun je naar partijen als domoticz of home assistent maar de hardware blijft dan een versnipperd geheel.

Of gaat Google (de enige niet hardware fabrikant in dit rijtje?) proberen deze partijen uit de markt te drukken door de fabrikanten te dwingen bridges open te stellen voor andere systemen? Zoals dat nu houtje touwtje ook wel eens lukt?

Ik vraag me ineens af wat dit eigenlijk betekent voor de toekomst? Zeker voor bestaande systemen

[bytemaster460]

Als je nu met Home Assistant begint kom je toch redelijk in een gespreid bedje terecht. Huis tuin en keukenautomatisering met veel gebruikte apparaten gaat tegenwoordig heel gemakkelijk met HA.

[Erik1971]

Een beetje cynisch en begrijpelijk als end gebruiker.

Probleem met standaarden en "gesloten" eco-systemen, is als je fabrikanten afdwingt om alleen maar functionaliteit aan te bieden die volgens de standaard werkt, je als fabrikant niet "snel" nieuwe features kunt maken, zonder deze eerst door een commissie te laten beoordelen, om ze te laten opnemen in de standaard (als dat al gebeurt).

Neem als voorbeeld Philips Hue, de ZigBee Light Link en later ZigBee 3.0, zijn vooral ontstaan omdat Philips zelf nieuwe features aan een bestaande standaard toevoegde om te kunnen innoveren, zo had Philips Hue al ZigBee Green Power ondersteuning, met ZigBee Light Link, voordat deze onderdeel was van ZigBee 3.0 standaard. (ZigBee Green Power is protocol voor de batterij loze controllers die Hue en partners van Hue aanbieden). En Philips Hue is verantwoordelijk voor een aantal meer features die eerst Hue specifiek waren en nu in de standaard zijn opgenomen!

Maar in dit voorbeeld met Philips Hue, maakt het wel dat andere fabrikanten die ZLL gecertificeerd zijn niet met de batterij loze controllers van Philips Hue overweg kunnen, pas na de release van ZigBee 3.0 was dit onderdeel van de standaard (als optie) en nu zou een concurrent van Philips dit wel kunnen ondersteunen.

Samengevat, als Philips niet had afgeweken van de standaard, hadden we uiteindelijk geen ZLL, ZigBee 3.0 of zelfs Matter gehad!

[Reactie gewijzigd door Erik1971 op 23 juli 2024 17:34]

[Drunken_Bear]

Zijn hue lampen die ik nu al geïnstalleerd heb ook compatible met Matter?

[Kenhas]

De standaard op zich is er nog niet. Het is net die standaard die uitgesteld wordt. Is dus afwachten

[Nomisma]

Nu rest ons alleen nog de vraag: wat is de adder onder het gras?

[5V1NA70G]

Verplichte referentie https://xkcd.com/927/

[WhatsappHack]

Weet niet of dat echt opgaat bij dit project, gezien in deze situatie je daadwerkelijk tig bedrijven hebt die nu een eigen systeem hebben, maar samen gaan werken met één protocol ipv hun eigen proprietary protocol. Er doen dus x bedrijven mee, al die x bedrijven laten hun vorige standaard/eigen brouwsel los; dus die “competen” niet meer.

[Reactie gewijzigd door WhatsappHack op 23 juli 2024 17:34]

[McBacon]

al die x bedrijven laten hun vorige standaard/eigen brouwsel los

Is dat zo, of is dat een aanname? ;] Ik zie het best gebeuren dat ze hun eigen brouwsel behouden en daarnaast deze "universele" standaard aanbieden, want meer kans om shit te verkopen en dus meer centjes. Sowieso kunnen ze het proprietary protocol niet zomaar weg flikkeren, mensen die wat oudere apparaatjes hebben kunnen waarschijnlijk alleen met het eigen protocol overweg. Daarnaast heb je natuurlijk nog steeds competition tussen Matter en de overgebleven protocollen.

Het gaat hier ook om een samenwerking van slechts 3 bedrijven, volgens mij zijn er al zo'n 20 protocollen voor home automation?

[TrekVogel]

Nou, volgens mij worden er al meer dan 3 bedrijven genoemd in het artikel. Daarnaast doet de ZigBee Alliance mee en laat ZigBee nou één van de meest gebruikte iot protocollen zijn.

[McBacon]

laat ZigBee nou één van de meest gebruikte iot protocollen zijn

En wat probeer je hier nu mee te zeggen? Ik zie Zigbee niet zo snel hun eigen protocol droppen, juist omdat het zo veelgebruikt is. En zoals lenwar iets zei over CSS; in ieder geval Google en Mozilla zitten in het W3C, en toch hebben hun browser engines weer hun eigen specifieke afwijkingen. Hoeveel heb je dan nog aan de standaard en zou hetzelfde niet zomaar eens kunnen gebeuren met Matter? Dan heb je straks ineens 4 "standaarden" extra erbij i.p.v. alleen deze ene. Geef mij dan maar nu 4 echt verschillende standaarden, is het tenminste duidelijk.

[WhatsappHack]

Sowieso kunnen ze het proprietary protocol niet zomaar weg flikkeren, mensen die wat oudere apparaatjes hebben kunnen waarschijnlijk alleen met het eigen protocol overweg. Daarnaast heb je natuurlijk nog steeds competition tussen Matter en de overgebleven protocollen.

Daar had ik ook over nagedacht voordat ik het poste, maar:
a.) volgens mij is het de bedoeling dat Matter backward compatible is met de bestaande protocollen, althans op z'n minst in het begin. Dus kan je alsnog over naar deze standaard
b.) als a niet klopt, dan zal dit alsnog enkel gelden voor oude apparaten. Die faseren zichzelf uiteindelijk wel uit (ivm moet vervangen worden of developers ondersteunen "oude meuk" niet meer), waardoor het doel om *minder* standaarden te hebben uiteindelijk alsnog waarheid wordt; alleen dan op de iets langere termijn dan *onmiddelijk*. Dan heeft die strip misschien initieel heel even gelijk, maar long-term is het alsnog niet accuraat en vind ik die vlieger niet opgaan... De strip suggereert immers een situatie die zich vaak voordoet, dat er dus zoiets verzonnen wordt en er vervolgens inderdaad niets verandert behalve dat er weer eentje bij is gekomen... Dat lijkt hier dus niet het geval te zijn, one way or another. Afijn.

Het gaat hier ook om een samenwerking van slechts 3 bedrijven, volgens mij zijn er al zo'n 20 protocollen voor home automation?

Het zijn er wel meer dan de 3 in de titel. Citaat uit het artikel:
"De ontwikkeling van Matter startte eind 2019, toen Amazon, Apple, Comcast, Google, SmartThings en The Zigbee Alliance samen gingen werken om een universele standaard voor smarthome-apparaten te ontwikkelen. Inmiddels doen verschillende bedrijven en individuen mee met het project, waaronder Huawei, IKEA, NXP en Signify."

[Reactie gewijzigd door WhatsappHack op 23 juli 2024 17:34]

[McBacon]

Het zijn er wel meer dan de 3 in de titel. Citaat uit het artikel:

Overheen gelezen. Ik heb voor de rest al gereageerd op TrekVogel en dezelfde comment 2x is niet zo zinvol, dus check die maar. =]

Ik zie trouwens nergens cross-compatibility bevestigd worden, maar we gaan het zien.

[lenwar]

Ik heb er persoonlijk een hard hoofd in.
De w3-organisatie die de webstandaarden afspreekt is een mooi voorbeeld. HTML, CSS (maakt niet uit welke versie) wordt door geen één browser volledig volgens de specificatie ondersteund. Ze hebben allemaal hun eigen nukken. En dat terwijl Apple, Microsoft, Google, Facebook, enz., enz., enz. in die club zit die de standaarden definieert.
https://www.w3.org/Consortium/Member/List

[beerse]

Dan is ook een verwijzing naar A.S.Tanenbaum gerechtvaardigd: "The nice thing about standards is that there are so many of them to choose from."

[Terrarum]

Goed initiatief! Weet iemand of dit puur goede bedoelingen zijn of dat hier ook een eigen belang achter zit? Meestal houden deze bedrijven liever alles in hun eigen ecosysteem namelijk?

[Groningerkoek]

Ik denk dat het eigen belang van de bedrijven in dit geval prima samengaat met wat goed is voor de consument. Eindelijk een brede standaard zodat je een ruime keuze kunt krijgen uit welke apparatuur je kunt kopen voor je systeem, en ook de ondersteuning is veel gemakkelijker jarenlang te bieden.

En fabrikanten hebben ook graag een systeem wat breed toepasbaar is, een Apple of Honeywell kan nog zoiets moois bedenken maar als er geen brede ondersteuning achter zit lopen die systemen de kans om door andere systemen onder de voet gelopen te worden. Dat risico haalt men nu voor de betrokkenen weg.

[Reactie gewijzigd door Groningerkoek op 23 juli 2024 17:34]

[downtime]

Eigenbelang? Zal wel te maken hebben met mensen als mij die de hele domotica boot afhouden totdat alles wat je in de winkels vindt met elkaar kan samenwerken en (dus) toekomstvast is.
Wat er nu gaande is is te vergelijken met VHS vs Betamax of Bluray vs HD DVD. Toen zaten veel mensen ook af te wachten wie de standaard zou worden en kochten ze intussen niets.

[AJediIAm]

Als je naar de details kijkt bestaat het voornamelijk uit goede bedoeling zonder paarse krokodillen. Het is echt een goede en open standaard die breed toepasbaar is.
Ee zijn manieren om een vendor lock te creëren binnen een product groep (looking at hue) maar in essentie is het open.

[TrekVogel]

Natuurlijk zit hier een eigenbelang achter. Het liefst hebben ze allemaal dat de rest hún standaard volgt. Maar er zijn nu simpelweg teveel standaarden en implementaties. Het is nu nog niet te laat om samen een grote slag te slaan door samen te werken. Dan is je concurrentiepositie ineens een stuk sterker.

[Megamind]

Omdat staat meer kachel en airco fabrikanten overstappen op een proprietary systeem waar Nest of Ecobees niet mee kunnen communiceren.

[Megamind]

Die standaard is handig, maar als Honeywell, York, Lennox etc niet meedoen dan zal het niet heel veel opleveren. Nu zit jet met een thermostaat per leverancier omdat ze allemaal hun eigen tech in de kachels stoppen.

[TrekVogel]

Doen die niet allemaal gewoon OpenTherm dan?

Serieuze vraag, ik ben geen ketel expert, maar dat dacht ik.

[Calypso]

O jee, OpenTherm. Daar krijg ik een bittere smaak van in m'n mond.

Hier een "OpenTherm" warmtepomp. Voor aanschaf gevraagd: fabrikant roept hard dat-ie OpenTherm praat. Zet er een OpenTherm gateway tussen en je ziet dat dat toch niet helemaal het geval is. Veel heen en weer gecommuniceer, fabrikant geeft niet toe dat-ie het probleem bij hem ligt. Vervolgens na een half jaar krijg ik een bericht via een bevriend installateur dat de fabrikant aangeeft een nieuwe versie moederbord te leveren zodat het "vanaf nu OpenTherm compatible is". Fabrikant geconfronteerd hiermee, en wil nergens van weten. Ja, als ik wil kan ik een nieuw moederbord aanschaffen bij hem.

OpenTherm is een protocol wat veel verschillende "items" kan communiceren, en het ligt maar helemaal aan de fabrikant welke hij implementeerd. De rest kan-ie zomaar op een andere manier doen, waardoor je met een andere thermostaat helemaal niks kunt.

[TrekVogel]

Dank voor de uitleg, vandaar mijn vraag. Wel goed informeren dus.

[Calypso]

Zeker. En het meest lastige: je verdiepen in het protocol voordat je wat koopt; een uitspraak "we ondersteunen OpenTherm" zegt eigenlijk heel weinig: welke onderdelen van het protocol worden ondersteund, hoe werkt exact de aansturing van het apparaat (is het standaard OpenTherm of toch wat anders), hoe worden de "nifty features" ondersteund, etc.

Ik heb de juridische weg overwogen om de fabrikant te dwingen een betere ondersteuning voor OpenTherm te leveren (nieuw moederbord) zonder aanvullende kosten, maar omdat mijn versie een aantal OpenTherm items kan produceren/uitlezen heb ik geen poot om op te staan: technisch gezien klopt de uitspraak "we ondersteunen OpenTherm".

Vergelijk het met het feit dat de meeste CV ketels en zelfs warmtepompen nog steeds de ouderwetse draaithermostaat ondersteunen: dat is in feite gewoon een aan/uit schakelaar. Dat je vervolgens geen terugmeldingen van huidige temperatuur krijgt, geen modulerende aansturing kunt doen, etc etc etc, tja, dat zeggen ze er niet bij, want "je krijgt toch warmte". En deze is nog makkelijk te begrijpen/uit te vogelen, maar bij OpenTherm/modernere apparaten wordt het een stukkie complexer.

[Megamind]

Helaas niet. Ik ben bezig met een nieuwe airco en kachel.

York gebruikt Affinity
Carrier gebruikt Greenspeed
Lennox gebruikt iComfort

Probleem is dat het allemaal maar half werkt aangezien het kachel producenten zijn en niet thermostaat producenten..

[AJediIAm]

Honeywell, York en Lennox hebben een redelijke markt maar mede doordat ze hun eigen niche hebben zijn ze verder insignificant voor de grotere art home markt. Er zijn genoeg concurrenten die wel gedreven zijn verder te integreren zoals Nest/Google, Tado of Ecobee.
Er is genoeg keus als consument.

[Megamind]

Ohja zeker weten. 9 van de 10 modellen kunnen met een normale thermostaat aangestuurd worden, maar de duurdere en hogere segment modellen hebben allemaal een eigen protocool

[dasiro]

ik hoop dat er ook een cloudvrije oplossing in zit die even lang mee kan evolueren als andere huisinfrastructuur

[AJediIAm]

Matter is van zichzelf cloud vrij.
Het kan natuurlijk ook met cloud gebruikt worden, maar het idee is om de consument meer controle te geven

[iw@n]

Lijkt er op dat mater alles over IP laat communiceren. Ik kan zo direct niets vinden over de lagen daar onder. Het heeft pas meerwaarde als het ook daar standaarden voor geeft.
Denk aan het energie verbruik van wifi tov de standaarden als zigbee en zwave. Een wifi apparaat op batterijen is niet echt praktisch. Als mater daar geen oplossing voor biedt is hen meteen al kansloos.

[joost00719]

Nu nog een standaard voor RGB verlichting in computers. Je hebt meestal 3 verschillende software nodig om
1. je moederbord aan te sturen
2. je fans aan te sturen
3. je eigen ledstrip aan te sturen

Vandaar geen rgb voor mij.

[SgtElPotato]

Meestal als de hardware een D-RGB (A-RGB) header heeft dan kun je alles aansturen met een enkel stukje software.

[Magic Power]

Dan is OpenRGB misschien wel wat voor je. Open Source, alles-in-1, cross-platform (Windows, Linux, Mac). Of de commerciële SignalRGB. Ik kan over beide geen oordeel geven, want ik gebruik het niet (ik wil geen RGB flikkerend systeem). Maar hou er rekening mee dat beide apps in hun kinderschoenen staan.

[joost00719]

Wel eens naar gekeken, en zelfs geprobeerd te contributen, maar schijnbaar zijn de drivers van gigabyte zo shit dat ze het voor gigabyte kaarten hebben laten zitten.

[PageFault]

ook niet, ik wel verlichting in de kamer, maar niet in de pc kast.Die kabouters werken ook wel in het donker.

[Carlos0_0]

Precies nou ja mijn pc wel een verlichting zat erbij, nou leuk hoor kan een paar verschillende kleuren.

Maar waar kijk je naar niet na de kast, maar naar het beeldscherm.
Dus kleuren leuk totaal nutteloos in de pc kast.

[PageFault]

Bij mij staat de pc ook onder het bureau, dus je zou er toch nooit iets van zien.