2、GPIO深入与按键输入：从结构到实战

各位同学，今天我们来啃一块硬骨头——GPIO。别小看它，我做了这么多年嵌入式，至少七成的硬件故障最后都跟GPIO配置有关。按键按下去没反应？先查GPIO模式。中断不触发？八成是NVIC没配好。

这一章，咱们把GPIO的里里外外扒干净。从芯片内部的电路结构，到按键消抖的实战技巧，再到中断优先级分组——嗯，都是你写Bootloader时绕不开的东西。

2.1 GPIO结构框图解析

先看CMS32的GPIO内部长什么样。我习惯把GPIO口想象成一个多路开关，它能在CPU内核和外部引脚之间切换信号路径。

下面这张图是我自己画的GPIO内部结构，你看一眼就能明白信号怎么走的：

你看，信号从CPU总线出来，经过输出数据寄存器暂存，再通过输出控制逻辑决定驱动方式，最后经过上拉/下拉电阻到达引脚。反过来，外部信号先经过施密特触发器整形，再进入输入数据寄存器，CPU才能读到。

2.2 推挽输出与开漏输出

这两个概念，说白了就是GPIO输出级的两种驱动方式。很多新手搞混，其实区别很直观。

特性	推挽输出	开漏输出
输出高电平	由内部PMOS直接驱动到VDD	需要外部上拉电阻
输出低电平	由内部NMOS驱动到GND	由内部NMOS驱动到GND
高电平驱动能力	强（直接拉高）	弱（取决于上拉电阻）
电平兼容性	固定为VDD电平	可通过上拉电阻匹配不同电压
多引脚线与	不支持（会短路）	支持（线与逻辑）
典型应用	普通GPIO、LED驱动	I²C总线、多设备共享信号线

推挽输出：内部两个MOS管交替导通。输出1时，上管导通、下管截止，引脚直接连VDD；输出0时，上管截止、下管导通，引脚连GND。驱动能力强，但多个推挽输出不能直接连在一起——一个输出1、一个输出0，那就短路了。

开漏输出：只有下管（NMOS），上管被去掉了。输出0时下管导通，引脚拉低；输出1时下管截止，引脚靠外部上拉电阻拉到高电平。所以开漏输出本身不会主动输出高电平，必须外接上拉电阻。

什么时候用开漏？最典型的场景是I²C总线。多个设备共享SDA和SCL线，任何一个设备都可以把总线拉低。如果都用推挽，两个设备同时输出相反电平，芯片就冒烟了。

2.3 按键消抖原理

按键消抖，每个嵌入式工程师都绕不过去。机械按键按下和松开时，触点会弹跳，产生一连串的毛刺。如果不处理，一次按键可能被识别成十几次。

为什么会弹跳？说白了就是机械结构的问题。金属触点接触瞬间会反弹，持续5~20ms不等。这个时间虽然短，但对微控制器来说已经足够触发多次中断了。

2.3.1 硬件消抖

硬件消抖的核心思路是用RC低通滤波器把毛刺滤掉。电路很简单：按键串联一个电阻，再并联一个电容到地。

// 硬件消抖电路参数（经验值）
// R = 10kΩ, C = 0.1μF
// 时间常数 τ = R × C = 1ms
// 5τ = 5ms，足以覆盖大部分按键弹跳时间

RC电路的工作原理：按键按下时，电容通过电阻充电，电压缓慢上升。毛刺持续时间短，电容电压还没充到阈值，毛刺就结束了。这样送到GPIO引脚的就是一个干净的电平变化。

2.3.2 软件消抖

软件消抖更灵活，不用额外元件。最常用的方法是延时采样法：检测到电平变化后，等10~20ms再读一次，如果电平稳定，才确认按键动作。

// CMS32 按键消抖示例（延时采样法）
uint8_t Key_Read(void)
{
    static uint8_t last_state = 1;  // 上次状态，默认高电平
    uint8_t current_state;
    
    current_state = GPIO_ReadPin(KEY_GPIO_PORT, KEY_GPIO_PIN);
    
    // 状态变化了？
    if (current_state != last_state)
    {
        // 延时消抖
        Delay_ms(15);  // 15ms，覆盖大部分弹跳
        current_state = GPIO_ReadPin(KEY_GPIO_PORT, KEY_GPIO_PIN);
        
        // 再次确认
        if (current_state != last_state)
        {
            last_state = current_state;
            if (current_state == 0)  // 按下（低电平有效）
            {
                return KEY_PRESSED;
            }
        }
    }
    
    return KEY_NONE;
}

还有一种更高效的方法——状态机消抖。不阻塞延时，用定时器周期性采样，通过状态转移判断按键状态。适合在RTOS或中断环境下使用。

2.4 中断优先级分组与NVIC配置

按键中断是嵌入式系统里最常用的中断之一。但中断优先级配不好，系统就会出各种诡异问题——高优先级中断抢占了低优先级任务，或者中断嵌套导致堆栈溢出。

CMS32的NVIC（嵌套向量中断控制器）支持4位优先级，可以分成抢占优先级和子优先级。分组方式由寄存器SCB->AIRCR决定。

分组	抢占优先级位数	子优先级位数	抢占优先级范围	子优先级范围
NVIC_PriorityGroup_0	0	4	无	0~15
NVIC_PriorityGroup_1	1	3	0~1	0~7
NVIC_PriorityGroup_2	2	2	0~3	0~3
NVIC_PriorityGroup_3	3	1	0~7	0~1
NVIC_PriorityGroup_4	4	0	0~15	无

我的建议：大部分项目用NVIC_PriorityGroup_2（2位抢占 + 2位子优先级）。这样有4级抢占优先级，足够区分紧急程度；4级子优先级，可以在同一抢占级别内做精细调度。

配置NVIC的步骤其实就三步：

1. 设置优先级分组——调用NVIC_PriorityGroupConfig()，整个系统只调用一次
2. 配置中断优先级——设置每个中断的抢占优先级和子优先级
3. 使能中断——调用NVIC_EnableIRQ()

// CMS32 NVIC 配置示例
void NVIC_Configuration(void)
{
    // 1. 设置优先级分组：2位抢占 + 2位子优先级
    NVIC_PriorityGroupConfig(NVIC_PriorityGroup_2);
    
    // 2. 配置按键中断
    NVIC_InitTypeDef NVIC_InitStructure;
    NVIC_InitStructure.NVIC_IRQChannel = EXTI0_IRQn;      // 外部中断0
    NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 1;  // 抢占优先级1
    NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0;         // 子优先级0
    NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
    NVIC_Init(&NVIC_InitStructure);
    
    // 3. 配置串口中断（优先级比按键低）
    NVIC_InitStructure.NVIC_IRQChannel = USART1_IRQn;
    NVIC_InitStructure.NVIC_IRQChannelPreemptionPriority = 2;
    NVIC_InitStructure.NVIC_IRQChannelSubPriority = 0;
    NVIC_InitStructure.NVIC_IRQChannelCmd = ENABLE;
    NVIC_Init(&NVIC_InitStructure);
}

中断嵌套的问题也要注意。我见过一个项目，按键中断优先级设得特别高，结果按键按下时串口正在发数据，串口中断被按键中断打断，数据帧就断了。后来把串口中断的抢占优先级调到比按键高，问题才解决。