现在意法半导体的配套软件做得很全面了，简直可以说是保姆式的服务。从芯片选型，引脚定义，到代码模板生成，一条龙服务，很方便。但是方便也有方便的坏处，那就是有些细节的规则会造成天然的bug。
比如，在stm32cubeIDE里新建工程的时候，如果勾选了FREERTOS
那么，程序后台会默认把RTOS可控的优先级范围设定成5-15（目前还看不见，生成后在FreeRTOSConfig.h中可以查到）：
接下来继续配置串口。
可以看到，串口中断的优先级已经被锁定成5，且不可更改。
实际上这样暂时还没有什么问题，生成代码后，做基本的串口收发一时半会儿也看不出有什么问题。
但是，一旦让程序多跑跑，就会发现，串口中断早晚会卡死，而其他程序还可以正常跑。
这是为什么呢？
在串口中断接收的函数中，有LOCK这样的功能。如果在LOCK期间程序被打断，那么就再也不能解锁，导致卡死。
而由于串口中断的优先级被默认限制成了5，RTOS就有了打断的可能。
所以一切问题的根源是stm32cubeIDE。
要解决这个问题也很简单，去stm32f1xx_hal_msp.c修改一下串口中断的优先级就好了。
默认是5，只要把优先级修改到0-4之间即可。这个范围内RTOS是不会管理的，也就是不会打断。
用到这个函数说明如下：
/**
* @brief Sets the priority of an interrupt.
* @param IRQn: External interrupt number.
* This parameter can be an enumerator of IRQn_Type enumeration
* (For the complete STM32 Devices IRQ Channels list, please refer to the appropriate CMSIS device file (stm32f10xx.h))
* @param PreemptPriority: The preemption priority for the IRQn channel.
* This parameter can be a value between 0 and 15
* A lower priority value indicates a higher priority
* @param SubPriority: the subpriority level for the IRQ channel.
* This parameter can be a value between 0 and 15
* A lower priority value indicates a higher priority.
* @retval None
*/
void HAL_NVIC_SetPriority(IRQn_Type IRQn, uint32_t PreemptPriority, uint32_t SubPriority)
{
uint32_t prioritygroup = 0x00U;
/* Check the parameters */
assert_param(IS_NVIC_SUB_PRIORITY(SubPriority));
assert_param(IS_NVIC_PREEMPTION_PRIORITY(PreemptPriority));
prioritygroup = NVIC_GetPriorityGrouping();
NVIC_SetPriority(IRQn, NVIC_EncodePriority(prioritygroup, PreemptPriority, SubPriority));
}
关键是这句注释：文章来源：https://www.toymoban.com/news/detail-606252.html
-
This parameter can be a value between 0 and 15 A lower priority value indicates a higher priority
所以，保姆虽然事无巨细，但还是无法做到面面俱到呀。文章来源地址https://www.toymoban.com/news/detail-606252.html
到了这里，关于STM32用FreeRTOS串口中断接收卡死问题的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
