引言
ZigBee是一種新興的短距離、低功耗、低數(shù)據(jù)速率、低成本、低復雜度的無線網(wǎng)絡技術。ZigBee在整個協(xié)議棧中處于網(wǎng)絡層的位置,其下是由IEEE 802.15.4規(guī)范實現(xiàn)PHY(物理層)和MAC(媒體訪問控制層),對上ZigBee提供了應用層接口。
ZigBee可以組成星形、網(wǎng)狀、樹形的網(wǎng)絡拓撲,可用于無線傳感器網(wǎng)絡(WSN)的組網(wǎng)以及其他無線應用。ZigBee工作于2.4 GHz的免執(zhí)照頻段,可以容納高達65 000個節(jié)點。這些節(jié)點的功耗很低,單靠2節(jié)5號電池就可以維持工作6~24個月。除此之外,它還具有很高的可靠性和安全性。這些優(yōu)點使基于ZigBee的WSN廣泛應用于工業(yè)控制、消費性電子設備、汽車自動化、家庭和樓宇自動化、醫(yī)用設備控制等。
ZigBee協(xié)議由ZigBee聯(lián)盟制定,是ZigBee的核心。目前國外帶有ZigBee協(xié)議棧的全功能開發(fā)系統(tǒng)的價格非常高昂,而且ZigBee/802.15.4協(xié)議棧全部只提供二進制/不可修改的目標代碼庫供用戶使用。本文研究的ZigBee精簡版協(xié)議棧代碼開放,在某些應用中可以達到標準版協(xié)議棧的效果,但是費用卻低很多,因此具有較高的研究價值和應用價值。
1 ZigBee精簡協(xié)議棧簡介
美國密西西比州立大學的Robert Reese教授出于教學、科研目的開發(fā)出一套精簡版(subset)ZigBee協(xié)議棧。標準協(xié)議棧和精簡協(xié)議棧的功能對比如表1所列,可以看出,精簡協(xié)議棧實現(xiàn)了ZigBee的主要功能。國內(nèi)一些研究機構在此精簡協(xié)議上進行擴充,實現(xiàn)了一些其原本不具備的功能。
這里再補充一些術語概念,這有助于理解協(xié)議棧的代碼結(jié)構。
IEEE Address節(jié)點的8位802.15.4網(wǎng)絡地址,也稱為長地址。
Network Address節(jié)點的2位網(wǎng)絡地址,也稱短地址。
PAN個人局域網(wǎng)。
PAN ID個人局域網(wǎng)標識符。
HAL協(xié)議棧物理抽象層。
PHY協(xié)議棧物理層。
MAC協(xié)議棧媒體訪問控制層。
NWK協(xié)議棧網(wǎng)絡層。
APS協(xié)議棧應用支持層。
APL協(xié)議棧應用層。
精簡協(xié)議棧的代碼結(jié)構如表2所列。
表1
500)this.style.width=500;" border="0" />
表2
500)this.style.width=500;" border="0" />
2 ZigBee協(xié)議編程
對于實際應用來說,最重要的是協(xié)議棧的APL函數(shù)。協(xié)議棧的每一層都有自己的有限狀態(tài)機(FSM)以追蹤要進行的操作。頂層的狀態(tài)機函數(shù)為apsFSM(),這個函數(shù)需要最早被調(diào)用以使協(xié)議棧運行,這與標準棧中的APLTask()函數(shù)等價。所有的應用層函數(shù)都以apl或者aps開頭,這些函數(shù)被分為兩類: 一類是對棧內(nèi)數(shù)據(jù)的存取函數(shù),一類是數(shù)據(jù)傳輸過程觸發(fā)一系列事件的服務函數(shù)(調(diào)用)。這里需要說明的是服務調(diào)用不能重疊,這可以通過調(diào)用apsBusy()函數(shù)進行判斷。
2.1 節(jié)點程序設計
如果節(jié)點作為協(xié)調(diào)器(coordinator),那么需要定義LRWPAN_COORDINATOR;而如果節(jié)點作為路由器(router)則需要定義LRWPAN_ROUTER;如果兩者都沒有定義,將作為RFD節(jié)點。
協(xié)調(diào)器節(jié)點形成網(wǎng)絡,然后進入一個無限循環(huán)并調(diào)用apsFSM()運行協(xié)議棧。調(diào)用aplFormNetwork()服務后調(diào)用函數(shù)aplGetStatus(),如果返回了LRWPAN_SUCCESS則表示服務調(diào)用成功。代碼如下:
main() {
halInit();//初始化HAL 層
evbInit();//初始化評估板
aplInit();//初始化協(xié)議棧
ENABLE_GLOBAL_INTERRUPT();//開中斷
aplFormNetwork();//形成網(wǎng)絡
while(apsBusy)()) {apsFSM();}//等待完成
while(1) {apsFSM();}//運行協(xié)議棧棧
}
路由器節(jié)點通過調(diào)用aplJoinNetwork()運行協(xié)議棧。代碼如下:
main() {
halInit();//初始化HAL 層
evbInit();//初始化評估板
aplInit();//初始化協(xié)議棧
ENABLE_GLOBAL_INTERRUPT();//開中斷嘗試接入網(wǎng)絡直至成功
do { aplJoinNetwork(); //接入網(wǎng)絡
while(apsBusy)()) {apsFSM();}//等待完成
}while(aplGetStatus() !=LRWPAN_SUCCESS);
while(1) {apsFSM();}//運行協(xié)議棧
}
2.2 發(fā)送消息
應用程序通過調(diào)用aplSendMSG()函數(shù)發(fā)送消息包。此函數(shù)的定義如下:
aplSendMSG(
BYTE dstMode,//目標地址的地址模式
LADDR_UNION * dstADDR, //目的地址的指針
BYTE dstEP,//目標端點(直接消息方式不用)
BYTE cluster,//簇號(僅用于直接消息)
BYTE scrEP,//消息源端點
BYTE* pload,//用戶數(shù)據(jù)緩沖區(qū)指針
BYTE plen,//緩沖區(qū)字節(jié)數(shù)
BYTE tsn,//消息的事務隊列數(shù)
BYTE reqack//如果非0則要求確認
)
消息從源節(jié)點的源端點發(fā)送到目標節(jié)點的目標端點。消息分直接消息(指定了目標地址)和非直接消息(僅定義了源節(jié)點、源端點和簇,沒有指定目標地址)。端點號從1到255由應用程序設置(端點0由棧保留使用)。消息發(fā)送以,協(xié)議棧會向父節(jié)點路由此消息。如果收到APS的ack確認,協(xié)議棧就會將消息發(fā)送給目標端點。
2.3 接收消息
協(xié)議棧使用以下APL訪問函數(shù)接收數(shù)據(jù)包。
aplGetRxDstEp()返回目的端點
aplGetRxCluster()返回簇號
aplGetRxSrcEp()返回源端點
aplGetRxSADDR()返回源端點的短地址
aplGetRxMsgLen()返回消息長度
aplGetRxMsgData()返回消息數(shù)據(jù)的指針
aplGetRxRSSI()返回收到消息的信號強度
而后用戶回調(diào)函數(shù)usrRxPacketCallback()將被調(diào)用。這個函數(shù)將使用用戶數(shù)據(jù)結(jié)構保存數(shù)據(jù),設置已收到數(shù)據(jù)的標志位。此函數(shù)結(jié)束后消息數(shù)據(jù)的指針將會被釋放,所以在函數(shù)結(jié)束之前要將數(shù)據(jù)保存以防止下一個包將數(shù)據(jù)覆蓋掉。
2.4 編寫用戶應用程序
編寫用戶應用程序時,要確定端點的連接方式。一種簡單的方式是RFD節(jié)點周期性地向
協(xié)調(diào)器節(jié)點返回數(shù)據(jù)。這樣做比較簡單,因為協(xié)調(diào)器的地址總是0。
RFD節(jié)點間使用直接方式通信比較困難。因為RFD節(jié)點的短地址是由其接入網(wǎng)絡的順序和深度決定的,事先并不知道。當然可以在協(xié)調(diào)器節(jié)點上增加程序告知RFD節(jié)點它們的地址,但這使復雜程度增加了。比較好的方式是使用非直接消息方式進行RFD節(jié)點間通信。RFD節(jié)點都將消息發(fā)送給協(xié)調(diào)器節(jié)點,協(xié)調(diào)器節(jié)點根據(jù)綁定表向正確的節(jié)點發(fā)送數(shù)據(jù)。
500)this.style.width=500;" border="0" />
圖1 有限狀態(tài)機狀態(tài)轉(zhuǎn)移圖
整個程序的運轉(zhuǎn)是靠一個有限狀態(tài)機維持的。圖1給出了這個狀態(tài)機的狀態(tài)轉(zhuǎn)移圖。
2.5 函數(shù)總結(jié)
鑒于APL層函數(shù)接口對程序設計的重要性,將這些函數(shù)做一個總結(jié)。
表3 APL服務調(diào)用
500)this.style.width=500;" border="0" />
表4 APL/APS訪問和功能函數(shù)
500)this.style.width=500;" border="0" />
表3是APL服務,這些函數(shù)需要調(diào)用apsBusy()確定其是否完成,并且使用aplGetStatus()函數(shù)返回狀態(tài)。表4是APL/APS訪問及功能函數(shù)。
結(jié)語
無線傳感器網(wǎng)絡具有廣闊的應用前景,由ZigBee協(xié)議可以方便有效地組建無線傳感器網(wǎng)絡。在整個應用中,主要硬件設備可由一個51單片機加上2.4 GHz的收發(fā)模塊組成,采用CC2430是為了更加方便使用,而ZigBee的真正核心是安裝在單片機中的協(xié)議棧代碼。精簡版協(xié)議棧不論從開發(fā)難度到使用成本都具有一定的優(yōu)勢。本文對精簡版協(xié)議棧尤其是應用層接口、代碼實現(xiàn)進行了詳細的分析,并以此為基礎給出了節(jié)點的軟、硬件設計。了解協(xié)議棧的使用,就可以在其上開發(fā)適合我們需要的各種應用。
(全球TMT2022年9月5日訊)燧原科技在2022世界人工智能大會"算盡其用·定義AI算力中心新實踐"云端算力產(chǎn)業(yè)應用論壇上正式發(fā)布云燧智算機(CloudBlazer POD)。云燧智算機是針對大規(guī)模、集約化人工智能...
關鍵字: 人工智能 數(shù)據(jù)中心 節(jié)點 CPU凝聚燧原科技兩代芯片研發(fā)與多個大規(guī)模人工智能算力中心工程實踐,面向大規(guī)模、集約化、綠色低碳數(shù)據(jù)中心建設,云燧智算機(CloudBlazer POD)正式發(fā)布。 上海2022年9月3日 /美通社/ -- 燧原科技在202...
關鍵字: 人工智能 數(shù)據(jù)中心 節(jié)點 TC北京2022年9月2日 /美通社/ -- 近日,由CDCC中數(shù)智慧信息技術研究院主辦的2022第三屆中國數(shù)據(jù)中心綠色能源大會(以下簡稱中國數(shù)據(jù)中心綠色能源大會)在"六朝金陵,十里秦淮"的南京...
關鍵字: 數(shù)據(jù)中心 綠色能源 數(shù)字經(jīng)濟 節(jié)點北京2022年8月31日 /美通社/ -- L11級別整機柜交付模式是指機柜在工廠完成PDU及其它機柜配件裝配,完成服務器上架安裝及交換機上架安裝(可選),并完成柜內(nèi)布線等原本需要在數(shù)據(jù)中心部署現(xiàn)場進行的裝配活動,以整機...
關鍵字: 數(shù)據(jù)中心 BSP 節(jié)點 交換機激蕩新片區(qū),成就新夢想 上海2022年8月16日 /美通社/ -- 近日,"激蕩新片區(qū),成就新夢想"臨港新片區(qū)三周年項目集中簽約儀式在上海隆重舉行。上海市經(jīng)信委、市科委、市教委、浦東新區(qū)、奉賢區(qū)有關...
關鍵字: 集成電路產(chǎn)業(yè) 雙核 節(jié)點 中國集成電路北京2022年8月11日 /美通社/ -- 堅持面向世界科技前沿,不斷向科學技術廣度和深度進發(fā)是科技工作者的初心和使命。工欲善其事,必先利其器,西湖大學聯(lián)手浪潮信息等科技企業(yè)建設領先的創(chuàng)新平臺與實驗室,為前沿科技研究構建...
關鍵字: 節(jié)點 分布式 讀寫 數(shù)據(jù)安全(全球TMT2022年8月2日訊)中國信息通信研究院(以下簡稱"中國信通院")公布了第十四批大數(shù)據(jù)產(chǎn)品能力評測結(jié)果。大華股份大數(shù)據(jù)平臺,經(jīng)過評審專家資料審核、測試報告審核、質(zhì)詢與答疑、集中評議的層層專業(yè)評測,最終獲得中...
關鍵字: 大數(shù)據(jù) 分布式 數(shù)據(jù)存儲 節(jié)點