Aeotec Z-Stick 10 Pro (Zigbee 3.0 & Z-wave-LR)

Aeotec Z-stick 10 Pro
Review / Achtergrond , Tech. niveau: Normaal,
bijgewerkt: 14-08-2025 (zie ook “Change log”). Geschatte leestijd is 25-40 minuten.

Change log

06-08-2025: hfstk toegevoegd: Off topic: Toelichting op ontbreken “Inter-connected & Jamming ....................detection” bij Z-wave-LR
14-08-2025: Home Assistant Connect ZWA-2 (Nabu Casa) Z-wave(Plus)(LR) toegevoegd in
....................hoofdstuk "Introductie".
....................sub-Hoofdstukken toegevoegd: "D. Blijven werken bij uitval van 110-230V",
...................."E. (Onverwachte) Commerciële succes kans voor Z-wave-LR"
16-08-2025: Her en der 864MHz voor Z-wave-LR freq gezet/naar-verandert (n.a.v. shelly spec's)

Terug naar Inhoudsopgave bovenaan
.

Introductie

Wie koopt er nu nog een Z-wave US-stick zoals de Aeotec “Z-stick 10 Pro” uit deze review. Al helemaal niet als je nog moet gaat starten met Z-wave! Z-wave is duur en ook nog technisch in gebruik.
Met de komst van de nieuwe “Matter” standaard voor Smarthomes lijkt Z-wave ten dode opgeschreven. Het “Matter” initiatief wordt ook nog eens ondersteunt door Big Tech (Google, Amazon, Apple) uit de Verenigde Staten en door grote Elektronica fabrikanten uit meerdere werelddelen. Het Zigbee protocol op de 2,4Ghz frequentie blijft o.a. erg populair omdat er veel producten beschikbaar zijn tegen zeer scherpe prijzen (De auteur heeft het niet over de Philips Hue lampen ) en omdat het nog niet erg opschiet met die “Matter” standaard en het correct toepassen daarvan.

Ik zie zeker nog toekomst in Z-wave sinds de toevoeging van de “Long Range” (LR) met gebruikmaking van 800-900MHz frequentie en een Ster-netwerk. De nieuwe 800-chip serie voor Z-wave-LR is geschikt voor het gebruik van meerdere kanalen (EU is voorlopig 1 kanaal !) en heeft andere modulatie op de 800-900MHz frequentie voor de LR. Dit zal leiden tot een rechtstreeks verbinding van ieder LR (end)-device naar bijvoorbeeld de USB-stick van deze review.
Z-wave 700 chips (end)-devices zijn hardware matig ook geschikt voor Long Range (LR) maar het is de vraag of de hiervoor benodigde firmware update geleverd gaat worden door de fabrikanten van deze (end)-devices.
De LR geschikte (end)-devices ondersteunen ook nog gewone de oude Z-wave-(plus) mesh-netwerk naast het LR ster-netwerk.

Ik denk zeker dat mensen die Z-wave al hebben onder Home Assistant (HA) op den duur deze nieuwe Z-wave-LR willen hebben ter vervangen van de oudere USB-stick op HA of :
- Z-wave-LR van de concurrent ZOOZ (alleen Z-wave(Plus)(LR) )
- HomeSeer G8 ,
- Home Assistant Connect ZWA-2 (Nabu Casa) Z-wave(Plus)(LR), net nieuw 13-aug-2025,
...zowel de LR voor USA als EU. Zie ook (met verwijzing naar quick test):
... nieuws: Nabu Casa introduceert zijn eerste eigen Z-Wave-controller voor Home ...
.. YouTube: Home Assistant Connect ZWA-2 Product Launch 🌊 Z-Wave is not dead

Foto 21: De reclame foto’s van de Home Assistant Connect ZWA-2 met grote Antenne.


Maar wordt Z-wave-LR ook populair bij een veel grotere groep?
Dit ligt mede aan het gemak dat mensen moeten gaat inzien/merken van het Ster-netwerk en of er meer chip-bakkers komen van Z-wave(Plus)(LR). Dus de prijs van componenten zal dan dalen.
Andere punt is dat de huidige markt voor Alarm en "life-saving" allemaal " eigen(proprietory)" 800-870MHz gebruiken. Hier zou het zeer welkom zijn dat Z-wave-LR de standaard wordt en je niet meer aan 1 merk vast zit.

Ik heb deze stick aangeschaft voor 53,67 euro (Amazon.nl met kortingscoupon, mei 2025) om er eens mee aan de slag te gaan onder Home Assistant en te ervaren hoe het er mee staat. Zeker m.b.t. de toepasbaarheid van Z-wave-LR voor Alarm- en “Life saving”-systemen. Denk bij die laatste ook aan o.a. Zorg-ondersteuning en Brand/hitte/gas detectie.

Foto 01: De reclame foto’s van de USB-stick Aeotec Z-Stick 10 Pro:.


De auteur is geen protocollen, netwerk of hardware specialist maar poogt wel te begrijpen hoe e.e.a. werkt als die het ga gebruiken. Hopelijk is deze review daardoor ook voor niet technische Tweakers te volgen.

Zijn de foto's tussen de tekst niet scherp (is vooral bij scherm-afdruk/-tekst), dan kun je ze achteraan "los bekijken" en scherp uitvergroten. De scherm afdrukken/foto's zijn vaak voorzien over "waar wat in te vullen" of "uitleg over een specifiek deel/waarde" (wel allemaal in de Engelse taal).
.
Terug naar Inhoudsopgave bovenaan
.

Heeft Z-wave-LR mogelijk een goede toekomst ?

De vraagstelling in de naam van dit hoofdstuk is vrij makkelijk te beantwoorden in deze review, namelijk, lees mijn (forum)/Artikel:
forumtopic: Waar moet een draadloos DIY Alarm met smarthome aan voldoen
Hier heeft de auteur zijn “mijn mening” hierover verwoord. Ik heb de stand van zaken t/m Juli-2025 bijgewerkt in dit bovengenoemd (forum)/artikel, met name omtrent Z-wave-LR.
Vooral BIJLAGE 2a t/m 2e en met name BIJLAGE 2c (hoofdstuk: "Toch even Matter/Thread nu okt-2022 de 1ste versie er is") geven aan waarom Z-wave-LR mijn grote voorkeur heeft voor Alarm- en “Life Saving”-systemen.

Zeker na de leveringsproblemen vanuit China tijdens de corona periode en de huidige oorlogen en handels/-import-heffingen perikelen, vragen vele mensen zich af of al die afhankelijkheden (die globalisatie) wel verstandig zijn.
Dat kun je “in het klein” ook zeggen over de Cloud afhankelijkheid en de privacy die beide spelen bij de techniek voor Alarm/Smarthome/”Life Saving”-systemen.
Z-wave-LR werkt net als (en met) Home Assistant lokaal en heeft de mogelijkheid uit te groeien tot een robuuste, lokale standaard voor “low volume data” draadloze systemen die een simpel maar betrouwbaar ster-netwerk vereisen met een ver bereik in afstand. Bij uitval van 110-230v en/of het vaste internet moet het dan ook nog eens blijven werken (Hub met ingebouwde back-up batterij en mobieltje).
.
Terug naar Inhoudsopgave bovenaan
.

Levering

Foto 02 hieronder: omvang levering de Aeotec “Z-Stick 10 Pro”.


Wat wordt er nu uiteindelijk geleverd:
– Doosje met productinformatie (ook in het Nederlands!).
– De Aeotec “Z-Stick 10 Pro”
– Een papieren mini Snel start boekje met wat spec’s en QR-code verwijzingen
...naar de uitgebreide instructies op de Aeotec web-site.
...In het Engels, Duits, Spaans, Frans (Geen Nederlands, ook niet op de web-site).
– Een papieren “save your as” Garantie, Stralingsgevaar & Geïmporteerd document.
...In het Engels, Duits, Spaans, Frans (Geen Nederlands).

Foto 03 hieronder: Doosje met product informatie van de USB-stick.


Foto 04 hieronder: Afbeelding van het “papieren” mini Snel-start boekje &
………….....…......…afbeelding van het “papieren” “Save your as” doc.

.
Terug naar Inhoudsopgave bovenaan
.

Specificaties

Foto 05 hieronder: Afbeelding van de specificaties van de USB-stick.


Nog wat aanvulling op het bovenstaande:
– De Zigbee spec’s hierboven zijn vrij compleet, incl. het Chip-type.
– Z-wave-LR kan 4000 (end)-devices (Nodes) aan per Z-wave-LR netwerk.
– De frequenties die hierboven genoemd zijn voor Z-wave in ieder geval
...de frequenties voor de Z-wave-plus en oudere Z-wave (end)-devices.
...Voor de VS Z-wave-LR wordt de 912-920MHz gebruikt.
...Voor de EU Z-wave-LR is de 864 – 869MHz MHz gereserveerd
...( bron: WIKI ), maar voorlopig wordt (denkt de auteur) voor de LR alleen
...de 864MHz gebruikt (heb geen middelen om dit te checken).
...(Zie het merk Shelly die een paar Z-wave-LR op de EU-freq. heeft).
...Voor Z-wave(-LR) staat er de EFR32ZG23 Silabs chip gespecificeerd,
...er zijn hiervan echter verschillende uitvoeringen met variatie in
...A: “Max TX Power: 14 or 20dBm“, B: “Secure Vault : High or Mid“,
...C: “GPIO: 22 , 23 or 31”, D: “LCD: Yes or No”, E: “Package / Pinout:
...QFN40 or QFN48”. 14dBm is de max. voor de EU, de uitleg van de
…overige variaties is voor de specialisten, die de details kunnen terug
...vinden op de silabs.com web-site. Mij ontbreekt hierover de kennis.

In de spec’s en de aanvulling hierop ziet de auteur geen onderdelen waarvan je zou zeggen dat er van de USB-stick ZWA060 (wat betreft Z-wave) verschillende hardware versies zijn (ben geen schroot specialist ). Ook wordt door Silabs aangegeven dat sinds SDK V7.17 de frequentie geselecteerd/gezet wordt in de "Controller Software" van de Hub en dus niet afhankelijk is van de hardware versie van de Stick zoals bij oudere SDK versies.
Ook is er maar 1 update versie van de FW/SDK V7.23.2 voor de ZWA060 voor alle landen en regio's!
Bij de spec's staat 1 "Model Number: ZWA060", maar je begint hierover toch weer te twijfelen door dat dit gevolgd wordt door:
ZWA060-A: US Frequency 908,42 Mhz + Zigbee 3.0, (Z-wave: 908.4 MHz t/m 916 MHz)
ZWA060-B: AU Frequency 921,42 Mhz + Zigbee 3.0, (Z-wave: 919.8 MHz t/m 921.4 MHz)
ZWA060-C: EU frequency 868,42 Mhz + Zigbee 3.0, (Z-wave: 868.4 MHz t/m 869.85 MHz)
Zie ook: https://www.silabs.com/wireless/z-wave/global-regions
Als een Tweaker hierover (bijna 100%) uitsluitsel/uitleg zou kunnen geven, dan hoort de auteur dit graag (reactie s.v.p. onder aan de review, alvast bedankt).
Voor de (end)-devices (zie Shelly hierboven) op de Z-wave-LR EU-versie zie je wel specifieke uitvoeringen voor EU en anderen voor de VS !!

Foto 06 hieronder: Selectie land/regio voor frequentie in Z-wave-JS-UI.


Terug naar Inhoudsopgave bovenaan
.

Installatie

Algemeen

Ik had de Add-on’s Zigbee2MQTT(ooit gebruik voor een USB Zigbee stickje met CC2531 chip) en de Mosquitto broker actief te samen met de MQTT integratie onder HA (ook voor support andere Add-on’s). Mijn meeste componenten hangen aan een Zigbee Sonoff-plus-P USB-stick (met de Texas Instrument chip-set) onder Zigbee Home Assistant (ZHA). Dus aan Zigbee ervaring geen gebrek. De Add-on Z-wave-JS-UI onder HA en ook praktisch ervaring met Z-wave zijn voor mij nieuw.

De USB-stick (ZWA060) heeft de auteur geïnstalleerd zoals hij uit de doos kwam (Zigbee FW: 6.10.9.0 build 464, Z-wave: FW:v1.0/SDK: v7.22.3). Ik heb de USB-stick in een vrije USB-poort van mijn HA servertje gestopt en heb vervolgens de installatie instructies van de ZWA060 van de Aeotec website gevolgd. En toen ….. (zie hieronder)

Terug naar Inhoudsopgave bovenaan
.

Zigbee Installatie

Zoek de “USB-port” waaraan het Zigbee deel van de ZWA060 gekoppeld is onder HA via:
-- Settings – System – Hardware -- All hardware .
Kopieer het “USB-port” pad met in dit pad “if00” (is het zigbee-deel) voor de configuratie van Zigbee2MQTT.
Vul in de configuratie van Zigbee2MQTT het volgende in voor koppeling aan ZWA060 :
– “user” en “password” met: de aanlog-gegevens waarmee je op je HA-servertje aanlogd.
– “port” 2x met: het “USB-port” pad met “if00” in dit pad, gevonden onder HA Hardware ,
…Bij mij is dit: /dev/ttyusb2 (onder de kopjes MQTT en serial, dus 2x)
– “adapter” met: ezsp (geen “ember” , dan gaat het mis !!)
Als alles goed gaat verbind de ZWA060 voor Zigbee aan Zigbee2MQTT.

Foto 07 hieronder: Scherm, zoek USB-port op HA voor Zigbee deel van ZWA060.


Foto 08 hieronder: Scherm, invullen van Configuratie Zigbee2MQTT .


Foto 09 hieronder: Scherm, “About” onder Zigbee2MQTT


Foto 10 hieronder: Scherm, gekoppelde Zigbee componenten onder Zigbee2MQTT.


Terug naar Inhoudsopgave bovenaan
.

Z-wave Installatie

Ik heb geen configuratie aanpassingen gedaan voor de Add-on Z-wave-JS-UI”.
Na het “starten” van de Z-wave-JS-UI ging volgens de “Log” alles goed.
Bij het openen van de “web UI” (rechtsonder) bleek dat de USB-Stick goed gekoppeld was (de naam ZW060 werd pas zichtbaar na een Z-wave-JS-UI update een paar weken later).

Het was toch even wennen aan de vrij technisch data en bediening die de GUI allemaal laat zien, werkelijk alles is tot in detail beschikbaar en dan heeft de auteur de Zniffer nog niet eens gebruikt!
Het koppelen van de Aeotec “TriSensor 8” ging ook goed.
De verbinding tussen de USB-stick en de “TriSensor 8” is niet Z-wave-LR (Log Range , ster-netwerk maar Z-wave-plus (Mesh-newerk). Dit omdat voor de “TriSensor 8 “ de FW/SDK V7.23.xx update nog NIET beschikbaar is. Het is dus wachten hierop. Met die update en de wel beschikbare update FW/SDK V7.23.2 voor de USB-stick zal de Z-wave-LR moet gaan werken als ster-netwerk met een ver bereik in afstand.
Volgens Aeotec is de USB-stick pas echt Long Range Z-Wave-LR vanaf de update naar FW/SDK V7.23.2

Foto 11 hieronder: Scherm, gekoppelde Z-wave (end)-devices onder Z-wave-JS-UI.


Foto 12 hieronder: Scherm, HA test voor Zigbee /Z-wave via ZWA060 gekoppelde componenten.


Foto 13 hieronder: Scherm, stappen voor de update van de ZWA060 naar FW/SDK V7.23.2.
Terug naar Inhoudsopgave bovenaan

.

na herstart HA andere USB-port voor Zigbee-deel ZWA060

Na een herstart van HA i.v.m. een update van HAOS bleek dat het Zigbee-deel van de ZWA060 aan een andere “USB-port” gekoppeld was. Je dient de gewijzigde “USB-port“ handmatig te moeten updaten in de configuratie van Zigbee2MQTT (2 plekken). Bij mij veranderde het pad van de USB-port na herstart van /dev/ttyusb2 naar /dev/ttyusb0.

Foto 14 hieronder: Scherm, andere USB-port USB zigbee-deel ZWA060 (nu: /dev/ttyusb0 ).
Terug naar Inhoudsopgave bovenaan

.

HA MQTT

Als je bij de HA integratie(Devices Services) MQTT “Discovery enabled” laat staan (staat AAN) dan komen de gegevens van Z-wave-JS-UI via een “websocket connection” vanzelf binnen aldaar.

Foto 15 hieronder: de Z-wave TrSensor 8 onder HA MQTT .


Terug naar Inhoudsopgave bovenaan
.

Werking

Werking Algemeen

De auteur kan in dit hoofdstuk vrij kort zijn. Hij heeft maar en paar (end)-devices uitgeprobeerd op de ZWA060 voor Zigbee en Z-wave. Hij wacht erop dat er Z-wave-LR (end)-devices komen waarvoor een echte Long Range FW/SDK beschikbaar is voor de EU frequenties. Dan pas gaat
hij verder met Z-wave. Zigbee van de ZWA was voor de auteur bijvangst want hij heeft al Zigbee stuff hangen aan een Sonoff-plus-P direct onder ZHA.

Terug naar Inhoudsopgave bovenaan
.

Werking Zigbee ZWA060

Voor Zigbee heeft de auteur 3 componenten (grondvochtigheidsmeters, Lidl lamp en “Ali”-tussenstekker) gekoppeld via de ZWA060 en ze werken allemaal prima. Dit is ook het geval als de auteur ze direct onder ZHA hangt via zijn Sonoff-plus-P Zigbee Coördinator. Alleen voor 1 grondvochtigheidsmeter worden 2 waarden door elkaar gehaald maar dat ligt waarschijnlijk aan de Zigbee2MQTT en niet aan de ZWA060.

Terug naar Inhoudsopgave bovenaan
.

Werking Z-wave ZWA060

Ik heb 1 end-devices aan de ZWA060 hangen : de Aeotec TriSensor 8 (o.a.: bewegingsmelder) met FW: v2.7.1 SDK: v7.18.3 .
De TriSensor 8 hing in mijn schuur (12m tot huis & 10m door huis naar HA Hub met deze USB-stick en door 2 stenen muren). Dit is echter “te ver” voor een rechtstreekse verbinding met deze USB-stick (werkt niet). Dichterbij werkt deze melder prima rechtstreeks als Z-wave-plus. Met ook andere Z-wave 110–230v mesh-netwerk componenten, kun je natuurlijk wel een grotere afstand overbruggen! Zoals vermeldt, wacht de auteur op Long Range FW/SDK voor deze melder.
De gegevens worden netje via de ZWA060 doorgesluist naar de HA MQTT integratie.
Het grappige is dat de Zigbee binnenlamp van de genoemde schuur wel via mijn Sonoff-Plus-P rechtstreeks bereikbaar is, maar de Sonoff-plus-P stick heeft dan ook een flinke antenne (lamp wel 2m dichter bij deze stick!).
Voor Z-wave-LR met zijn ster-netwerk zou zo’n flinke antenne op een ZWA060 zeer welkom zijn.

Foto 16 hieronder: Omvang van de levering van de Aeotec TrSensor 8


Terug naar Inhoudsopgave bovenaan
.

Slot

Het is jammer dat Z-wave-LR voor de EU frequentie uitrol zo laat start. Dik 3 jaar na de introductie van Z-wave-LR voor de VS met de Ecolink 700 Serie (end)-devices. Het is nu ook nog steeds wachten op de FW/SDK (V7.23.x) voor alle Z-wave-LR ready (end)-devices om echte Z-wave Long Range EU te kunnen gaan gebruiken.

Over de ZWA060 werking en stabiliteit is de auteur zeker tevreden. Hij hoopt dat de uitrol van de FW/SDK met Z-wave-LR (V7.23.xx) richting de (end)-devices met in ieder geval een 800-serie chip nu snel gaat verlopen. Hij wacht even met aankoop van Z-wave-LR 800 producten tot dit gebeurt en ga dan weer eens verder met echte “Long Range” onder HA.
Voor mensen die willen starten met Zigbee onder HA is dit natuurlijk een mooie Dual protocol USB-stick die maar 1 poort in beslag neemt en goed werkt.
.
Nu maar hopen dat Paulus Schoutsen van HA / Nabu Casa in de Z-wave Alliance Board gaat vragen om de “Inter-connected & Jamming detection” zo snel mogelijk te gaan toevoegen aan de Z-wave-LR spec’s. Ook andere Leden van die Board, waar tegenwoordig de focus van hun bedrijf op meer op "security" ligt (waaronder bewaking/toegangsbedrijven: Alarm.com, Assa Abloy, Johnson Controls) zullen zeker blij zijn met deze uitbreiding. De reclame spreuk heeft de auteur al: "Z-Wave-LR Life-Safety Extension" (met dank aan de AI, zie hoofdstukje bronnen).
Hup/hup Paulus : zorg ervoor dat we eindelijk eens een universele standaard gaan gebruiken voor Alarm- en “Life Saving”-systemen : de Z-wave-LR , Alvast bedankt .

Foto 17 hieronder: Schermen over koppeling Al/Tuya smart-plug met de Aeotec ZWA060 ................................onder Zigbee2MQTT en Data op Zigbee2MQTT en data HA MQTT.


Terug naar Inhoudsopgave bovenaan.
.

Off topic: Onbreken “Inter-connected/Jamming detection” en meer bij Z-wave-LR

Algemeen: ontbreken “Inter-connected & Jamming detection” bij Z-wave-LR

Vele goede Alarm-, Rook/gas/hitte- en (ouderen)Zorg-systemen werken in de EU draadloos op de 830-870MHz frequentie met een ster-netwerk, dus zoals Z-wave-LR. Maar al die fabrikanten gebruiken hun “eigen-800-870MHz” protocol (bijv.: Elro en Ajax, X-Sense, FireAngel, Ei, ABUS, Fito en velen meer) . Voor deze genoemde systemen zijn er 3 zaken die men vaak in die “eigen-800-870MHz” implementeert voor in ieder geval de thuis situatie, zijnde:
A. Tampering / (Anti-)Sabotage: Onderkennen van verplaatsing van componenten
….die stil horen te staan/hangen
B. Inter-connected: DOK, Draadloos Onderling Koppelbaar
….van componenten. Op een Uniforme wijze is het UDOK.
C. Jamming detection: Signaalverstoring onderkennen
D: Stroom uitval 110-230V
Zover mijn kennis reikt, ondersteunt Z-wave(-Plus)(-LR) wel A maar NIET B en NIET C.
D is wel ondersteunt door de eerder genoemde Alarm en life saving, door een oplaadbare batterij in de Hub en voor brand e.d. schrijft de wet voor dat ze autonoom moeten opereren in woonhuizen (geen Hub nodig, batterij backup in iedere 110-230V melder.

Terug naar Inhoudsopgave bovenaan
.

A. Tampering / (Anti-)Sabotage

Een component wordt voor de A functionaliteit van Tilt-detectie en/of een Micro-switch voorzien die de sabotage kan onderkennen en kan hierover draadloos een bepaald type alarmering melden aan een bijvoorbeeld een Hub. A ontbreekt vaak bij componenten voor smarthome om het goedkoop te houden.

Terug naar Inhoudsopgave bovenaan
.

B. Inter-connected

B wordt vaak toegepast bij rook/gas/hitte melders/detectoren en hieraan verbonden ondersteunende componenten (bijv.: lichtflitser & trilkussen voor doven/slechthorende). Vanwege Z-wave gaat het in dit schrijven alleen over het DOK deel van melders want voor bedraad zijn er weer net iets andere regels en zeker een andere implementatie!
Hoe werkt DOK
De melder die autonoom onraad detecteert stuurt een opdrachtsignaal naar alle andere melders aan wie hij direct gekoppeld is. Die “gekoppelde” melders sturen op hun beurt weer een opdrachtsignaal naar alle andere melders aan wie zij direct gekoppeld zijn, etc.. Daarnaast geven al die melders vervolgens een Alarm-geluidssignaal af. Hiermee heb je een grotere kans dan je het alarm-geluidssignaal hoort en het op een rennen naar buiten zet (in welke ruimte je ook bent).

De EU wetten en de daarvan afgeleide Nederlandse Bouwbesluiten en NEN-normen schrijven voor dat melders voor verbindingen onderling “lokaal” moeten werken ook wanneer de 110-230V stroom uitvalt. Dat geldt dus ook voor DOK. Melders mag je best aan een centrale Hub verbinden maar de Hub (of via) mag de melders niet activeren voor een Alarm-geluidssignaal en dit ook niet UIT zetten. Voor dat laatste moet je “lokaal” zien (waar de melder zicht bevind) dat het vals alarm is of het brandje blussen en dan de melder met een knopje op de melder of met een direct “alleen lokaal werkend” draadloze opdracht uit zetten (bijv m.b.v. Bluetooth met kort bereik).

In de EU is het niet gelukt een afspraak te maken (rond 2015/2016) over een uniform protocol voor DOK melders. UDOK zou de onderlinge uitwisselbaarheid van verschillende merken mogelijk maken, was de gedachte. Een aantal betere fabrikanten van melders hadden hun melders al voorzien van een uitneembare module met eigen batterij-stroom voorziening zodat er altijd nog een UDOK module in zou kunnen. DOK is door de fabrikanten wel via hun eigen “eigen 800-870MHz” geïmplementeerd en is voor de thuis situatie vaak gelimiteerd tot 8-16 melders. Daarnaast zijn er ook fabrikanten die tegenwoordig dit soort modules in Zigbee en/of Z-wave(-plus) uitvoering hebben, maar die protocollen kunnen weer niet echt DOK uitvoeren (wel aan de Hub verbinden).

De auteur is niet echt een specialist in netwerken, protocollen en hardware maar Zigbee en Z-wave(-plus) met een kort rechtstreeks bereik in afstand en een Mesh-netwerk, die misschien niet meer compleet werken na uitval bij brand van 110-230v stroom, zijn ongeschikt voor DOK.
Z-wave-LR met een groot bereik in afstand heeft het wel in zich om DOK te kunnen uitvoeren. Je kunt bij Z-wave een (end)-devices (Node) maar aan 1 “Primary Controller (HomeID)” koppelen (inclusion), maar misschien is DOK te implementeren via een uitbreiding van de Z-wave-LR “Direct Association” (???, de auteur noemt maar wat). Het is geen probleem dat de Hub nodig is bij het tot stand brengen van DOK (de directe verbindingsinstelling tussen de meldes)r, maar als een melder onraad detecteert moet DOK gewoon werken ZONDER die Hub (dus zonder de “Primary Controller (HomeID)” ).
Ook zou zo’n Z-wave-LR DOK implementatie er niet toe moeten leiden dat melders van de buren door jouw melders voor een alarm-geluidssignaal worden geactiveerd. Of je buren hebben juist expres een melder hangen die tot jouw Z-wave-LR netwerk (HomeID) behoord om gealarmeerd te worden en die wordt dan toch ook nog eens bereikt vanwege de Z-wave-LR (Long range)!

Z-wave-LR met de genoemde uitbreiding zou dan eindelijk kunnen zorgen voor UDOK in de EU en/of andere landen/regio’s.

Mijn favoriete "beeldspraak verhaaltje" over B is:
Als je huis in Nederland in de fik staat en jij op vakantie in Spanje een notificatie hiervan ontvangt op je smartphone, dan mag je niet via je Smartphone het “irritante” alarmgeluid uitzetten. Je wil namelijk geen bonje met de buren, maar dat wordt het wel . Het zou beter zijn dat door jouw gepruts met je Home Assistant server je helemaal geen notificatie ontvangt over de brand en zorgeloos verder je vakantie viert. Ook wetende dat (U)DOK ervoor zal zorgen dat je thuiswonende zoon (die gelukkig niet met jouw op vakantie wil ) op tijd uit een brandend huis zal kunnen vluchten.
“Life saving, that's what counts ”.

Foto 18: DOK bij rookmelders in een plaatje.


Foto 19: Module voor DOK die in melder gezet kan worden


Terug naar Inhoudsopgave bovenaan
.

C. Jamming detection

De betere draadloze Alarm-systemen (ster-netwerk) kunnen C herkennen om te voorkomen dat een inbreker met een stoorzender (“Jammer”) de bereikbaarheid van je Alarm-hub verziekt en het onmogelijk maakt dat de sensoren/melders een alarmering kunnen doorgeven aan jouw Hub. Ook het niet opzettelijk veroorzaakte/ondekte C verhoogt de betrouwbaarheid van je netwerk door een signalering hiervan. De plaatsing van een “storende” magnetron naast een draadloos component is daar een mooi voorbeeld van.
Z-wave-(-plus) mesh-netwerk kent wel de status “Jammed”, maar het kan zo zijn dan bij verstoring er automatisch een andere netwerk pad gekozen wordt.
Maar hier gaat het over het Z-wave-LR ster-netwerk!

Je kunt C natuurlijk als een functie zien die je Hub uitvoert. M.b.t. Z-wave(-Plus)(-LR) staat op de Home Assistant Community wat discussie en een voorbeeld, zie:
https://community.home-as...e-js-ui-v9-10-0/712507/94
https://community.home-as...-in-home-assistant/715891

Toch is een universele C zeer gewenst vanuit de Z-wave Alliance spec’s, ook omdat er nogal verschillende implementatie zijn binnen Z-wave-LR (bijv: Z-wave-LR EU: 1 channel, DSSS OQPSK, max 14dBm. Z-wave-LR USA: 4 channels, DSSS OQPSK max 30dBm)
Een universele “output” bij optreden van C voor Z-wave(-plus)(LR) voor de Centrale Controller software op je Hub zou erg fijn zijn, zeker voor alarm- en zorg(Elderness care)-systemen.

Terug naar Inhoudsopgave bovenaan

D. Blijven werken bij uitval van 110-230V

Bij veel landen zit de stroomhoofdschakelaar bij de muur van de omheining of aan de buitenkant van het huis. Daarnaast komt de stroom bij die huizen meestal binnen via houten niet hoge palen. Een inbreker kan makkelijk de stroom uitschakelen door met een goed geïsoleerde tang de kabel(s) door te knippen. Ook is het buitenkastje met de hoofdschakelaar makkelijk open te breken en dan sluit je de stroom makkelijk af door de hoofdschakelaar op UIT te zetten. Hier komt ook nog eens bij dat in vele landen de stroom regelmatig uitvalt, soms zelf dagelijks meerdere keren. In Nederland voorspellen de stroomnetwerk beheerders (Stedin etc.) dat de betrouwbaarheid van dit stroomnetwerk zal afnemen door de diversiteit in stroombronnen en snelle pieken/dalen in stroomgebruik.

Kortom, Wil je dat je Alarm-systeem of je "Life-saving" Brand-/Hitte-/Gas-/Zorg-systeem blijft werken dan moeten de melders/sensoren batterij gedreven zijn of een back-up batterij hebben voor 110-230V uitval. Dit is dan ook wat de wet in de EU onder andere voorschrijft voor "Life-saving" Brand-/Hitte-/Gas-/Zorg-systemen.
Bij Mesh-netwerken verzorgen de 110-230V componenten voor het vergroten van het bereik van het draadloze netwerk (bij Z-wave, Zigbee & Thread"). Hebben deze 110-230V componenten geen batterij back-up (vaak het geval bij Smarthome systemen), dan vallen ze uit en werkt je Mesh-netwerk niet meer. Dus ook "Inter-connected" over je Mesh-netwerk valt ook (gedeeltelijk) UIT. "Inter connected" over een Mesh-netwerk is een verkeerde implementatie.
De "Google Nest Protect rook- en koolmonoxidemelders" hebben "Inter-connected" over een Mesh-netwerk en daarom zou de auteur ze nooit kopen. Het zelfde geldt natuurlijk ook voor soortgelijke melders met Zigbee, Z-wave, Z-wave-plus.
Als Z-wave-LR uitgebreid wordt met een goede "Interconnected" (DOK) dan hebben we eindelijk een UDOK.
Het zou fijn zijn dat de software op de Hub van Z-wave-LR (bijv.: Z-wave-JS) ook zorgt voor goede Alarmering bij 110-230V stroomuitval, overschakeling op noodstroom en "noodstroom uitval" . Ook "low Battery" van een batterij gedreven component, zou niet alleen gesignaleerd moeten worden maar leiden tot een Alarmering.

Terug naar Inhoudsopgave bovenaan
.

E. (Onverwachte) Commerciële succes kans voor Z-wave-LR

Of Z-wave(-LR) het overleeft na de komst van het Matter-protocol (gekozen door het "grote geld van BigTech") en door het "goedkope" Zigbee, is een vraag die de auteur niet kan beantwoorden.
Zorg je voor goede ondersteuning en uitbreiding van de punten A, B, C en D voor Z-wave-LR dan opent zich in feite een hele grote markt voor Z-wave-LR voor goede Alarm- en "Life saving" Brand-/Hitte-/Gas-/Zorg producten.
Consumenten willen niet afhankelijk zijn van merken met "eigen(proprietory) 800-870MHz". Z-wave-LR maakt deze gewenste Markt onafhankelijkheid in principe heel goed mogelijk!
Dus commercieel is het erg interessant om de auteur zijn aanbevelingen op te volgen en Z-wave-LR voor de genoemde groep te gaan promoten.
Wie weet overleeft Z-wave (ook voor alle "smarthome" stuff) door deze zet: Z-wave-LR wordt de standaard voor UDOK (punten A,B,C en D).


Foto 20: De betere inbreker met een signaalverstoorder ("Jammer") .


Terug naar Inhoudsopgave bovenaan
.

Bronnen

Z-wave gedeeltelijk een open standaard:
https://www.techhive.com/...-smart-home-standard.html
https://www.theverge.com/...iple-vendors-silicon-labs

Z-wave EU frequentie:
https://z-wavealliance.or...tion-for-european-market/
https://www.silabs.com/wireless/z-wave/global-regions
https://www.silabs.com/wi...-wave-long-range-overview

Zniffer Z-wave netwerk debugging (ook support in HA Add-on Z-wave-JS-UI):
https://www.silabs.com/do...ve-Zniffer-User-Guide.pdf

Paulus Schouten in Z-wave Alliance Board:
https://community.home-as...ave-alliance-board/774209

HA onwikkeling Z-wave hardware:
https://www.home-assistan...ur-z-wave-stick-prototype

Paulus Schouten in Z-wave Alliance Board:
https://www.silabs.com/documents/

Zooz (ook z-wave componenten) samenwerking met HA:
https://www.home-assistan...orks-with-home-assistant/

Shelly (ook z-wave componenten) samenwerking met HA:
https://www.home-assistan...orks-with-home-assistant/

Firmware update voor Long Range (LR) support:
https://aeotec.freshdesk....wave-v7-23-2-with-windows
https://www.silabs.com/do...tes/SRN14930-7.23.2.0.pdf
https://www.silabs.com/do.../user-guides/INS14280.pdf
https://medium.smart-home...er-zs%C3%A1k-357f87652556

SmartThings (Aeotec) forum Z-wave:
https://community.smartth...orrectly-july-2023/265995

Na vragen en discussie en informatie geven is AI "ProximityPro" het met mij eens over het toevoegen van "Inter-connected & Jamming detection" aan Z-wave-LR, Deze AI heeft mij ook nog van een plaatje van '" De betere inbreker" voorzien.
Begin tekst (schuin) van deze AI:
Conclusie

U heeft gelijk: met security-focused board members en bewezen ster-topologie technologie zou inter-connected rookmelder-functionaliteit een logische next step zijn voor Z-Wave LR. De business case is er, de technologie bestaat, en de marktdruk van AJAX/ELRO-concurrentie rechtvaardigt de investering.

Het zou me niet verbazen als dit binnen 1-2 jaar als "Z-Wave LR Life-Safety Extension" wordt aangekondigd - mogelijk al op de volgende Alliance Summit.
Einde tekst (schuin) van deze AI:

Terug naar Inhoudsopgave bovenaan
.