4、GPIO基础与控制：GPIO模式配置（推挽/开漏/上拉/下拉）、LED指示灯编程、按键输入检测与消抖
各位同学，欢迎来到第四章。这一章我们开始真正“动手”了。
GPIO，全称叫通用输入输出口。说白了，就是芯片伸出来的那些“脚”，你可以控制它输出高电平或低电平，也可以读取外部是高还是低。窗帘电机里，控制继电器、读取限位开关、点亮指示灯，全得靠它。
我个人习惯把GPIO比作“芯片的四肢”。四肢不灵活，整个系统就瘫了。所以这一章，咱们把GPIO的脾气摸透。
4.1 GPIO的四种输出模式
很多初学者会问：“不就是输出0和1吗？怎么还分模式？”
嗯，这里要注意。不同的模式，决定了引脚内部的“驱动结构”长什么样。我当年第一次画板子，就是因为没搞懂推挽和开漏的区别，导致I2C通信死活拉不低，查了两天。
4.1.1 推挽输出
推挽输出，内部有两个MOS管：一个负责“推”（输出高电平），一个负责“挽”（输出低电平）。
- 输出高电平时：上管导通，引脚直接接到VCC，驱动能力强。
- 输出低电平时：下管导通，引脚直接接到GND，电流可以灌进去。
我在项目中遇到过，驱动LED指示灯时，推挽模式最常用。因为它能提供足够的电流，而且电平切换速度快。
适用场景：普通LED驱动、继电器控制、蜂鸣器。说白了，只要你想让引脚“要么高、要么低”，就用推挽。
4.1.2 开漏输出
开漏输出就有点意思了。它内部只有下管（N-MOS），上管是没有的。
- 输出低电平时：下管导通，引脚接地。
- 输出高电平时：下管断开，引脚处于“高阻态”。这时候引脚电平由外部上拉电阻决定。
为什么会这样？因为开漏模式天生就是为了“线与”逻辑设计的。多个开漏输出可以共用一个上拉电阻，谁拉低谁说了算。
我的经验：I2C总线的SDA和SCL线，必须用开漏输出。我曾经偷懒用推挽去模拟I2C，结果两个设备同时输出时直接短路，烧了一个传感器。从那以后，我再也不敢乱用模式了。
4.1.3 推挽 vs 开漏 对比
| 特性 | 推挽输出 | 开漏输出 |
|---|---|---|
| 高电平驱动 | 内部直接驱动，强 | 依赖外部上拉，弱 |
| 低电平驱动 | 强 | 强 |
| 多引脚连接 | 不能直接并联 | 可以线与 |
| 电平转换 | 不支持 | 可通过上拉电压转换 |
| 典型应用 | LED、继电器 | I2C、中断信号 |
4.2 上拉与下拉电阻
讲完输出，咱们聊聊输入。输入模式下，引脚是“浮空”的。如果不做任何处理，引脚电平会不确定，这就是所谓的“悬空态”。
你想想看，一个悬空的引脚，读到的值可能是0，也可能是1，甚至随着电磁干扰乱跳。这在按键检测里是致命的。
4.2.1 内部上拉与下拉
现在的MCU都内置了可配置的上拉和下拉电阻。一般阻值在30kΩ~50kΩ之间。
- 上拉输入：引脚默认被拉到高电平。按下按键接地时，读到低电平。
- 下拉输入：引脚默认被拉到低电平。按下按键接VCC时，读到高电平。
避坑指南：我曾经在一个项目中，用了内部上拉去检测一个长线缆连接的按键。结果线缆太长，寄生电容太大，按键释放后电平恢复特别慢，导致多次误触发。后来我换成了外部4.7kΩ的上拉电阻，问题才解决。记住：内部上拉只适合短距离、低噪声环境。
4.2.2 外部上拉/下拉的选择
如果环境干扰大，或者需要更快的上升沿，建议用外部电阻。常用阻值：
- 4.7kΩ：通用，适合大多数场景
- 10kΩ：省电，但抗干扰稍弱
- 1kΩ：强上拉，适合高速信号
4.3 LED指示灯编程实战
好了，理论讲完，咱们写代码。窗帘电机上一般有两个指示灯：一个电源指示（常亮），一个运行状态指示（闪烁）。
// 推挽输出配置示例（以STM32为例）
GPIO_InitTypeDef GPIO_InitStruct = {0};
// 使能GPIO时钟
__HAL_RCC_GPIOB_CLK_ENABLE();
// 配置PB0为推挽输出
GPIO_InitStruct.Pin = GPIO_PIN_0;
GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP; // 推挽输出
GPIO_InitStruct.Pull = GPIO_NOPULL; // 不需要上下拉
GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW; // 低速即可
HAL_GPIO_Init(GPIOB, &GPIO_InitStruct);
// 点亮LED（低电平有效）
HAL_GPIO_WritePin(GPIOB, GPIO_PIN_0, GPIO_PIN_RESET);
// 闪烁效果
while(1)
{
HAL_GPIO_TogglePin(GPIOB, GPIO_PIN_0);
HAL_Delay(500); // 500ms翻转一次
}
个人习惯：我写LED驱动时，喜欢用宏定义封装一下，比如 #define LED_ON() HAL_GPIO_WritePin(LED_PORT, LED_PIN, GPIO_PIN_RESET)。这样后期换引脚，改一个宏就行，不用满篇找代码。
4.4 按键输入检测与消抖
按键，是嵌入式里最基础、也最容易出问题的外设。你想想看，一个机械按键按下去，触点会弹跳几次，电平会在0和1之间来回跳变，持续几毫秒到几十毫秒。如果不处理，一次按下可能被误判成十几次。
4.4.1 硬件消抖
最简单的办法：在按键两端并联一个0.1μF的电容。电容可以吸收弹跳产生的毛刺。我一般会在按键PCB布局时，把电容紧贴着按键放。
4.4.2 软件消抖
硬件消抖不是万能的。对于长线缆或者恶劣环境，软件消抖才是王道。常用的方法有两种：
- 延时消抖：检测到电平变化后，延时10~20ms再读一次。如果电平一致，就认为按键有效。
- 状态机消抖：连续采样多次，如果多数采样值一致，才判定有效。这种方法不阻塞CPU。
// 延时消抖示例（简单粗暴）
uint8_t Key_Scan(void)
{
if(HAL_GPIO_ReadPin(KEY_PORT, KEY_PIN) == GPIO_PIN_RESET) // 检测到按下
{
HAL_Delay(20); // 延时20ms，避开弹跳期
if(HAL_GPIO_ReadPin(KEY_PORT, KEY_PIN) == GPIO_PIN_RESET) // 再次确认
{
// 等待按键释放（防止长按误判）
while(HAL_GPIO_ReadPin(KEY_PORT, KEY_PIN) == GPIO_PIN_RESET);
return 1; // 有效按键
}
}
return 0; // 无效
}
我曾经踩过的坑：在窗帘电机项目中，我用延时消抖，结果延时函数里用了HAL_Delay，而这个函数依赖SysTick中断。有一次中断优先级配置不当，导致延时不准，按键怎么按都没反应。后来我改用定时器轮询+状态机的方式，彻底解决了这个问题。所以，如果你的系统里中断很多，建议用状态机消抖，别用阻塞延时。
4.4.3 状态机消抖（推荐）
// 状态机消抖（非阻塞，适合RTOS或主循环）
#define DEBOUNCE_TIME 5 // 连续5次采样一致才算有效
uint8_t Key_StateMachine(void)
{
static uint8_t count = 0;
static uint8_t last_state = 1; // 假设默认高电平
uint8_t current_state = HAL_GPIO_ReadPin(KEY_PORT, KEY_PIN);
if(current_state == last_state)
{
count++;
if(count >= DEBOUNCE_TIME)
{
count = 0;
if(current_state == 0) // 按下
return 1;
}
}
else
{
count = 0; // 状态不一致，重新计数
last_state = current_state;
}
return 0;
}
这段代码每10ms调用一次（用定时器触发）。连续5次读到低电平，才认为按键按下。说白了，就是用“多数表决”的方式过滤掉弹跳。
4.5 本章小结
这一章内容不少，但都是基本功。推挽和开漏的区别，上拉下拉的选择，LED的驱动，按键的消抖——这些在窗帘电机项目里都会用到。
我个人建议，学完这一章后，你拿一块开发板，把推挽输出、开漏输出、内部上拉输入、软件消抖都亲手试一遍。代码跑通了，才算真正掌握。
下一章，我们会用这些GPIO知识，去驱动窗帘电机的核心部件——直流电机。到时候你会发现，今天的这些基础，全都能派上用场。