Z-Wave Alliance maakt broncode openbaar voor Alliance-leden

De Z-Wave Alliance heeft de broncode achter de gelijknamige smarthomestandaard openbaar gemaakt. Dat geldt wel alleen voor ontwikkelaars die zich als lid aansluiten bij het project. Het Z-Wave Source Code Project wordt begeleid door een nieuwe werkgroep.

De Z-Wave Alliance schrijft in een persbericht dat de broncode van Z-Wave voortaan op GitHub beschikbaar is, maar wel alleen voor leden van de alliantie. Die heeft momenteel zo'n 300 leden. De Z-Wave Alliance werkt al sinds 2019 aan het openbaar maken van de code, maar tot nu toe zonder veel resultaat.

Ontwikkelaars die zich als lid hebben aangesloten, kunnen zelf code bijdragen aan het project. Dat gebeurt onder begeleiding van een nieuwe organisatie, de OS Work Group. Het is niet bekend in welke mate die OSWG zeggenschap heeft over pullrequests voor de code.

De makers van de standaard denken dat er voor Z-Wave nog steeds een toekomst is, ondanks de opkomst van Matter. Die smarthomestandaard, die wordt ondersteund door de meeste grote techbedrijven, lijkt aan populariteit te winnen, ook al zijn er momenteel nog amper apparaten die er gebruik van maken. "Matter is flitsend en nieuw en heeft ondersteuning van veel bedrijven waardoor er veel aandacht voor smarthome is, maar daardoor is makkelijk over het hoofd te zien dat Z-Wave de meest gevestigde, vertrouwde en veilige smarthomestandaard is", schrijven de ontwikkelaars.

Reacties (44)

[lolgast]

Ik heb Z-Wave gehad en was behoorlijk invested, maar ik vind Zigbee op alle vlakken superieur aan Z-Wave.
Prijs
Snelheid
Gebruikersgemak
Ondersteuning

Met Z-Wave zit je gewoon in een te kleine bubbel met, in mijn ogen, soms te weinig mogelijke oplossing voor een ‘probleem’

[vlaag]

Onlangs Fibaro en andere kastjes de deur uit gedaan, nu alle DIY met zwave en zigbee sticks. Merk dat ik Zigbee ook veel fijner vind werken, simpeler ofzo. Nieuwe sensoren en switches probeer ik vanzelf al zoveel mogelijk zigbee aan te schaffen.
Niet dat zwave niet werkt, maar op een of andere manier altijd veel gedoe mee gehad

[lenwar]

Niet dat zwave niet werkt, maar op een of andere manier altijd veel gedoe mee gehad

Hoe ik het altijd beschrijf, is dat Z-wave meer vanuit de techniek is ontwikkeld en voor de techniek, waar Zigbee meer eindgebruikers voor ogen aanhoudt.

Zwave is vele malen flexibeler. Zelfs 'onbekende' nieuwe apparaten kan je in principe zelf aansturen door op bit-niveau data op en neer te sturen. Alle Zwave-apparaten moeten dat ondersteunen en alle controllers moeten dat doorlaten van de standaarden.

Bij Zigbee is er bewust een abstractielaag toegevoegd die het simpeler maakt voor de eindgebruiker. Mede om die reden vind ik Zigbee dan ook prettiger werken dan Zwave in z'n algemeen.

[George Verboven]

Hier alles draaien met zwave en domoticz op een raspberry pi B3.
Via controlicz - in combinatie met google home - alles eventueel te besturen met de stem.

Pi staat in de meterkast en via P1 aansluiting op slimme meter is gas en stroom realtime uit te lezen.
Ik stuur er ook mijn toon thermostaat mee aan.

Werkt hier prima.
Merk niets van vertraging.

Maar dat wil niks zeggen over zigbee, want daar heb ik geen ervaring mee.

[Reactie gewijzigd door George Verboven op 22 juli 2024 19:17]

[akatar]

prijs: correct
snelheid: hoe bedoel je? normaal gesproken zal je daar weinig van merken
gebruikersgemak: Die vat ik niet, aanmelden van een sensor gaat toch niet wezenlijk anders?
ondersteuning: waarvan, de controller?

[lolgast]

- Snelheid: Ik vind mijn Zigbee netwerk ‘snappier’ reageren. En dat ook constanter
- Gebruikersgemak: Het vinden van de juiste parameter én het aanpassen daarvan vind ik gebruikersvriendelijker bij Zigbee.
- Ondersteuning: De hoeveelheid leveranciers die Zigbee leveren en daarmee verschillende oplossing voor soortgelijke problemen leveren is hoger. Daarmee ligt in mijn ogen de ondersteuning hoger dan bij Z-Wave

Uiteraard een n=1 situatie, maar ik ben zelf van mening dat ik Z-Wave een goede kans heb gegeven. Het heeft ruim 2,5 jaar gedraaid hier, met een mengelmoes van leveranciers. Zodra het kon zat alles op Z-Wave Plus, maar dezelfde latency problemen die ik ervaarde bleven, wat ik ook probeerde.

[Antiloop]

Ik lees al iets over -niet- zwave plus in je oude setup, betreft snappier heb je dan over bijv iets inschakelen en dat langer dan 0 tot 1 seconden duurt ?

[supersnathan94]

200-500ms vertraging als al veel in een smarthome setting.

Als een lampschakelaar voorheen instant schakelde en nu pas na een halve seconde (wat echt langer duurt dan je denkt) dan merk je dat echt in gemak.

Dat is namelijk net het verschil tussen wel of niet kunnen doorlopen in een kamer. Heel irritant als je dan net weer ff terug denkt te moeten en je omdraait en het toch niet nodig is.

Op de een of andere manier heb ik af en toe kuren met een Philips Hue smartbutton. Irriteer ik me mateloos aan. Die dingen moeten gewoon NU reageren. Anders kan ik net zo goed de 230V schakelaar in de muur gebruiken. Die doet het wel altijd.

[ikke_]

Misschien het zigbee-kanaal aanpassen bij de bridge instellingen, nadat ik dat gedaan heb nooit meer problemen gehad.

[NielsFL]

Belangrijkste voordeel van z-wave is dat je meerdere controllers kunt hebben. In grotere setups kun je dan een nette load balancing en fail-over realiseren. Met Zigbee gaat dat niet echt.

[MavhRik]

Matter is toch een laag boven Z-Wave, Z-Wave kun je toch beter vergelijken met Zigbee of straks (nu) Thread.

[MsG]

Het opensource maken klinkt als het begin van het einde. Als ik kijk hoeveel low-level handwerk ik moet doen bij integratie van een Z-Wave sensor (allerlei parameters op bitniveau instellen) versus een Zigbee-sensor, dan is dat een wereld van verschil. Ook zijn Z-Wave spullen verschrikkelijk hoog geprijsd ten opzichte van een Zigbee-evenknie.

[lenwar]

Dat is in mijn beleving meer de abstractielaag. Als je kijkt naar bepaalde zwave implementaties, zie je dat dat een vertaling is gemaakt van ‘bitje’ naar ‘beschrijving’ (zwave_js en Homey hebben dit onder andere gedaan)

Bij Zigbee is dit wezenlijk niet anders, alleen zie je bij Zigbee implementaties minder transparantie over welke bitjes wat zijn. Daar zie je eigenlijk alleen de ‘beschrijving’.

Beide hebben natuurlijk voordelen en nadelen.

In de uitwerking zie je overigens wel, dat Zigbee apparaten vaak ‘simpeler’ zijn. Minder instelbaar en dergelijke.

[Verwijderd]

Ja. Z-wave, zigbee en thread zijn de transportlaag. Matter het protocol tussen de diverse smart producten.

Neem hue, allemaal zigbee terwijl de bridge gewoon matter doet. 😉

[arjandijk162]

zigbee bestond al lang en werkt met oa Hue. Diezelfde bridge doet blijkbaart momenteel ook een nieuwe variant.

[Verwijderd]

Nee. De bridge praat matter, geen thread
Die 2 liggen dicht tegen elkaar, maar zijn niet hetzelfde 😉

[THETCR]

Correct.

Matter is een application-layer protocol.

Z-Wave, Zigbee (en de de facto opvolger Thread) zijn communicatie protocollen.


Appels en peren dus.

[Verwijderd]

Logische stap, maar ‘open source’ alleen voor leden, klinkt niet erg open. Hoe dan ook zal thread de toekomst hebben in smart home land, dus of dit ze nog heel erg gaat helpen?

[CAPSLOCK2000]

Logische stap, maar ‘open source’ alleen voor leden, klinkt niet erg open. Hoe dan ook zal thread de toekomst hebben in smart home land, dus of dit ze nog heel erg gaat helpen?

Het is een beetje oude discussie maar dit is het verschil tussen 'open source' en 'free software'.

De Free Software Foundation hamert er op dat /gebruikers/ het recht moeten hebben om de broncode te zien (en aan te passen) van de apparaten die hun leven besturen. GPL is zo'n beetje de enige licentie die rechten van gebruikers op de eerste plaats zet.

Developers vinden het soms gek om gebruikers rechten te geven in plaats van alle rechten voor jezelf houden, zoals andere licenties doen. Het wordt echter een stuk begrijpelijker als je beseft dat ook programmeurs ook gebruikers zijn en vooral werken met software die door anderen is geschreven.

Daarnaast wordt er in software veel gebruik gemaakt van softwarebibliotheken en gerccyclede software. Zo kan het best zijn dat een relatief klein softwareproject wordt hergebruikt door honderden veel grotere applicaties. Programmeurs maken aan de lopende band gebruik van het werk van anderen, alles zelf doen is onmogelijk veel werk. Zeker als je kwaliteit wil. Daarom is het ook voor programmeurs gunstig als ze makkelijk gebruik kunnen maken van software van anderen. Met GPL mag dat zonder dat je vooraf een licentie moet kopen.

Een derde voordeel voor programmeurs is dat ze met GPL in staat zijn om zelf fouten te verbeteren in de door anderen ontwikkelde componenten. De meeste software bevat nu eenmaal een hoop kleine bugs en de oorspronkelijke ontwikkelaar overtuigen om jouw bug op te lossen is niet altijd even makkelijk, zeker niet als je haast hebt omdat je verder wil met je eigen werk.

Share the source and be free!

[laurxp]

In dit geval is die discussie niet relevant. Het is noch "open", noch "free as in beer", noch "free as in speech". Het is 100% een intern project.

[MoonWatcher]

Niet iedereen die code beschikbaar maakt is inderdaad open source.

Zelfs Microsoft had in het verleden al "shared source" contructies waarmee de code van windows en andere onderdelen in gezien kon worden. Onder license / non-disclosure.

Open source is inderdaad totaal wat anders.

Dit klinkt meer als het met elkaar samenwerken aan een codebase binnen een meer besloten gemeenschap.

[laurxp]

Het persbericht noemt het dan ook heel bewust niet "open source". Je moet dit dan ook lezen als "Z-Wave Alliance heeft SDK gereed voor leden".

[lenwar]

Er staat ook nergens dat het 'open source' is. Er staat dat de 'source open is' voor bepaalde leden. Het is dus eigenlijk meer shared source.
Deze constructie is overigens zeker niet uniek. Er zijn zat bedrijven die onder licentie danwel embargo hun broncode (deels) beschikbaar maken aan geselecteerde anderen, voor referentiedoeleinden bijvoorbeeld. Ook zijn er zat 'open source'-modellen die hergebruik van code niet toelaten zoals het Microsoft Shared Source Initiative.

[siepeltjuh]

Z-wave kan natuurlijk prima opgaan in matter net als hue dat ook doet. Het zijn verschillende protocollen op een verschillend niveau.

Z-wave is door de zeer gesloten structuur en relatief hoge prijs al jaren aan het verliezen. Weliswaar 300 leden, maar er zijn maar een paar spelers die ook daadwerkelijk een productaanbod hebben en onderhouden.

Het protocol mist ook wel twee belangrijke voorzieningen. 1. Generieke firmware update functionaliteit. 2. standalone configuratie vanuit het device zelf. Daarmee bedoel ik dat het apparaat nu zelf niet kan aangeven wat het allemaal wel/niet kan. En je dus altijd afhankelijk bent van een extra informatiestroom die via controller wordt aangeleverd. Er zijn talloze maar nooit uitputtende zwave databases. Elk nieuw apparaat heeft weer zo’n externe db update nodig.

[air2]

Maar bij zigbee is vaak het probleem dat er specfieke ondersteuning in de controller moet zijn omdat fabrikanten behoorlijk vrij zijn in de implementatie van het protocol. Daarom moet ik altijd eerst uitzoeken of een bepaald device wel ondersteund wordt. Bij z-wave heb ik dat probleem niet

[WeiserMaster]

Dat klopt, maar dat komt omdat de zigbee implementatie niet altijd wordt nageleefd.
Dat niet naleven van de implementatie wordt gecorrigeerd via de controller software.
De correctie van het afwijkende gedrag is best wel snel gecorrigeerd op bijv. de Zigbee2MQTT Github, en daarna heb je er geen gezeur meer mee.
Tenzij het een limitatie van je Zigbee apparaat is, dan kan je daar niet echt veel mee doen.
Maar dat gebeurt niet zo vaak

[Verwijderd]

Z-wave en Matter spelen op een compleet andere laag...(transportlaag vs applicatielaag)

Z-wave zou dan op moeten gaan in Thread, en dat gaat niet gebeuren. (als het uberhaupt technisch al mogelijk zou zijn)
Maar een Z-wave bridge kan dus wel prima Matter gaan ondersteunen en zo met andere Matter devices praten. (zoals HUE doet)

[Reactie gewijzigd door Verwijderd op 22 juli 2024 19:17]

[JBVisual]

Ondanks dat z-wave een prima protocol is, denk ik dat ze het niet kunnen winnen van matter.
Als de grote 3 voor matter gekozen hebben, dan is de slag eigenlijk al gewonnen door Matter.
Puur omdat de grote 3 de standaard door de strot van anderen zullen duwen. (Los van het feit welke van de 2 de beste is)

Persoonlijk zou ik liever zien dat z-wave opgaat in matter, waardoor we het beste van 2 werelden krijgen.

[Verwijderd]

Z-wave bridges kunnen gewoon matter doen. Thread is de concurrent van z-wave, komt uit dezelfde groep als matter.
Z-wave is al jaren aan de verliezende kant, omdat zigbee veel meer implementaties had. Thread haalt de zwakke punten uit zigbee.

[Antonio di]

Matter is een applicatie laag me daaronder gescheiden IP based transportlagen. Zigbee en Z-wave zijn full stack.
Zie plaatje uitleg matter op Homey site:
https://homey.app/nl-nl/wiki/wat-is-matter/

Zelf ben ik voorstander van het vrij nieuwe Z-wave-LR (= long Range nog niet in NL/EU) een ster netwerk.

[Reactie gewijzigd door Antonio di op 22 juli 2024 19:17]

[Pasc66]

Mjaaa.. de kwaliteit wisselt nogal.
- Z-wave china spul binnen 2 jaar kapot
- Z-wave EU spult sneuvelde ook regelmatig (gelukkig goede garantieregeling), voor update moet een schakelaar echter terug naar fabrikant omdat OTA niet mogelijk is.
- Zigbee china spult 1 uit 4 binnen een week kapot
- Ikea tradfi (zigbee) lampen raken regelmatig de verbinding kwijt - ondanks voldoende repeaters.

zigbee of z-wave blijven beiden behelpen - niet iets wat je de gemiddelde consument aan wil/kan doen - daar moet echt verbetering in komen.
Verder is z-wave echt veel te duur.. ik hoop dat daar met tread/matter verbetering in kan komen...

[MadMan]

Al 9 jaar een huis met 104 nodes. Herkomst zowel China als EU. 0 defecten.

[narimantos]

Z-wave EU spult sneuvelde ook regelmatig (gelukkig goede garantieregeling), voor update moet een schakelaar echter terug naar fabrikant omdat OTA niet mogelijk is.

https://community.silabs....end-device?language=en_US

[Reactie gewijzigd door narimantos op 22 juli 2024 19:17]

[pASCII]

Verplichte OTA mogelijkheid is pas geïntroduceerd met de 700-series producten.
Voor al het eerdere spul is het een kwestie van geluk hebben dat OTA upgrades mogelijk zijn en anders moet het teruggestuurd worden naar de fabrikant.

[narimantos]

dat zegt @Pasc66 niet. Dus ik wees hem op de mogelijkheid.

[ArnoldSmit]

Ikea en zigbee is niet het meest gelukkige huwelijk.
Ik heb twee zigbee hubs 1 van Philips Hue, en een tuya.
Beiden draaien super stabiel geen problemen.
Mijn grootste klacht van zigbee is dat het niet gestandaardiseerd genoeg is.
Mijn Tuya stekkers die het stroomverbruik kunnen meten, kan de hue bridge alleen aan het uit zetten.
Hue Sync box voor Ambilight werkt alleen op de hue bridge.
De Tuya raam sensoren, temperatuur meters, en vocht sensoren werken alleen, je raad het al op Tuya.

Liefste heb ik 1 bridge voor Tuya en hue.
Liefste een bridge die meerdere kanalen tegelijk kan aansturen zodat je minder snel je limiet bereikt met het maximum apparaten.

[MsG]

Als je die gesloten hubs gewoon ritueel verbrandt en gewoon rechtstreeks een zigbee-stick gebruikt heb je dit soort kunstmatige beperkingen niet. Ik kan met iets als zigbee2mqtt vrijwel elk zigbee-apparaat bedienen.

[bzuidgeest]

Je klacht is niet het probleem van Zigbee. Met problem is dat je hubs gebruikt van fabrikanten die het geen zak zal kunnen schelen dat een stukje functionaliteit van een apparaat van een andere partij niet werkt.

[bytemaster460]

Ik heb 13 tradfri lampen en die raken al jaren de verbinding nooit kwijt. Toen ik de Ikea hub nog gebruikte moest ik die soms herstarten en dan deed alles het weer. Sinds ik een zigbee stick gebruik gaat het helemaal niet meer mis. De lampen zelf zijn prima. Die Ikea hun is qua software niet helemaal in orde.

[Vaevictis_]

Too little, too late. Jammer dat ze onder druk (concurrentie) pas hiermee komen. Zie al jaren lang de concurrentie van Zigbee en nog goedkopere BT en WiFi devices. Ik blijf wel op Z-Wave vanwege de robuste werking, ondanks dat het wat duurder is.

[okkie001]

Ik heb ongeveer al 4 jaar een Z-wave netwerk
En bij mijn is eigenlijk heel erg stabiel ik heb +-25 node's en nog nooit echt probleem dat er iets stuk gaat heb voornamelijk qbino in huis met een klein beetje Chinees spul

Ik wacht wel even wat het gaat worden
Voor als nog erg blij met Z-wave in combinatie met domoticz

Misschien moet domoticz een keer plaats maken voor home assistant

[suy]

Stuiptrekking van zwave.