第2章 GPIO深入与按键输入

第2章：GPIO深入与按键输入

各位同学，今天我们来啃一块硬骨头——GPIO的深入玩法。说实话，很多工程师干了三五年，对GPIO的理解还停留在“输出高电平、读取低电平”这个层面。但真正做工业控制的人都知道，GPIO用好了，能省一个外部芯片；用不好，现场跑飞了都不知道怎么回事。

2.1 GPIO模式详解

先说说推挽输出。这个模式我特别喜欢，因为它简单粗暴。内部两个MOS管，一个推高，一个拉低。输出高电平时，上管导通，下管关断；输出低电平时反过来。说白了，就是“要么接VCC，要么接GND”。

推挽输出的特点：

驱动能力强，可以直接驱动LED、小继电器
输出电平确定，不会出现高阻态
不适合多设备共用一根线（总线场景）

开漏输出就有点意思了。它只有下管，没有上管。输出低电平时，下管导通；输出高电平时，下管关断，引脚处于高阻态。这时候需要外部上拉电阻才能拉到高电平。

我在项目中遇到过一个问题：用开漏输出做I2C总线，结果上拉电阻选小了，总线波形惨不忍睹。后来查手册才发现，上拉电阻要根据总线电容和速度来算，不能随便焊一个4.7k完事。

开漏输出的典型应用：

I2C总线（多主机仲裁需要）
电平转换（5V系统与3.3V系统通信）
线与逻辑（多个设备共享中断线）

上拉和下拉输入，这个大家应该不陌生。但我要强调一点：内部上拉电阻通常有30kΩ到50kΩ，驱动能力很弱。如果你要接一个按键，外部再加一个10kΩ上拉，效果会更好。为什么？因为内部上拉受温度影响大，一致性也不如外部电阻。

模式	内部结构	典型应用	注意事项
推挽输出	上下两个MOS管	LED、蜂鸣器	不能线与
开漏输出	只有下管	I2C、中断线	需要上拉电阻
上拉输入	内部上拉电阻	按键检测	电阻值较大
下拉输入	内部下拉电阻	电平敏感检测	功耗略高

2.2 寄存器级操作与HAL库封装

直接操作寄存器，是嵌入式工程师的必修课。我刚开始做项目时，HAL库还没这么流行，都是对着数据手册一个个寄存器配置。虽然现在HAL库很方便，但出了问题，最终还是得看寄存器。

举个例子，配置一个GPIO为推挽输出：

// 寄存器级操作
#define GPIOB_BASE      0x40010C00
#define GPIOB_CRL       (*(volatile uint32_t *)(GPIOB_BASE + 0x00))
#define GPIOB_CRH       (*(volatile uint32_t *)(GPIOB_BASE + 0x04))
#define GPIOB_ODR       (*(volatile uint32_t *)(GPIOB_BASE + 0x0C))

// 配置PB0为推挽输出，50MHz
GPIOB_CRL &= ~(0x0F << 0);   // 先清零
GPIOB_CRL |= (0x03 << 0);    // 设置为推挽输出

// 输出高电平
GPIOB_ODR |= (1 << 0);

用HAL库就简单多了：

// HAL库封装
GPIO_InitTypeDef GPIO_InitStruct = {0};
__HAL_RCC_GPIOB_CLK_ENABLE();

GPIO_InitStruct.Pin = GPIO_PIN_0;
GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP;
GPIO_InitStruct.Pull = GPIO_NOPULL;
GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_HIGH;
HAL_GPIO_Init(GPIOB, &GPIO_InitStruct);

HAL_GPIO_WritePin(GPIOB, GPIO_PIN_0, GPIO_PIN_SET);

避坑指南：我曾经在配置GPIO时忘记使能时钟，结果折腾了半天。记住：任何外设使用前，必须先使能时钟！这是新手最容易犯的错误。

2.3 按键消抖

按键消抖，这是个老生常谈的问题。但为什么还要讲？因为我在现场见过太多因为消抖没做好导致的误触发。机械按键按下时，触点会弹跳10-20ms，如果不处理，一次按下可能被识别成多次。

硬件消抖，最经典的就是RC滤波加施密特触发器。R取10kΩ，C取0.1μF，时间常数τ=1ms，基本能滤掉大部分抖动。但要注意，RC电路会引入延迟，如果按键用于快速响应场景，这个方法就不太合适。

软件消抖，我推荐两种方法：

延时消抖：检测到电平变化后，延时20ms再读一次。简单可靠，但会阻塞CPU。
状态机消抖：用定时器每隔5ms扫描一次，连续读到3次相同状态才确认。不阻塞，适合多按键场景。

// 状态机消抖示例
typedef enum {
    KEY_IDLE,
    KEY_DEBOUNCE,
    KEY_PRESSED
} KeyState_t;

KeyState_t keyState = KEY_IDLE;
uint8_t debounceCount = 0;

void Key_Scan(void) {
    uint8_t keyLevel = HAL_GPIO_ReadPin(KEY_GPIO_Port, KEY_Pin);
    
    switch(keyState) {
        case KEY_IDLE:
            if(keyLevel == 0) {  // 检测到按下
                keyState = KEY_DEBOUNCE;
                debounceCount = 0;
            }
            break;
            
        case KEY_DEBOUNCE:
            if(keyLevel == 0) {
                debounceCount++;
                if(debounceCount >= 3) {  // 连续3次确认
                    keyState = KEY_PRESSED;
                    // 触发按键事件
                    Key_Event_Handler();
                }
            } else {
                keyState = KEY_IDLE;  // 抖动，重新检测
            }
            break;
            
        case KEY_PRESSED:
            if(keyLevel == 1) {  // 检测到释放
                keyState = KEY_IDLE;
            }
            break;
    }
}

我的经验：工业环境下的按键，建议硬件消抖和软件消抖一起用。硬件滤掉高频噪声，软件处理机械抖动。双保险，现场才安心。

2.4 中断优先级与NVIC配置

NVIC，全称嵌套向量中断控制器。说白了，就是中断的调度中心。它决定了哪个中断能打断哪个中断，以及中断的响应顺序。

STM32的中断优先级分为抢占优先级和子优先级。抢占优先级高的可以打断抢占优先级低的；子优先级只在同抢占优先级时起作用。

// NVIC配置示例
HAL_NVIC_SetPriority(EXTI0_IRQn, 1, 0);  // 抢占优先级1，子优先级0
HAL_NVIC_EnableIRQ(EXTI0_IRQn);

配置中断优先级时，我有个原则：实时性要求高的中断（如定时器、外部中断）给高优先级；非关键的中断（如串口接收）给低优先级。但要注意，优先级不要超过4级，否则会影响系统实时性。

我曾经踩过的坑：把两个中断设成了相同优先级，结果一个中断没处理完，另一个又来了，导致堆栈溢出。后来我养成了习惯：每个中断优先级都仔细规划，绝不重复。

最后，我画了一张图，把本章的知识点串起来。你看完应该能明白GPIO从配置到中断响应的完整链路。

嗯，这一章的内容就到这里。GPIO看似简单，但深入下去门道不少。你想想看，一个按键输入，从硬件配置到软件消抖，再到中断响应，每一步都有坑。但只要掌握了这些底层原理，以后遇到再复杂的外设，你也能举一反三。

📚 课程目录