4. 中断优先级分组（Priority Grouping）详解：PRIGROUP 寄存器位定义，HAL 与 LL 库分组配置的异同

在 ARM Cortex-M 内核（M3/M4/M7）中，中断优先级不仅是一个数值，还通过 优先级分组（Priority Grouping） 机制将优先级寄存器拆分为抢占优先级（Preemption Priority）和子优先级（Subpriority）两部分。这一机制由系统控制块（SCB）中的 PRIGROUP 寄存器控制。理解 PRIGROUP 的位定义以及 HAL/LL 库的配置差异，是确保中断嵌套行为符合预期的关键。

4.1 PRIGROUP 寄存器位定义

PRIGROUP 寄存器位于 SCB 的偏移地址 0x400 处（即 SCB->AIRCR 寄存器中的位 [10:8]）。其编码值直接映射到优先级的分组方式：

4.2 PRIGROUP 与优先级寄存器的映射关系

下图展示了 PRIGROUP = 011（Group 4）时，8 位优先级寄存器的位分配情况：

4.3 HAL 库与 LL 库分组配置的异同

HAL 库和 LL 库在中断优先级分组配置上采用了不同的设计哲学：HAL 库提供高层封装，自动处理寄存器写保护序列；LL 库则更接近硬件，要求开发者理解寄存器细节。

4.4 配置代码对比

以下代码展示了使用 HAL 库和 LL 库配置相同优先级分组（Group 4）的差异：

HAL 库配置方式

/* HAL 库：使用枚举参数，自动处理 VECTKEY */
HAL_NVIC_SetPriorityGrouping(NVIC_PriorityGroup_4);

/* 读取当前分组 */
uint32_t group = HAL_NVIC_GetPriorityGrouping();

LL 库配置方式

/* LL 库：需要手动构造 AIRCR 寄存器值 */
#define PRIGROUP_VALUE  0x03UL  /* 对应 Group 4 */

LL_NVIC_SetPriorityGrouping(PRIGROUP_VALUE);

/* 等效的寄存器直接操作 */
SCB->AIRCR = (0x5FAUL << SCB_AIRCR_VECTKEY_Pos) |
             (PRIGROUP_VALUE << SCB_AIRCR_PRIGROUP_Pos);

/* 读取当前分组 */
uint32_t group = LL_NVIC_GetPriorityGrouping();

4.5 分组配置的稳定性调试建议

在嵌入式系统中，中断优先级分组配置错误是导致中断丢失、死锁或优先级反转的常见原因。以下是基于实际调试经验的建议：

• 统一分组： 整个系统必须在 main() 函数早期、在任何外设中断使能之前，只调用一次分组配置函数。后续不允许修改。
• 验证当前分组： 在调试阶段，通过读取 SCB->AIRCR 寄存器的位 [10:8] 并打印，确认实际生效的分组值。
• 优先级数值对齐： 配置分组后，所有中断优先级数值必须按照新的位分配来设置。例如，Group 4 下，优先级值 0xA0 表示抢占优先级 0xA（高 4 位），子优先级 0x0（低 4 位）。
• 使用 LL 库的寄存器调试： 在 LL 库中，可以直接通过 SCB->AIRCR 读取分组状态，避免函数调用引入的额外延迟。

4.6 分组配置的位操作细节

对于需要直接操作寄存器的开发者，以下代码展示了如何安全地修改 PRIGROUP 位：

/* 直接寄存器操作：设置 PRIGROUP = 011（Group 4） */
#define AIRCR_VECTKEY      (0x5FAUL << SCB_AIRCR_VECTKEY_Pos)
#define AIRCR_PRIGROUP_4   (0x03UL << SCB_AIRCR_PRIGROUP_Pos)

/* 读取当前分组值 */
uint32_t current_group = (SCB->AIRCR & SCB_AIRCR_PRIGROUP_Msk) >> SCB_AIRCR_PRIGROUP_Pos;

/* 写入新分组（必须同时写入 VECTKEY） */
SCB->AIRCR = AIRCR_VECTKEY | AIRCR_PRIGROUP_4;

/* 验证写入是否成功（建议调试时使用） */
uint32_t verify_group = (SCB->AIRCR & SCB_AIRCR_PRIGROUP_Msk) >> SCB_AIRCR_PRIGROUP_Pos;
if (verify_group != 0x03) {
    /* 配置失败，进入错误处理 */
}