cc2530開發(fā)板，ZigBee是基于IEEE802.15.4無線標準研制開發(fā)的有關(guān)組網(wǎng)、安全和應(yīng)用軟件方面的技術(shù)標準。其特點是近距離、低復(fù)雜度、自組織、低功耗、低數(shù)據(jù)速率、低成本。ZigBee的技術(shù)特性決定它將是無線傳感器網(wǎng)絡(luò)的最好選擇，廣泛用于物聯(lián)網(wǎng)，自動控制和監(jiān)視等諸多領(lǐng)域。

　　檢測不同的波形，所以對時間要求很高，但是發(fā)現(xiàn)Zstack本身提供的微秒級的延時其實有誤差。

　　因此特地寫了測試函數(shù)

　　先說CC2530與普通8051單片機時鐘的不同，CC2530的每個指令是一個時鐘，而標準的8051的指令周期是12個時鐘。

　　若選用32MHZ的時鐘頻率，那么時鐘周期是1/32 us，一個指令也就是1/32us.

　　然后我們需要確定ZStack中使用的時鐘頻率，找到ZMain.c文件中的 int main （void）函數(shù)，在

　　HAL_BOARD_INIT（）;

　　中可以看到選擇的是32MHZ的時鐘頻率。同時也可以讀取CLKCONCMD中第6位的值，如果為0則為32ＭＨＺ。

　　ZStack中大多使用的延時函數(shù)如下：

　　void Delay_us（uint16 value）{

　　while （value--）

　　{

　　asm（“NOP”）; //一個指令周期占用一個時鐘周期

　　asm（“NOP”）;

　　asm（“NOP”）;

　　}

　　}

　　用示波器測試的不同的參數(shù)，其時間值如下表：

　　這個時間經(jīng)過實際檢測是準確的。

　　延遲函數(shù)： 函數(shù)功能是軟件延時，執(zhí)行5 次0 到n 的空循環(huán)來實現(xiàn)軟件延時。延時時間約為：（n“18*5） /時鐘頻率，單位是秒。在。我們的例子中，n 的值為10000，時鐘頻率為16M（即16000000。因此延的時間大約是; （10000*18*5）/16M = 0 05625（單位秒）。

　　初始化函數(shù)：初始化LED燈。

　　LED燈自動閃爍函數(shù)：依次打開紅綠黃藍燈，再依次關(guān)閉紅綠黃藍燈，如此反復(fù)，無限循環(huán)

　　Delay_us（）函數(shù)中，一次循環(huán)+3個Nop指令的匯編代碼如下圖：

　　每條指令都用紅色標記表明其需要的時鐘周期，也就是一次循環(huán)需要21個時鐘周期，如果按照一個時鐘1/32us的話，當參數(shù)值為75時，時間長為75X21/32=49.2us.

　　這與實際測試時不符合的，實際為100us.

　　我暫時猜測為在ZStack在不同功能處理下也許時鐘周期不同，或者有中斷等的干擾，但如果時鐘為16MHZ的話，那計算時間和實際測試時間則是一致的。