一、FD与AP概述
飞行指引仪(FD)的基本概念
飞行指引仪，英文叫 Flight Director，简称 FD。说白了，它就是一套给飞行员看的「建议系统」。
我经常跟年轻工程师打比方：FD 就像你开车时的导航，它告诉你「前方200米右转」，但方向盘还是你自己握。FD 在屏幕上显示两条交叉线——一条指引俯仰，一条指引横滚。飞行员只要跟着这两条线操作，飞机就能按预定轨迹飞行。
FD 的核心逻辑其实不复杂：
- 俯仰指引：告诉你是抬头还是低头，保持什么姿态
- 横滚指引：告诉你是左转还是右转，坡度多大
我在波音737项目中遇到过一个问题：FD 的指引指令如果更新频率太低，飞行员操作起来会感觉「一顿一顿」的。后来我们把更新率从10Hz提到了20Hz，手感就顺滑多了。嗯，这种细节，手册上不会写，但实际飞起来差别很大。
关键点：FD 只提供建议，不参与控制。它是个「参谋」，不是「司令」。
自动驾驶(AP)的基本概念
自动驾驶，Autopilot，简称 AP。它跟 FD 最大的区别是什么？AP 直接接管飞机的操纵面。
你想想看，AP 接通后，飞控计算机直接给舵机发指令，升降舵、副翼、方向舵自己动。飞行员可以把手从驾驶盘上拿开，喝口咖啡都行——当然，按规定不能真的喝咖啡。
AP 的工作模式大概分这么几类：
| 模式 | 说明 | 典型场景 |
|---|---|---|
| 横滚通道 | 控制航向、坡度 | 水平导航、航向保持 |
| 俯仰通道 | 控制高度、垂直速度 | 高度保持、垂直导航 |
| 自动油门 | 控制推力 | 速度保持、推力管理 |
| 进近模式 | 跟踪下滑道和航向道 | ILS进近、自动着陆 |
我记得有一次在试飞中，AP 在高度捕获阶段出现了 20 英尺的超调。排查下来，是俯仰通道的增益参数没调好。说白了，就是控制律里的比例系数偏大了。这种问题在地面仿真里很难复现，必须上天飞才能发现。
注意：AP 不是万能的。它只能在设计包线内工作。超出包线，比如严重颠簸、系统故障，AP 会自动脱开。这时候，飞行员必须立刻接手。
FD与AP的协同工作模式
FD 和 AP 的关系，我习惯用一个词概括——「同源同构」。
什么意思呢？它们俩用的是同一套控制律，同一个计算逻辑。区别只在于：
- FD 把计算结果显示在屏幕上，给人看
- AP 把计算结果发给舵机，让飞机动
所以，当你接通 AP 时，FD 的指引线会自动跟 AP 的指令同步。飞行员可以通过 FD 来监控 AP 在干什么——如果 AP 的指令跟 FD 显示的不一致，那就有问题了。
我参与过的一个项目中，出现过 FD 和 AP 指令不一致的故障。排查下来，是两套计算机的采样时间不同步导致的。后来我们在系统架构上做了强制同步机制，才彻底解决。这种问题，说白了就是「两个大脑想的不一样」，在航电系统里是绝对不能接受的。
常见的协同模式有这几种：
- FD 指引，人工飞行：飞行员跟着 FD 线操作，AP 不接通
- FD 指引，AP 接通：AP 自动飞行，FD 作为监控参考
- FD 脱开，AP 单独工作：某些故障模式下，FD 不可用，AP 仍可工作
- FD 和 AP 都脱开：纯人工飞行，靠飞行员自己的判断
经验之谈：我个人习惯在每次 AP 接通前，先看一眼 FD 的指引线是否合理。如果 FD 给出的指令明显不对，那 AP 接通后大概率也会出问题。这个习惯帮我避免过好几次潜在的麻烦。
现代客机航电架构简介
现代客机的航电架构，说白了就是一套「分布式智能系统」。以空客 A320 和波音 737NG 为代表，它们的核心架构大致是这样的：
这张图我画得比较简化，但核心逻辑都在里面了：
- 传感器层：提供原始数据，比如姿态、位置、空速
- 飞控计算机：核心处理单元，运行 FD 和 AP 的控制律
- 执行层：接收指令，驱动舵面
- 显示层：把 FD 指令画在屏幕上
- 控制层：飞行员通过 MCP/FCU 设定目标值
这里有个细节我想强调一下：现代客机通常有 2 到 3 套独立的飞控计算机，互为备份。一套出问题了，另一套立刻顶上。这种冗余设计，说白了就是「不怕你坏，就怕你坏得不干净」。
我曾经在实验室里做过一次故障注入测试，人为切断一台 FCC 的电源。系统在 50 毫秒内完成了切换，飞行员几乎感觉不到。嗯，这种可靠性，是经过无数次测试才换来的。
总结一下：FD 和 AP 是同一套控制逻辑的两种输出方式。一个给人看，一个给飞机用。现代航电架构通过分层设计和冗余备份，保证了这套系统的高可靠性。