2. GPIO与LED控制：GPIO模式配置、推挽输出与开漏输出区别、点亮LED指示灯、按键输入检测与消抖
各位同学，欢迎来到第二章。
上一章我们搭好了开发环境，也跑通了第一个点灯程序。但说实话，那个程序只是让LED亮了，背后的原理我们还没讲透。这一章，我们就来好好聊聊GPIO——这个嵌入式开发里最基础、也最容易被忽视的模块。
我个人习惯把GPIO比作单片机的「手脚」。你想让单片机对外界做什么，或者感知外界发生了什么，都得靠它。但手脚怎么用，用多大劲，是推还是拉，这里面门道不少。
2.1 GPIO模式配置：你选对了吗？
很多新手拿到单片机，第一件事就是配置GPIO。但配置成什么模式，往往是一脸懵。我刚开始做项目时也踩过坑，以为只要设成输出就能干活，结果LED死活不亮，查了半天才发现是模式配错了。
GPIO的模式，说白了就是决定引脚内部电路怎么连接。常见的模式有这几种：
- 输入模式：读取外部信号，比如按键按下还是松开。
- 输出模式：驱动外部器件，比如点亮LED。
- 复用功能模式：引脚交给片上外设，比如UART、SPI。
- 模拟模式：用于ADC等模拟信号采集。
嗯，这里要注意，输出模式又分两种：推挽输出和开漏输出。这是本章的重点，我们单独拿出来讲。
2.2 推挽输出 vs 开漏输出：到底有什么区别？
这个问题，面试时经常被问到。我当年也被问过，当时答得磕磕巴巴。后来在项目中真正用到了，才彻底搞明白。
简单来说：
- 推挽输出：内部有两个MOS管，一个负责推（输出高电平），一个负责拉（输出低电平）。输出高电平时，上管导通，下管截止；输出低电平时，上管截止，下管导通。所以推挽输出既能输出高电平，也能输出低电平，驱动能力强。
- 开漏输出：只有下管（拉），没有上管（推）。输出低电平时，下管导通；输出高电平时，下管截止，引脚处于高阻态。所以开漏输出本身不能输出高电平，必须外接上拉电阻。
为什么会这样？你想想看，开漏输出其实是为了「线与」功能设计的。多个开漏输出引脚可以直接连在一起，只要其中一个输出低电平，整条线就是低电平。这在I2C总线里非常常见。
我给大家整理了一个对比表，方便记忆：
| 特性 | 推挽输出 | 开漏输出 |
|---|---|---|
| 输出高电平 | 可以（内部直接驱动） | 不可以（需外接上拉电阻） |
| 输出低电平 | 可以 | 可以 |
| 驱动能力 | 强 | 弱（取决于上拉电阻） |
| 线与功能 | 不支持 | 支持 |
| 典型应用 | LED、普通IO | I2C、电平转换 |
2.3 点亮LED指示灯：从原理到代码
好了，理论讲完了，我们来点实际的。点亮一个LED，其实就三步：
- 使能GPIO时钟
- 配置GPIO模式为推挽输出
- 设置引脚电平
以STM32为例，代码长这样：
// 使能GPIOB时钟
RCC->AHB1ENR |= RCC_AHB1ENR_GPIOBEN;
// 配置PB0为推挽输出
GPIOB->MODER &= ~(0x3 << (0 * 2)); // 清零
GPIOB->MODER |= (0x1 << (0 * 2)); // 设为输出模式
GPIOB->OTYPER &= ~(0x1 << 0); // 推挽输出（0为推挽，1为开漏）
// 点亮LED（输出高电平）
GPIOB->ODR |= (0x1 << 0);这段代码看着简单，但有几个细节要注意：
- 时钟使能是第一步，忘了它，后面所有配置都白搭。我刚开始学的时候，经常忘了开时钟，然后对着数据手册查半天。
- MODER寄存器是2位一组配置的，所以操作时要小心别影响到其他引脚。
- OTYPER寄存器是1位一组，0是推挽，1是开漏。点亮LED用推挽就够了。
2.4 按键输入检测：按下还是没按下？
按键检测，是嵌入式开发里另一个基础操作。但基础不代表简单，尤其是「消抖」这个问题，让无数新手头疼。
按键的物理结构决定了它按下和松开时，会产生机械抖动。这个抖动时间通常持续5-20ms。如果不做处理，单片机可能会误判为按了多次。
我给大家看一个典型的按键检测代码：
// 配置PA0为输入模式
GPIOA->MODER &= ~(0x3 << (0 * 2)); // 设为输入模式
// 读取按键状态
uint8_t key_state = (GPIOA->IDR >> 0) & 0x1;
// 简单的软件消抖
if (key_state == 0) { // 假设低电平表示按下
delay_ms(10); // 延时10ms
if ((GPIOA->IDR >> 0) & 0x1) == 0) {
// 确认按键按下
// 执行按键处理函数
}
}这段代码的逻辑是：第一次检测到按键按下，先不急着处理，等10ms后再检测一次。如果还是按下状态，才确认是有效按键。这就是最简单的「软件消抖」。
但说实话，用delay_ms()消抖，在简单项目里还行。如果系统里还有别的任务要处理，这种阻塞式的延时就会出问题。我建议用定时器轮询或者状态机的方式来做消抖，效率更高。
避坑指南： 我曾经在一个产品里，用了简单的delay消抖，结果用户反馈按键反应迟钝。后来发现是因为系统里还有其他中断，导致延时不准。最后改成了定时器轮询+状态机的方式，问题才解决。
2.5 按键消抖的进阶方法：状态机实现
既然提到了状态机，我就顺便讲一下。状态机消抖的核心思想是：把按键的状态分成几个阶段，比如「空闲」、「按下抖动」、「稳定按下」、「松开抖动」。每个阶段根据当前状态和输入，决定下一步做什么。
代码实现大概是这样：
typedef enum {
KEY_IDLE,
KEY_PRESS_DEBOUNCE,
KEY_PRESS_STABLE,
KEY_RELEASE_DEBOUNCE
} KeyState;
KeyState key_state = KEY_IDLE;
uint8_t key_pin;
void key_scan(void) {
key_pin = (GPIOA->IDR >> 0) & 0x1; // 读取按键
switch (key_state) {
case KEY_IDLE:
if (key_pin == 0) { // 检测到按下
key_state = KEY_PRESS_DEBOUNCE;
// 启动定时器，10ms后再次检测
}
break;
case KEY_PRESS_DEBOUNCE:
// 定时器回调函数中执行
if (key_pin == 0) {
key_state = KEY_PRESS_STABLE;
// 执行按键处理
} else {
key_state = KEY_IDLE; // 抖动，回到空闲
}
break;
case KEY_PRESS_STABLE:
if (key_pin == 1) { // 检测到松开
key_state = KEY_RELEASE_DEBOUNCE;
// 启动定时器
}
break;
case KEY_RELEASE_DEBOUNCE:
if (key_pin == 1) {
key_state = KEY_IDLE; // 确认松开
} else {
key_state = KEY_PRESS_STABLE; // 抖动，回到稳定按下
}
break;
}
}这种实现方式，不会阻塞主循环，适合用在多任务系统里。你想想看，如果系统里同时要处理LED闪烁、按键检测、通信协议，用delay肯定不行。状态机才是正道。
2.6 本章小结
这一章我们讲了GPIO的几种模式，重点区分了推挽输出和开漏输出。然后通过点亮LED和按键检测两个实例，把理论落到了代码上。消抖部分，我给了两种实现方式，简单延时和状态机，大家可以根据项目需求选择。
嗯，最后说一句：GPIO看似简单，但它是嵌入式开发的基石。把这一章的内容吃透了，后面学定时器、中断、通信协议，都会轻松很多。
下一章，我们会讲定时器与PWM输出。到时候，我会教大家如何用PWM控制电机转速，这可是电动牙刷的核心功能之一。我们下章见。