更具魯棒性的ZigBee解決方案的開發設計
2. 采用模塊
模塊提供了比芯片組更多的優點。選用模塊可以為開發商節省成本,省去痛苦的RF前端設計、樣機設計、產品測試和EMC測試。模塊提供商已經通過了嚴格的應用測試和網絡協議棧測試,并且已經加入簡化ZigBee接口的一些功能。特別是MaxStream XBee模塊還提供了固件,這些固件提供了魯棒性的網狀組網、可靠尋址甚至信道遷移策略,為的是解決尚未解決的ZigBee問題。
如果模塊固件不能滿足某個特定應用的需求,某些模塊提供商還提供了一個靈活的選擇。某些情況下(包括MaxStream XBee模塊),設計師能夠在模塊硬件上開發自己的應用,并定制滿足其需求的ZigBee應用。這樣的方案雖然需要一些固件開發,但仍然節省了與RF設計、樣機設計和EMC測試相關的時間和成本。
3. 采用芯片組
如果采用芯片組,設計師必須準備支持無線設計所需的大量設計、測試和生產要求。在定制板上使用芯片組要求支持硬件生產工藝,包括板級測試、調試和返工。如果選用此方案,必須從IEEE獲得一個24位的OUI,以便為每個設備分配一個唯一的64位地址。
當定制板采用芯片組時,設計師還必須選用一個ZigBee網絡層協議棧。設計師必須將協議棧連接到他們的硬件上,細心地測試ZigBee應用,并評估網絡性能。上述未解決的許多問題甚至所有的ZigBee問題都必須在應用中解決,這將大大地增加研發時間方面的開銷。
4. 設備開發
如果必須在芯片組或模塊平臺上開發定制固件,下面的步驟將會有用。
5. 選擇框架類型
在著手開發ZigBee設備前,設計師必須確定是公共框架還是專用框架更能滿足需求。設備是需要與與其它普通的ZigBee產品兼容,還是只適合特定的應用?協議棧參數是否需要調整到最佳性能?如果專用框架更合適,就需要向ZigBee聯盟申請一個專用框架。
6. 確定路由策略
開發商應該清楚是否允許使用樹狀路由。對于簡單的靜態網絡,樹狀路由將足夠。如果某些節點有可能去掉,或者需要可靠的數據傳輸,樹狀路由就顯得不足了。此時,就需要花些時間對協議棧何時調用路由發現進行評估。
如果所選的ZigBee協議棧符合增強型ZigBee規范,應用層就可以利用路由發現請求原語和nwkUseTreeRouting屬性來控制路由發現和去除樹狀路由。如果采用的是網狀路由,開發商應該考慮當所有的路由表入口都被占用的情況下系統將如何執行。因為ZigBee規范并不對老化路由和過期路由表條目進行監管,因此一些ZigBee協議棧實現不會去除舊的路由表條目。一旦所有的路由表條目被占用,設備將不能再參與路由發現。如果協議棧無法老化或取代過期條目,應用層就應該加入自己的監管措施來實現。
7. 考慮固定信道操作
對于許多應用,即便是存在突發干擾,ZigBee網絡也可以可靠地工作在固定信道上。但是,對于那些必須與其它系統共同工作在同一頻段的系統,或者無法允許數據包偶然丟失的系統,則有必要支持信道的遷移。因為目前的ZigBee規范還沒有定義信道遷移機制,應用開發商可以自行決定將網絡遷移到一個新信道的條件,并開發相應的實現方案。












評論