4. GPIO与中断系统：GPIO驱动移植、NVIC中断控制器配置、中断优先级管理
好，咱们进入第四章。这一章讲的是MCU最基础、也是最容易出坑的两个模块——GPIO和中断系统。你想想看，不管你的IoT设备要做什么，最终都得靠GPIO去控制外设、读取传感器状态。而中断系统，说白了就是MCU的“事件响应机制”。这两块搞不定，协议栈移植和OTA升级根本跑不起来。
我个人习惯，拿到一块新MCU，第一件事就是先把GPIO驱动调通，然后配好中断系统。为什么？因为后面所有的外设驱动、任务调度、通信协议，全都依赖这两个基础模块。我在项目中遇到过好几次，开发同事把精力全放在Wi-Fi协议栈上，结果GPIO中断响应延迟导致数据丢包，查了两天才发现是中断优先级配错了。
4.1 GPIO驱动移植：从寄存器到HAL
GPIO驱动移植，说白了就是让上层代码能统一控制IO口。不同MCU的GPIO寄存器结构差异很大，但抽象出来的接口就那么几个：初始化、写电平、读电平、中断配置。
我建议你直接封装一层硬件抽象层（HAL），把底层寄存器操作藏起来。这样以后换MCU，只需要改这一层就行。
GPIO HAL接口设计（推荐）
gpio_init(pin, mode, pull)— 初始化引脚模式（输入/输出/复用）和上下拉gpio_write(pin, level)— 输出高低电平gpio_read(pin)— 读取引脚电平gpio_irq_enable(pin, trigger, priority)— 使能中断并配置触发方式
以STM32为例，底层实现大概是这样：
// GPIO初始化示例
void gpio_init(uint8_t pin, uint8_t mode, uint8_t pull) {
GPIO_TypeDef *port = get_gpio_port(pin);
uint16_t gpio_pin = get_gpio_pin(pin);
GPIO_InitTypeDef GPIO_InitStruct = {0};
GPIO_InitStruct.Pin = gpio_pin;
GPIO_InitStruct.Mode = mode; // 输入/输出/复用/模拟
GPIO_InitStruct.Pull = pull; // 上拉/下拉/浮空
GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH;
HAL_GPIO_Init(port, &GPIO_InitStruct);
}嗯，这里要注意：不同MCU的GPIO速度等级不一样。比如ESP32的GPIO输出速率有限制，驱动高速外设时得选对IO口。我曾经在项目里用ESP32驱动SPI显示屏，选了GPIO2做时钟，结果死活上不了40MHz，后来查手册才发现那个引脚不支持高速输出。
| MCU平台 | GPIO寄存器特点 | 移植注意事项 |
|---|---|---|
| STM32 | MODER/OTYPER/OSPEEDR/PUPDR | 注意复用功能映射（AFR） |
| ESP32 | GPIO_OUT/GPIO_IN/GPIO_ENABLE | 部分引脚不支持输出/输入，需查表 |
| NXP LPC | IOCON + GPIO寄存器分离 | IOCON配置模式，GPIO控制电平 |
| GD32 | 与STM32兼容但寄存器偏移不同 | 直接替换HAL库时需验证时序 |
4.2 NVIC中断控制器配置：让MCU知道该响应谁
NVIC（Nested Vectored Interrupt Controller）是ARM Cortex-M系列的核心中断控制器。它的工作说白了就是：当多个中断同时发生时，决定先处理哪个，以及能不能打断当前正在处理的中断。
配置NVIC，主要做三件事：
- 使能中断源 — 告诉NVIC，这个外设的中断请求我接收
- 设置抢占优先级和子优先级 — 决定中断的嵌套规则
- 配置中断向量表 — 把中断服务函数（ISR）地址注册到正确位置
以STM32为例，NVIC配置代码：
// NVIC中断配置示例
void nvic_config(IRQn_Type irq_num, uint8_t preempt_prio, uint8_t sub_prio) {
HAL_NVIC_SetPriority(irq_num, preempt_prio, sub_prio);
HAL_NVIC_EnableIRQ(irq_num);
}
// 中断服务函数
void EXTI0_IRQHandler(void) {
// 检查中断标志
if(__HAL_GPIO_EXTI_GET_IT(GPIO_PIN_0) != RESET) {
// 处理中断事件
process_gpio_event();
// 清除中断标志
__HAL_GPIO_EXTI_CLEAR_IT(GPIO_PIN_0);
}
}避坑指南：中断标志位必须手动清除
我曾经在调试一个低功耗项目时，GPIO中断只触发了一次就再也不响应了。查了半天，发现是中断服务函数里忘了清除中断标志位。MCU认为中断还在挂起，所以不再触发新的中断。记住：大多数MCU的中断标志位需要软件手动清零，否则就卡死了。
4.3 中断优先级管理：别让高优先级饿死低优先级
中断优先级管理，是嵌入式系统里最容易出问题的环节之一。你想想看，如果Wi-Fi中断和定时器中断优先级配反了，会导致什么后果？Wi-Fi数据接收延迟，TCP重传，OTA升级失败。
ARM Cortex-M的NVIC支持最多8位优先级（具体位数由MCU厂商决定）。优先级分为两部分：
- 抢占优先级：数值越小，优先级越高。高抢占优先级可以打断低抢占优先级的中断。
- 子优先级：当抢占优先级相同时，子优先级决定谁先执行，但不能嵌套。
我建议你遵循这个优先级分配原则：
| 中断类型 | 抢占优先级 | 子优先级 | 说明 |
|---|---|---|---|
| 系统滴答定时器 | 0（最高） | 0 | RTOS心跳，必须最快响应 |
| Wi-Fi/射频中断 | 1 | 0 | 无线数据接收，延迟会导致丢包 |
| 定时器中断 | 2 | 0 | PWM、超时检测等 |
| GPIO外部中断 | 3 | 0 | 按键、传感器触发 |
| UART/SPI/I2C | 3 | 1 | 通信外设，可稍低 |
个人经验：优先级分组要统一
我建议整个项目只使用一种优先级分组方式。比如统一用“4位抢占优先级+0位子优先级”，或者“3位抢占+1位子”。不要混用，否则不同中断之间的优先级关系会变得混乱，调试起来非常痛苦。我在一个项目里吃过这个亏，两个中断的优先级数值看起来没问题，但因为分组不同，实际嵌套关系完全反了。
4.4 中断延迟与实时性：你的系统能多快响应？
中断延迟，指的是从硬件触发中断到CPU开始执行ISR第一行指令的时间。这个指标直接影响IoT设备的实时性。比如OTA升级时，Wi-Fi数据包到达，如果中断延迟太长，数据缓冲区可能溢出。
影响中断延迟的因素：
- CPU正在执行关中断的代码 — 比如在操作临界区时，中断被屏蔽
- 更高优先级的中断正在执行 — 低优先级中断只能等待
- 中断向量表访问时间 — 如果向量表在Flash里，访问速度比RAM慢
- 硬件压栈时间 — CPU自动保存寄存器需要几个时钟周期
我建议你把中断服务函数写得尽可能短。只做标志位设置、数据拷贝等轻量操作，复杂的处理放到主循环或任务里去做。我在项目中见过有人直接在ISR里做浮点运算，结果中断延迟飙升到几百微秒，整个系统实时性崩溃。
// 推荐的中断服务函数写法
void EXTI_IRQHandler(void) {
// 只做最轻量的操作
g_irq_flag = 1; // 设置标志位
g_irq_data = REG_DATA; // 拷贝关键数据
// 不要在这里做复杂计算或调用printf
}
// 在主循环中处理
void main_loop(void) {
while(1) {
if(g_irq_flag) {
g_irq_flag = 0;
process_irq_data(g_irq_data); // 复杂处理放这里
}
// 其他任务...
}
}4.5 知识体系总览
下面这张图把GPIO和中断系统的核心关系画出来了。你可以看到，从硬件触发到软件响应，中间经过的每个环节都可能成为瓶颈。
本章核心要点
- GPIO驱动移植要封装HAL层，屏蔽底层寄存器差异
- NVIC配置包括使能中断、设置优先级、注册向量表
- 中断优先级分抢占优先级和子优先级，分组要统一
- ISR要短小精悍，复杂处理放主循环
- 中断延迟受关中断、高优先级中断、向量表位置等因素影响
好了，GPIO和中断系统就讲到这里。这些内容看起来基础，但实际项目中80%的疑难杂症都出在这两个模块上。你动手移植的时候，建议先从GPIO点灯开始，然后配一个外部中断，确认中断响应正常，再逐步加入其他外设。这样一步步来，出问题了也容易定位。