1. 课程导入

eVTOL（Electric Vertical Take-Off and Landing，电动垂直起降飞行器）正在重塑城市空中交通的产业格局。从2020年Joby Aviation完成首次载人试飞，到2024年亿航智能获得全球首张适航证，再到2025年多家主机厂进入型号合格审定（TC）阶段，eVTOL已经从概念验证走向工程化与商业化落地。作为一门融合航空工程、电力电子、自动控制与软件工程的复杂系统，eVTOL的飞控软件承担着飞行安全、任务执行与适航合规的核心职责。本章作为整个课程的开篇，将系统梳理行业背景、飞控软件的关键地位、课程学习目标以及整体知识框架，为后续章节的深入学习奠定基础。

1.1 eVTOL行业背景与产业趋势

1.1.1 核心原理：eVTOL的技术本质与市场定位

eVTOL并非传统直升机的简单电动化，而是一种全新的飞行器品类。其核心特征体现在三个维度：动力电动化（以锂电池或氢燃料电池替代航空煤油）、构型多样化（多旋翼、复合翼、倾转旋翼/倾转涵道等）、运行自主化（从驾驶员辅助到全自主飞行）。从能量转换效率看，电动动力系统的能量转换效率可达90%以上，远高于内燃机的30%-40%，这使得分布式电推进（DEP）成为可能——多个小直径电机分布在机翼或机身上，不仅提高了冗余度，还带来了气动效率的提升。

从市场定位看，eVTOL主要面向三类场景：城市空中出租车（点对点通勤，典型航程20-100km）、机场接驳（替代地面交通，解决最后10km拥堵）、紧急医疗与物流（器官运输、应急救援、偏远地区配送）。根据摩根士丹利预测，2040年城市空中交通市场规模可达1.5万亿美元，其中eVTOL整机与运营服务占据主要份额。

1.1.2 判断方法：如何评估eVTOL项目的技术成熟度

评估一个eVTOL项目是否具备工程化条件，可以从以下五个维度进行判断：

在实际评估中，飞控软件往往是决定项目能否通过适航审定的关键瓶颈。根据CAAC（中国民用航空局）和EASA（欧洲航空安全局）的统计，在eVTOL型号审定过程中，飞控软件相关的审查意见通常占全部技术意见的30%-40%，且返工成本最高。

1.1.3 案例拆解：Joby Aviation的适航路径与软件策略

以Joby Aviation的S4机型为例，该机型采用倾转旋翼构型，最大航程240km，巡航速度320km/h。Joby在飞控软件方面采取了以下策略：

• 双套飞控计算机（FCC）架构：主飞控计算机与备份飞控计算机采用不同的处理器平台（如PowerPC与ARM），避免共因失效。
• 软件分区隔离：将安全关键功能（飞行控制律）与非安全关键功能（任务管理）部署在不同的内存分区，通过ARINC 653标准实现时空隔离。
• 增量开发与持续验证：采用基于模型的开发（MBD），从Simulink模型自动生成C代码，并通过HIL（硬件在环）测试进行每日回归。

Joby在2023年完成了FAA（美国联邦航空管理局）的G-1审定基础文件发布，其中明确要求飞控软件满足DO-178C DAL-A等级。这一案例表明，飞控软件架构设计必须从项目启动之初就与适航要求对齐，而非事后补救。

1.2 飞控软件在eVTOL系统中的核心地位

1.2.1 核心原理：飞控软件的功能边界与系统交互

飞控软件是eVTOL的“神经中枢”，其功能边界涵盖从传感器数据采集到执行机构驱动的完整链路。具体而言，飞控软件需要完成以下核心任务：

1. 状态感知：融合IMU（惯性测量单元）、GPS、气压计、磁力计、视觉/激光雷达等多源数据，输出高精度、高可靠性的姿态、位置、速度估计。
2. 飞行控制：根据飞行模式（手动/自主/应急）和任务指令，计算控制指令，并通过混控器分配到各个电机/舵面。
3. 任务管理：管理飞行计划、航点、避障逻辑、应急返航策略等。
4. 健康监测：实时监控各子系统状态，进行故障检测、隔离与重构（FDIR）。
5. 数据通信：与地面站、空管系统、其他飞行器进行数据交换。

从系统架构角度看，飞控软件运行在飞控计算机（FCC）上，通过数据总线（如CAN、ARINC 429、以太网）与传感器、执行机构、电源管理系统（BMS）、电机控制器（ESC）等交互。飞控软件的性能直接决定了飞行品质、安全性和任务完成能力。

1.2.2 判断方法：飞控软件架构设计的核心权衡

在飞控软件架构设计中，工程师需要面对以下关键权衡：

这些权衡没有正确的答案，需要根据具体机型的任务剖面、适航目标、成本约束和开发周期综合决策。例如，对于载人客运eVTOL，飞控软件通常需要满足10^-9次/飞行小时的灾难性失效概率，这往往要求三余度或更高配置。

1.2.3 实战场景：飞控软件失效的连锁反应

假设一架复合翼eVTOL在巡航阶段（高度300m，速度150km/h）发生飞控软件异常，导致姿态估计偏差超过5度。这一初始故障可能引发以下连锁反应：

• 控制指令错误：姿态偏差导致控制律计算错误的舵面/电机指令，飞行器开始偏离预定航迹。
• 传感器数据冲突：IMU与GPS数据不一致，导航系统进入异常状态。
• 执行机构饱和：错误的控制指令导致部分电机达到转速极限，产生额外力矩。
• 任务中断：飞控软件判定系统状态异常，触发应急返航或迫降程序。

这一场景说明，飞控软件的每一个模块都必须经过严格的验证，任何微小的逻辑错误都可能被放大为灾难性后果。因此，飞控软件架构设计必须包含完善的监控与保护机制，如看门狗定时器、交叉通道比较、健康状态上报等。

1.3 课程学习目标与整体知识框架

1.3.1 核心原理：课程设计的逻辑主线

本课程共30章，按照“基础-设计-实现-验证-适航”的逻辑主线组织，覆盖eVTOL飞控软件架构设计的完整知识体系。课程设计遵循以下原则：

• 系统性：从硬件平台到软件架构，从底层驱动到顶层应用，建立完整的系统视角。
• 工程性：每个章节都包含实际工程案例、设计模板或验证方法，强调可操作性。
• 适航性：将DO-178C、ARP4754A等适航标准的要求贯穿始终，培养“适航思维”。
• 前沿性：涵盖多核处理器、模型自动生成代码、AI辅助感知等最新技术趋势。

1.3.2 知识框架：课程章节结构总览

1.3.3 学习方法与实战建议

为了最大化课程学习效果，建议学员采用以下学习方法：

1. 理论与实践交替：每学习完一个设计章节，尝试在仿真环境（如PX4/ArduPilot或自研Simulink模型）中实现并验证。
2. 案例复盘：针对课程中提供的真实事故案例（如无人机飞控失效事件），尝试从架构角度分析根因。
3. 工具链实践：熟悉MATLAB/Simulink、SCADE、QNX、VxWorks等飞控开发常用工具。
4. 适航文档写作：从第1章开始，逐步建立自己的适航文档模板库（如软件需求规格说明书、架构设计文档、验证计划等）。

1.3.4 常见误区与总结复盘

在飞控软件学习与实践中，以下误区需要特别警惕：