2. Pixhawk硬件架构总览：STM32主控芯片选型、协处理器的作用、硬件框图解析
好，咱们直接进入正题。Pixhawk这套硬件架构，说白了就是一套「双芯」方案。一个主控干活，一个协处理器打杂。我最早接触Pixhawk的时候，第一反应是：为什么不用一颗更强的芯片搞定所有事？后来踩了几个坑才明白——飞控这玩意儿，安全比性能更重要。
2.1 STM32主控芯片选型：为什么是它？
Pixhawk系列的主控，几乎清一色选了STM32。你可能会问：市面上ARM Cortex-M核的芯片那么多，为什么偏偏是ST的？
我个人习惯从三个维度看这个问题：
- 生态成熟度：STM32的HAL库、CubeMX工具链，还有海量的社区资源。你想想看，一个刚入行的工程师，拿着STM32开发板就能跑通飞控的底层驱动，这省了多少时间。
- 外设丰富度：飞控需要同时处理多路PWM、SPI（接IMU）、I2C（接气压计）、UART（接GPS和数传）。STM32的TIM定时器模块，天生就是为PWM输出设计的。
- 可靠性验证：我在项目中遇到过一件事——某国产芯片在高温环境下PWM波形会抖动，导致电机输出不稳。换成STM32F4系列后，问题直接消失。这不是玄学，是ST在工业级芯片上的积累。
核心选型对照表（Pixhawk常见型号）
| Pixhawk版本 | 主控芯片 | 主频 | Flash/RAM | 典型应用 |
|---|---|---|---|---|
| Pixhawk 1 | STM32F427 | 180MHz | 2MB / 256KB | 多旋翼、固定翼 |
| Pixhawk 2/Cube | STM32F427 + F100 | 180MHz + 48MHz | 2MB / 256KB | 工业级无人机 |
| Pixhawk 4 | STM32F765 | 216MHz | 2MB / 512KB | 高性能计算、视觉导航 |
嗯，这里要注意：STM32F765相比F427，最大的提升是多了双精度浮点单元（FPU）。做姿态解算时，双精度浮点运算的误差累积会小很多。我建议如果你做长航时飞行器，优先考虑F765。
2.2 协处理器（IO协处理器）的作用
很多人不理解：主控已经够强了，为什么还要加一颗STM32F100当协处理器？
说白了，这是为了「隔离」。主控负责飞控算法、传感器融合、导航控制。协处理器只干一件事——处理PWM输入输出。为什么要分开？
- 安全冗余：如果主控跑飞了（比如某个中断卡死），协处理器还能维持最后的PWM输出，让飞机进入安全模式。我曾经遇到过主控因为SD卡写入卡死，导致所有电机停转的惨案。从那以后，我对协处理器的作用再也不敢轻视。
- 实时性保障：PWM信号要求微秒级的响应。主控如果正在处理复杂的EKF（扩展卡尔曼滤波）运算，很容易错过PWM的更新窗口。协处理器独立运行，专门伺候这些硬实时任务。
- IO扩展：协处理器通常还负责读取遥控器信号（PPM/SBUS）、控制蜂鸣器、LED指示灯。这些杂活交给它，主控可以专心算姿态。
避坑指南：我曾经在调试时发现，协处理器的固件版本和主控不匹配，导致PWM输出频率不对。解决办法很简单——刷固件时，主控和协处理器的固件必须来自同一个版本的PX4固件包。别混着刷。
2.3 硬件框图解析
下面这张图是我自己画的Pixhawk核心架构图。你仔细看，数据流其实很清晰。
从这张图你能看到几个关键点：
- 数据流向：传感器数据全部进主控，主控算完控制量后，通过SPI或UART发给协处理器。协处理器再转成PWM波形输出给电机。
- 隔离设计：协处理器和主控之间没有直接共享内存，而是通过串行总线通信。这样即使主控挂了，协处理器还能维持最后的PWM值。
- 传感器冗余：Pixhawk通常有2-3组IMU。主控会对比它们的输出，如果发现某组数据异常，自动切换到另一组。我在项目中遇到过IMU受振动影响输出漂移的情况，多亏了冗余设计，飞机才没炸。
重要提醒：硬件框图里的SPI总线是共享的。多个传感器挂在同一条SPI总线上时，要注意片选信号的时序。我曾经因为SPI时钟频率设置过高，导致磁力计数据偶尔丢包。建议SPI时钟不要超过10MHz，尤其是当传感器线缆较长时。
好了，这一章的内容就这些。记住一句话：Pixhawk的硬件架构，核心思想就是「分工明确，各司其职」。主控负责算，协处理器负责控，传感器负责感知。理解了这个，后面的传感器选型你就知道该怎么配了。