📚 课程目录第4章嵌入式C语言与编译工具链

4. 嵌入式C语言与编译工具链

好，咱们今天聊点实在的。很多初学者一上来就怼RTOS，结果连个灯都点不亮。我个人习惯是，先把裸机玩透了，再谈操作系统。裸机编程，说白了就是直接跟硬件寄存器打交道，没有中间商赚差价。

你想想看，一个嵌入式系统最基础的操作是什么？无非就是读引脚、写引脚。GPIO（通用输入输出）就是芯片跟外界沟通的“手脚”。这一章，咱们就把GPIO的底裤扒干净。

4.1 寄存器操作：从“点灯”开始理解内存映射

为什么C语言能控制硬件？因为芯片设计者把外设的寄存器映射到了CPU的地址空间里。你往某个地址写数据，就等于给硬件发指令。

拿STM32F103来举例，GPIOA的端口输出数据寄存器（ODR）地址是 0x4001080C。你想让PA0输出高电平，直接写：

// 粗暴但有效的写法
*(unsigned int*)0x4001080C |= (1 << 0);  // PA0 = 1

嗯，这里要注意。这种“魔法数字”写法在项目里是灾难。我见过一个同事，代码里到处都是 0x4001080C，三个月后他自己都看不懂了。所以，我们一般用结构体封装：

// GPIO寄存器结构体定义
typedef struct {
    volatile uint32_t CRL;    // 端口配置低寄存器，偏移0x00
    volatile uint32_t CRH;    // 端口配置高寄存器，偏移0x04
    volatile uint32_t IDR;    // 端口输入数据寄存器，偏移0x08
    volatile uint32_t ODR;    // 端口输出数据寄存器，偏移0x0C
    volatile uint32_t BSRR;   // 端口位设置/清除寄存器，偏移0x10
    volatile uint32_t BRR;    // 端口位清除寄存器，偏移0x14
    volatile uint32_t LCKR;   // 端口配置锁定寄存器，偏移0x18
} GPIO_TypeDef;

#define GPIOA_BASE      0x40010800
#define GPIOA           ((GPIO_TypeDef*)GPIOA_BASE)

// 使用结构体操作
GPIOA->ODR |= (1 << 0);   // PA0输出高

这里有个关键字 volatile，千万别漏了。它告诉编译器：“这个变量的值随时可能被硬件改变，别给我优化掉。” 我曾经在调试一个串口驱动时，忘了加volatile，结果编译器把读寄存器操作优化成了读缓存，数据死活不对。排查了两天才找到原因，血泪教训。

个人习惯： 我写寄存器操作时，一定会用 volatile 关键字。哪怕只是读一个状态位，也加上。养成习惯，能省很多调试时间。

4.2 GPIO模式配置：推挽、开漏、上拉、下拉

GPIO不是简单的“输入”或“输出”。它有好几种模式，选错了，电路可能不工作，甚至烧芯片。

咱们看一个典型的GPIO模式配置表（以STM32为例）：

模式	CNF[1:0]	MODE[1:0]	典型应用
推挽输出	00	10 (2MHz) / 01 (10MHz) / 11 (50MHz)	驱动LED、普通数字信号输出
开漏输出	01	同上	I2C总线、电平转换
浮空输入	01	00	按键检测（外部需上拉）
上拉/下拉输入	10	00	按键检测（内部上拉）
模拟输入	00	00	ADC采样

配置代码示例：

// 配置PA0为推挽输出，50MHz
GPIOA->CRL &= ~(0x0F << 0);   // 先清零CNF0和MODE0
GPIOA->CRL |= (0x03 << 0);    // MODE0 = 11 (50MHz), CNF0 = 00 (推挽)

// 配置PA1为上拉输入
GPIOA->CRL &= ~(0x0F << 4);   // 先清零CNF1和MODE1
GPIOA->CRL |= (0x08 << 4);    // MODE1 = 00 (输入), CNF1 = 10 (上拉/下拉)
GPIOA->ODR |= (1 << 1);       // 使能内部上拉

避坑指南： 我曾经在做一个低功耗项目时，把未使用的GPIO配置成了浮空输入。结果引脚电平不定，导致芯片漏电流增大，电池续航直接砍半。后来把所有未用引脚都配置成模拟输入或推挽输出低电平，问题才解决。

4.3 LED驱动：从“亮灭”到“呼吸”

LED驱动是GPIO输出的经典案例。最简单的就是直接拉高拉低：

#define LED_PIN     0
#define LED_ON()    GPIOA->BSRR = (1 << LED_PIN)      // 使用BSRR置位
#define LED_OFF()   GPIOA->BRR  = (1 << LED_PIN)      // 使用BRR复位

// 或者用ODR操作（注意：非原子操作，多任务环境下有风险）
#define LED_TOGGLE() GPIOA->ODR ^= (1 << LED_PIN)

为什么推荐用BSRR/BRR而不是ODR？因为BSRR和BRR是“写1有效”，只影响你指定的位，不会干扰其他引脚。而ODR的读-改-写操作，在多任务或中断环境下可能被破坏。

再说说呼吸灯。这需要PWM（脉冲宽度调制）。如果你用的芯片没有硬件PWM，那就得用定时器中断模拟：

// 伪代码：用定时器中断实现呼吸灯
uint8_t duty_cycle = 0;
uint8_t direction = 1;

void TIM_IRQHandler(void) {
    static uint16_t counter = 0;
    counter++;
    if (counter >= 100) {
        counter = 0;
        if (direction) {
            duty_cycle++;
            if (duty_cycle >= 100) direction = 0;
        } else {
            duty_cycle--;
            if (duty_cycle == 0) direction = 1;
        }
    }
    // 在PWM周期内控制LED亮灭
    if (counter < duty_cycle) {
        LED_ON();
    } else {
        LED_OFF();
    }
}

嗯，这个代码在裸机里跑没问题。但如果你后面上了RTOS，记得把这种“纯软件延时”或“忙等”的写法改掉，换成RTOS的定时器或任务延时。

4.4 按键扫描：去抖与状态机

按键扫描看起来简单，但坑很多。最大的坑就是“抖动”。机械按键在按下和释放的瞬间，会产生几毫秒到几十毫秒的电平抖动。如果不处理，一次按下可能被误判成几十次。

去抖的经典方法有两种：

硬件去抖： 加RC滤波电路或施密特触发器。简单粗暴，但增加BOM成本。
软件去抖： 检测到电平变化后，延时10-20ms再读一次。如果电平稳定，才确认按键状态。

我个人更推荐软件去抖，配合状态机来管理按键。来看一个成熟的状态机实现：

typedef enum {
    KEY_STATE_IDLE,      // 空闲状态
    KEY_STATE_PRESSED,   // 按下状态（等待去抖）
    KEY_STATE_CONFIRM,   // 确认按下
    KEY_STATE_RELEASED   // 释放状态（等待去抖）
} KeyState_t;

KeyState_t key_state = KEY_STATE_IDLE;
uint8_t key_pin_status = 0;

void KeyScan(void) {
    static uint32_t last_tick = 0;
    uint8_t current_level = (GPIOA->IDR & (1 << 1)) ? 1 : 0;  // 读PA1

    switch (key_state) {
        case KEY_STATE_IDLE:
            if (current_level == 0) {  // 检测到低电平（按下）
                key_state = KEY_STATE_PRESSED;
                last_tick = GetSysTick();  // 记录当前时间
            }
            break;

        case KEY_STATE_PRESSED:
            if (current_level == 1) {  // 抖动回弹
                key_state = KEY_STATE_IDLE;
            } else if (GetSysTick() - last_tick > 20) {  // 稳定20ms
                key_state = KEY_STATE_CONFIRM;
                key_pin_status = 1;  // 标记按键有效
            }
            break;

        case KEY_STATE_CONFIRM:
            // 在这里处理按键事件，比如发送消息队列
            if (current_level == 1) {  // 检测到释放
                key_state = KEY_STATE_RELEASED;
                last_tick = GetSysTick();
            }
            break;

        case KEY_STATE_RELEASED:
            if (current_level == 0) {  // 抖动回弹
                key_state = KEY_STATE_CONFIRM;
            } else if (GetSysTick() - last_tick > 20) {  // 稳定20ms
                key_state = KEY_STATE_IDLE;
                key_pin_status = 0;  // 按键释放完成
            }
            break;

        default:
            key_state = KEY_STATE_IDLE;
            break;
    }
}

    核心思想： 按键扫描不要用 delay() 阻塞延时。用状态机 + 系统滴答定时器（SysTick）来实现非阻塞扫描。这样你的CPU才能腾出手来做其他事，也为后面移植RTOS打下基础。

4.5 本章知识体系：裸机GPIO控制全景图

下面这张图，把咱们这一章讲的核心知识点串起来了。从寄存器映射到底层驱动，再到上层应用，一条线走通。

这张图把咱们这一章的内容串起来了。从最底层的寄存器操作，到GPIO模式配置，再到LED和按键的具体应用，最后落到“非阻塞”、“原子操作”、“状态机”这三个核心原则上。你想想看，是不是所有裸机外设驱动，本质上都是这个套路？