第2章：飞控计算机（FCC）硬件架构：核心处理器选型、总线架构、电源与复位设计
各位同学，咱们今天聊点硬核的。飞控计算机的硬件架构，说白了就是FCC的骨架和神经。我参与过787和A350的架构评审，说实话，每次看到那些密密麻麻的电路板，心里都会感叹：这玩意儿要是出点岔子，飞机可就悬了。
这一章，我重点讲三个核心模块：处理器选型、总线架构、电源与复位。这三个东西，决定了FCC的算力、通信能力和生存能力。咱们一个一个来。
2.1 核心处理器选型：PowerPC vs x86
先问大家一个问题：为什么波音和空客死磕PowerPC，而不是用我们熟悉的x86？
我当年在评审787的FCC时，看到PowerPC e6500的芯片手册，第一反应是：这玩意儿主频才1.8GHz，还不如我笔记本的零头。但后来我明白了，飞控处理器不看主频，看的是确定性和可靠性。
核心差异点：
- PowerPC（如NXP QorIQ系列）：天生为实时控制设计。指令流水线短，中断响应时间可预测。我见过一个测试数据：PowerPC在满负载下，中断延迟抖动不超过5微秒。x86呢？可能飙到几十微秒。
- x86（如Intel Atom）：性能强，生态好，但功耗高，且分支预测、乱序执行这些特性让时序变得不可控。你想想看，飞控算法里一个控制律计算周期是固定的，x86的乱序执行可能让这个周期忽长忽短——这在航空领域是致命的。
我个人习惯，在选型时还会看一个指标：安全认证等级。PowerPC的很多型号已经拿到了DO-254 Level A认证，这意味着它的硬件设计、制造、测试全流程都经过了严苛的审查。x86呢？目前主流型号最高只到Level C，做做显示系统还行，飞控核心？我不敢用。
避坑指南：我曾经遇到一个项目，团队想用x86做飞控原型，理由是开发快。结果在环境试验时，-40℃低温下x86频繁死机，而旁边的PowerPC稳如老狗。从那以后，我坚持：原型机可以上x86，但量产机必须用PowerPC。
下面这张图，是我总结的处理器选型对比逻辑：
2.2 总线架构：ARINC 429 vs ARINC 664
处理器选好了，数据怎么传？这就涉及到总线了。ARINC 429是老将，ARINC 664（也叫AFDX）是新秀。我在A350上看到的是ARINC 664为主干，ARINC 429做末梢。
ARINC 429：单向、低速（最高100kbps）、点对点。优点是简单可靠，一根线断了不影响其他线。缺点是线束太重——一架波音777上，ARINC 429的线缆总长超过100公里。你想想看，这得增加多少燃油成本？
ARINC 664：双向、高速（100Mbps）、交换式网络。说白了就是航空版的以太网。它用虚拟链路（VL）来保证带宽隔离，不会出现“一个设备广播，全网瘫痪”的情况。
| 特性 | ARINC 429 | ARINC 664 (AFDX) |
|---|---|---|
| 速率 | 12.5~100 kbps | 10/100 Mbps |
| 拓扑 | 点对点（单向） | 星型（双向） |
| 线缆重量 | 重（每根线独立） | 轻（共享网络） |
| 确定性 | 天生确定（无冲突） | 通过VL和BAG保证 |
| 认证难度 | 低（成熟技术） | 高（需要网络分析） |
注意：ARINC 664虽然好，但它的交换机配置非常复杂。我曾经在实验室里调试AFDX网络，因为一个虚拟链路的带宽分配间隙（BAG）参数设错了，导致两个飞控计算机之间的数据同步延迟了2毫秒——这在飞控里是不可接受的。所以，用ARINC 664一定要做充分的网络仿真。
我个人建议，在FCC内部，关键信号（如舵面指令）走ARINC 429，非关键数据（如维护信息）走ARINC 664。这叫“混合架构”，波音787就是这么干的。
2.3 电源与复位设计
最后说说电源和复位。这俩东西看似不起眼，但FCC 80%的故障都出在电源上。我见过一个案例：某型飞机在降落时FCC突然复位，原因是电源瞬间跌落——幸好有冗余通道，否则后果不堪设想。
电源设计要点：
- 多路独立供电：FCC内部至少有三路电源：一路来自飞机主汇流条，一路来自应急电池，一路来自冲压空气涡轮（RAT）。这三路通过二极管“或”逻辑合并，任何一路失效都不影响供电。
- EMC滤波：航空电源上有很多噪声（比如发动机点火脉冲）。我习惯在电源入口加两级LC滤波，再加一个共模扼流圈。记住：滤波器的截止频率要低于100kHz，否则高频噪声会直接耦合进处理器。
- 电源监控：用独立的电源监控芯片（如MAX16025）实时监测电压。一旦低于阈值（比如5V电源跌到4.75V），立即触发复位——这叫“欠压保护”。
复位设计要点：
- 看门狗定时器：FCC里至少有两个看门狗：一个在处理器内部，一个在外部独立芯片。外部看门狗的超时时间通常设为100ms。为什么是100ms？因为飞控控制律的计算周期是50ms，如果连续两个周期没有喂狗，说明系统已经卡死了。
- 复位源管理：上电复位、手动复位、看门狗复位、欠压复位——这些复位源要能区分。我建议用寄存器记录最后一次复位的原因，方便排故。
- 复位时序：处理器复位后，要先等电源稳定（至少10ms），再释放复位信号。这个延迟可以用RC电路实现，也可以用专用的复位芯片。
一个小技巧：我曾经在设计中加入了一个“复位按钮”，但按钮不是直接连到处理器的复位引脚，而是通过一个FPGA做去抖和时序控制。这样即使按钮被误触，FPGA也会判断是否真的需要复位——比如只有在飞机在地面且速度为零时才允许手动复位。
好了，这一章的内容就这些。处理器选型、总线架构、电源复位，这三个东西构成了FCC的硬件骨架。下一章咱们聊聊软件架构——那又是另一番天地了。
公众号:蓝海资料掘金营，微信deep3321