第二章 嵌入式C语言基础：指针与数组在汽车控制中的应用、结构体与联合体、位运算与寄存器操作

2.1 指针与数组：汽车控制中的“地址导航”

指针这东西，说白了就是地址。我刚开始做嵌入式时，总觉得指针很玄乎。后来想通了——你家的门牌号就是指针，门牌号指向的那间屋子就是变量。在汽车电子里，我们经常要操作内存，比如读取传感器数据、修改控制参数。

数组在汽车控制中太常见了。比如一个8通道的ADC采样值，我习惯用数组存起来：

uint16_t adc_values[8];  // 8个通道的采样值
uint16_t *ptr = adc_values;  // 指针指向数组首地址

// 用指针遍历数组
for(int i = 0; i < 8; i++) {
    process_sensor_data(*(ptr + i));
}

你想想看，如果不用指针，每次都要写 adc_values[i]，代码长了之后可读性反而下降。用指针操作，编译器生成的汇编代码也更高效。

我的经验：在汽车ECU中，数组越界是致命错误。我曾在项目里遇到一个bug，就是因为数组下标写成了负数，结果把堆栈里的返回地址给覆盖了。从那以后，我所有数组访问都加边界检查。

指针和数组的关系，其实可以这么理解：数组名就是常量指针。但注意，它不能自增自减。我见过新手写 adc_values++，编译直接报错。

2.2 结构体与联合体：打包数据的好帮手

汽车控制里，数据往往不是孤立的。比如一个车轮的传感器数据，包含转速、温度、加速度。用三个独立变量管理？太乱了。我习惯用结构体：

typedef struct {
    uint16_t speed;      // 转速，单位rpm
    int8_t   temperature; // 温度，单位℃
    int16_t  acceleration; // 加速度，单位m/s²
} WheelSensor_t;

WheelSensor_t front_left_wheel;
front_left_wheel.speed = 1200;

结构体让代码清晰多了。但要注意内存对齐问题。我记得有一次，结构体里塞了个uint8_t和uint32_t，结果编译器自动填充了3个字节，导致整个结构体大小比预期多了4字节。这在通信协议里会出大问题。

联合体呢？它让同一块内存有不同的解读方式。在汽车CAN总线解析中特别有用：

typedef union {
    uint8_t  bytes[4];
    uint32_t word;
    struct {
        uint8_t id;
        uint8_t data;
        uint8_t checksum;
        uint8_t status;
    } fields;
} CanMessage_t;

CanMessage_t msg;
msg.word = 0x12345678;
// 现在msg.bytes[0]就是0x78，msg.fields.id就是0x78
注意：联合体的字节序取决于平台。在ARM Cortex-M上，小端模式下低字节在低地址。我曾经在移植代码时忽略了这一点，结果解析出来的数据全是反的。

结构体和联合体结合使用，是汽车电子工程师的必备技能。我个人习惯在定义通信协议时，先用联合体把原始字节流和解析后的字段映射起来，这样代码既高效又易读。

2.3 位运算与寄存器操作：直接和硬件对话

位运算，说白了就是直接操作二进制位。在汽车电子里，寄存器操作几乎离不开它。比如你要设置GPIO的某个引脚为输出模式：

// 假设GPIO控制寄存器地址为0x40020000
volatile uint32_t *gpio_reg = (uint32_t *)0x40020000;

// 设置第5位为1（输出模式）
*gpio_reg |= (1 << 5);

// 清除第3位
*gpio_reg &= ~(1 << 3);

// 读取第7位的值
uint8_t bit7 = (*gpio_reg >> 7) & 0x01;

你想想看，如果用赋值语句直接写整个寄存器，很容易把其他位的配置给覆盖掉。位运算就是让你只动想动的那一位，其他位保持不变。

我遇到过最坑的事，是某个芯片的寄存器写1清零，写0无效。结果我用了 |= 去置位，发现寄存器值没变。后来查手册才发现，这个寄存器必须用 &= 配合掩码来操作。

核心原则：
  • 置位用 |=
  • 清零用 &= ~
  • 取反用 ^=
  • 读取用 & 配合移位

在汽车控制算法中，位运算还常用于状态标志管理。比如一个字节可以表示8个不同的故障状态：

#define FAULT_OVERTEMP    (1 << 0)
#define FAULT_OVERCURRENT (1 << 1)
#define FAULT_SENSOR_FAIL (1 << 2)

uint8_t fault_flags = 0;

// 设置过温故障
fault_flags |= FAULT_OVERTEMP;

// 清除过流故障
fault_flags &= ~FAULT_OVERCURRENT;

// 检查传感器故障
if(fault_flags & FAULT_SENSOR_FAIL) {
    enter_safe_mode();
}

这样做的好处是，一个字节就能管理8个独立的状态，而且判断速度极快。在实时性要求高的汽车控制中，这种技巧很实用。

2.4 实战：用指针和位运算操作PWM寄存器

来，我们看一个实际例子。假设你要控制一个PWM模块，寄存器映射如下：

寄存器 地址偏移 功能
PWM_CTRL 0x00 控制寄存器（使能、极性等）
PWM_PERIOD 0x04 周期寄存器
PWM_DUTY 0x08 占空比寄存器

我会这样封装：

typedef struct {
    volatile uint32_t ctrl;    // 0x00
    volatile uint32_t period;  // 0x04
    volatile uint32_t duty;    // 0x08
} PWM_Reg_t;

#define PWM_BASE_ADDR ((PWM_Reg_t *)0x40010000)

// 设置PWM频率为1kHz，占空比50%
void pwm_init(void) {
    PWM_Reg_t *pwm = PWM_BASE_ADDR;
    
    // 先关闭PWM
    pwm->ctrl &= ~(1 << 0);
    
    // 设置周期（假设时钟频率为10MHz）
    pwm->period = 10000;  // 10MHz / 1kHz = 10000
    
    // 设置占空比50%
    pwm->duty = 5000;
    
    // 使能PWM，设置极性为正
    pwm->ctrl |= (1 << 0) | (1 << 1);
}
避坑指南：我曾经在写PWM驱动时，忘记把寄存器指针声明为 volatile。结果编译器优化时，把寄存器读写给优化掉了，PWM死活不工作。记住：所有指向硬件寄存器的指针，都必须加 volatile。

嗯，这里要注意一点：结构体封装寄存器时，成员顺序必须和硬件手册完全一致。如果中间有保留位，也要用占位成员补齐。否则地址偏移对不上，写进去的数据就全乱了。

好了，这一章的内容就这些。指针和数组让你能高效管理数据，结构体和联合体帮你组织复杂信息，位运算让你直接操控硬件。这三样东西，是嵌入式C语言的基石。你在实际项目中多练练，慢慢就会形成自己的套路。

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