1、Word文檔開發更具魯棒性的ZigBee解決方案ZigBee在無線傳感器領域中受到了人們的親密關注，主要是由于ZigBee承諾能為牢靠、高性價比和低功率的無線通信供應全球性統一規范。并且在目前的無線設備市場中，ZigBee聯盟經過不懈地努力已經將ZigBee的地位提升了一大步。僅僅用了幾年的時間，該聯盟就進展了200多家聯盟成員。ZigBee芯片組和協議棧已經可以很簡單地從很多供貨商那里得到。去年市場上已經消失第一套ZigBee終端產品。 通過細心地定義ZigBee規范中的網絡和應用層，ZigBee聯盟盼望單獨的設備制造商能夠開發出可以互操作的優秀終端產品。成員們對ZigBee芯片組賜予了很高

2、的期望，盼望能夠關心OEM制造商進一步降低成本，從而為系統集成商和終端用戶供應低成本的終端產品。 隨著市場需求的增長以及大量的志愿者投入討論ZigBee規范，現在已經到了將一個低成本、低功率的無線通信系統的可行性方案供應給人們的時候了。本文將爭論設計和集成一個ZigBee方案時應當考慮的一些重要因素。文中的很多內容來自MaxStream公司在研發其首套ZigBee認證產品XBeeOEM無線模塊過程中所獵取的閱歷。 1.ZigBee網絡 ZigBee定義了三種節點類型：協調器、路由器和終端設備。協調器可以通過選擇網絡的工作信道和個域網識別標志(PANID)來啟動一個ZigBee網絡。一旦網絡啟動

3、，路由器和終端設備就能加入網絡。協調器和路由器都能通過網絡放射和路由數據，并且允許其它的路由器和終端設備加入。終端設備不能參加路由數據，因此在不放射和接收數據時可以休眠。當設備加入ZigBeePAN時，設備間的父子關系即形成，加入的設備為子，允許加入的設備為父。一個簡潔的ZigBee網絡如圖1所示。 2.ZigBee尋址 ZigBee設備支持兩種地址類型：一種是64位IEEE地址，另一種是16位網址。64位地址在全部ZigBee設備之中是唯一，其中包含一個由IEEE安排、也是全球唯一的24位制造商特定組織識別符(OUI)。 當設備加入ZigBee個域網時，它可以從允許其加入的父設備上獵取16位

4、網址。該網址在個域網內被規定為唯一。該網址用于數據傳輸和數據包路由。用于路由數據包的路由表存放著各個目標設備和下一跳設備的網絡地址。因此個域網的各設備都必需有明確且唯一的網絡地址，以保證數據能到達正確的設備。 然而，在有些條件下一個設備的地址可能會轉變，或者是多個節點可能接收到同一個地址。例如，假如終端設備被移除或失去與父設備的聯系，它就必需重新連接網絡，這可能導致它接收到一個新的地址。另外，假如協調器被一臺新設備所替換，新協調器會不知道哪些地址是之前的協調器分發的。新協調器分發給設備的地址很簡單與已有的網址重疊。 ZigBee聯盟正在加緊討論解決這些地址問題的對策，并將解決方案整合到ZigB

5、ee規范中去。但是，一些協議棧和模塊供應者，譬如MaxStream公司已經研發出解決這些問題的方法。 3.ZigBee路由 ZigBee包括一個用于AODV網狀路由的基本框架。假如一個設備需要向其它設備發送數據，它首先需要發覺一條可能要經過多臺路由器才能到達目標設備的路由。網狀路由允許動態地建立、修改或替換傳輸路徑，從而保持設備間有一條牢靠的路徑。 然而，除網狀路由之外，ZigBee規范還常常依靠樹狀路由。在樹狀路由中，數據將在源設備和目標設備之間的“樹”狀路由上嚴格地根據從父到子或從子到父的路徑傳輸。 當節點移動或刪除時路由可能消失問題。這時假如單個節點無法從一條路由中隔離開來，那么整個樹狀

6、路由就無法定位故障點。而網狀網絡就能在現有路由發生故障時發覺一條新路由。 ZigBee協議棧根據規范采納樹狀和網狀路由的ZigBee1.0標準而建立。兩種路由之間的交互是相當簡單的，而且協議棧之間的交互也是不斷變化的。但是，增加型ZigBee規范(2021)增加了一個nwkUseTreeRouting功能，該功能可以使整個樹狀路由徹底斷開，再由(NLME)路由發覺懇求(route-discovery-request)原語依據需要強制進行路由發覺。這些功能可以解決與樹狀路由相關的問題，并且允許開發商充分發揮網狀路由的優勢。 4.ZigBee互操作性 ZigBee規范包括一些可以用來定義各種網絡的

7、配置功能。開發商可以很簡單地配置以下參數：目標系統中的路由器和/或終端設備數量；平安級別；路由表和鄰居表規模；網絡最大深度(從協調器到最遠派生設備的連接深度)；協調器/父路由器允許的子路由器和終端設備的最大數量。 ZigBee聯盟研發出了為這些不同協議棧建立通用設置的公共框架-可配置參數表。為了完成框架(如家庭掌握協議棧框架就定義了開燈、關燈、或切換一個燈光的簇ID)內的共同任務，該框架還定義了一些稱作簇ID的接口。 終端設備必需圍繞可互操作的同一框架來設計。因此，應用開發商必需設置他們的協議棧參數以匹配公共框架所規定的參數值，從而確保與采納同一框架的其它解決方案的互操作性。另外，開發商也可以

8、為了滿意其設計而通過采納專用(定制)的框架來自由修改協議棧參數。不過，在專用框架中所定義的簇ID不具備與基于公共框架的設備互操作的力量。 由于開發商具有選擇框架的敏捷性，從而并非全部的ZigBee設備都能互操作。雖然這種敏捷性一開頭會在市場上引起一些混亂，但允許開發商打算其產品是否要與其他供應商的設備進行互操作。在不需要互操作性的場合，功能強大的ZigBee可以圍繞一個專用框架進行開發，并剪裁協議棧參數來滿意特別應用需求。 5.ZigBee認證 經認證的ZigBee硬件平臺(芯片組和模塊)和軟件層(PHY層、MAC層和網絡層)必需做ZigBee驗證平臺(ZCP)測試。通過ZCP認證的硬件平臺和

9、軟件協議棧表明適用于ZigBee終端產品的研發。 在ZigBee兼容平臺上開發的終端產品可以直接做產品認證測試。終端產品認證允許產品消失在ZigBee認證產品列表中，并打上ZigBee標識。ZigBee聯盟已經開發了相關測試標準來認證基于公共和專用框架的終端產品是否是合格的ZCP產品。 尚未解決的ZigBee問題 ZigBee規范正在連續改進并將供應更多的功能，但同時ZigBee聯盟也熟悉到該規范還存在一些問題： 1.更改網絡地址 如前所述，在ZigBeePAN中安排給節點的網絡地址可以轉變，甚至在某些條件下會重名。這就使得網絡必需解決不行靠的尋址機制，以確保將數據發送到正確的設備中。 Zig

10、Bee聯盟正在考慮轉變尋址機制，以供應更具魯棒性的尋址機制。同時，包括MaxStream在內的一些模塊供應商研發出了基于唯一性64位地址的解決方案，能確保牢靠的數據傳輸。 2.固定工作信道 由于ZigBee采納802.15.4MAC/PHY規范中所規定的直序擴頻(DSSS)調制，因此可以工作在固定信道。在通過能量掃描篩選出具有較高能量的信道后選出工作信道。但是，一旦初始能量掃描完成后，在所選的信道質量變壞時ZigBee網絡無法重置新的信道。由于有很多設備(包括蜂窩電話、微波和802.11網絡)占用2.4GHz頻段，因此這可能是一個大問題。目前，終端設備開發商必需在其設計中解決干擾問題。ZigB

11、ee聯盟也在討論此問題的解決方案。ZigBee規范的新版本可能會解決此問題。 3.容量限制 ZigBee剛開頭準備用64K閃存。但是，對于需要牢靠的數據傳輸、網狀組網、更高平安等級、低功率的終端設備等高級應用而言，這一空間將很難滿意802.15.4MAC/PHY、ZigBee網絡層以及其它所期望的應用功能要求。隨著ZigBee的持續進展，先進的應用好像需要遷移至帶有更多閃存的微掌握器。 ZigBee實現方案 隨著市場需求的增長和ZigBee自身要素的改善，部署一個經認證的ZigBee方案將具有極高的價值。隨著ZigBee規范的最新進展，可以采納現有的ZigBee架構開發出牢靠的ZigBee解決

12、方案。開發商必需在從零開頭研發自己的軟硬件還是集成已閱歷證過的ZigBee模塊解決方案之間作出慎重選擇。 為了開發一個魯棒的ZigBee解決方案，MaxStream公司在ZigBee規范方面付出了大量的時間和精力。以下一些建議都來自于我們的實際閱歷，對那些準備采納ZigBee解決方案的開發商將有所裨益。 1.硬件選擇 在開發ZigBee解決方案時，首先是要確定硬件平臺。通常，硬件平臺由一個芯片組或模塊組成。如前所述，ZigBee聯盟定義了一個用于平臺驗證的ZigBeeZCP，可用來驗證平臺是否支持ZigBee方案。假如ZigBee終端產品想攜帶ZigBee標識并作為ZigBee認證產品上市，所

13、用的硬件平臺和ZigBee軟件協議棧必需被ZigBee聯盟認證為ZigBee兼容平臺。 2.采納模塊 模塊供應了比芯片組更多的優點。選用模塊可以為開發商節約成本，省去苦痛的RF前端設計、樣機設計、產品測試和EMC測試。模塊供應商已經通過了嚴格的應用測試和網絡協議棧測試，并且已經加入簡化ZigBee接口的一些功能。特殊是MaxStreamXBee模塊還供應了固件，這些固件供應了魯棒性的網狀組網、牢靠尋址甚至信道遷移策略，為的是解決尚未解決的ZigBee問題。 假如模塊固件不能滿意某個特定應用的需求，某些模塊供應商還供應了一個敏捷的選擇。某些狀況下(包括MaxStreamXBee模塊)，設計師能夠

14、在模塊硬件上開發自己的應用，并定制滿意其需求的ZigBee應用。這樣的方案雖然需要一些固件開發，但仍舊節約了與RF設計、樣機設計和EMC測試相關的時間和成本。 3.采納芯片組 假如采納芯片組，設計師必需預備支持無線設計所需的大量設計、測試和生產要求。在定制板上使用芯片組要求支持硬件生產工藝，包括板級測試、調試和返工。假如選用此方案，必需從IEEE獲得一個24位的OUI，以便為每個設備安排一個唯一的64位地址。 當定制板采納芯片組時，設計師還必需選用一個ZigBee網絡層協議棧。設計師必需將協議棧連接到他們的硬件上，細心地測試ZigBee應用，并評估網絡性能。上述未解決的很多問題甚至全部的Zig

15、Bee問題都必需在應用中解決，這將大大地增加研發時間方面的開銷。 4.設備開發 假如必需在芯片組或模塊平臺上開發定制固件，下面的步驟將會有用。 5.選擇框架類型 在著手開發ZigBee設備前，設計師必需確定是公共框架還是專用框架更能滿意需求。設備是需要與與其它一般的ZigBee產品兼容，還是只適合特定的應用？協議棧參數是否需要調整到最佳性能？假如專用框架更合適，就需要向ZigBee聯盟申請一個專用框架。 6.確定路由策略 開發商應當清晰是否允許使用樹狀路由。對于簡潔的靜態網絡，樹狀路由將足夠。假如某些節點有可能去掉，或者需要牢靠的數據傳輸，樹狀路由就顯得不足了。此時，就需要花些時間對協議棧何時

16、調用路由發覺進行評估。 假如所選的ZigBee協議棧符合增加型ZigBee規范，應用層就可以利用路由發覺懇求原語和nwkUseTreeRouting屬性來掌握路由發覺和去除樹狀路由。假如采納的是網狀路由，開發商應當考慮當全部的路由表入口都被占用的狀況下系統將如何執行。由于ZigBee規范并不對老化路由和過期路由表條目進行監管，因此一些ZigBee協議棧實現不會去除舊的路由表條目。一旦全部的路由表條目被占用，設備將不能再參加路由發覺。假如協議棧無法老化或取代過期條目，應用層就應當加入自己的監管措施來實現。 7.考慮固定信道操作 對于很多應用，即便是存在突發干擾，ZigBee網絡也可以牢靠地工作在

17、固定信道上。但是，對于那些必需與其它系統共同工作在同一頻段的系統，或者無法允許數據包偶然丟失的系統，則有必要支持信道的遷移。由于目前的ZigBee規范還沒有定義信道遷移機制，應用開發商可以自行打算將網絡遷移到一個新信道的條件，并開發相應的實現方案。 8.克服尋址限制 在很多應用中，目前的網絡地址安排機制是足夠的。但是，為了防止地址重復的可能，更具魯棒性的ZigBee解決方案應具有復位網絡地址的力量(如協調器被替換時)。 由于設備的網絡地址不行靠而且會變化(例如，一個加電周期或復位后設備無法找到其父設備)，應用層可能也需要一個能夠唯一識別每個節點的解決方案。 為了確保將數據發送到正確的設備上，包括MaxStreamXBee在內的一些ZigBee解決方案依靠于唯一的64位地址。假如采納這樣的方案，應用層中就必需有相應的配置功能，以便在傳送數據之前將64位地址轉換成16位的網絡地址。 9.測試 測試應當包括驗證系統如何對本文所述的應用場景反應。當路由器關掉時系統有什么反應？在工作信道上消失干擾時系統將如何執行？假如設備接收到一個新的網絡地址，該新地址如何被發覺？需要重申的是，一些模塊和協議棧開發商已經開發出了解決這些問題的配置方案，從而大大減輕了應用開發商的開發負擔。 本文小結 雖然ZigBee在前進道路上面臨一些重要的問題，但ZigBee聯盟具有頑強的毅力、宏大的領導力，還有大批為