eVTOL 飞行管理（FMS）：航路规划、能量管理与失联预案

一句话答案：eVTOL 的飞行管理（FMS）不是「在地图上画条线」，而是把航线、能量、性能、空域约束四件事算在一起，并在飞行中持续重算。一个能用的 FMS 必须做到：航路重规划 ≤5 s、剩余能量预测误差 ≤5%、自动避开禁飞区与障碍物、失联与迫降预案可预设可执行。只做「航点连线 + 一键起飞」的系统，在真实运营里第一周就会出问题。

一、痛点：航线画得出来，飞得下来是另一回事

低空运营的复杂性集中在几个具体的瞬间：

• 起飞前：电池在冬天只有 80% 可用容量，按夏季参数算的航线，飞到一半电量告警；
• 飞行中：临时出现临时禁飞区通告，需要立刻重规划，而系统只会「原地悬停等待指令」；
• 进近时：起降点被占用，需要复飞并规划备降点，系统没有备降方案库；
• 异常时：链路中断，飞机按什么逻辑走，全看飞控里写死了什么——而写死的参数没人改得动。

这四件事都属于飞行管理的职责边界，但很多整机项目把它分散在飞控、地面站、运营平台三处，结果谁都不完整。

二、依据：飞行管理要满足什么

• 性能与能量：起飞前必须完成性能计算（重量、温度、气压高度、风），并给出起飞/复飞/备降三类决策点；这是航空运行的通行做法；
• 空域合规：航线必须能对接空域数据（禁飞区、限高区、临时通告），并保留更新机制；
• 软件等级：FMS 中涉及安全的关键功能（如能量告警、地形回避）按 DO-178C 相应等级开发，等级由 FHA 推导；
• 记录与追溯：飞行数据要能完整回放，用于事件调查与持续适航。

三、架构：四块功能 + 一个数据底座

这五块里，最容易被做成「演示可用、运营不可用」的是能量管理。原因很简单：它依赖电池的真实老化状态、温度、风场，而演示时用的是理想参数。

四、选型与自研判断表

务实路线：航路与能量算法自研（这是运营差异化的地方），性能计算与空域数据接成熟服务，飞控侧保持标准接口。

五、实施里程碑：14 周

六、验收与 SLA

• 能量精度：按冬季低温、满载、逆风三种不利条件各飞 5 架次，预测误差 ≤5%；
• 重规划：注入临时禁飞区、起降点占用、强风三类扰动，验证重规划时间与安全性；
• 预案：失联、低电量、单电机失效三类预案逐项演练；
• SLA：航路数据更新 4 h 内生效；软件缺陷 72 h 内给出方案；
• 数据：飞行日志 100% 完整，支持第三方回放工具解析。

七、预算构成

八、常见问题

Q1：FMS 和地面站是一回事吗？

不是。FMS 是机载/系统级的功能集合（规划、性能、能量、预案），地面站是它的操作界面与部分算力的承载处。把 FMS 全放在地面站，链路一断飞机就失去规划能力，这是设计缺陷。

Q2：能量预测误差 5% 难做到吗？

难在标定，不难在算法。电池内阻随温度、老化、SOC 变化，风场随高度变化，不做实测标定就只能拍参数。建议按「温度 × 载荷 × 风」三维做标定矩阵，至少 12 个工况。

Q3：临时禁飞区数据从哪来？

以官方渠道发布的数据为准，接入后要做二次校验（坐标系、生效时间、多边形闭合性）。工程上常见事故是坐标系没统一，禁飞区整体偏移几百米，等于没加。

Q4：多机运营时 FMS 怎么协同？

需要一层调度：起降点分配、航路冲突消解、优先级排序。建议由运控平台承担，FMS 只接受「本机航路与约束」，避免多机逻辑塞进机载系统导致复杂度失控。

九、下一步

• 要建航路：提交项目需求，注明起降点、航程与运行时段；
• 要看系统关系：航电架构；通信链路决定失联预案能不能执行；
• 要算运营账：三类单机经济模型。

相关阅读：动力电池选型｜电控选型｜适航三证怎么拿