📚 课程目录第2章优先级分组实战

优先级分组实战：使用HAL库配置优先级分组

优先级分组，说白了就是告诉CPU：你的4位优先级寄存器，到底几位用来做抢占优先级，几位用来做子优先级。这个分配一旦定下来，整个系统的中断响应行为就跟着变了。

我记得刚接手一个电机控制项目时，上一任工程师把分组设成了5组抢占+0组子优先级。结果呢？所有中断都是抢占关系，一个定时器中断进来，另一个串口中断就得乖乖等着。电机控制对实时性要求那么高，这种配置显然不行。后来我改成了3组抢占+1组子优先级，问题就解决了。

所以，分组配置不是随便选的。你得想清楚：你的系统里，哪些中断必须立刻响应，哪些可以排队等一等。

HAL库中的优先级分组配置

STM32的HAL库提供了一个非常直接的API：HAL_NVIC_SetPriorityGrouping()。你只需要传入一个宏定义就行。

// 配置优先级分组
HAL_NVIC_SetPriorityGrouping(NVIC_PRIORITYGROUP_4);  // 4位抢占 + 0位子优先级
// 或者
HAL_NVIC_SetPriorityGrouping(NVIC_PRIORITYGROUP_3);  // 3位抢占 + 1位子优先级
// 或者
HAL_NVIC_SetPriorityGrouping(NVIC_PRIORITYGROUP_2);  // 2位抢占 + 2位子优先级
// 或者
HAL_NVIC_SetPriorityGrouping(NVIC_PRIORITYGROUP_1);  // 1位抢占 + 3位子优先级
// 或者
HAL_NVIC_SetPriorityGrouping(NVIC_PRIORITYGROUP_0);  // 0位抢占 + 4位子优先级

这个函数必须在系统初始化时调用，而且只调用一次。为什么？因为一旦分组确定，所有中断的优先级解释方式就固定了。中途改分组，中断优先级会乱套。

注意：分组配置必须在使能任何中断之前完成。我曾经在一个项目里，先使能了串口中断，然后才配置分组。结果串口中断的优先级被错误解释，导致系统频繁死机。排查了整整两天才找到原因。

分组选择对系统的影响

不同的分组，直接影响中断的嵌套行为。我画了一张图，帮你直观理解：

实战：配置分组并验证效果

咱们直接上手。假设你有一个项目，包含三个中断：定时器中断（高实时性）、串口接收中断（中等实时性）、GPIO外部中断（低实时性）。

第一步，选择分组。我建议用分组3（3位抢占+1位子优先级）。为什么？因为三个中断的实时性要求不同，我们需要3个抢占级别来区分它们。

// 在main函数开头配置
int main(void)
{
    HAL_Init();
    // 配置优先级分组：3位抢占 + 1位子优先级
    HAL_NVIC_SetPriorityGrouping(NVIC_PRIORITYGROUP_3);
    
    // 配置各中断优先级
    // 定时器：抢占0，子优先级0（最高）
    HAL_NVIC_SetPriority(TIM2_IRQn, 0, 0);
    
    // 串口：抢占1，子优先级0
    HAL_NVIC_SetPriority(USART1_IRQn, 1, 0);
    
    // GPIO外部中断：抢占2，子优先级0
    HAL_NVIC_SetPriority(EXTI0_IRQn, 2, 0);
    
    // 使能中断
    HAL_NVIC_EnableIRQ(TIM2_IRQn);
    HAL_NVIC_EnableIRQ(USART1_IRQn);
    HAL_NVIC_EnableIRQ(EXTI0_IRQn);
    
    // 其他初始化...
}

小技巧：我习惯把优先级定义成宏，放在头文件里。这样后期调整优先级时，改一个宏就行，不用满世界找代码。

分组配置的常见陷阱

说实话，分组配置的坑不少。我列几个最常见的：

陷阱	现象	原因	解决方法
分组配置太晚	中断行为异常，优先级不生效	中断使能后改分组，优先级被错误解释	在HAL_Init()之后立即配置分组
分组选择不当	高优先级中断被低优先级阻塞	抢占优先级数量不够，无法区分实时性	根据中断数量选择合适分组
子优先级滥用	中断响应延迟不稳定	子优先级不触发嵌套，导致排队等待	子优先级只用于同抢占级内的排序
分组与RTOS冲突	FreeRTOS调度异常	RTOS要求特定分组（通常是分组4）	使用RTOS时，遵循其分组要求

我曾经在一个FreeRTOS项目里，自作主张把分组改成了分组2。结果呢？任务调度器直接罢工，所有任务都不跑了。后来查文档才发现，FreeRTOS要求分组4（4位抢占+0位子优先级），因为它的临界区保护机制依赖这个配置。

如何验证分组配置是否正确

配置完了，怎么知道对不对？我一般用两种方法：

读寄存器验证：调用HAL_NVIC_GetPriorityGrouping()，看返回值是不是你配置的宏。
实际测试：触发两个中断，用逻辑分析仪抓中断响应时间，看高优先级中断是否真的能打断低优先级中断。

// 验证分组配置
uint32_t group = HAL_NVIC_GetPriorityGrouping();
if(group == NVIC_PRIORITYGROUP_3)
{
    // 配置正确
    printf("分组配置：3位抢占 + 1位子优先级\r\n");
}
else
{
    // 配置错误，需要排查
    printf("分组配置异常！当前值：0x%lx\r\n", group);
}

核心要点：优先级分组是中断系统的"宪法"。一旦定下来，所有中断的优先级解释方式就固定了。选分组时，先想清楚你的系统里有多少个实时性等级，然后选一个能覆盖这些等级的分组。别贪多，也别太少。

嗯，分组配置就聊到这儿。记住一句话：分组选得好，中断嵌套没烦恼。选错了，调试起来能让你怀疑人生。