4. 按键输入与消抖：GPIO输入模式、机械按键原理、软件消抖

按键，是嵌入式系统里最基础、也最容易被轻视的外设。你想想看，一个简单的开关动作，背后却藏着电平跳变、弹片震颤、误触发等一系列问题。我刚开始做项目时，就因为在按键消抖上偷了懒，结果产品在用户手里频繁“跳菜单”，被售后追着跑了三个版本才改好。嗯，这一章咱们就把按键这件事彻底讲透。

4.1 GPIO输入模式：你得先会“听”

MCU要检测按键，首先得把GPIO配置成输入模式。别小看这一步，输入模式其实有好几种变体，选错了，按键可能根本读不到正确的电平。

我个人习惯，按键接地 + 内部上拉输入，这是最省外围元件的方案。只需要一个按键、一根线，连外部电阻都省了。但要注意，内部上拉电阻通常在30kΩ~50kΩ之间，如果走线太长或者环境干扰大，建议外部再加一个4.7kΩ的下拉？不对，是上拉——嗯，这里容易搞混，记住：按键接地就用上拉，按键接VDD就用下拉。

4.2 机械按键原理：弹片在“跳舞”

机械按键的核心是一个金属弹片。按下时，弹片变形接触；松开时，弹片回弹断开。听起来很简单对吧？但问题就出在这个“接触”和“断开”的过程上。

弹片不是瞬间稳定接触的。它会先碰一下、弹开、再碰一下、再弹开……这个过程持续5~20ms，期间电平会反复跳变。这就是所谓的“抖动”。

我曾经在一个工业控制面板上用过一批廉价按键，抖动时间长达40ms。如果不做消抖，一次按下会被识别成3~5次。操作员按一次“启动”，机器能给你启停三次——这要是用在冲压机上，后果不堪设想。

4.3 软件消抖：两种主流方案

硬件消抖（加RC滤波、施密特触发器）当然有效，但会增加BOM成本。绝大多数场景下，软件消抖就足够了。这里我重点讲两种方法：延时法和状态机法。

4.3.1 延时法：简单粗暴，但别乱用

思路很简单：检测到电平变化后，等20ms再读一次。如果电平一致，就认为是有效动作。

// 延时法消抖示例（伪代码）
uint8_t Debounce_ReadPin(GPIO_Pin pin) {
    if (GPIO_ReadPin(pin) == 0) {          // 第一次检测到按下
        Delay_ms(20);                       // 等待抖动过去
        if (GPIO_ReadPin(pin) == 0) {      // 第二次确认
            return 0;                       // 确认按下
        }
    }
    return 1;                               // 无效或未按下
}

这个方法的问题很明显：Delay_ms(20) 会阻塞CPU。20ms在人类感知里很短，但在MCU世界里，足够执行几千条指令了。如果你的系统里还有LED扫描、通信、传感器采集等任务，一个Delay就把所有事都堵死了。

4.3.2 状态机法：专业工程师的选择

状态机法不阻塞CPU，而是用定时器（通常1ms或5ms中断）周期性扫描按键，根据当前状态和输入电平决定下一步状态。典型的按键状态机有4个状态：

// 状态机法消抖核心代码（5ms扫描周期）
typedef enum {
    STATE_IDLE,
    STATE_PRESS_WAIT,
    STATE_PRESS_CONFIRM,
    STATE_PRESS_HOLD,
    STATE_RELEASE_WAIT
} KeyState_t;

KeyState_t keyState = STATE_IDLE;
uint8_t debounceCount = 0;
const uint8_t DEBOUNCE_THRESHOLD = 5;  // 5 * 5ms = 25ms消抖

void Key_Scan(void) {
    uint8_t level = GPIO_ReadPin(KEY_PIN);
    
    switch (keyState) {
        case STATE_IDLE:
            if (level == 0) {
                debounceCount = 0;
                keyState = STATE_PRESS_WAIT;
            }
            break;
            
        case STATE_PRESS_WAIT:
            if (level == 0) {
                debounceCount++;
                if (debounceCount >= DEBOUNCE_THRESHOLD) {
                    keyState = STATE_PRESS_CONFIRM;
                }
            } else {
                keyState = STATE_IDLE;  // 抖动回弹，复位
            }
            break;
            
        case STATE_PRESS_CONFIRM:
            Key_Action_Callback(KEY_PRESSED);  // 触发按下事件
            keyState = STATE_PRESS_HOLD;
            break;
            
        case STATE_PRESS_HOLD:
            if (level == 1) {
                debounceCount = 0;
                keyState = STATE_RELEASE_WAIT;
            }
            // 可在此处理长按逻辑
            break;
            
        case STATE_RELEASE_WAIT:
            if (level == 1) {
                debounceCount++;
                if (debounceCount >= DEBOUNCE_THRESHOLD) {
                    Key_Action_Callback(KEY_RELEASED);
                    keyState = STATE_IDLE;
                }
            } else {
                keyState = STATE_PRESS_HOLD;  // 又按下了，回到保持
            }
            break;
    }
}

这段代码我用了很多年，核心思路就是“连续采样N次一致才确认”。5ms扫描一次，连续5次读到低电平才确认按下，相当于25ms的消抖窗口。这个值可以根据按键品质调整——好按键3次就够了，差按键可能需要8次。

4.4 外部中断触发：让MCU“主动”响应

轮询扫描虽然简单，但CPU要一直跑循环去查电平，浪费算力。更好的方式是外部中断：按键按下时，电平跳变触发中断，CPU暂停当前任务去处理按键。

配置外部中断时，有几个关键参数：

• 触发边沿： 下降沿触发（按键接地按下时从高到低）、上升沿触发（松开时从低到高）、双边沿触发
• 中断优先级： 按键中断通常设中等优先级，别抢了系统时钟或通信中断
• 中断服务函数： 要短！不要在ISR里做消抖延时，只设标志位，消抖逻辑放主循环

// 外部中断服务函数（正确做法）
volatile uint8_t keyPressFlag = 0;

void EXTI0_IRQHandler(void) {
    if (EXTI_GetITStatus(EXTI_Line0) != RESET) {
        keyPressFlag = 1;           // 只设标志，不做消抖
        EXTI_ClearITPendingBit(EXTI_Line0);
    }
}

// 主循环中处理
while (1) {
    if (keyPressFlag) {
        keyPressFlag = 0;
        Key_Scan();                 // 状态机消抖扫描
    }
    // 其他任务...
}

4.5 本章知识体系

下面这张图把按键输入与消抖的完整知识结构串起来了，从硬件原理到软件实现，一目了然。

嗯，这一章的内容就到这里。按键看似简单，但消抖做不好，整个系统的用户体验都会崩塌。我个人建议，新项目直接上状态机法，别在延时法上浪费时间。至于外部中断，适合“按键唤醒休眠”或“需要极低延迟响应”的场景，但一定要记住：ISR里只设标志，别干重活。