STM32 串口接收中断与外部中断的优先级问题
硬件：STM32F103C8T6，外部中断4链接MPU6050模块的INT引脚，每5ms触发一次中断；串口2连接上位机，接收PC下发的控制指令。需求：要求串口2的接收中断优先级高于外部中断4的优先级
代码：
1）STM32CubeMX中设置NVIC Group = 3 即 3 bits for pre-emption priority 1 bits for subpriority
2）串口2中断设置：
HAL_NVIC_SetPriority(USART2_IRQn, 1, 0);
3) 外部中断4设置：
HAL_NVIC_SetPriority(EXTI4_IRQn, 3, 0);4）串口接收中断回调函数如下。作为测试，串口中断2的接收回调函数中，将接收到的字符有通过UART3发送出去。
void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)
{
UNUSED(huart);
if(huart->Instance == USART2)
{
HAL_UART_Transmit(&huart3 , &aRxBuffer, 1, 0xFFFF); //接收到的字符通过UART3回显
}
HAL_UART_Receive_IT(&huart2, (uint8_t *)&aRxBuffer, 1); //再次开启uart2接收中断
}观察到的现象和问题：
1） 单独使能外部中断4，外部中断4工作正常
2） 单独使能串口2中断，串口2接收中断工作正常。PC连续下发多条指令都能正常接收并回显。
3） 同时使能外部中断4，串口2中断，发现：外部中断4仍能正常工作。但串口2接收中断仅能接收并回显开始的几个字符数据（长度随机）。后续再发送到串口2的字符均没进入接收中断，更没回显了。
4）出现3）中的状况后，再次disable掉外部中断4，仅保留串口中断，其它不变。此时串口中断又工作正常了。 5） 使能外部中断4。同时尝试设置UART3的抢占优先级低于UART2的抢占优先级，或不使能UART3的中断，现象都与3）中的相同。
按前面的代码设置，串口2的抢占优先级是1，是高于外部中断4的抢占优先级3的。外部中断4应该不会影响串口2的中断。
但观察的现象实际相反，请大家帮忙看看哪里弄错了。
这种情况下只能设置同样的中断优先级，自己另外用软件处理使串口2优先级高
举例，比如说进入串口中断2后立即关闭外部中断4，串口中断2运行结束后再打开外部中断4
类似这样的处理来解决。 奏奏奏 发表于 2019-12-18 11:50
这种情况下只能设置同样的中断优先级，自己另外用软件处理使串口2优先级高
举例，比如说进入串口中断2后立 ...
谢谢回复。是一种思路，我试试看。
不过我希望的是外部中断一直进行。当通过串口下发数据时，能自动中断外部中断。 将两种中断同时使能的情况下，外部中断4的中断先断开（不是禁止中断），硬件上断开INT引脚，再进行试验，看一下串口2工作正常不
如果正常问题出在优先级上
如果还是不正常那就是引脚配置有问题查一下
个人认为第二种可能性大一些也可以仿真查一下问题 USART3只用了发送不需要接收，所以usart3中断无所谓。外部IO中断当然不会影响USART2。
问题原因在于USART2接收中断不断触发，USART3发送会被新的USART2接收中断打断，huart3句柄内部的buffer内容被修改，导致丢失数据。huart3是全局变量，HAL_UART_Transmit不可重入
tanic 发表于 2019-12-18 15:06
USART3只用了发送不需要接收，所以usart3中断无所谓。外部IO中断当然不会影响USART2。
问题原因在于USART2 ...
将UART2接收中断回调函数改为如下内容，把接收到的字节直接放到buffer中，然后在main()函数中回显。故障现象同上。感觉问题不在你说的这里。通过本次试验，更证实在同时使能外部4，UART2中断的时候，UART2并没有进入接收中断。
void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)
{
UNUSED(huart);
if(huart->Instance == USART2)
{
tmp_buffer = aRxBuffer; 、//接收到的字节放入buffer
}
HAL_UART_Receive_IT(&huart2, (uint8_t *)&aRxBuffer, 1); //再次开启uart2接收中断
}
tanic 发表于 2019-12-18 15:06
USART3只用了发送不需要接收，所以usart3中断无所谓。外部IO中断当然不会影响USART2。
问题原因在于USART2 ...
将UART2接收回调函数改为如下内容。中断接收到的字节直接放到buffer中。在main()函数中进行回显。故障现象与上面的相同，并未发生改变。
这个试验跟进一步观察到并证实，在同时使能外部中断4，UART2中断的时候，并未进入UART2的接收中断。
void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart)
{
UNUSED(huart);
if(huart->Instance == USART2)
{
tmp_buffer = aRxBuffer; 、//接收到的字节放入buffer
}
HAL_UART_Receive_IT(&huart2, (uint8_t *)&aRxBuffer, 1); //再次开启uart2接收中断
} mylovemcu 发表于 2019-12-18 14:00
将两种中断同时使能的情况下，外部中断4的中断先断开（不是禁止中断），硬件上断开INT引脚，再进行试验，看 ...
测试了，情况如下：
软件上同时使能外部中断4、UART2中断。硬件上断开INT引脚，即外部中断4实际上无触发信号输入，未实际产生中断。此时UART2能正常进入中断，可正常接收。
总结这几种情况：在同时使能外部中断4、UART2中断。设置UART2抢占中断优先级高于外部中断4优先级。低优先级的外部中断4工作正常，高优先级的UART2反倒不正常？？？
与你讲的第一种情况相同，问题还是出在中断上。 pkoko 发表于 2019-12-18 22:10
测试了，情况如下：
软件上同时使能外部中断4、UART2中断。硬件上断开INT引脚，即外部中断4实际上无 ...
你检查一下是不是抢占优先级和响应优先级设置反了现在实际设置的是响应优先级？？
最好把响应优先级也设置不一样的串口2设置高优先级
这个很不科学，有可能是HAL库的Bug
页:
[1]
2