请教delay_us()中nus范围和fac_us取值？delay_ms()中nms范围？谢谢！

yyh001123

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定时器的定时时长了

yyh001123

八度空间 发表于 2017-9-24 22:37
看systick定时器的定时时长了

看systick定时器的定时时长了。
您讲的定时时长是指什么？一个节拍的时长吗？
按照描述：
SysTick 的时钟源自HCLK，假设我们外部晶振为 25M，然后倍频到 216MHZ，那么 SysTick 的时钟即为 216Mhz。
SysTick的定时时长，应该是1/216M，对吗？

liuliupiaoxue

首先确认SysTick的时钟就是HCLK吗？F7的不知道，这要看手册，比如F10系列的SysTick时钟是HCLK/8。
假如HCLK倍频到216MHz，SysTick时钟为216/8MHz。
然后滴答定时器计数一次为8/216us，那么1us要计数216/8次。
如果寄存器为24位，那么最大nus为2^24/(216/8)=621378us。

八度空间

yyh001123 发表于 2017-9-25 00:11
看systick定时器的定时时长了。
您讲的定时时长是指什么？一个节拍的时长吗？
按照描述：

如4楼

yyh001123

liuliupiaoxue 发表于 2017-9-25 00:15
首先确认SysTick的时钟就是HCLK吗？F7的不知道，这要看手册，比如F10系列的SysTick时钟是HCLK/8。
假如HCL ...

谢谢！
delay.c中代码：
    HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK);   //SysTick频率为HCLK
我理解，SysTick时钟应该是216MHz，如果为216/8MHz，代码应该是：
    HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK_DIV8);   
so，滴答定时器计数一次为1/216us。
不知我的理解正确不？

yyh001123

八度空间 发表于 2017-9-25 00:20
如4楼

谢谢！

yyh001123

更正：
函数中取的是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;                        //时间超过/等于要延迟的时间,则退出.
                }  
        };
}

liuliupiaoxue

yyh001123 发表于 2017-9-25 15:25
更正：
函数中取的是SysTick的差值，应该不受SysTick->LOAD取值24位的限制。
ticks为u32类型，所以nus的 ...

SysTick->LOAD取值范围是受芯片内 SysTick重装载数值寄存器 的位数决定的，即芯片硬件决定的。比如查资料，F10系列的这个寄存器确实只有24位。除非F7芯片的这个寄存器有32位，你可以查下看，是的，你的理解就是对的。

yyh001123

liuliupiaoxue 发表于 2017-9-25 20:18
SysTick->LOAD取值范围是受芯片内 SysTick重装载数值寄存器 的位数决定的，即芯片硬件决定的。比如查资料 ...

谢谢！

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？

liuliupiaoxue

yyh001123 发表于 2017-9-25 20:49
谢谢！

SysTick->LOAD，是24位，这个没错。

我这没有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最大值超范围了，寄存器溢出了。

liuliupiaoxue

liuliupiaoxue 发表于 2017-9-25 21:38
我这没有F7版本的代码和资料。
所以fac_us不知道怎么来的，可以确定是SysTick的时钟 计数1us需要的次数 ...

即2^24≥nus*216
   nus≤2^24/216

yyh001123

liuliupiaoxue 发表于 2017-9-25 21:38
我这没有F7版本的代码和资料。
所以fac_us不知道怎么来的，可以确定是SysTick的时钟 计数1us需要的次数 ...

谢谢！

我的理解：

tcnt应该不受SysTick->LOAD取值24位影响的。
因为函数中tcnt只是随着SysTick的递减，而不断的在递增，即使SysTick递减到0，再从2^24开始一个新的循环，tcnt还会继续递增，只要不超过tcnt类型u32的范围就可以。

所以
if(tcnt>=ticks)break;
ticks应该范围为u32，nus≤2^32/216.

正点原子

你这先搞明白SYSTIC的时钟来源，再问问题吧。

yyh001123

正点原子 发表于 2017-9-26 20:52
你这先搞明白SYSTIC的时钟来源，再问问题吧。

谢谢！

我的理解：
根据main.c中代码：
Stm32_Clock_Init(432,25,2,9);              //设置时钟,216Mhz
可得，HCLK为216MHz。

根据，delay.c中代码：
HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK);  &nbsp; &nbsp;//SysTick频率为HCLK
这里配置SYSTICk的时钟来源，为HCLK，对吗？

如有理解错误，请指教。谢谢！

ningzhen

F407和F429HAL库例程中delay函数的错误和fac_us的最大取值
http://www.openedv.com/forum.php ... &fromuid=108800
(出处: OpenEdv-开源电子网)
我也遇到了和你一样的问题，这是我的答案，你看看能解决你的问题不，虽然很久了

正点原子

1,21是注释有误，应该是27.就是216/8.  因为我们设置的systick时钟是CPU频率/8。

正点原子

2，可以大于1000.大于1000你也可以用delayMS

网上冲浪

就时钟源的选择问题不谈，我想讨论的是寄存器的位数问题。
身为一个萌新，我看到了寄存器是24位的时候，fac_us=21时，不是应该（2^24-1）/21么？
你们为何不减1呢？？？

a513247209

nus可以大于1000，但是大于1000的时候是需要在延时函数里面关闭任务调度的，因为SYSTICK是设置的1ms ，可能会进行任务调度，导致延时不准

zmin21

网上冲浪 发表于 2020-7-22 09:07
就时钟源的选择问题不谈，我想讨论的是寄存器的位数问题。
身为一个萌新，我看到了寄存器是24位的时候，fa ...

一个tick的差别就是1/216 微秒, 单片机应用没必要追求这点精确,无伤大雅的