更具魯棒性的ZigBee解決方案的開發(fā)設(shè)計

　　2. 采用模塊

　　模塊提供了比芯片組更多的優(yōu)點。選用模塊可以為開發(fā)商節(jié)省成本，省去痛苦的RF前端設(shè)計、樣機設(shè)計、產(chǎn)品測試和EMC測試。模塊提供商已經(jīng)通過了嚴格的應用測試和網(wǎng)絡協(xié)議棧測試，并且已經(jīng)加入簡化ZigBee接口的一些功能。特別是MaxStream XBee模塊還提供了固件，這些固件提供了魯棒性的網(wǎng)狀組網(wǎng)、可靠尋址甚至信道遷移策略，為的是解決尚未解決的ZigBee問題。

　　如果模塊固件不能滿足某個特定應用的需求，某些模塊提供商還提供了一個靈活的選擇。某些情況下(包括MaxStream XBee模塊)，設(shè)計師能夠在模塊硬件上開發(fā)自己的應用，并定制滿足其需求的ZigBee應用。這樣的方案雖然需要一些固件開發(fā)，但仍然節(jié)省了與RF設(shè)計、樣機設(shè)計和EMC測試相關(guān)的時間和成本。

　　3. 采用芯片組

　　如果采用芯片組，設(shè)計師必須準備支持無線設(shè)計所需的大量設(shè)計、測試和生產(chǎn)要求。在定制板上使用芯片組要求支持硬件生產(chǎn)工藝，包括板級測試、調(diào)試和返工。如果選用此方案，必須從IEEE獲得一個24位的OUI，以便為每個設(shè)備分配一個唯一的64位地址。

　　當定制板采用芯片組時，設(shè)計師還必須選用一個ZigBee網(wǎng)絡層協(xié)議棧。設(shè)計師必須將協(xié)議棧連接到他們的硬件上，細心地測試ZigBee應用，并評估網(wǎng)絡性能。上述未解決的許多問題甚至所有的ZigBee問題都必須在應用中解決，這將大大地增加研發(fā)時間方面的開銷。

　　4. 設(shè)備開發(fā)

　　如果必須在芯片組或模塊平臺上開發(fā)定制固件，下面的步驟將會有用。

　　5. 選擇框架類型

　　在著手開發(fā)ZigBee設(shè)備前，設(shè)計師必須確定是公共框架還是專用框架更能滿足需求。設(shè)備是需要與與其它普通的ZigBee產(chǎn)品兼容，還是只適合特定的應用？協(xié)議棧參數(shù)是否需要調(diào)整到最佳性能？如果專用框架更合適，就需要向ZigBee聯(lián)盟申請一個專用框架。

　　6. 確定路由策略

　　開發(fā)商應該清楚是否允許使用樹狀路由。對于簡單的靜態(tài)網(wǎng)絡，樹狀路由將足夠。如果某些節(jié)點有可能去掉，或者需要可靠的數(shù)據(jù)傳輸，樹狀路由就顯得不足了。此時，就需要花些時間對協(xié)議棧何時調(diào)用路由發(fā)現(xiàn)進行評估。

　　如果所選的ZigBee協(xié)議棧符合增強型ZigBee規(guī)范，應用層就可以利用路由發(fā)現(xiàn)請求原語和nwkUseTreeRouting屬性來控制路由發(fā)現(xiàn)和去除樹狀路由。如果采用的是網(wǎng)狀路由，開發(fā)商應該考慮當所有的路由表入口都被占用的情況下系統(tǒng)將如何執(zhí)行。因為ZigBee規(guī)范并不對老化路由和過期路由表條目進行監(jiān)管，因此一些ZigBee協(xié)議棧實現(xiàn)不會去除舊的路由表條目。一旦所有的路由表條目被占用，設(shè)備將不能再參與路由發(fā)現(xiàn)。如果協(xié)議棧無法老化或取代過期條目，應用層就應該加入自己的監(jiān)管措施來實現(xiàn)。

　　7. 考慮固定信道操作

　　對于許多應用，即便是存在突發(fā)干擾，ZigBee網(wǎng)絡也可以可靠地工作在固定信道上。但是，對于那些必須與其它系統(tǒng)共同工作在同一頻段的系統(tǒng)，或者無法允許數(shù)據(jù)包偶然丟失的系統(tǒng)，則有必要支持信道的遷移。因為目前的ZigBee規(guī)范還沒有定義信道遷移機制，應用開發(fā)商可以自行決定將網(wǎng)絡遷移到一個新信道的條件，并開發(fā)相應的實現(xiàn)方案。