有些人在使用zigbee模塊或數(shù)傳電臺的時候，對于zigbee廣播機制中的周期性廣播和組播機制有些疑問，今天小億就這個問題做一下簡單的說明。
在Zigbee中，廣播數(shù)據(jù)是不適合像單播數(shù)據(jù)這么連續(xù)發(fā)送的，這是Zigbee協(xié)議棧規(guī)定的。
Zigbee的廣播機制解釋如下，廣播數(shù)據(jù)在發(fā)出后，其余有廣播能力的節(jié)點如rouer在收到后會轉(zhuǎn)發(fā)這個廣播包，如此一層層往后跳以保證整個網(wǎng)絡(luò)都能收到這個廣播。同時，任何一個節(jié)點在發(fā)送或轉(zhuǎn)發(fā)這個廣播包的時候會監(jiān)聽自己的鄰居有沒有進(jìn)行轉(zhuǎn)發(fā)，如有沒進(jìn)行轉(zhuǎn)發(fā)的，說明該鄰居可能沒有收到，會進(jìn)行重發(fā)。
如此，一旦網(wǎng)絡(luò)規(guī)模大了整個廣播包會在空中存在較長時間，所以Zigbee聯(lián)盟設(shè)定了nwkBroadcastDeliveryTime這個屬性，用來說明一個廣播包最多有效的時間。而在這段時間內(nèi)，發(fā)起者都會保留這個廣播包放在一個table中。比如這個table默認(rèn)最多能存10個這樣的包，所以連續(xù)發(fā)送的話，發(fā)送10個時候這個table就存滿了，新的包就不能發(fā)送了，必須等待有數(shù)據(jù)過期后才有新的數(shù)據(jù)能發(fā)出。
因此ZigBee聯(lián)盟規(guī)定為了保證網(wǎng)絡(luò)的穩(wěn)定性，9秒內(nèi)最多發(fā)送8個廣播，超過8個廣播包其他的數(shù)據(jù)包將被舍去。
針對億佰特公司E180 E18等ZigBee系列產(chǎn)品建議周期性的組播和廣播數(shù)據(jù)發(fā)送周期大于等于1000ms,小于1000ms會存在數(shù)據(jù)阻塞（或舍去）的情況。
今天的分享就到這里啦，EBYTE每一天都致力于更好的助力物聯(lián)化、智能化、自動化的發(fā)展，提升資源利用率，更多zigbee模塊產(chǎn)品和zigbee技術(shù)資料，感興趣的小伙伴可以登錄我們的億佰特官網(wǎng)和企業(yè)公眾號（微信號：cdebyte）進(jìn)行了解，也可以直接撥打400電話咨詢技術(shù)專員！
相關(guān)閱讀：
1、ZigBee3.0技術(shù)通信標(biāo)準(zhǔn)能否一統(tǒng)ZigBee協(xié)議？
2、ZigBee模塊選型指南與分類詳解和ZigBee模塊常見問題
