本則實操演示視頻中，Silicon Labs（亦稱“芯科科技”）高級硬件應用工程師Jason Hou介紹了Zigbee 3.0網(wǎng)絡優(yōu)化的一些方法和建議來幫助開發(fā)人員快速搭建穩(wěn)定的Zigbee3.0網(wǎng)絡。本視頻主要分為七個部分做介紹，您可以點擊下方視頻預覽頁面收看完整內容：

Zigbee大網(wǎng)絡中的突出問題

Zigbee大網(wǎng)絡穩(wěn)定性問題的根本原因與優(yōu)化方向

Zigbee系統(tǒng)設計優(yōu)化建議

快速修復源路由（source routing）方案

分析丟包問題的一般步驟

網(wǎng)絡參數(shù)優(yōu)化

搭建上百個節(jié)點的Zigbee網(wǎng)絡的一般流程

Zigbee 3.0標準介紹與網(wǎng)絡設計建議Zigbee 3.0是一個非常成熟的技術，支持幾十個節(jié)點的Zigbee網(wǎng)絡穩(wěn)定性很好，可以無故障長時間穩(wěn)定運行，但是擴展至上百個節(jié)點的網(wǎng)絡容易出現(xiàn)以下問題：

設備入網(wǎng)慢

頻繁發(fā)單播或廣播時會發(fā)送失敗

頻繁發(fā)單播或廣播時丟包嚴重

網(wǎng)絡穩(wěn)定性問題的表現(xiàn)可能是多種多樣的，比如一個設備控制失敗、配置失敗、甚至入網(wǎng)失敗，這些問題的原因都可能是丟包所導致，因此如果能從根本上解決大型網(wǎng)絡的丟包問題，就可以極大的提高Zigbee 3.0網(wǎng)絡的可靠性。由軟硬件相同的Zigbee節(jié)點組成的大小兩個網(wǎng)絡為何穩(wěn)定性會有如此大的差異，很明顯其中的區(qū)別就是大網(wǎng)絡的節(jié)點數(shù)多，節(jié)點數(shù)多必定會導致Zigbee數(shù)據(jù)包并發(fā)的幾率變高。 網(wǎng)絡穩(wěn)定性問題的表現(xiàn)可能是多種多樣的，比如出現(xiàn)設備控制失敗，或者在配置甚至入網(wǎng)時失敗，上百個節(jié)點的數(shù)據(jù)并發(fā)就會導致一些主要問題，包括信道忙CCA失敗，以及協(xié)議棧中的資源有限無法同時處理過多數(shù)據(jù)。 上述問題會導致數(shù)據(jù)收發(fā)失敗產(chǎn)生網(wǎng)絡穩(wěn)定性問題，因此Zigbee大網(wǎng)絡優(yōu)化的兩個大方向是：

系統(tǒng)設計層面避免高并發(fā)的場景

優(yōu)化網(wǎng)絡參數(shù)增強設備處理并發(fā)數(shù)據(jù)的能力

在做網(wǎng)絡優(yōu)化時這兩種手段要相互結合缺一不可，若在系統(tǒng)設計時一味的考慮避免高并發(fā)勢必會影響用戶體驗，同樣的芯片資源有限也不可能無限地增大buffer，網(wǎng)絡優(yōu)化是網(wǎng)絡穩(wěn)定性與產(chǎn)品用戶體驗的權衡，通過調整網(wǎng)絡參數(shù)來滿足特定的應用場景，基于以上對Zigbee網(wǎng)絡問題的分析，建議設計者開發(fā)產(chǎn)品時必須盡量做到以下幾點：

在系統(tǒng)設計時避免高并發(fā)的情況出現(xiàn)

避免在大網(wǎng)絡中頻繁使用廣播

避免子節(jié)點同時發(fā)包例如: 設備上電時發(fā)包需要加隨機延時

廣播命令的應答包需要加隨機延時

Zigbee網(wǎng)關采用many-to-one/sourcerouting的路由方式避免使用router request 的方式建立路由，因為在大網(wǎng)絡中網(wǎng)關采用router request 的方式建立路由需要發(fā)送大量的廣播消息，網(wǎng)關使能High RAM concentrator 并且Source Route Table Size 需大于網(wǎng)絡節(jié)點數(shù)，由many-to-one/source routing路由的技術特點決定Concentrator上電時需要實現(xiàn)快速修復source routing的機制。

原文標題：實操演示視頻－Zigbee 3.0網(wǎng)絡優(yōu)化方法與建議

文章出處：【微信公眾號：SiliconLabs】歡迎添加關注！文章轉載請注明出處。

責任編輯：haq