先贴出延时函数

1. /*****************************************************************
   
2. * 基于STM32F0 HAL的微秒延时函数
   
3. * @功能：实现US级延时
   
4. * @注意：精准延时范围：2~999US
   
5. *        2019-07-03        Designed By XiaoYang  http://www.pypyn.com
   
6. ******************************************************************/
   
7. uint32_t CFG_VAL = 0;
   
8. void HAL_Delay_US(__IO uint32_t Delay)
   
9. {
   
10. 　　if(Delay < MAX_Delay_CNT && Delay > 1)
    
11. 　　{
    
12. 　　　　uint32_t wait = SysTick->LOAD - ((Delay - 1) * CFG_VAL);
    
13. 　　　　　　　　　　　　　//CFG_VAL = HAL_RCC_GetHCLKFreq()/1000U/1000U))
    
14. 　　　　　　　　　　　　　//计算出等待1US需要的计数器值
    
15. 　　　　SysTick->VAL=0UL;                        //重置SysTick计数器，计数器为向下计数
    
16. 　　　　while(wait < (SysTick->VAL));        //等待时间到达
    
17. 　　}
    
18. }

复制代码

展示一下效果

1.   HAL_Delay_US(50);
   
2.                 LED_GPIO_Port->ODR ^= LED_Pin;

复制代码

板子使用的是STM32F030F4。
User_Drivers.zip (946 Bytes, 下载次数: 16)

2019-8-14 23:10 上传

点击文件名下载附件
存在的问题：调用该延时函数会清空systick定时器的计数值因此会不同程度影响HAL库毫秒延时HAL_Delay的精度，如果过于频繁的调用会导致systick定时器无法进入中断，使HAL库的HAL_Delay毫秒延时卡死。
欢迎访问我的博客：pypyn.com

大神，现在解决了和HAL_Delay()的冲突了吗？

不建议这么做。本身这个芯片最高才48MHZ，进出中断就很十几个周期。所以几个微秒中断就耗费了大多数时钟周期，所以精度并不高并影响其他程序运行。并且CUBE的HAL库是以原来的1MS中断为节拍的，更改后有些函数操作会不正常的。细微的时间考虑用定时器功能。

这么多计时器中断可用而不用， 非要耗尽CPU的资源去计时， 这不是一个码农该做的事

edmundlee 发表于 2019-8-25 07:31
这么多计时器中断可用而不用， 非要耗尽CPU的资源去计时， 这不是一个码农该做的事 ...

哈哈，完全赞同

SYSTICK定时器慎用，在HAL库中一般默认为mS级的基准时钟发生器，不能随便改动的。其实可以用其他的定时器来定时1uS, 但要把函数调用的时间和运行其他设置等的时间要去掉，特别是短时间的延迟，也达不到非常精确的程度。

https://www.stmcu.org.cn/module/ ... read&tid=618787

butterflyspring 发表于 2019-8-23 16:53
不建议这么做。本身这个芯片最高才48MHZ，进出中断就很十几个周期。所以几个微秒中断就耗费了大多数时钟周 ...

并不是通过systick中断去做定时，而是通过等待systick定时计数器的计数值达到目标值的方法实现。us级太短了，进中断完全是不明智的选择，我这个想法只能用在一些很简单的项目上。

不需要清零SysTick->VAL 直接判断VAL的时差即可