引言
1 ZigBee精簡協議棧簡介
美國密西西比州立大學的Robert Reese教授出于教學、科研目的開發出一套精簡版（subset）ZigBee協議棧。標準協議棧和精簡協議棧的功能對比如表1所列，可以看出，精簡協議棧實現了ZigBee的主要功能。國內一些研究機構在此精簡協議上進行擴充，實現了一些其原本不具備的功能。
這里再補充一些術語概念，這有助于理解協議棧的代碼結構。
IEEE Address節點的8位802.15.4網絡地址，也稱為長地址。
Network Address節點的2位網絡地址，也稱短地址。
PAN個人局域網。
PAN ID個人局域網標識符。
PHY協議棧物理層。
MAC協議棧媒體訪問控制層。
APS協議棧應用支持層。
APL協議棧應用層。
精簡協議棧的代碼結構如表2所列。
表1
網絡節點研究" onclick="get_larger(this)" src="http://files.chinaaet.com/images/2011/03/19/8844807409469.gif" style="width: 327px; height: 245px" />
表2
2 ZigBee協議編程
2.1 節點程序設計
如果節點作為協調器(coordinator)，那么需要定義LRWPAN_COORDINATOR；而如果節點作為路由器(router)則需要定義LRWPAN_ROUTER；如果兩者都沒有定義，將作為RFD節點。
main() {
halInit();//初始化HAL 層
evbInit();//初始化評估板
aplInit();//初始化協議棧
ENABLE_GLOBAL_INTERRUPT();//開中斷
while(apsBusy)()) {apsFSM();}//等待完成
while(1) {apsFSM();}//運行協議棧棧
}
路由器節點通過調用aplJoinNetwork()運行協議棧。代碼如下：
main() {
halInit();//初始化HAL 層
evbInit();//初始化評估板
aplInit();//初始化協議棧
ENABLE_GLOBAL_INTERRUPT();//開中斷嘗試接入網絡直至成功
do { aplJoinNetwork(); //接入網絡
while(apsBusy)()) {apsFSM();}//等待完成
}while(aplGetStatus() !=LRWPAN_SUCCESS);
while(1) {apsFSM();}//運行協議棧
}
2.2 發送消息
應用程序通過調用aplSendMSG()函數發送消息包。此函數的定義如下：
aplSendMSG(
BYTE dstMode,//目標地址的地址模式
LADDR_UNION * dstADDR, //目的地址的指針
BYTE dstEP,//目標端點(直接消息方式不用)
BYTE cluster,//簇號(僅用于直接消息)
BYTE scrEP,//消息源端點
BYTE plen,//緩沖區字節數
BYTE tsn,//消息的事務隊列數
BYTE reqack//如果非0則要求確認
)
消息從源節點的源端點發送到目標節點的目標端點。消息分直接消息(指定了目標地址)和非直接消息(僅定義了源節點、源端點和簇，沒有指定目標地址)。端點號從1到255由應用程序設置(端點0由棧保留使用)。消息發送以，協議棧會向父節點路由此消息。如果收到APS的ack確認，協議棧就會將消息發送給目標端點。
2.3 接收消息
協議棧使用以下APL訪問函數接收數據包。
aplGetRxDstEp()返回目的端點
aplGetRxCluster()返回簇號
aplGetRxSrcEp()返回源端點
aplGetRxSADDR()返回源端點的短地址
aplGetRxMsgLen()返回消息長度
aplGetRxMsgData()返回消息數據的指針
aplGetRxRSSI()返回收到消息的信號強度
編寫用戶應用程序時，要確定端點的連接方式。一種簡單的方式是RFD節點周期性地向
協調器節點返回數據。這樣做比較簡單，因為協調器的地址總是0。
圖1 有限狀態機狀態轉移圖
整個程序的運轉是靠一個有限狀態機維持的。圖1給出了這個狀態機的狀態轉移圖。
2.5 函數總結
鑒于APL層函數接口對程序設計的重要性，將這些函數做一個總結。
表3是APL服務，這些函數需要調用apsBusy()確定其是否完成，并且使用aplGetStatus()函數返回狀態。表4是APL/APS訪問及功能函數。
結語
無線傳感器網絡具有廣闊的應用前景，由ZigBee協議可以方便有效地組建無線傳感器網絡。在整個應用中，主要硬件設備可由一個51單片機加上2.4 GHz的收發模塊組成，采用CC2430是為了更加方便使用，而ZigBee的真正核心是安裝在單片機中的協議棧代碼。精簡版協議棧不論從開發難度到使用成本都具有一定的優勢。本文對精簡版協議棧尤其是應用層接口、代碼實現進行了詳細的分析，并以此為基礎給出了節點的軟、硬件設計。了解協議棧的使用，就可以在其上開發適合我們需要的各種應用。