1. 嵌入式C语言在无人机开发中的深度应用：指针、内存管理、结构体与位段、volatile关键字、函数指针

大家好，我是老张。做无人机飞控这行十几年了，今天咱们聊聊嵌入式C语言在无人机开发里的那些硬核用法。说实话，很多刚入行的工程师觉得C语言就是写写逻辑，其实不然。在飞控这种对实时性、可靠性要求极高的场景下，C语言的每个特性都可能成为一把双刃剑。

1.1 指针：飞控数据流的血管

指针这东西，说白了就是地址的别名。但在无人机里，它可不仅仅是地址那么简单。我习惯把指针看作数据流的血管——数据从传感器采集进来，经过滤波、融合、控制算法，最后输出到电机，这一路全靠指针在串联。

举个例子，我们读取MPU6050的原始数据时，通常会这样写：

// 读取陀螺仪原始数据
void read_gyro_raw(int16_t *gyro_x, int16_t *gyro_y, int16_t *gyro_z) {
    *gyro_x = (int16_t)(i2c_read_reg(GYRO_XOUT_H) << 8 | i2c_read_reg(GYRO_XOUT_L));
    *gyro_y = (int16_t)(i2c_read_reg(GYRO_YOUT_H) << 8 | i2c_read_reg(GYRO_YOUT_L));
    *gyro_z = (int16_t)(i2c_read_reg(GYRO_ZOUT_H) << 8 | i2c_read_reg(GYRO_ZOUT_L));
}

这里用指针作为输出参数，避免了全局变量的滥用。我在项目中遇到过有人用全局变量传数据，结果多任务环境下数据被意外修改，飞控直接炸机。嗯，从那以后我再也不敢随便用全局变量了。

1.2 内存管理：堆栈的博弈

无人机飞控的内存资源极其有限。以STM32F4为例，SRAM通常只有192KB，还要分给RTOS、传感器缓存、控制算法、日志系统。你想想看，稍有不慎就会栈溢出或者堆碎片。

我个人建议：飞控中尽量不用动态内存分配。malloc/free这种操作，在实时系统中是灾难。为什么？因为内存碎片会导致分配失败，而飞控在空中的每一毫秒都关乎生死。

内存区域	典型用途	注意事项
栈（Stack）	局部变量、函数调用	默认1KB，递归调用要小心
堆（Heap）	动态分配（不推荐）	碎片问题，实时性差
静态区	全局变量、常量	生命周期长，注意多任务保护
内存池	固定大小数据块	推荐用于传感器数据缓存

1.3 结构体与位段：数据打包的艺术

结构体在飞控里太常用了。从传感器数据结构体到控制参数结构体，再到通信协议包，几乎无处不在。但很多人不知道，结构体的内存对齐问题能坑死人。

举个例子，我们定义GPS数据：

typedef struct {
    uint8_t     hour;       // 1字节
    uint8_t     minute;     // 1字节
    uint8_t     second;     // 1字节
    uint32_t    latitude;   // 4字节
    uint32_t    longitude;  // 4字节
    uint16_t    altitude;   // 2字节
} __attribute__((packed)) gps_data_t;

这里用了__attribute__((packed))，强制取消对齐。为什么？因为GPS模块发来的数据是连续字节流，如果不取消对齐，结构体内部会有填充字节，直接memcpy就会出错。我刚开始做飞控时就被这个坑过，解析出来的经纬度全是错的。

再说说位段。位段在飞控里主要用于状态标志和配置位。比如遥控器通道状态：

typedef struct {
    uint8_t throttle_armed : 1;   // 油门锁定状态
    uint8_t failsafe      : 1;   // 失控保护状态
    uint8_t gps_fix       : 1;   // GPS定位状态
    uint8_t baro_ready    : 1;   // 气压计就绪
    uint8_t mag_calib     : 1;   // 磁力计校准状态
    uint8_t reserved      : 3;   // 保留位
} flight_status_t;

这样只用1个字节就存了5个状态位，节省内存不说，还能用位操作快速判断。比如判断是否解锁：if (status.throttle_armed) { ... }，代码可读性也高。

1.4 volatile关键字：别让编译器"优化"掉你的数据

volatile这个关键字，说白了就是告诉编译器：这个变量随时可能被改变，你别自作聪明去优化它。在飞控里，volatile主要用在三个地方：

1. 硬件寄存器：比如GPIO的IDR寄存器，值随时可能被外设改变
2. 中断服务程序中修改的变量：比如定时器计数值
3. RTOS中多任务共享的变量：比如任务间通信的标志位

看个典型例子：

volatile uint32_t systick_counter = 0;  // 系统滴答计数器

void SysTick_Handler(void) {
    systick_counter++;  // 中断中修改
}

void delay_ms(uint32_t ms) {
    uint32_t start = systick_counter;
    while ((systick_counter - start) < ms) {
        // 等待，这里必须用volatile
    }
}

如果不加volatile，编译器可能把systick_counter优化到寄存器里，导致while循环永远读不到更新后的值。我见过有人调试了一整天，最后发现是忘了加volatile，那个表情我现在还记得。

1.5 函数指针：飞控的"插件系统"

函数指针在飞控里是个高级玩法。我习惯用它来实现"策略模式"——比如不同的飞行模式，其实就是切换不同的控制函数。

看这个例子：

// 定义控制函数类型
typedef void (*control_func_t)(const attitude_t *att, const rc_input_t *rc);

// 不同飞行模式的控制函数
void stabilize_control(const attitude_t *att, const rc_input_t *rc);
void altitude_hold_control(const attitude_t *att, const rc_input_t *rc);
void loiter_control(const attitude_t *att, const rc_input_t *rc);

// 模式切换表
control_func_t flight_mode_table[] = {
    [MODE_STABILIZE]    = stabilize_control,
    [MODE_ALT_HOLD]     = altitude_hold_control,
    [MODE_LOITER]       = loiter_control,
};

// 主循环中调用
void flight_control_loop(void) {
    control_func_t func = flight_mode_table[current_mode];
    if (func != NULL) {
        func(&attitude, &rc_input);  // 通过函数指针调用
    }
}

这样设计的好处是：新增飞行模式时，只需要写一个新的控制函数，然后注册到表里就行。主循环代码完全不用改。我在PX4的源码里也看到类似的设计，说明这是业界通用做法。

小结

好了，这一章的内容就这些。总结一下：指针是飞控数据流的血管，内存管理要谨慎避免动态分配，结构体和位段能帮你高效打包数据，volatile是防止编译器"帮倒忙"的关键，函数指针则让飞控代码更灵活可扩展。

下一章我们会深入聊聊中断系统和定时器在飞控中的应用，包括如何精确控制PWM输出、如何避免中断嵌套导致的优先级反转。到时候见。