Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 30 reacties

De Thread Group, waarin Samsung, ARM en Nest zetelen, gaat samenwerken met de ZigBee Alliance. Thread is een op ip gebaseerd protocol voor internet-of-things-toepassingen. De samenwerking met de ZigBee-groep moet fragmentatie op de domoticamarkt voorkomen.

De samenwerking moet er voor zorgen dat de ZigBee Cluster Library, waarin de aansturingscommando's voor zigbee-compatibele domotica- en iot-toepassingen wordt beschreven, over het Thread-protocol gebruikt kan worden. Hiermee hopen de initiatiefnemers van het Thread-protocol de ondersteuning voor breed gedragen aanstuurprotocollen voor internet-of-things-toepassingen te vergroten.

Het zigbee-protocol wordt voor diverse domoticatoepassingen, zoals het aansturen van 'slimme' verlichting, gebruikt. Thread op zijn beurt borduurt voort op het 802.15.4-protocol en voegt daar ondersteuning voor 6LoWPAN, dat ipv6-afhandeling voor zuinige netwerkapparaten regelt, aan toe. Ook encryptie is in de standaard opgenomen. Een tijdspad voor de integratie van de twee protocollen wordt nog niet gegeven.

Moderatie-faq Wijzig weergave

Reacties (30)

De samenwerking met de ZigBee-groep moet fragmentatie op de domoticamarkt voorkomen.
Kan daarvoor dan niet beter het bestaande en overal breed uitgerolde WIFI gebruikt worden ipv Zigbee?

Alle voorbeelden die ik ken van Zigbee toepassingen gaan uiteindelijk naar een "gateway" toe (router) om vervolgens het internet/de cloud in te gaan. Er draaien dan feitelijk onnodig 2 netwerken met 2 verschillende protocollen/standaarden naast elkaar. 2 netwerken die allebei, energie, onderhoud, installatie en configuratie nodig hebben. Dat kan nooit beter/simpeler/goedkoper zijn dan 1 enkel systeem (Wifi).

Ik snap niet wat Zigbee ten opzichte van WIFI toevoegd in domotica.

[Reactie gewijzigd door GeoBeo op 3 april 2015 12:07]

Wifi verbruikt veel te veel energie voor IOT toepassingen, meeste protocollen maken gebruik van de 433MHz band.
433 is over het algemeen vrij zuinig. Maar er zijn ook zuinige wifi modules. Ik heb een wifi module met deep sleep mode die 1 jaar op een penlite kan draaien. Als je wifi module altijd connected moet zijn is dat inderdaad zo. Maar dat hoeft niet in alle gevallen te zijn bij IoT. Neem een temp sensor die waarden door stuurt. Dat kan prima per 20 sec.

Basseytje zegt dat wifi duurder is dan Zigbee. Mijn wifi module kost $3.- met goed bereik. Dat is vergelijkbaar met een andere Zigbee module die ik heb. Wifi hoeft niet altijd duurder te zijn dan Zigbee.

Voordeel van Zigbee is dat je een mash network kan creëren met je devices. Echter vind ik WIFI wel vele malen makkelijker configureren.

[Reactie gewijzigd door xTmPizzaMan op 3 april 2015 13:27]

Je bedoelt de ESP8266 modules die je voor een prikkie op DealExtreme kan kopen?
Wij zijn ook bezig om modules te ontwikkelen op basis van Zigbee, deze gaan inderdaad uiteindelijk naar een soort router, maar die zit niet op wifi. We gebruiken een cellular verbinding om juist niet op wifi te zitten. Dit omdat de unit bedoeld is voor bedrijven, die vaak een beschermd netwerk hebben waar ze speciaal aanpassingen voor moeten doen.
20sec ga je niet redden, wifi zal eerst moeten opstarten en vervolgens verbinding maken met router, dat duurt enkele seconden, omiets te zenden ben je vaak al 20sec kwijt. Interval moet dus groter zijn om profijt te hebben van je deepsleep. Uiteraard zal die alleen bij daadwerkelijk zenden even piek hebben en rest zal actief of idle zijn voor de cpu die hem aanstuurt.
20sec ga je niet redden, wifi zal eerst moeten opstarten en vervolgens verbinding maken met router, dat duurt enkele seconden, omiets te zenden ben je vaak al 20sec kwijt.
Dit is een onjuiste aanname die je waarschijnlijk baseert op hoe lang het op een PC/Mac duurt om verbinding te maken met een router. Die lange tijd ligt echter niet aan de wifi standaard, maar eerder aan het OS/drivers dat je gebruikt. In sommige versies van windows duurt het leggen van verbinding heel lang in bepaalde gevallen (bijvoorbeeld na het wakker maken van de PC uit sleep mode).

Het is echter prima mogelijk om ruim onder 0,5 seconden verbinding te maken met een goede router met behulp van goede hardware en goed geschreven software.
Wifi is ongeschikt voor apparaten die door batterijen worden gevoed zoals draadloze bewegingsmelders, die hebben een protocol nodig dat zeer zuinig met energie omgaat. De snelheid van een wifi-netwerk is ook nergens voor nodig al je alleen maar af en toe meetgegevens of stuurcommando's over het draadloze netwerk hoeft te versturen. Daarom is er plaats voor een low power netwerk naast wifi voor het snelle werk.
Als ik xTmPizzaMan hierboven mag geloven (en vertrouwend op mijn eigen ervaring als developer die met beide protocollen in de parktijk ervaring heeft opgedaan) is het in de praktijk eigenlijk lang niet altijd zo dat Zigbee significant zuiniger of beter is dan Wifi.

Ik vind het dus nogal twijfelachtige op theorie/marketing gebaseerde argumenten...

[Reactie gewijzigd door GeoBeo op 3 april 2015 13:42]

Ik moet het wel nuanceren. Het ligt vooral aan de hardware die je koopt en de toepassing die je hebt. Wil je wifi continu aan hebben, is je batterij inderdaad 'sneller' leeggetrokken ten opzichten van Zigbee.
@Femme, Ik heb een wifi module, met geïntegreerde webserver aan een penlite hangen die een temp sensor met regelmaat uit leest. Die kan een jaar mee. Voldoet aan mijn use case.

[Reactie gewijzigd door xTmPizzaMan op 3 april 2015 13:29]

Linkje naar projectje? ;)
ZIjn al batterijen die wifi hebben zoals 9v blokje. ;) Tijden veranderen, wifi is prima bruikbaar voor apparaten op batterij, kan niet constant zenden natuurlijk maar dat is voor IoT meestal ook niet nodig, eens per minuut even data doorsturen die verzameld is is vaak al al zat. Kan dan nog steeds paar keer per seconden iets meten maar dat eerst even lokaal bufferen en met intervals doorzenden.

Bijvoorbeeld deze 9v batterij heeft interne wifi. :)
http://www.smartroost.net/
Zigbee gebruikt sowieso maar een kwart van de energie die wifi verbruikt. Daarnaast is zigbee goedkoper.

Je hebt voor zigbee geen router nodig die alle devices met elkaar verbindt dankzij de ster topology waarbij een device kan dienen als een netwerk coordinator.

Je kan met zigbee een netwerk maken met 2^16 devices.

Als slagroom op de taart ondersteund het ook nog eens critical latency devices ( zoals joystick e.d.)

wat ieperlingetje zegt over over de 433Mhz klopt niet helemaal. In het 802.15.4 protocol worden 3 OSI lagen beschreven waarvan de eerste laag beschrijft dat het protocol over 2,4Ghz, 868Mhz of 915Mhz Band communiceert.
Je hebt voor zigbee geen router nodig die alle devices met elkaar verbindt dankzij de ster topology waarbij een device kan dienen als een netwerk coordinator.
Maar in de praktijk is er naast het mesh-network wel (bijna) altijd een router aanwezig die Zigbee vertaald naar TCP/IP om de data uit het Zigbee netwerkje het internet op te gaan voor cloud toepassingen. Het hele argument van geen router vervalt in dat soort toepassingen. Het wordt zelfs een argument tegen het gebruik van Zigbee, omdat dit in de meest huishoudens betekend dat er dus 2 routers staan: 1 wifi router en 1 Zigbee router/gateway.
Je kan met zigbee een netwerk maken met 2^16 devices.
Ik mis de woordjes "in theorie". Laat mij een bronverwijzing naar een opstelling zien met daadwerkelijk 2^16 devices in 1 mesh-network tegelijk aan staan en data verzenden en ik geloof je. Hint: die bestaan niet, ze komen niet eens in de richting. Dit is in de praktijk inherent onmogelijk voor wat betreft de manier waarop het radiocommunicatie protocol werkt. Er wordt gebruik gemaakt van broadcasting: alle apparaten zenden uit op dezelfde beperkte frequentie band(en). Hoe meer apparaten er in elkaar's range liggen, hoe complexer en tijdrovender de routing van data wordt. Bij tientallen apparaten in elkaar's radio-range wordt dit al extreem traag. Dus leuke marketing claims, maar in de praktijk nogal onzinnig. Wifi kan ook ontzettend veel devicies aan, mits ze het grootste deel van de tijd uit staan.

WIFI heeft trouwens ook een standaard definitie voor mesh networking, genaamd: IEEE 802.11s. Nog een extra reden waarom Zigbee in princiepe overbodig is...

[Reactie gewijzigd door GeoBeo op 3 april 2015 13:40]

Wifi kan ook ontzettend veel devicies aan, mits ze het grootste deel van de tijd uit staan.
Voor wifi is die maximaal 2006 devices! IN THEORIE. Dat is een heel stuk minder dan zigbee. IN THEORIE.
ZigBee en Z-Wave zijn mesh-netwerken. Ik weet dat iig Z-Wave ook device-to-device communicatie kan ("associations"). Je hebt niet perse een controller nodig, maar erg handig is het wel.
WIFI heeft ook een mesh-variant genaamd: IEEE 802.11s

De andere varianten van Wifi hebben ook niet persee een "controller" nodig (adhoc). Enige verschil daarbij met mesh is dat er geen hopping kan plaatsvinden en alles direct van alle nodes naar alle nodes gaat.
Zigbee en ook Zwave zijn mesh protocollen waar Wifi een point-to-point protocol is.
Oftewel meerdere componenten kunnen een route tussen componenten opzetten en zo het bereik vergroten en een vorm van redundantie inbouwen.

Met Wifi is het nagenoeg onmogelijk om dit te realiseren.

De gateway dient feitelijk alleen om een koppeling te maken met de buitenwereld en om "scripts" uit te voeren.

Simpele acties zoals een lamp schakelen of dimmen werken ook zonder gateway.
Complexere acties zoals de zonwering laten zaken als de zon schijnt, behalve als er meer wind is dan 4bft of de tv inschakelen, op de juiste externe interface zetten, de lichten dimmen en de zonwering sluiten als je op de tv kijken knop van je tablet drukt zijn "scenes" waar een controller absoluut voor nodig is.
Met Wifi is het nagenoeg onmogelijk om dit te realiseren.
Dan heb jij nog niet van IEEE 802.11s wifi gehoord (wifi voor meshing).

Of... alle andere vormen van wifi met repeaters ertussen (wat in feite ook neerkomt op meshing) :P
Simpele acties zoals een lamp schakelen of dimmen werken ook zonder gateway.
Complexere acties zoals de zonwering laten zaken als de zon schijnt, behalve als er meer wind is dan 4bft of de tv inschakelen, op de juiste externe interface zetten, de lichten dimmen en de zonwering sluiten als je op de tv kijken knop van je tablet drukt zijn "scenes" waar een controller absoluut voor nodig is.
Dat zijn dan ook direct weer "scenes" waarvoor wifi ook prima zou werken. Wifi kan ook prima zonder gateway werken (adhoc).

Ik ben nog steeds niet echt overtuigd :P
Ik heb eens gelezen dat fabrikanten tot nu toe Zigbee verschillend implementeren, waardoor apparatuur van verschillende fabrikanten niet kan samenwerken. Z-wave heeft dit probleem niet, omdat het uitsluitend door Sigma geproduceerd wordt (wat natuurlijk ook weer een nadeel is).

Een nieuwe Zigbee (2.0?) standaard zou dat moeten oplossen.

Zou dit initiatief leiden tot die nieuwe Zigbee standaard?
Zomaar uit het niks alsof een stel enthousiastelingen de wereld beter wil maken? Of zit er iets zakelijks achter?
Tuurlijk zit er iets zakelijks achter, simpelweg compatibiliteit. Hoe meer apparaten combatible zijn met hetzelfde protocol hoe interesanter je producten zijn voor consumenten.

In dit geval spreek je van een win / win situatie, consument blij want meer producten werken samen, fabrikant blij want zijn producten verkopen makkelijker.
Er is nog heel weinig standaardisatie in de domotica wereld. Was pas op Embedded World in Nürnberg en daar merk je dat aan alle kanten. Goede initiatieven dus.
Ik kan me nog een plaatje herinneren die iemand poste waarin op een grappige manier die "standaarden" werden uitgelegd. Ik zal eens kijken of ik die nog kan vinden.
Ik denk dat hiermee over ongeveer een jaar zigbee net zo aantrekkelijk zal zijn voor de consument als z-wave. Diplomatisch gezien doet zigbee het de laatste tijd best goed.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True