2、飞控系统架构基础：典型飞控系统组成、传感器/执行器/控制器、冗余架构
各位同学，咱们今天聊聊飞控系统最底层的骨架。说白了，就是飞机怎么感知自己、怎么思考、怎么动手干活。我做了十几年飞控，见过太多新手一上来就盯着控制算法猛啃，结果连传感器怎么装、信号怎么走都没搞明白。嗯，这其实是个大坑。
2.1 典型飞控系统组成
一个完整的飞控系统，我习惯把它拆成三块：感知层、决策层、执行层。你想想看，这跟人开车是一个道理——眼睛看路（传感器），大脑判断（控制器），手脚操作（执行器）。
具体到飞机上，典型组成包括：
- 传感器子系统：IMU（惯性测量单元）、大气数据系统、GPS/北斗、磁罗盘等
- 控制器子系统：飞控计算机（FCC），运行控制律和导航算法
- 执行器子系统：舵机、伺服阀、电机调速器、作动筒
- 接口与通信：ARINC 429、CAN总线、1553B、以太网
- 供电与配电：独立电源、电源管理模块
我在项目中遇到过最头疼的事，就是传感器数据打架。比如空速管和GPS给出的速度差了20节，你信谁？这就要靠后面的冗余架构来解决了。
2.2 传感器、执行器、控制器详解
2.2.1 传感器——飞控的「眼睛」
传感器是飞控系统最脆弱也最关键的部分。我常说一句话：算法再牛，也救不了烂数据。
常见的飞控传感器包括：
| 传感器类型 | 测量参数 | 典型器件 | 常见故障模式 |
|---|---|---|---|
| IMU（惯性测量单元） | 三轴角速率、三轴加速度 | ADIS16488、Honeywell HG4930 | 零偏漂移、振动噪声 |
| 大气数据系统 | 空速、高度、攻角 | 皮托管、静压孔 | 结冰堵塞、管路泄漏 |
| GNSS接收机 | 位置、速度、时间 | NovAtel OEM7、u-blox F9 | 信号遮挡、多径效应 |
| 磁罗盘 | 航向角 | HMC5883L、RM3100 | 硬铁/软铁干扰 |
2.2.2 执行器——飞控的「手脚」
执行器负责把控制器的指令变成物理动作。常见的执行器有：
- 电动舵机：用于控制舵面偏转，响应快、精度高
- 液压作动筒：大型飞机常用，出力大但重量也大
- 电机调速器：控制螺旋桨转速或涵道风扇推力
- 伺服阀：精确控制液压流量
这里有个坑：执行器的响应延迟往往被忽略。你算控制律的时候假设舵机延迟5ms，实际可能20ms。嗯，这差别足以让飞机在阵风条件下抖起来。
2.2.3 控制器——飞控的「大脑」
控制器就是飞控计算机（FCC）。它运行着控制律、导航、故障检测等软件。我建议把控制器分成两个层面来看：
- 硬件平台：CPU选型（PowerPC、ARM Cortex-R、x86）、内存、IO接口
- 软件架构：实时操作系统（VxWorks、RTEMS）、任务调度、通信协议
控制器最怕什么？死机。所以安全关键系统里，控制器必须做冗余设计。
2.3 冗余架构——安全的关键
冗余架构说白了就是「鸡蛋别放一个篮子里」。我参与过一个无人机项目，单余度飞控，结果一次传感器故障直接炸机。从那以后，我对冗余设计就特别较真。
2.3.1 三余度架构
三余度是民航客机和高端无人机的主流选择。典型配置如下：
- 三套独立的飞控计算机，每套都有自己的传感器、电源、通信链路
- 表决机制：三取二（2-out-of-3）表决，输出多数一致的结果
- 故障隔离：任何一台计算机故障，自动切除，不影响系统运行
我习惯用一张图来展示三余度架构的逻辑：
2.3.2 双余度架构
双余度架构常见于中小型无人机和部分直升机。配置如下：
- 两套飞控计算机，一主一备（Active/Standby）
- 故障切换：主计算机故障时，备用计算机接管控制
- 交叉监控：两台计算机互相监控对方的心跳信号
2.3.3 冗余架构设计要点
我总结了几条铁律，供大家参考：
- 独立性：冗余通道之间必须物理隔离，不能共用电源、时钟、总线
- 多样性：尽量使用不同型号的传感器或计算机，避免共因故障
- 故障检测：每个通道必须能自检，并能检测其他通道的故障
- 表决逻辑：三余度用三取二，双余度用交叉比较+切换
- 降级策略：明确故障后的操作模式（降级、返航、紧急着陆）
2.4 小结
飞控系统架构，说白了就是「感知-决策-执行」的闭环，加上冗余来保命。传感器要准、控制器要稳、执行器要快，冗余设计要独立。这些基础打不牢，后面控制律写得再漂亮也是空中楼阁。
我个人习惯，每次做新项目都会先画一张架构图，把传感器、计算机、执行器之间的数据流和冗余关系标清楚。这张图就是整个系统的「宪法」，后续所有设计都要遵守它。