在嵌入式实时系统中，中断嵌套是提升系统响应速度和处理效率的关键机制。ARM Cortex-M 架构凭借其灵活的中断优先级设计和硬件支持，成为嵌入式领域的主流选择。本文将深入解析 openvela 系统中 ARM Cortex-M 系列的中断嵌套实现，包括零延迟与可屏蔽两种嵌套方式，以及新平台移植时的核心注意事项，为开发者提供实用的技术参考。

一、中断嵌套的两种模式

openvela 针对 ARM Cortex-M 架构设计了两种中断嵌套模式，分别适用于不同的实时性和功能需求场景。

1. 零延迟高优先级中断嵌套

零延迟中断嵌套的核心是让高优先级中断无需等待低优先级中断处理完成即可立即响应，实现 “零延迟” 特性。其实现依赖于栈管理和中断优先级的精细配置。

（1）栈管理方式

零延迟中断支持两种栈配置，适应不同硬件资源场景：

• 无中断栈模式
  • 适用场景：资源受限的小型 MCU，仅需单栈管理。
  • 实现原理：中断和进程共用 MSP（Main Stack Pointer）指向的进程栈。
  • 注意事项：需配置更大的进程栈以避免栈溢出。
• 有中断栈模式（需配置 CONFIG_ARCH_INTERRUPTSTACK）
  • 适用场景：需要严格隔离中断与进程栈的系统。
  • 实现原理：
    • Handler 模式（中断 / 异常时）：自动切换到 MSP，使用中断栈；
    • Thread 模式（正常运行时）：使用 PSP（Process Stack Pointer），指向进程栈。
  • 初始化流程：
    • 系统复位后默认使用 MSP，指向 _vectors 表中的 IDLE_STACK；
    • 初始化时调整 MSP 指向中断栈顶，PSP 指向 IDLE 进程栈。

（2）优先级排布与限制
零延迟中断的优先级需按特定规则配置，典型排布如下（数值越小优先级越高）：

中断类型	优先级值	特性说明
Dataabort	0x00	最高优先级，不可屏蔽
高优先级 IRQ1	0x20	零延迟中断，不可调用系统 API
高优先级 IRQ2	0x30	零延迟中断，不可调用系统 API
SVC（系统调用）	0x70	系统服务调用
关中断（临界区）	0x80	屏蔽所有低于此优先级的中断
低优先级 IRQ	0xB0	可被高优先级中断嵌套
PendSV	0xE0	用于延迟处理（如上下文切换）

（3）关键限制与解决方案

• 限制：零延迟中断的 ISR（中断服务程序）中不能调用系统 API（如任务调度、信号量操作）。
• 解决方案：通过 PendSV 回调间接实现系统操作：

// 初始化时注册 PendSV 回调
irq_attach(NVIC_IRQ_PENDSV, pendsv_callback, NULL);
up_enable_irq(NVIC_IRQ_PENDSV);

// 在 ISR 中触发 PendSV 处理
up_trigger_irq(NVIC_IRQ_PENDSV, 0); // 触发
// up_clear_irq(NVIC_IRQ_PENDSV); // 清除（如需）

注意：系统上下文切换也会触发 PendSV，需在回调中区分触发源。

2. 可屏蔽的中断嵌套

可屏蔽中断嵌套基于 ARM Cortex-M 的 BASEPRI（Base Priority Register）功能实现，允许动态屏蔽特定优先级以下的中断，平衡实时性与功能灵活性。

（1）核心特性

• BASEPRI 作用：设置阈值后，所有优先级低于或等于该值的中断将被屏蔽，高优先级中断可正常响应。
• 嵌套规则：高优先级中断可打断低优先级中断的处理，形成嵌套。
• API 支持：ISR 中可以调用系统 API（如信号量、消息队列操作）。

（2）优先级排布

可屏蔽中断的优先级排布示例如下：

中断类型	优先级值	特性说明
Dataabort	0x00	最高优先级，不可屏蔽
SVC（系统调用）	0x70	系统服务调用
关中断（临界区）	0x80	屏蔽所有低于此优先级的中断
高优先级 IRQ1	0x90	可屏蔽，支持系统 API 调用
高优先级 IRQ2	0xA0	可屏蔽，支持系统 API 调用
低优先级 IRQ	0xB0	可被高优先级中断嵌套
PendSV	0xE0	用于上下文切换，可被屏蔽

（3）适用场景

需要在中断服务程序中调用系统 API 的场景（如通过信号量通知线程处理数据），但实时性要求略低于零延迟中断。

二、新平台移植注意事项

将 openvela 移植到新的 ARM Cortex-M 平台时，需重点关注中断向量表、栈初始化、优先级配置等关键环节。

1. 核心配置（CONFIG）

配置项	功能说明	依赖关系
CONFIG_ARCH_INTERRUPTSTACK	启用独立中断栈	需指定栈大小（如 CONFIG_ARCH_INTERRUPTSTACK=1024）
CONFIG_ARCH_HIPRI_INTERRUPT	支持高优先级中断	对于 ARMv7-M/8-M，会默认启用 CONFIG_ARMV7M_USEBASEPRI 或 CONFIG_ARMV8M_USEBASEPRI
CONFIG_ARCH_MINIMAL_VECTORTABLE	启用精简向量表	配合动态中断映射优化使用

• 注意：未配置中断栈时，系统默认支持中断嵌套；配置中断栈后，默认不支持，需通过优先级设置启用。

2. 系统初始化与栈设置

系统初始化的核心是正确配置 MSP 和 PSP，确保中断与进程栈的隔离与正确切换：

（1）硬件复位后的初始状态

• 处于 Thread 模式，特权等级；
• 自动使用 MSP，指向 _vectors 表中的 IDLE_STACK。

（2）不同模式下的移植要求

• 无中断栈模式：

  • 保持 CONTROL.SELSP = 0（始终使用 MSP）；
  • 禁止使用 PSP，确保中断与进程共用栈。

• 有中断栈模式：

  • 初始化时调用 arm_initialize_stack，将 MSP 指向中断栈顶，PSP 指向 IDLE 进程栈；
  • 设置 CONTROL.SELSP = 1 以启用 PSP；
  • ARMv8-M 还需配置 PSPLIM 和 MSPLIM（栈边界寄存器）。

（3）OTA 支持的特殊处理

当系统支持 OTA（空中升级）时，从 boot 固件跳转到应用固件（ap）时需注意：

• 跳转前确保 CONTROL.SELSP 正确设置（0 或 1）；
• MSP/PSP 需指向 ap 固件的 IDLE 进程栈；
• 进入 __start 时需处理非硬件复位的情况（如软件复位）。

3. 中断优先级配置

不同 ARM Cortex-M 版本对优先级寄存器的支持存在差异，移植时需针对性处理：

• ARMv6-M：不支持 BASEPRI，仅支持 NMI（不可屏蔽中断），无法实现可屏蔽嵌套；
• ARMv7-M/8-M：支持 BASEPRI，可通过配置 CONFIG_ARMV7M_USEBASEPRI 或 CONFIG_ARMV8M_USEBASEPRI 启用可屏蔽嵌套。

配置示例（Makefile）：

# 启用高优先级中断支持
CONFIG_ARCH_HIPRI_INTERRUPT=y

# 针对 ARMv7-M（如 Cortex-M4）
CONFIG_ARCH_CORTEXM4=y
CONFIG_ARMV7M_USEBASEPRI=y

# 针对 ARMv8-M（如 Cortex-M33）
CONFIG_ARCH_CORTEXM33=y
CONFIG_ARMV8M_USEBASEPRI=y

4. 非标准中断向量表需求

对于支持 SMP（对称多处理）的 ARM-M 平台（非标准架构），需定制中断向量表以处理核间中断：

• 启用定制向量表：配置 ARCH_HAVE_CUSTOM_VECTORS 宏；
• SMP 中断处理：占用一个或多个外部中断用于核间通信（SMP Call）；
• 兼容性处理：exception_direct 与 up_schedule_sigaction 不兼容，可通过 PendSV 转发信号处理规避。

参考示例：可参考 openvela 源码中的相关提交（eb57eb7、20ea10d）了解具体实现。

三、总结

ARM Cortex-M 系列的中断嵌套是 openvela 实时性的核心保障，开发者需根据应用场景选择合适的模式：

• 零延迟中断：适用于对响应速度要求极高的场景（如工业控制中的紧急停机信号），但需注意无法调用系统 API；
• 可屏蔽中断：适用于需要在 ISR 中与系统交互的场景（如数据接收后通知线程处理），灵活性更高。

在新平台移植时，需重点关注栈初始化、优先级配置和向量表定制，确保中断嵌套的正确实现与系统稳定性。通过合理配置 CONFIG 选项和遵循移植规范，可充分发挥 ARM Cortex-M 架构的中断处理能力，构建高效、可靠的嵌入式系统。