隨著物聯網市場的加速發展,物聯網變得更為觸手可及,圍繞物聯網的宣傳更加緊鑼密鼓,而且令人更加困惑。我們是時候面對現實情況,去鑒定現狀并且評估事情走向。有些困惑已經消除了,而有些則變本加厲——讓我們一起從簡化了的方面開始探討吧。
無線電技術
兩年前,世界對可能有助于物聯網的不同無線電技術掀起了討論熱潮。一些公司主張,WiFi和藍牙的存在就已足夠,而其他公司開始推動IEEE 802.15.4(即ZigBee和Thread的底層無線電技術)。實際上,如今大多數的聯網技術決策者能坦然接受并完全明白,物聯網會針對不同的應用程序使用全部三種技術。
為了彌補WiFi的劣勢(相對于ZigBee而言),市場開始推行使低功耗WiFi(IEEE 802.11ah)標準化的活動。雖然該領域的活動仍在如火如荼地進行,并且可能會由此制訂出標準,但全球對此的接納程度卻難以預測。由于世界不同地區所用的規格和型號不同,該標準并非是放諸四海而皆準的。雪上加霜的是,即使這一全新的低功耗標準被稱為WiFi,但其并不兼容「真正」的WiFi,而是一種完全不同的無線電和MAC技術。既然如此,那為什么不采用IEEE 802.15.4呢?這已經是一個通用標準,并且涵蓋了新的低功耗WiFi開發商為之奮斗的所有特性,而新類型的「WiFi」并沒有多大意義。
而藍牙作為物聯網標準而言,存在致命性缺陷——其設計理念是替代點對點有線傳輸技術而非聯網技術的。為了解決該缺陷,一些公司開始針對藍牙研究網絡層(「藍牙網格」(Bluetooth Mesh)),但面臨著嚴峻挑戰。以前,許多業內聯網工程師已經見證了類似的mesh聯網所作出的努力均以失敗告終。例如IEEE 802.11s雖然存在,但幾乎未曾使用,并只應用于單跳網格拓撲(中繼器)之中,其主要問題是,在支持多跳時無法控制延時。因此,網絡技術工程師對新的藍牙mesh情況持懷疑的態度也在意料之中。
因此,結果就是全球無線市場已經承認了三大核心的物聯網無線電技術,我們目前熟悉的IEEE/802.11/WiFi,適用于內容-分發;IEEE 802.15.4/ZigBee則適用于像智能家居類的傳控器Sentroller(即具備控制功能的傳感器)網絡,而藍牙,包括低功耗藍牙,則適用于連接個人局域網絡(圍繞智能手機)以及可穿戴式設備。前兩種用于將家居設備連接到互聯網,最后一種主要使用智能手機進行網絡連接。
許多供應商已經提供了各種各樣的交叉無線電產品:WiFi/藍牙、ZigBee/藍牙和WiFi/ZigBee/藍牙。所有這些產品的定價可能尚不太合理,卻傳達了明確的潛在信息:全球三大開放的統一無線電通信標準奠定了物聯網的基礎,由此帶來了福音。
標題:物聯網世界,目前現有或已發布的短程物聯網標準。
聯網技術
現在談談不太好的消息:新困惑。十多年前,相互競爭的無線電技術沖突隨著WiFi的出現而結束,WiFi是最后的贏家(而HomeRF和其他幾種技術隨之銷聲匿跡),之后,圍繞聯網和應用層爆發了新的技術革命。今天,所有人都熟悉TCP/IP,即使未曾聽聞該項技術,也會在通過網絡和本地網絡進行通信時用得到。然而,為了達到該階段,多個網絡標準進行過殊死搏斗:網絡操作系統Novell Netware(誰還記得?)、Bayan Vines、 Microsoft LanManager、IBM SNA等。當時,幾乎各大型電子公司都覺得必須通過自行定義網絡層技術,在歷史上留下個人專屬印記。
坦白地說,這就是今天物聯網和智能家居領域正在經歷的一切。顯而易見,許多業內領先公司再次重蹈覆轍,忘記了標準戰爭會不利于且會減緩新技術的采用。蘋果公司的HomeKit、谷歌公司的Brillo、高通公司的Alljoyn、英特爾公司的IoTivity以及最近華為公司從中國家居層面出發而提出的LiteOS。所有這些新興的應用程序框架現在均在角逐獲取行業的精神支持,努力成為「物聯網的佼佼者」,期待著世界效仿。
同時,也存在另一重的困惑。緊隨應用程序框架層的步伐,聯網層面也是箭弩拔張之勢。ZigBee 3.0明顯是競爭對手,其挑戰者則是Thread。然而,更令人百思不得其解的是,Thread Group中幾個主力角色(如飛思卡爾、ARM 以及Silicon Labs,特別都是半導體公司)同時也在ZigBee Alliance占據突出的領導地位(是的,這是一個混雜的世界)。因此,看似這些科技公司自己也或多或少有點困惑……
Thread于去年年底公布,但至今仍然處于保密狀態。人們只能紛紛猜測它的內涵,但從已泄露的資料來看,Thread要想發展成為ZigBee 3.0強而有力的競爭對手是有難度的。這也在意料之中,因為ZigBee 3.0已經整合了許多應用領域(照明控制、家庭自動化、樓宇自動化、零售等)多年的經驗。ZigBee的認證程序已經穩健地啟動并開展,授權了多家檢測中心,對1,000多個ZigBee產品進行了認證。ZigBee顯然已經成為世界上眾多物聯網和智能家居系統制造商的首選技術。同時,ZigBee功能非常容易使用,更支持強大的安全協議。由于傳感器和邊緣設備通常未設有鍵盤來輸入安全碼,因此其實現正面臨著重大挑戰,故強而有力的安全協議顯得十分重要
最重要的是,ZigBee 3.0支持經歷過眾多迭代形成的應用程序庫。因此,Thread Group認真考慮采用ZigBee應用程序庫運行Thread也就不足為奇了。但不僅限于此:(1)ZigBee 3.0和ZigBee RF4CE在消費電子世界穩占一席之地;(2)ZigBee 3.0同時包括ZigBee Green Power 功能。讓我們詳細了解一下吧。
ZigBee RF4CE
ZigBee RF4CE最初是在消費電子領域開發的,用于替代基于無線電遠程控制的紅外(IR)遙控,因此無需再使用瞄準后單擊的模式了。隨后,其經歷了明顯的演變,最新的版本(ZRC 2.0)已完全集成了ZigBee應用程序庫。這意味著針對電視和機頂盒設計的遙控器同樣可以控制家里的燈具、燈光、窗簾、遮陽罩等。隨著時間的推移,消費電子領域和智能家居領域有望繼續重疊及融合,而ZRC 2.0對此的定位恰到好處。
ZigBee RF4CE依然完全向后兼容傳統的紅外技術。ZigBee遠程控制可自動檢測并下載需要紅外的傳統設備所需的代碼集。由于具有以上所有功能以及得到國際上的認可,RF4CE使得 ZigBee成為智能家居的重要推動者也就不足為奇了,而智能家居又給有線電視運營商和電視運營商的服務帶來了重大的新機遇。
除了超低功耗需求外(可與低功耗藍牙媲美,而覆蓋范圍更好),ZigBee RF4CE的關鍵增值特性就是低延時。用戶接口設備能從低延時中受益,原因是這些接口設備使得產品制造商能即時向用戶提供即時反饋(通常在30毫秒以內)。一般而言,網狀網絡(包括Thread)傾向具有高達幾百毫秒或以上的延時,造成用戶很不愉悅的體驗。幾乎所有人都經歷過按下按鈕后沒有反應,然后再按下按鈕,燈光終于亮起,卻又立即關掉的情形:這很令人崩潰!現今,采用有線的照明開關不會產生類似情況,因此沒人僅僅由于「現在是用無線的」作為理由而接受這種窘況。能夠在網絡中新增低延時的人性化接口裝置對ZigBee而言非常關鍵。
ZigBee Green Power
ZigBee 3.0還包括ZigBee Green Power。ZigBee Green Power最初是制定為超低功耗的無線標準,用以支持能量收集設備。能量收集設備是指不使用電池也能從環境中提取能量需求(如運動、光線、壓電、帕爾貼效應等)的設備。最常見的應用是照明開關,其中,開關的拉動產生了能量,然后向電燈傳送無線通信包(「開」、「關」等)。Green Power對于只偶爾存在于網絡中的設備而言十分有效(設備通電時)。Green Power使得這些設備能夠安全地進出網絡,因此可在大部分時間處于關閉狀態。
作為超低功耗的無線技術,Green Power對于使用電池供電的設備而言也是非常有效的,這是因為其使得這些設備能用同一電池運行多年。Green Power同時還允許低成本端網點與網絡中其他設備通信,特別是在不需要mesh的情況下。總之,Green Power是ZigBee 3.0的重大補充。
ZigBee 3.0 IP兼容性
ZigBee 3.0也完全兼容IP。ZigBee設備與WiFi設備類似,通常通過路由器、網關或機頂盒連接到互聯網,讓人可在世界其他地方利用連接了互聯網的個人計算機、平板電腦或智能手機應用程序等任何其他設備實現即時控制。由于ZigBee 完全兼容WiFi和 IP,因此沒有必要在手機本身插入ZigBee芯片,從而發現和控制ZigBee連接的智能家居和物聯網設備。只要通過任何聯網中心(如路由器、機頂盒、網關)均可讓這一切實現,這意味著,通過WiFi或蜂窩網進行聯網的個人計算機和智能手機可以作為指示板,并其可以毫不費力地發現并與其他ZigBee設備進行通信。
ZigBee 3.0
ZigBee 3.0具有開放性、普遍性和完整性,可與現有的互聯網應用程序完全互相操作?,F在,相關設備已經可以批量供貨,預計可從每周生產一百萬臺至每天生產一百萬臺不等,可能已經有五億臺ZigBee設備面世。ZigBee 3.0是智能家居的最佳解決方案,應用范圍廣泛:照明、安全、恒溫器、遙控器等。ZigBee 3.0十分安全,支持不使用電池的設備、網狀、低延時以及能量收集,更是無與倫比,甚至未受到過挑戰,即使Thread想方設法地想對其提出挑戰。對于許多應用程序創造者而言,它是高于IEEE 802.15.4無線電技術的獨一聯網解決方案。將來,我們許多的物聯網傳感和控制網絡及應用程序會把ZigBee 3.0視為低能耗的WiFi。
(本文轉自電子工程世界:http://news.eeworld.com.cn/IoT/2015/0729/article_1358.html)