先贴出延时函数
; a1 z, ~4 C/ E% _6 R+ }

1. /*****************************************************************
   
2. * 基于STM32F0 HAL的微秒延时函数
   7 [' w0 \1 B6 S2 e
3. * @功能：实现US级延时
   
4. * @注意：精准延时范围：2~999US
   8 W! y  w5 Q% U+ ~# P8 u! I  E
5. *        2019-07-03        Designed By XiaoYang  http://www.pypyn.com
   & w  }1 O) U& z' `
6. ******************************************************************/
   " A4 W2 k' G3 |( y, I
7. uint32_t CFG_VAL = 0;
   # F6 {! Q! `" c+ I, J: L0 f% ]  d
8. void HAL_Delay_US(__IO uint32_t Delay)
   9 M0 }  _/ D8 `! o! g9 \$ V' }) h
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))
    9 X3 b* k! W3 t# O) @
14. 　　　　　　　　　　　　　//计算出等待1US需要的计数器值
    4 U/ U# @* @* I* h, i# [
15. 　　　　SysTick->VAL=0UL;                        //重置SysTick计数器，计数器为向下计数
    
16. 　　　　while(wait < (SysTick->VAL));        //等待时间到达
    
17. 　　}
    : H" Y# t2 J6 L7 \( _) n6 D
18. }

复制代码

展示一下效果
. Z; i5 G- S/ V5 w! h4 n- e

1.   HAL_Delay_US(50);
   ) x) E, \4 _) [6 G
2.                 LED_GPIO_Port->ODR ^= LED_Pin;

复制代码

7 l+ q# ^. ]. D: ~* _: s- |
: T9 O: S  r( n* }- K# s% J* B7 C# [
板子使用的是STM32F030F4。
User_Drivers.zip (946 Bytes, 下载次数: 15)

2019-8-14 23:10 上传

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

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

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

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

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

5 c# m3 i4 `* Q/ O1 H/ ~哈哈，完全赞同

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的时差即可