STM32HAL库BUG问题解决方案

STM32HAL库BUG问题解决方案

一、STM32定时器初始化后立刻进入中断问题
解决方法：在初始化函数中加入清除事件更新中断标志位
二、STM32定时器中断只触发一次后无法再次触发问题
解决方法：该问题为STM32HAL库BUG，将STM32HAL库中启动定时器中断函数中检测定时器状态部分代码注释掉即可。

三、STM32CubeMX HAL库硬件I2CBUG
解决方法：STM32CubeMX HAL库硬件I2C在初始化时默认将使能I2C时钟的过程放在了初始化I2C之后，此处为HAL库的一个BUG 应该将其调整到I2C初始化之前使能时钟，否则会引起I2C读取数据时出现莫名其妙的错误。
四、STM32 HAL库中HAL_Delay()函数卡死问题
解决方法：此问题为STM32中断优先级

这是延时函数的原型，有着 __weak 的标识，意味着你可以自己写一个延时函数并用同样的函数名。但这不是重点，可以看到函数上方有说明，第二条注意事项清楚地说道：计时器的时基来源是 SysTick定时器，且在固定时间间隔内产生中断。Interrupt这一词是问题的关键，既然是中断，势必就有优先级，如果在中断里面HAL_Delay会卡死，而main函数则不会，那么有没有可能是Systick优先级太低造成的呢。带着这个问题我们回到STM32CubeMX中重新找到NVIC。

这时候我们注意到在默认使能的中断里面有一个System tick的中断，这就是给HAL_Delay函数提供时基的定时器中断了。显然，这个中断的抢占优先级和外部中断的抢占优先级是一样的，那么在外部中断触发时肯定不能接着触发systick中断了，问题已经找到，只需要简单地将外部中断的抢占优先级改低即可。