1、《STM32F7开发指南-HAL库版本_V1.0.pdf》中第171页,delay_us(u32 nus)函数,...不使用OS的时候,实现函数如下:
//延时nus
//nus:要延时的us数.
//nus:0~204522252(最大值即2^32/fac_us@fac_us=21)
SysTick 的时钟源自HCLK,假设我们外部晶振为 25M,然后倍频到 216MHZ,那么 SysTick 的时钟即为 216Mhz,fac_us是不是应该为216?请问21是如何计算的?
因为是24位,nus最大值是不是应该是2^24/fac_us=16777216/216≈77672.296?
2、在文件“delay.c”中:
//注意:nus的值不要大于1000us
请问这里为什么不要大于1000us?
如果按上面理解,是不是应该不要大于2^24/fac_us=16777216/216≈77672.296?
谢谢!
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
更正:
函数中取的是SysTick的差值,应该不受SysTick->LOAD取值24位的限制。
ticks为u32类型,所以nus的最大值,是不是应该为:2^32/216≈19884107.851us?
void delay_us(u32 nus)
{
u32 ticks;
u32 told,tnow,tcnt=0;
u32 reload=SysTick->LOAD; //LOAD的值
ticks=nus*fac_us; //需要的节拍数
told=SysTick->VAL; //刚进入时的计数器值
while(1)
{
tnow=SysTick->VAL;
if(tnow!=told)
{
if(tnow<told)tcnt+=told-tnow; //这里注意一下SYSTICK是一个递减的计数器就可以了.
else tcnt+=reload-tnow+told;
told=tnow;
if(tcnt>=ticks)break; //时间超过/等于要延迟的时间,则退出.
}
};
}
谢谢!
SysTick->LOAD,是24位,这个没错。
但,void delay_us(u32 nus)函数中,变量ticks的取值范围,应该不受24位影响,它只是不断的查询经历的SysTick数量,所以ticks仅受其u32类型限制,所以ticks范围应该是0~2^32。
虽然nus也是u32,但ticks=nus*fac_us,所以nus=ticks/fac_us,所以最大值为2^32/fac_us。
我的疑问是:
《STM32F7开发指南-HAL库版本_V1.0.pdf》中,//nus:0~204522252(最大值即2^32/fac_us@fac_us=21) ,为何取fac_us=21?
我理解,根据delay.c中的代码:
HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK); //SysTick频率为HCLK
和main.c中的代码:
Stm32_Clock_Init(432,25,2,9); //设置时钟,216Mhz
delay_init(216); //延时初始化
fac_us应该为216。
所以nus最大值,是不是应该取:2^32/216≈19884107.851us?
另外:
在文件“delay.c”中://注意:nus的值不要大于1000us
请问这里为什么不要大于1000us?
我这没有F7版本的代码和资料。
所以fac_us不知道怎么来的,可以确定是SysTick的时钟 计数1us需要的次数。SysTick的时钟为216MHz,那么fac_us应该是216,或许是笔误吧。
普通延时方式中,nus*fac_us的值是给到24的寄存器的,所以值不能超过寄存器的最大值。
SysTick->LOAD=nus*fac_us;
即2^24≥nus*256
nus≤2^24/256.
至于这个是否正确,2^32/216≈19884107.851us
可以调用delay_ms(19884)延时函数验证,有19S了,用眼睛都可以看出来了。如果延时不了19S,说明nus最大值超范围了,寄存器溢出了。
谢谢!
我的理解:
tcnt应该不受SysTick->LOAD取值24位影响的。
因为函数中tcnt只是随着SysTick的递减,而不断的在递增,即使SysTick递减到0,再从2^24开始一个新的循环,tcnt还会继续递增,只要不超过tcnt类型u32的范围就可以。
所以
if(tcnt>=ticks)break;
ticks应该范围为u32,nus≤2^32/216.
一周热门 更多>