2、飞控计算机硬件架构：处理器选型、存储器系统、I/O接口、总线结构
好，咱们接着聊飞控计算机的硬件架构。这一块儿，说白了就是决定你飞控板子「用什么脑子」、「怎么记东西」、「怎么跟外界打交道」以及「内部怎么传话」。我做了这么多年飞控，见过太多因为硬件选型翻车的案例，今天就把这些经验掰开揉碎了讲给你听。
2.1 处理器选型：飞控的「大脑」怎么挑？
处理器选型，我个人习惯先看三点：算力够不够、实时性行不行、生态好不好。你想想看，飞控要同时处理传感器数据、跑控制算法、还要跟地面站通信，这活儿可不轻。
主流方案对比：
| 处理器类型 | 典型型号 | 适用场景 | 我踩过的坑 |
|---|---|---|---|
| ARM Cortex-M系列 | STM32F4/H7 | 中小型无人机、低成本飞控 | 浮点运算不够时，控制周期会抖 |
| ARM Cortex-R系列 | TMS570LS | 工业级、安全关键系统 | 开发工具链贵，但确实稳 |
| FPGA+ARM异构 | Zynq-7000 | 高性能、多传感器融合 | 功耗高，散热没做好会降频 |
| DSP+MCU双核 | TI C2000系列 | 电机控制、实时性要求极高 | 调试复杂，建议用仿真器 |
核心原则：处理器的主频不是越高越好。我见过有人用1GHz的处理器做飞控，结果功耗大、发热严重，最后还得降频跑。选型时一定要算「有效算力」，也就是在实时操作系统下，留给控制任务的CPU占用率不超过70%。
嗯，这里要注意。我曾经在一个项目中选了STM32F407，觉得主频168MHz够用了。结果加了视觉SLAM算法后，CPU占用率飙到95%，控制周期直接从1ms抖到3ms。后来换了H743，主频480MHz，才算稳住。所以我的建议是：留出30%的算力余量，别卡着极限选。
2.2 存储器系统：数据怎么存才靠谱？
存储器这块，说白了就是「快存快取」和「稳存不丢」的平衡。飞控里一般分三级存储：
- 一级缓存（L1 Cache）：处理器内部，速度最快，但容量小。一般指令和数据分开，各16KB或32KB。我建议把最核心的控制循环代码锁在Cache里，防止被中断冲掉。
- 二级存储（SRAM）：板载静态RAM，速度也快，主要放实时数据。比如传感器原始数据、控制中间变量。我习惯用512KB以上的SRAM，这样日志缓冲区能开大点。
- 三级存储（Flash/NAND）：掉电不丢，存固件和参数。这里有个坑——Flash有擦写寿命，一般10万次。如果你每秒写一次日志，那不到三天就废了。所以我建议用环形缓冲区，先写SRAM，再批量刷到Flash。
我的小技巧：在飞控板上加一个SPI接口的FRAM（铁电存储器），读写速度快、寿命长（100万亿次）。专门用来存关键参数，比如PID系数、校准数据。这玩意儿贵是贵点，但真香。
我曾经在一个项目中，因为Flash写得太频繁，导致飞控飞着飞着参数就丢了。排查了两天才发现是日志系统把Flash写穿了。从那以后，我所有飞控设计都强制加FRAM做参数存储，再也没出过类似问题。
2.3 I/O接口：飞控怎么跟外界「说话」？
I/O接口，说白了就是飞控的「五官」和「手脚」。传感器是眼睛，舵机是手，通信模块是嘴巴。选型时要注意接口的实时性和抗干扰能力。
常用接口一览：
| 接口类型 | 用途 | 速率 | 避坑指南 |
|---|---|---|---|
| SPI | IMU、气压计、Flash | 10-50MHz | 我曾经因为SPI线太长（超过10cm），导致数据错位。建议控制在5cm以内，加33Ω电阻匹配。 |
| I2C | 磁力计、温度传感器 | 100-400kHz | I2C容易挂死，我习惯加看门狗定时器，超时自动复位总线。 |
| UART | GPS、数传、地面站 | 115200-921600 | 波特率别设太高，我遇到过921600在强电磁干扰下疯狂丢包。建议用57600或115200。 |
| PWM/DSHOT | 电调、舵机 | 50Hz-600Hz | DSHOT600虽然快，但要求MCU定时器精度高。我建议用DMA方式输出，避免CPU被中断淹没。 |
| CAN | 外置传感器、扩展模块 | 1Mbps | CAN总线要加终端电阻（120Ω），不然信号反射会让你怀疑人生。 |
重要提醒：所有I/O接口都要加ESD保护器件。我见过一个项目，因为没加TVS管，雷雨天气时飞控直接烧了。别省这几毛钱，不然后果很严重。
2.4 总线结构：内部数据怎么「跑」？
总线结构，说白了就是飞控内部的「高速公路」。设计得好，数据畅通无阻；设计得不好，堵车、死机都是常事。
常见的总线架构：
- AHB总线（高级高性能总线）：连接处理器、内存、DMA控制器。速度最快，一般跑在系统时钟频率。我建议把高带宽设备（比如摄像头DMA）挂在这上面。
- APB总线（高级外设总线）：连接低速外设，比如UART、I2C、GPIO。速度慢但功耗低。嗯，这里要注意，APB总线上的外设访问时，CPU会被阻塞几个周期。所以实时性要求高的操作，比如PWM输出，别走APB。
- 交叉开关矩阵（Crossbar）：多主设备同时访问不同从设备时，不会互相阻塞。比如CPU读Flash的同时，DMA写SRAM，两者互不影响。我特别喜欢这种架构，能大幅提升系统吞吐量。
实战经验：我设计过一个四轴飞控，用了Zynq的AXI总线。FPGA部分做传感器预处理，ARM部分跑控制算法。通过AXI4-Stream接口，数据以流水线方式传输，延迟只有几十纳秒。效果非常好，控制频率跑到了8kHz。
你可能会问，为什么不用更简单的总线？其实，总线结构的选择取决于你的系统复杂度。如果只是简单的四轴，用STM32的AHB+APB就够了。但如果你要做带视觉、激光雷达的高端飞控，那必须上带交叉开关或AXI总线的处理器。我建议初学者先从STM32入手，把AHB和APB的优先级配好，再考虑升级。
最后说一句，总线设计时一定要考虑「带宽瓶颈」。我曾经在一个项目中，把所有传感器都挂在同一个SPI总线上，结果IMU、气压计、磁力计轮流抢总线，数据更新率直接砍半。后来改成每个传感器独立SPI片选，问题才解决。所以我的建议是：高频率传感器（IMU）用独立总线，低频率传感器（磁力计）可以共享。
好了，硬件架构这部分就聊到这儿。下一节咱们讲飞控软件架构，到时候再细聊实时操作系统和任务调度。有什么问题，欢迎随时交流。