01引言
1 N5 E% Y+ T: n& D8 m  r, ^. q, R某客户设计需要启动定时器在 3ms 后产生中断，其后定时器不再运行，直至下一次软件要求再次启动定时器产生中断，实测代码后发现定时器启动后立即产生了超时中断。
' _- C% {3 a: L7 V+ ^. M
5 \" J; U6 E5 d; e  r. M9 [3 A( i02调研
4 `; ^: f/ n1 u; f9 N& i- k& c) C* S客户通过 STM32CubeMX 配置 TIM7 并生成工程，在主循环中添加定时器启动代码；在定时器中断处理函数处理 update event 回调时停止定时器，并翻转一个 I/O 脚指示定时器启停，代码如下：

) w( ?% B* ?* [+ P- n* E
  A' ^/ u  {; @4 p! u) s

图1.启动定时器

+ z, D% ^1 x1 ^; \# }4 e8 z6 l

图2.定时器中断回调

客户期待的结果是启动定时器时 I/O 拉高并保持 3ms，当 3ms 到达后产生中断拉低I/O，但实测时发现，定时器启动后立即产生了超时中断（高电平持续时间约 2us）：

0 c) _9 J: n+ M, D( {% c' \

图3.实测结果

03分析
* i0 R( \; M2 p1 ~( `应用代码在初始化定时器时会调用 HAL_TIM_Base_Init( )接口，此接口会调用TIM_Base_SetConfig( ) 配置定时器，并产生更新事件（TIMx->EGR = TIM_EGR_UG）加载寄存器，此事件标志 UIF 会被置位，在调用 HAL_TIM_Base_Start_IT( ) 启动定时器，在此使能定时器中断时，由于 UIF 已经置位，所以会立即触发并进入中断处理函数，中断回调函数会停止定时器计数，并禁止定时器中断；但当从中断处理函数返回继续执行HAL_TIM_Base_Start_IT( )时，此接口会使能定时器开始计数，进而在下一次调用HAL_TIM_Base_Start_IT( )时又会立即产生中断，循环往复，详细时序和具体代码如下：
& Q  B+ V& S& G
7 ]8 ~/ F) i5 Z, }6 L/ S  X; v
' N- F4 n5 U$ B' ^

图4.问题产生时序描述

0 f9 E9 H% {) U7 x# R

图5.定时器启动代码

$ e- d8 f) F) C$ _3 Y2 M) n04处理
) G% Y- L* c, M, ?" Z修改代码，在启动定时器前强制停止定时器计数、清除中断位、清除 NVIC 挂起的中断后，再启动定时器，详见下图红框内代码；
5 h" n4 c. o" G' S6 i1 z& s

图6.问题修正代码

- h9 ^2 x0 g# M  i7 O

图7.修正 BUG 后的运行结果

3 ]. `6 F2 Q* _- c+ V

2 ]6 q3 [% _% R& s

  l/ e. }% M1 _$ Y; i" h# Z# ]4 c3 q05小结
在碰到这类定时器异常问题时，可以利用 I/O 口指示运行状态，结合代码分析找到原因并加以解决。


4 S% |9 N9 [* Z6 L: _; `转载自： STM32单片机
如有侵权请联系删除
& t0 ^  e0 S7 \/ o# J- b
, e6 o; `8 Y. ~# g. h2 X& V% S