因为要检测不同的波形,所以对时间要求很高,但是发现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则为32MHZ。
ZStack中大多使用的延时函数如下:
void Delay_us(uint16 value){
while (value--)
{
asm("NOP"); //一个指令周期占用一个时钟周期
asm("NOP");
asm("NOP");
}
}
用示波器测试的不同的参数,其时间值如下表:
参数值 | 时间值 |
75 | 100us |
130 | 170us |
100 | 130us |
这个时间经过实际检测是准确的。
但是我还是想弄明白其中的原因,Delay_us()函数中,一次循环+3个Nop指令的汇编代码如下图:
每条指令都用红色标记表明其需要的时钟周期,也就是一次循环需要21个时钟周期,如果按照一个时钟1/32us的话,当参数值为75时,时间长为75X21/32=49.2us.
这与实际测试时不符合的,实际为100us.
我暂时猜测为在ZStack在不同功能处理下也许时钟周期不同,或者有中断等的干扰(实际上我使用延时时关闭了所有的中断),以后有时间再做具体研究。但如果时钟为16MHZ的话,那计算时间和实际测试时间则是一致的。
另一位博主也记录了其他人的测试,有同样的问题:
http://blog.csdn.net/geek_monkey/article/details/52171537