cc2530開發板，ZigBee是基于IEEE802.15.4無線標準研制開發的有關組網、安全和應用軟件方面的技術標準。其特點是近距離、低復雜度、自組織、低功耗、低數據速率、低成本。ZigBee的技術特性決定它將是無線傳感器網絡的最好選擇，廣泛用于物聯網，自動控制和監視等諸多領域。

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

　　因此特地寫了測試函數

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

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

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

　　HAL_BOARD_INIT（）;

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

　　ZStack中大多使用的延時函數如下：

　　void Delay_us（uint16 value）{

　　while （value--）

　　{

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

　　asm（“NOP”）;

　　asm（“NOP”）;

　　}

　　}

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

　　這個時間經過實際檢測是準確的。

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

　　初始化函數：初始化LED燈。

　　LED燈自動閃爍函數：依次打開紅綠黃藍燈，再依次關閉紅綠黃藍燈，如此反復，無限循環

　　Delay_us（）函數中，一次循環+3個Nop指令的匯編代碼如下圖：

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

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

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