在STM32项目中，串口中断优先级配置不当确实会导致系统卡死，尤其是当多个中断（如定时器、I2C、DMA等）与串口中断竞争时。
1. 中断优先级配置建议
（1）优先级分组设置
STM32的NVIC支持优先级分组（Preemption Priority和Subpriority），建议采用合理的分组方式：
HAL_NVIC_SetPriorityGrouping(NVIC_PRIORITYGROUP_4); // 4位抢占优先级，0位子优先级
• 分组4（推荐）：抢占优先级范围0-15，无子优先级。适合大多数应用场景，简化优先级管理。
（2）关键中断优先级分配
• 为什么串口优先级较高？
如果串口发送被低优先级中断（如I2C）阻塞，可能导致数据丢失或缓冲区溢出。但需避免抢占SysTick。
（3）具体代码示例
// 设置USART1中断优先级
HAL_NVIC_SetPriority(USART1_IRQn, 1, 0);
HAL_NVIC_EnableIRQ(USART1_IRQn);
// 设置I2C中断优先级（低于串口）
HAL_NVIC_SetPriority(I2C1_EV_IRQn, 2, 0);
HAL_NVIC_EnableIRQ(I2C1_EV_IRQn);
2. 串口通信的互斥与重入问题
（1）互斥保护
• 问题根源：
如果串口发送函数（如HAL_UART_Transmit_IT()）在中断中被重入，或与主程序竞争缓冲区，会导致状态机混乱。
• 解决方案：
使用信号量或原子锁保护串口发送过程：
// 使用FreeRTOS信号量（如果使用RTOS）
SemaphoreHandle_t uartMutex = xSemaphoreCreateMutex();
void Safe_UART_Send(uint8_t *data, uint16_t len) {
if (xSemaphoreTake(uartMutex, pdMS_TO_TICKS(100)) == pdTRUE) {
HAL_UART_Transmit_IT(&huart1, data, len);
xSemaphoreGive(uartMutex); // 发送完成后释放
}
}
（2）无RTOS时的保护
如果未用RTOS，可通过全局标志位实现简单互斥：
volatile uint8_t uartBusy = 0;
void UART_IRQHandler() {
if (uartBusy) return; // 避免重入
uartBusy = 1;
// ...处理发送/接收
uartBusy = 0;
}
3. 稳定性优化技巧
（1）DMA+空闲中断（推荐）
• 使用DMA+USART空闲中断代替普通中断发送，大幅降低CPU负载。
• 示例配置：
// 启用串口DMA发送
HAL_UART_Transmit_DMA(&huart1, data, len);
// 启用空闲中断
__HAL_UART_ENABLE_IT(&huart1, UART_IT_IDLE);
（2）超时机制
• 在HAL_UART_Transmit_IT()后添加超时检测，避免卡死：
uint32_t timeout = HAL_GetTick();
while (huart1.gState != HAL_UART_STATE_READY) {
if (HAL_GetTick() - timeout > 1000) {
// 超时处理（如复位串口）
HAL_UART_Abort(&huart1);
break;
}
}
（3）错误恢复
• 在串口错误中断中重置硬件：
void HAL_UART_ErrorCallback(UART_HandleTypeDef *huart) {
HAL_UART_DeInit(huart);
HAL_UART_Init(huart); // 重新初始化
}
4. 其他可能原因排查
1. 堆栈溢出
• 检查中断服务函数（如USART1_IRQHandler）是否使用了过多局部变量。
• 增大启动文件（如startup_stm32fxxx.s）中的堆栈大小：
Stack_Size EQU 0x1000 ; 4KB堆栈
2. ESP8266响应超时
• 确保ESP8266的TCP连接稳定，添加ACK确认机制。
3. 硬件问题
• 检查串口电平转换芯片（如CH340）的供电稳定性。
总结建议
1. 将串口中断优先级设为1（仅次于SysTick）。
2. 使用DMA+空闲中断替代普通中断发送。
3. 添加互斥锁和超时机制。
4. 在卡死时通过调试器查看huart1.gState的值，定位具体错误。
如果仍有问题，建议用逻辑分析仪抓取串口波形，确认是否因波特率偏差导致通信失败。
中断优先级设置
抢占优先级和子优先级：将串口的中断优先级设置为中等，确保不会过高影响其他任务，也不会过低导致数据延迟。例如，设置抢占优先级为中等，子优先级适当调整，以避免与定时器和I2C中断冲突。
任务优先级：确保定时器和I2C中断的优先级适当，不会被串口中断长时间打断，同时串口中断也能及时处理数据。
2. 互斥机制
临界区保护：在串口中断处理函数中使用临界区，禁用中断以防止资源竞争。例如，在处理发送或接收缓冲区时，禁用中断，处理完毕后重新启用。
信号量：使用RTOS提供的信号量来控制对共享资源的访问，确保同一时间只有一个任务访问这些资源。
3. 重入问题处理
中断处理函数设计：确保中断处理函数简短，避免执行耗时操作。使用不可重入的函数时，确保它们不会被中断打断。
保护措施：在中断处理函数中使用不可重入的函数时，禁用中断或使用其他保护机制。
4. 缓冲区管理
增加缓冲区大小：检查并增加发送和接收缓冲区的大小，防止数据溢出。确保缓冲区足够大以处理峰值数据量。
数据流控制：在发送数据时，检查缓冲区状态，避免在缓冲区满时继续发送数据。
5. ESP8266连接状态监控
连接稳定性检查：定期检查ESP8266的连接状态，确保数据传输稳定。在连接断开时，及时重连或采取其他措施。
数据丢失检测：在数据包中添加校验机制，检测数据丢失或错误，确保数据完整性。
6. 调试与优化
使用调试工具：使用STM32的调试工具，如ST-Link，跟踪系统在卡死时的状态，找出具体原因。
日志记录：在关键点添加日志记录，监控系统运行状态，分析卡死前的异常情况。
7. 代码优化
优化中断处理函数：减少中断处理函数中的操作，确保快速返回，避免长时间占用中断。
任务调度优化：检查RTOS的任务调度，确保高优先级任务不会被低优先级任务长时间阻塞。
在处理STM32的中断优先级设置时，确实需要注意各个外设中断之间的优先级分配，以避免因优先级冲突导致的系统卡顿或死锁问题。以下是一些建议：
1. 中断优先级分组：STM32支持不同的中断优先级分组方式，包括0-4共5种模式。每种模式下，抢占优先级和响应优先级的数量不同。选择合适的分组模式对于优化系统性能至关重要。例如，分组4（最低抢占优先级，最高响应优先级）可能更适合于需要精细控制的任务调度场景。
2. 优先级分配：根据你的应用需求，为每个中断源分配合理的优先级。通常情况下，实时性要求高的中断应该被赋予较高的抢占优先级。例如，如果串口通信的数据传输时间非常关键，可以给它分配一个较高的抢占优先级；而像定时器中断这样的周期性任务，则可以分配较低的抢占优先级。
3. 互斥与重入：在多线程或多任务环境下，串口通信确实需要考虑互斥访问的问题，以防止多个任务同时访问同一资源（如串口缓冲区）而导致的数据混乱或丢失。可以通过实现互斥锁机制来确保在同一时刻只有一个任务能够访问串口资源。至于重入问题，如果你的应用程序设计得当，并且确保了串口中断服务例程（ISR）的原子性和无副作用，那么通常不需要特别担心重入问题。但是，如果ISR内部执行的操作可能会修改共享变量或状态信息，那么就需要采取措施来防止重入，比如使用非重入的函数或者在ISR中禁用中断。
————————————————
版权声明：本文为CSDN博主「中少奇」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/chencichang/article/details/149796374
|
