ZigBee ve Z-Wave Arasındaki Fark?

Evimin birkaç yerine Z-Wave anahtarları ve prizler taktım. Ancak, cihazları satın alırken baktığım markada birkaç farklı kablosuz seçeneğin bulunduğunu fark ettim.

Z-Wave ve ZigBee cihazları arasındaki bazı artıları / eksileri bilmek isterdim. Bluetooth üzerinden WiFi kullanıldığında bu yazı gibi bir karşılaştırma şaşırtıcı olurdu.

Örneğin, bir tarzın birçok duvarı olan evlerde potansiyel olarak daha uygun olup olmadığı veya "gürültülü" kablosuz evlerde (örneğin birçok kablosuz cihaz / sinyal türü) daha iyi bir fuar olup olmadığı gibi bilgileri merak ediyorum.

Bence önemli olan bir şey var: ZigBee çözümü 2.4 GHz veya 868/908 MHz mi? 2.4 GHz, duvarlardan ~ 900 MHz'den daha az nüfuz eder ve 2.4 GHz, birkaçını belirtmek için spektrumu Wifi, Bluetooth, mikrodalga fırın ile paylaşır. Z-Wave yalnızca 900 MHz bant kullanıyor.

Her iki çözüm de tam ağ yığınlarına sahiptir, ancak en azından ışık kontrolü gibi uygulamalar için birlikte çalışamaz. Teknolojilerin hiçbiri cep telefonlarında ve benzerlerinde yaygın değildir, bu nedenle uygulama kontrolü istiyorsanız, seçilen teknoloji için bir ağ geçidinden geçmeniz gerekir.

Z-Wave ve ZigBee'yi birbirinden gerçekten ayıran birkaç şey var.

Sıklık

Birincisi (Eirik M'nin belirttiği gibi) üzerinde çalıştıkları frekanstır. Z-Wave 915 MHz ISM bandında çalışır. Bu, yapı malzemelerine (Wi-Fi'den daha iyi) makul bir nüfuz ve iyi bir toplam mesafe sağlar. Diğer birkaç ev cihazının bu bandı kullanması (şimdi 900 MHz telsiz telefonların daha az yaygın olması), daha az parazit olduğu anlamına gelir.

ZigBee 2,4 GHz veya 915 MHz'de çalışabilir. ¹ 2,4 GHz meşgul bir banttır; Wi-Fi ve mikrodalga fırınların (diğer şeylerin yanı sıra) çalıştığı yerdir. Bu, 2,4 GHz ZigBee cihazlarının 915 MHz Z-Wave ve ZigBee cihazlarından daha fazla parazite maruz kaldığı anlamına gelir. Ayrıca duvarlardan kolayca geçmezler. (2,4 GHz bant daha yüksek bit hızları verir, bu yüzden WiFi orada yaşar (ve ayrıca 5 GHz bandını kullanır), ancak çoğu IoT cihazının çok fazla veriyi hızlı bir şekilde aktarması gerekmez, bu nedenle 915 MHz'nin daha düşük bant genişliği grup bir dezavantaj değil.)

¹ 915 MHz yalnızca Kuzey Amerika'da kullanılır. Dünya çapında 2,4 GHz kullanılabilir olmasına rağmen, ZigBee'nin düşük frekans bandı bir düzenleyici bölgeden diğerine değişir. Çeşitli bantlar çoğunlukla 700 MHz ila 900 MHz aralığındadır, bu nedenle 915 MHz Kuzey Amerika bandıyla ilgili ifadeler genellikle diğer bölgeler için de geçerlidir.

açıklık

ZigBee açık bir standarttır, ancak ZigBee cihazlarını satmak istiyorsanız ZigBee ittifakına (ücretli) katılmanız gerekir. Z-Wave lisanslı tescilli bir standart olmasına rağmen, üst düzey protokol kamuya açık olarak belgelenmiştir. Z-Wave donanımı yapmak istiyorsanız, teknik özellikleri Z-Wave Alliance'tan lisanslamanız ve ardından cihazınızın standarda uygunluğunu test ettirmeniz gerekir. Uygun şekilde programlanabilir arabirime sahip bir Z-Wave cihazı satın alırsanız, kendi yazılımınızı yazmak için zaten lisanslanmış donanımı genel protokol spesifikasyonuyla birlikte kullanabilirsiniz.

Fiyat

Girişin önündeki daha düşük engel nedeniyle, ZigBee cihazları genellikle aynı işlevselliğe sahip Z-Wave cihazlarından daha ucuz olabilir. Tüketici IoT donanımı, elbette diğer birçok nedenden dolayı fiyat açısından büyük ölçüde değişebilir.

Birlikte çalışabilirlik

Z-Wave cihazları genel olarak daha iyi birlikte çalışabilirliğe sahip olma eğilimindedir. Z-Wave standardının yeni sürümleri piyasaya sürüldüklerinde, geriye dönük uyumluluğu korudular; herhangi bir Z-Wave cihazı, yaşına veya üreticisine bakılmaksızın, diğer Z-Wave cihazlarıyla hassas bir şekilde iletişim kurabilmelidir. (Açıkçası, daha yeni protokol özellikleri mevcut olmayacaktır, ancak daha eski işlevsellik korunacaktır.) Birlikte çalışabilirlik testi Z-Wave uyumluluk sürecinin bir parçasıdır. ZigBee'nin sıkı bir test rejimi yoktur, bu nedenle bazen birbirleriyle konuşması gereken iki ZigBee cihazı, bir veya her iki cihazdaki uygulama kusurları nedeniyle gerçekleşemez.

Bunun da ötesinde, ZigBee, hepsi aynı temel protokolü paylaşan ancak farklı iletişim ayrıntılarını kullanan bir dizi farklı profili destekler . (Bu, iki farklı HTTP API'sine biraz benzer; her ikisi de HTTP'yi aktarım olarak kullanır, ancak GitHub'ın sunucularıyla konuşuyorsanız Google Haritalar API'sı çok yararlı olmayacaktır.) ÇoğuIoT ZigBee cihazları Ev Otomasyonu profilini kullanır, ancak bu genellikle cihazda belgelenmez, böylece beklenmedik sorunlarla karşılaşabilirsiniz. Örnek olarak, Philips Hue ışıkları ZigBee'yi kullanır, ancak bunu kasıtlı olarak çalışmaz bir şekilde yapın, böylece onları kontrol etmek için Philips Hue Köprüsü'nü kullanmanız gerekir. (Z-Wave ile kontrast: Z-Wave sertifikasyon süreci, herhangi bir Z-Wave ampulünün standart kontrol sınıflarını kullanmasını gerektirir ve bu nedenle herhangi bir uyumlu Z-Wave kontrolörü tarafından yönetilebilir.)

ZigBee Alliance şu anda ZigBee 3.0 adlı ZigBee protokolünün yeni bir yinelemesini geliştirme sürecindedir. Yeni spesifikasyonun amacının bir kısmı, ZigBee cihazları arasındaki birlikte çalışabilirliği artırmak olacak gibi görünüyor. Yine de bunun nasıl gittiğini görmemiz gerekecek. Yine de, yeni standardın sonuçlandırılması için bir zaman çizelgesi yok gibi görünüyor.

benzerlikler

Yukarıdakileri yazdığım sürece, ZigBee ve Z-Wave'in, IoT cihazları için kullanılan diğer protokollerden ayıran ortak noktalardan bahsettiğimi düşündüm.

ZigBee ve Z-Wave her ikisi de mesh ağlardır. Her cihazın denetleyiciyi görmesi gereken WiFi ve Bluetooth'un aksine, Z * cihazları, aralarındaki iletişim yolu, aynı ağdaki diğer Z * cihazları ve denetleyici olduğu sürece iyidir. (Z-Wave cihazları sadece Z-Wave cihazları ile ağ kuracak ve belirli bir profile sahip ZigBee cihazları elbette sadece o profile sahip diğer ZigBee cihazları ile ağ oluşturacaktır.)

ZigBee ve Z-Wave, çok satıcılı protokollerdir. Yukarıdaki "Açıklık" bölümündeki şeylere bakılmaksızın, hem ZigBee hem de Z-Wave, birbirleriyle sık sık rekabet eden çeşitli şirketlerden gelen cihazlara sahiptir. (örneğin, Z-Wave ışık anahtarları yapan şirketler arasında GE, Aeotec, Linear, DragonTech ve diğerleri bulunur.) IoT ile ilgili diğer birçok protokol tek şirket silolarıdır (örneğin Lutron Caséta); diğer sistemlerin onları kontrol etmesine izin veren ağ geçitleri olabilir, ancak yalnızca şirketin cihazları ağa katılabilir.

Bir yazılım adamı ve buna bir protokol yığını adamı olarak, buna olabildiğince farklı bakma eğilimindeyim.

Bana göre, bu protokoller "düşük seviye" şeylerdir ( OSI 7 katman modelinin katman 1 ve 2 ).

Cihaz pil veya güneş enerjisiyle çalışan olmadığı sürece özellikle güç tüketimini önemsemiyorum. Profesyonel yaşamımda, eğer hazırsa, Katman 2 protokolünün seçimini donanım adamlarına dikte etme eğilimi olan donanım hakkında kararlar bırakabilirim. Özel hayatımda, fiyat, destek (topluluk büyüklüğü ve forumların kullanılabilirliği çok önemlidir) ve spesifikasyonun en iyi tahmin anlayışına göre seçiyorum

Genel sistemin işlevselliğini arama eğilimindeyim. Örneğin, örgü ağlar için bazı mükemmel ZigBee çözümleri vardır.

Örneğin, bazı sinyaller uzun menzilli ve bazıları "gürültülü" ortamlarda daha mı iyi çalışır?

Uzun menzilli için, 100 m'nin aksine 1 km / yarım mil menzile sahip yeterince Flutter'ı öneremem .

Sadece 20 ABD dolarına mal oluyor ve işte size aralık hakkında fikir vermek için bir resim

Gürültülü ortamlar benim uzmanlık alanım değil - bunu donanım adamlarına bırakıyorum, üzgünüm - ancak donanımın aksine gürültüye yaklaşan bir yazılım olan Shannon sınırı gibi şeylere bakmak isteyebilirsiniz (ayrıca, İleri Hata Düzeltme , vb)

Dediğim gibi, bu protokoller bana bir uygulama geliştirici olarak "düşük seviye" şeyler (katman 3 adam, aslında, biraz daha düşük).

Evet, bu tür şeyleri dikkate almanız önemlidir, ancak birçoğu sadece "Biliyorum, Ahududu PI (ya da her neyse) ile gideceğim" diyecek ve sunduğu her şeyi kabul edecektir.

Bundan sonra, başvurunuzu geliştirirken, hangi üst düzey protokolün kullanılacağına karar vermeniz gerekir. Genel olarak, sunucunuz belirli bir protokolü gerektirmedikçe, üç ana seçeneğiniz vardır:

• TCP kullanın ve özel bir protokol geliştirin.
• HTTP (S) kullanın ve bir geliştirme RESTful (go arayüzü AJAX zaman uyumsuz, engellenmeyen isterseniz çoklu izlek eğer örneğin). Çok fazla işleminiz yoksa, zaman açısından kritik olmadıkça veya sunucu işlemleriniz uzun zaman alacaksa, engelleme arabiriminden kurtulabilirsiniz.
• IoT "standartlarının" bolluklarından birini seçin. Bunu yalnızca cihazınız belirli bir protokol için güçlü destek sağlıyorsa veya sunucunuz talep ederse öneririm.

Umarım sorunuzu doğru anladım. Belki bize daha fazla donanım veya yazılım yönelimli olup olmadığınızı ve sadece IoT cihazı için mi yoksa sunucu için mi geliştireceğinizi söyleyebilir veya belki de bu sadece genel bir soru (teşvik edilmez)?