關(guān)于zigbee廣播機制的簡單說明
有些人在使用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)聽自己的鄰居有沒有進行轉(zhuǎn)發(fā)，如有沒進行轉(zhuǎn)發(fā)的，說明該鄰居可能沒有收到，會進行重發(fā)。
如此，一旦網(wǎng)絡(luò)規(guī)模大了整個廣播包會在空中存在較長時間，所以Zigbee聯(lián)盟設(shè)定了nwkBroadcastDeliveryTime這個屬性，用來說明一個廣播包最多有效的時間。而在這段時間內(nèi)，發(fā)起者都會保留這個廣播包放在一個table中。比如這個table默認最多能存10個這樣的包，所以連續(xù)發(fā)送的話，發(fā)送10個時候這個table就存滿了，新的包就不能發(fā)送了，必須等待有數(shù)據(jù)過期后才有新的數(shù)據(jù)能發(fā)出。
總結(jié)
因此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ù)阻塞（或舍去）的情況。
