1. FCC系统概述：飞行控制计算机的定义、功能与地位
各位同学，今天我们正式开始这门课。先聊一个最基础的问题——FCC到底是什么？
FCC，全称Flight Control Computer，中文叫飞行控制计算机。说白了，它就是飞机的“大脑”之一。你想想看，飞行员在驾驶舱里推杆、踩舵，这些操作信号去了哪里？就是去了FCC。FCC收到信号后，经过计算，再输出指令给舵机、作动器，最终让飞机做出响应。
我在刚入行那会儿，带我的老工程师跟我说过一句话，我一直记着：“FCC要是挂了，飞机就等于没了魂。”这话虽然糙，但理不糙。
1.1 FCC的定义
从专业角度讲，FCC是一种嵌入式实时计算机系统。它负责接收飞行员指令、传感器数据，按照预设的控制律算法进行计算，然后输出控制信号给执行机构。
嗯，这里要注意一个关键点——实时性。FCC不是普通的电脑，它必须在严格的时间窗口内完成计算和输出。比如，某些关键控制回路的周期只有10毫秒甚至更短。你想想看，10毫秒内要完成数据采集、滤波、控制律计算、输出校验……这可不是随便一个单片机就能干的活。
核心定义：FCC是一种高可靠、高实时、多冗余的嵌入式计算机系统，用于实现飞机的飞行控制功能。
1.2 FCC的主要功能
FCC的功能，我习惯把它分成三大块：
- 人机接口处理——接收飞行员的操作指令
- 控制律计算——根据飞行状态和指令，算出控制面应该怎么动
- 执行机构驱动——把计算结果变成实际的舵面偏转
咱们展开说说。
1.2.1 人机接口处理
飞行员在驾驶舱里操作侧杆、脚蹬、油门台，这些信号通过总线（通常是ARINC 429或AFDX）传到FCC。FCC要做的第一件事，就是验证这些信号的有效性。
为什么？因为传感器会坏，线路会断，信号会受干扰。我在项目中遇到过一件事：某次地面测试，侧杆信号突然跳变，从0度直接跳到满行程。幸好当时FCC的输入信号校验机制起了作用，判断为无效数据，没有执行。要是没有这个校验……嗯，后果不敢想。
1.2.2 控制律计算
这是FCC的核心功能。控制律说白了就是一套数学公式，它决定了飞机对飞行员指令的响应特性。
举个例子，电传飞控系统里常用的控制律结构是这样的：
// 简化的控制律伪代码
void control_law(void)
{
// 1. 读取飞行员指令
pilot_cmd = read_stick_position();
// 2. 读取飞机状态
pitch_rate = get_pitch_rate();
qbar = get_dynamic_pressure();
// 3. 计算指令
cmd = Kp * (pilot_cmd - pitch_rate) + Kq * qbar;
// 4. 限幅保护
cmd = saturate(cmd, -30, 30); // 限制舵面偏转角
// 5. 输出
output_to_actuator(cmd);
}你看，代码本身并不复杂。但真正的难点在于——这些参数怎么来的？Kp、Kq这些增益系数，都是经过大量风洞试验、飞行试验标定出来的。而且，不同飞行阶段（起飞、巡航、着陆）用的参数还不一样。
1.2.3 执行机构驱动
控制律算出了舵面应该偏多少度，接下来就要让舵机动起来。FCC输出的是数字指令，但舵机需要的是模拟信号或者离散的开关量。所以中间需要D/A转换、功率放大等环节。
这里有个坑，我提醒一下各位：输出通道的故障检测非常重要。我曾经见过一个案例，FCC输出指令正常，但功率放大级的一个MOS管击穿了，导致舵机一直往一个方向偏。幸好系统有输出反馈监测，及时切到了备用通道。
1.3 FCC在航空电子系统中的地位
航空电子系统，说白了就是飞机上所有电子设备的总称。包括通信、导航、显示、飞行管理等等。FCC在这个系统里处于什么位置？
我个人的理解是：FCC是飞控系统的核心，而飞控系统又是航电系统的关键子系统之一。
咱们用一张表格来对比一下FCC和其他航电子系统的关系：
| 子系统 | 功能 | 与FCC的关系 |
|---|---|---|
| 惯导系统（INS） | 提供姿态、位置、速度信息 | FCC依赖INS数据进行控制律计算 |
| 大气数据系统（ADS） | 提供空速、高度、攻角 | FCC需要这些参数进行增益调度 |
| 飞行管理系统（FMS） | 提供航路规划和自动驾驶指令 | FCC执行FMS的自动驾驶指令 |
| 显示系统 | 向飞行员显示飞行信息 | FCC将状态信息发送给显示系统 |
你看，FCC跟其他子系统都有数据交互。它从INS和ADS获取飞行状态，从FMS获取自动驾驶指令，然后自己算完，再把结果发给显示系统和执行机构。
个人经验：我建议大家在设计FCC时，一定要把接口的故障隔离考虑清楚。比如，INS数据坏了，FCC能不能切换到备用传感器？FMS指令异常了，FCC能不能自动断开自动驾驶？这些都是在系统架构层面就要想好的事。
1.4 FCC的典型架构
说到架构，FCC最典型的特点就是冗余。为什么？因为可靠性要求太高了。民航客机的FCC通常采用三余度或四余度设计。
举个例子，波音777的FCC是三重冗余的：三个通道同时运行，每个通道独立计算，然后通过“三取二”表决输出。如果一个通道坏了，另外两个还能正常工作。
空客A380更狠，用了四余度。四个通道，两两互为备份。就算坏掉两个，系统还能继续工作。
为什么会这样设计？你想想看，飞机在天上飞，FCC要是完全失效了，飞行员就只能靠机械备份操纵。对于大型客机来说，机械备份的操纵品质很差，而且飞行员体力消耗极大。所以，FCC的可靠性目标通常是每飞行小时失效概率小于10的负9次方。这个数字什么概念？就是连续飞100万小时才可能出一次故障。
注意：冗余不是简单的“多放几块板子”。冗余设计会带来新的问题，比如通道间的同步、表决逻辑、故障隔离、维护切换等等。这些我们后面会专门讲。
1.5 小结
好了，这一章的内容就这些。咱们总结一下：
- FCC是飞行控制系统的核心计算机，负责接收指令、计算控制律、驱动执行机构
- FCC具有高实时性、高可靠性、多冗余的特点
- FCC在航电系统中处于关键位置，与INS、ADS、FMS等子系统紧密协作
- 冗余设计是FCC实现高可靠性的主要手段
下一章，我们会深入讨论FCC的硬件架构，包括处理器选型、总线设计、电源管理等。这些都是我在实际项目中踩过坑的地方，到时候跟大家好好聊聊。
今天就到这里。有问题随时问我。