MM32L073微秒级别延时函数问题

1万 · 2021-7-22 12:03

在MM32L073的delay.c中有延时函数的定义，但是使用systick只有毫秒级别的延时，如果使用微秒延时必须用粗延时，这个十分不方便。

在延时函数初始化中对系统时钟除以1000，达到一毫秒进一次中断，

如果我把1000改为1000000理论上应该是一微妙进入一次中断，但是实际上会卡死在这里

能否请教一下各位，这是为啥

只看该作者 · 2021-7-23 08:47

感觉这几个厂商的时钟配置，格式都差不多~~

1万 · 2021-7-23 10:15

kiwis66 发表于 2021-7-23 08:47
感觉这几个厂商的时钟配置，格式都差不多~~

但是这款延时函数不能用，不知道为啥

只看该作者 · 2021-7-23 14:58

发一个我们关于键盘、显示的代码供参考。来自于MM32-FDS GPIO例程。
对于微秒级的精确延时，我觉得应该采用硬件的方式获得。
关于SysTick的问题，这个定时器主要作用是做任务调度的，比如1mS的任务调度间隔时间，想快可以设为500uS的间隔周期。如果再小的话，您必须考虑中断响应的开销(通常在1uS以上)与MCU提供给应用程序代码开销的比值。
作为偶发的非精确的小延时，采用诸如 for(int i = 0; i < 100; i++);是可以的。
如果是键盘等待，显示延时用上述方法是万万不能的。
不知道这样回答是否能够接受？
不好意思！没有及时给提问者回复！

只看该作者 · 2021-7-23 15:06

在一个优秀的应用里，应该见不到用阻塞方式实现代码编程的。阻塞编程只适用于单任务的演示代码(Demonstration)，不应出现在应用项目中。
也就是说：尽量使用非阻塞方式编程！

1万 · 2021-7-23 16:50

zhu^zhu 发表于 2021-7-23 14:58
发一个我们关于键盘、显示的代码供参考。来自于MM32-FDS GPIO例程。
对于微秒级的精确延时，我觉得应该采用 ...

这个代码依旧只是微秒级别，我发现了，你们的这个芯片最小的延时只能达到3us，再小的就无能为力了。即使我使用了定时器，最小的溢出时间也只能达到3us，没办法了，换一个吧，我这需要1us的延时，粗延时也满足不了，太难受了。

只看该作者 · 2021-7-23 17:25

1us的中断是不是太快了？
可以用TIMER来做us延迟，TIMER清零后启动，然后查询计数器的值，达到需要的延迟时间。就返回。
这样做个几十微秒的延迟还是挺准的。

只看该作者 · 2021-7-23 18:22

呐咯密密发表于 2021-7-23 16:50
这个代码依旧只是微秒级别，我发现了，你们的这个芯片最小的延时只能达到3us，再小的就无能为力了。即使 ...

您是需要获取软件上微秒(uS)的延时，体现在外设上的输出或输入？
如果是的话，应该使用硬件的方法获得。

1万 · 2021-7-24 14:41

zhu^zhu 发表于 2021-7-23 18:22
您是需要获取软件上微秒(uS)的延时，体现在外设上的输出或输入？
如果是的话，应该使用硬件的方法获得。 ...

我就是需要us的延时，最低1us，

只看该作者 · 2021-7-24 21:38

呐咯密密发表于 2021-7-24 14:41
我就是需要us的延时，最低1us，

能透露一下什么应用或要求吗？不需要详细的细节。
对于uS的输出，在目前的MCU上，必须使用定时器硬件，并不得使用中断。
通常来说查询的速度要远快于中断方式。谢谢！

MM32L073微秒级别延时函数问题

十世金身

技术领袖奖章

奔腾之江水

精英会员奖章