4. GPIO与基础外设：GPIO配置与操作、按键输入检测、LED指示灯控制、蜂鸣器报警驱动

各位同学，欢迎来到第四讲。前面我们聊了LoRa的通信原理和系统架构，今天终于要动手了——跟硬件打交道最基础的东西：GPIO。

说实话，GPIO这东西，看起来简单，不就是输入输出嘛。但我做了这么多年嵌入式，见过太多因为GPIO配置不当导致的“灵异事件”。比如按键按下没反应，LED亮度不对，甚至整块板子莫名其妙复位。嗯，今天我们就把这些坑一个个填上。

4.1 GPIO配置与操作——别小看这步

GPIO，全称General Purpose Input Output，通用输入输出口。说白了，就是芯片上那些可以编程控制的引脚。你可以让它输出高电平点亮LED，也可以读取它上面的电平判断按键是否按下。

但配置GPIO，远不止“设为输入还是输出”这么简单。我习惯把GPIO配置拆成三步走：

  1. 时钟使能：大部分MCU的GPIO模块默认是关闭时钟的，你得先打开它。忘了这步，后面写再多代码都没用。
  2. 模式配置：输入、输出、复用功能、模拟模式，选哪个？
  3. 上下拉与驱动能力：要不要内部上拉？输出速度选多快？

以我们常用的STM32L0系列为例，配置一个GPIO输出，代码大概长这样：

// 使能GPIOA时钟
__HAL_RCC_GPIOA_CLK_ENABLE();

GPIO_InitTypeDef GPIO_InitStruct = {0};
GPIO_InitStruct.Pin = GPIO_PIN_5;          // PA5
GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP; // 推挽输出
GPIO_InitStruct.Pull = GPIO_NOPULL;        // 无上下拉
GPIO_InitStruct.Speed = GPIO_SPEED_FREQ_LOW; // 低速，省电
HAL_GPIO_Init(GPIOA, &GPIO_InitStruct);

这里有个细节：速度等级。很多人习惯直接选最高速，但在LoRa节点这种电池供电的设备里，高速意味着更高的功耗和更多的电磁干扰。我建议，控制LED这种低频信号，选低速就够了。

⚠️ 我曾经踩过的坑： 有一次做低功耗项目，GPIO配置成输出后忘了设置初始电平。结果芯片一上电，引脚默认是低电平，直接驱动了一个MOS管导通，整块板子电流飙到50mA。后来我养成了习惯：初始化GPIO时，先设置输出电平，再配置模式。

4.2 按键输入检测——去抖是关键

按键检测，看起来就是读个电平。但实际项目中，最烦人的就是按键抖动。

为什么会抖动？机械按键内部是金属弹片，按下和释放的瞬间，触点会反复接触几次，产生一连串的脉冲。如果你直接读电平，一次按下可能被误判成十几次。

我常用的去抖方法有两种：

方法 原理 适用场景
硬件去抖 RC低通滤波 + 施密特触发器 对实时性要求高的场景
软件去抖 延时10-20ms后再次读取 大多数低成本场景

在LoRa森林防火节点上，按键通常用于配置或唤醒，对实时性要求不高。我个人更推荐软件去抖，省一个电容电阻，成本就是优势。

看一个典型的软件去抖实现：

#define KEY_DEBOUNCE_MS 20

uint8_t Key_Scan(void)
{
    static uint8_t last_state = 1;  // 假设高电平为未按下
    static uint32_t last_time = 0;
    uint8_t current_state;
    
    current_state = HAL_GPIO_ReadPin(KEY_GPIO_Port, KEY_Pin);
    
    // 状态变化了？开始计时
    if (current_state != last_state)
    {
        last_time = HAL_GetTick();
        last_state = current_state;
    }
    else
    {
        // 稳定超过20ms，认为有效
        if ((HAL_GetTick() - last_time) > KEY_DEBOUNCE_MS)
        {
            return current_state;  // 0表示按下，1表示释放
        }
    }
    
    return 1;  // 默认返回未按下
}

注意看，这里用了HAL_GetTick()做非阻塞延时。千万别用HAL_Delay(20)，那会卡死整个系统。你想想看，如果按键按下时正好有LoRa数据在接收，一卡20ms，数据包就丢了。

💡 我的经验： 在低功耗节点上，按键检测通常配合外部中断使用。按键按下触发中断，唤醒MCU，然后在中断服务函数里设置一个标志位，主循环再去处理。这样平时MCU可以睡大觉，省电。

4.3 LED指示灯控制——不只是亮灭

LED控制，新手觉得简单，老手玩出花。在森林防火节点上，LED通常用来指示：

  • 运行状态：心跳闪烁，表示系统活着
  • 网络状态：连上LoRa网关了吗？
  • 报警指示：检测到火情，红灯快闪

我习惯用状态机来管理LED，而不是简单粗暴的HAL_GPIO_TogglePin()。为什么？因为一个节点可能有多个LED，每个LED有不同的闪烁模式，用状态机管理起来清晰多了。

typedef enum {
    LED_OFF,
    LED_ON,
    LED_BLINK_SLOW,   // 1秒闪烁一次
    LED_BLINK_FAST,   // 200ms闪烁一次
    LED_BLINK_ALARM   // 50ms急促闪烁
} LED_Mode_t;

void LED_Update(LED_Mode_t mode)
{
    static uint32_t last_tick = 0;
    uint32_t now = HAL_GetTick();
    
    switch(mode)
    {
        case LED_OFF:
            HAL_GPIO_WritePin(LED_GPIO_Port, LED_Pin, GPIO_PIN_RESET);
            break;
        case LED_ON:
            HAL_GPIO_WritePin(LED_GPIO_Port, LED_Pin, GPIO_PIN_SET);
            break;
        case LED_BLINK_SLOW:
            if ((now - last_tick) > 1000)
            {
                HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin);
                last_tick = now;
            }
            break;
        // ... 其他模式类似
    }
}

这里有个小技巧：LED的亮度其实可以通过PWM控制。但在LoRa节点上，我一般不推荐用PWM驱动LED，因为PWM会产生高频噪声，可能干扰LoRa的接收灵敏度。如果非要调亮度，用电阻限流就够了。

🔦 实际项目中的做法： 在森林防火节点上，LED通常只在调试或报警时点亮。平时为了省电，LED是熄灭的。我见过有些设计把LED串在MCU的GPIO和地之间，没有限流电阻，结果GPIO驱动能力不够，LED亮度不足，还容易烧引脚。记住：LED必须串联限流电阻，一般330Ω到1kΩ。

4.4 蜂鸣器报警驱动——声音也要讲究

蜂鸣器，分两种：有源蜂鸣器和无源蜂鸣器。

  • 有源蜂鸣器：内部自带振荡电路，通电就响，频率固定。驱动简单，给个高电平就行。
  • 无源蜂鸣器：需要外部提供方波信号，频率不同音调不同。可以播放旋律，但驱动复杂。

在森林防火节点上，我建议用有源蜂鸣器。为什么？因为报警只需要“响”和“不响”两种状态，不需要播放《茉莉花》。有源蜂鸣器驱动简单，功耗也低。

驱动电路要注意：MCU的GPIO直接驱动蜂鸣器？不行。蜂鸣器工作电流通常几十毫安，GPIO最多输出几毫安。必须加三极管或MOS管驱动。

// 蜂鸣器驱动代码（假设使用NPN三极管，GPIO高电平驱动）
#define BUZZER_ON()   HAL_GPIO_WritePin(BUZZER_GPIO_Port, BUZZER_Pin, GPIO_PIN_SET)
#define BUZZER_OFF()  HAL_GPIO_WritePin(BUZZER_GPIO_Port, BUZZER_Pin, GPIO_PIN_RESET)

void Buzzer_Alarm(uint16_t duration_ms)
{
    BUZZER_ON();
    // 注意：这里不能阻塞，用定时器或状态机控制时长
    // 实际项目中，设置一个标志位，由定时器中断关闭
}

// 定时器中断中调用
void Buzzer_Stop(void)
{
    BUZZER_OFF();
}

嗯，这里要特别提醒：蜂鸣器不能一直响。在电池供电的设备里，蜂鸣器是耗电大户。我见过一个项目，报警后蜂鸣器一直响，结果半天电池就耗光了。正确的做法是：间歇性报警，比如响200ms，停800ms，既达到警示效果，又省电。

⚠️ 我曾经犯过的错： 有一次做烟雾报警器，蜂鸣器驱动电路没加续流二极管。蜂鸣器是感性负载，断电瞬间会产生反向电动势，电压高达几十伏，直接打坏了MCU的GPIO引脚。从那以后，我在所有感性负载（蜂鸣器、继电器、电机）的驱动电路上都加了续流二极管，再也没出过问题。

4.5 综合实战：按键控制LED和蜂鸣器

好了，理论讲完了，我们来个综合练习。需求很简单：

  1. 按键按下，LED开始慢闪（1Hz）
  2. 按键再次按下，LED快闪（5Hz），同时蜂鸣器报警
  3. 按键第三次按下，所有设备关闭

这个需求在森林防火节点上很典型：巡检人员按下按键，节点进入报警测试模式。

typedef enum {
    STATE_IDLE,
    STATE_TEST_SLOW,
    STATE_TEST_ALARM
} SystemState_t;

SystemState_t current_state = STATE_IDLE;

void main_loop(void)
{
    uint8_t key_state;
    
    key_state = Key_Scan();
    
    // 检测到按键按下（下降沿）
    if (key_state == 0)
    {
        // 状态切换
        switch(current_state)
        {
            case STATE_IDLE:
                current_state = STATE_TEST_SLOW;
                LED_Update(LED_BLINK_SLOW);
                BUZZER_OFF();
                break;
            case STATE_TEST_SLOW:
                current_state = STATE_TEST_ALARM;
                LED_Update(LED_BLINK_FAST);
                Buzzer_Alarm(200);  // 响200ms
                break;
            case STATE_TEST_ALARM:
                current_state = STATE_IDLE;
                LED_Update(LED_OFF);
                BUZZER_OFF();
                break;
        }
        
        // 等待按键释放，防止连续触发
        while(HAL_GPIO_ReadPin(KEY_GPIO_Port, KEY_Pin) == 0);
    }
    
    // 其他任务...
}

你看，整个逻辑用状态机串起来，清晰明了。而且每个模块（按键、LED、蜂鸣器）都是独立的，以后要改某个功能，只改对应的模块就行。

💡 最后说一句： GPIO操作是嵌入式开发的基本功，但基本功往往最容易被忽视。我面试过很多工程师，能背出各种复杂协议，但一问GPIO的上下拉配置、驱动电流这些细节，就答不上来了。记住：硬件是基础，软件是灵魂，两者缺一不可。

好了，这一讲就到这里。下一讲我们开始接触LoRa模块的驱动，那才是真正的好戏。各位回去把GPIO的代码跑一遍，有问题随时交流。

← 上一章 📖 返回目录 下一章 →