先贴出延时函数
# D" b( x2 d: ?& ^: L

1. /*****************************************************************
   
2. * 基于STM32F0 HAL的微秒延时函数
     h9 }! L- h2 t: f
3. * @功能：实现US级延时
   ! |3 h, X/ I  c( P, j% c
4. * @注意：精准延时范围：2~999US
   
5. *        2019-07-03        Designed By XiaoYang  http://www.pypyn.com
   
6. ******************************************************************/
   % Y& d, g. N4 q7 B4 F
7. uint32_t CFG_VAL = 0;
   " V: X. F, `0 F+ z2 @& B+ @/ B
8. void HAL_Delay_US(__IO uint32_t Delay)
   8 s. W) ^$ W: n$ E1 z
9. {
   # |- E/ z. Q- Z/ p
10. 　　if(Delay < MAX_Delay_CNT && Delay > 1)
    # Z- r  T2 i' U$ J0 T
11. 　　{
    3 U; X" F, j/ i: U  r( ^. b3 X+ O
12. 　　　　uint32_t wait = SysTick->LOAD - ((Delay - 1) * CFG_VAL);
    $ T8 c  X' m4 a% ?7 ^7 C4 N8 r. c/ V9 ~
13. 　　　　　　　　　　　　　//CFG_VAL = HAL_RCC_GetHCLKFreq()/1000U/1000U))
    
14. 　　　　　　　　　　　　　//计算出等待1US需要的计数器值
    
15. 　　　　SysTick->VAL=0UL;                        //重置SysTick计数器，计数器为向下计数
    ! p) Z( O  [3 t& j/ \3 s* c! i( P
16. 　　　　while(wait < (SysTick->VAL));        //等待时间到达
    
17. 　　}
    
18. }

复制代码

展示一下效果
; C( Q* ?* Q- q& w' l

1.   HAL_Delay_US(50);
   # p0 v" U$ H8 W8 @- r- I' R9 v
2.                 LED_GPIO_Port->ODR ^= LED_Pin;

复制代码

! }0 O3 q. W+ d板子使用的是STM32F030F4。
  a) F- R6 `8 T  W+ v$ i( v User_Drivers.zip (946 Bytes, 下载次数: 16)

2019-8-14 23:10 上传

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

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

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

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

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

$ Q6 I' U5 s! j# ]0 {( `4 b哈哈，完全赞同

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

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

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

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

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