关于开发板自带延时函数delay_us()分析

okyihu

开发板上自带微秒级延时函数如下，我对该延时方法有如下疑问：

1 system tick 是不是只能工作在 自动重装模式下，如果在执行其他中断的时候，恰好计算值到了 0 ，这时来不及读取system tick的状态（ temp=SysTick->CTRL;) ，而system tick的 计数器又装入SYSTICK->LOAD的值，此时第16位计
算完成标志位会不会被自动清除掉呢？ 如果清掉了的话，那这个延迟函数存在很大的安全隐患啊，请各位一起分析一下。
2 system tick能不能设置在单次工作模式下？就是不要不停的自动重装载。

void delay_us(u32 nus)
{
u32 temp;      
SysTick->LOAD=nus*fac_us; //时间加载    
SysTick->VAL=0x00;        //清空计数器
SysTick->CTRL=0x01 ;      //开始倒数  
do
{
temp=SysTick->CTRL;
}
while(temp&0x01&&!(temp&(1<<16)));//等待时间到达   
SysTick->CTRL=0x00;       //关闭计数器
SysTick->VAL =0X00;       //清空计数器  
}

正点原子

不存在楼主说的问题。
不会自动清零。

1376115749

countflag标志位当然不会无缘无故清零了啊，再有其实我觉得systick这个定时器主要是用来给操作系统用的，单次工作这个还真不知道从哪设置，或许人家就没有必要设置单次工作模式

okyihu

回复【2楼】1376115749:
---------------------------------
我从英文版的 M3权威手册上看到对这个位的解释是这样子的：好像只要 SYSTICK->TCN的值等于0 ，COUNTFLAG这个标志位就会就会自动清零， 关键是这句怎么理解when current counter value is cleared？ , 当SYSTICK自己计数到0的时候也可以说成是 current counter value is cleared 。 不知道他这个cleared到底是指软件人为的clear掉这个CNT寄存器的内容呢还是也包括硬件自己计数计到0？
Read as 1 if counter reaches 0 since last time
this register is read; clear to 0 automatically
when read or when current counter value is
cleared

okyihu

回复【4楼】正点原子:
-----------------------------
while(temp&0x01&&!(temp&(1<<16)));//等待时间到达  ，括号里的temp&&0x01 ，我觉得这句是多余的，如果本来只延迟1us，还要去判断一下temp&&0x01，不是浪费时间？

正点原子

回复【5楼】okyihu:
---------------------------------
你去掉试试，然后中断里面调动下delay_us/ms，就知道为什么不能去掉了。