从标题就能看出，这次不是为了拍风景，而是完成一次非常“折腾”的验证：给道格拉斯 DC-10-10 在 Prepar3D 环境里补上完整的 RNAV 能力，再拿去英国卡迪夫机场（EGFF）做 30 号跑道的 RNAV 进近。DC-10-10 是典型的老一代三发宽体客机，航电停留在惯性导航、VOR/DME 和无线电进近的时代；而 RNAV 进近要求飞机能够按航路点、定位点完成水平引导和剖面管理，纯粹靠老机模原厂航电并不现实。
这里要验证的“完整 RNAV 能力”可以拆成四层：路径源能不能识别 GPS/FMS 航路点、自动驾驶能不能按航路点实施水平引导、下降剖面能不能与进近程序的 FAF（最终进近定位点）匹配、飞行员能不能通过现有仪表确认偏差并完成目视接跑道。这四层只要有一层断掉，进近就不算完整。下面会先看这种玩法的核心规格，再演示环境准备、改装路线、EGFF 30 号跑道 RNAV 进近的完整流程，以及用 SimConnect 做数据记录与批量复飞验证的思路。适合 Prepar3D 里喜欢飞老机模、同时对航电改装和进近程序设计感兴趣的读者。
有一件事必须先说清楚：这套 RNAV 能力只是模拟飞行内部的行为结果，不代表 DC-10 的真实飞机具备现代 RNAV/RNP 运行资质。模拟器可以让我们用 2024 年的导航数据去“套”1970 年代的机模，但真实运行需要飞机取证、机组训练、公司手册和适航体系支撑。把模拟环境里把老机模飞明白了，不等同于真实飞行能力。
1. 核心能力速览
先说结论：这种玩法能不能成立，取决于“机模 + 导航源 + 自动驾驶配合”三个环节。
| 能力项 | 说明 |
|---|---|
| 模拟平台 | Prepar3D，需按你本机版本确认兼容性 |
| 机型 | 道格拉斯 DC-10-10 |
| 场地 | 英国卡迪夫机场 EGFF，30 号跑道 RNAV/GPS 进近 |
| 核心目标 | 让 DC-10-10 具备 RNAV 飞行计划执行能力 |
| 导航方式 | GPS/FMS 航路点 + DC-10 自动驾驶仪 NAV 模式 |
| 是否改动真实机模结构 | 不涉及，只做航电交互层面的能力补充 |
| 是否需要外部设备 | 摇杆或键盘可以，涉及精细进近优先使用带油门轴的摇杆 |
| 是否需要编程基础 | 不需要；做数据记录和批量复飞才需要 SimConnect 基础 |
| 对硬件的要求 | 能跑 Prepar3D 即可，插件机模和复杂地景会提高要求 |
| 最低验证成本 | P3D 默认机模+默认地景也能先流程验证 |
从严格意义上讲，“给 DC-10 完整 RNAV 能力”并不存在一个官方升级包，而是通过模拟平台提供的导航数据、机模航电面板、自动驾驶方式和第三方航电组合出来的结果。不同机模的 DC-10，其航电开放程度差别很大；有的航电面板可以直接选择 GPS 信源，有的只能显示 VOR 指针。所以下面每一节都会先给思路，再给可复制的执行方案，逐步试验哪一种能在你的机模上稳定工作。
2. DC-10-10 补 RNAV 能力：背景与价值
2.1 这架“老宽体”缺的是什么？
DC-10-10 是道格拉斯 DC-10 系列中较早的量产型，主要用于中短程干线飞行。它外形上最明显的特点是三发布局：两台发动机装在机翼下，第三台安装在垂直尾翼根部，这也让它在模拟飞行时的油门管理和重心控制比双发客机更有特点。
航电层面，DC-10-10 早期原型没有现代意义上的数字化综合飞行管理系统。正常飞行依靠惯性导航系统、VOR/DME 测距和传统仪表进近。惯性导航可以给出经纬度位置，但无法像现代 FMS 那样把整个 RNAV 进近的航路点、速度限制、高度限制和垂直剖面组织成一条可自动驾驶追踪的“引导路径”。这也就导致了一个结果：拿原厂状态去飞 RNAV 进近，飞行员要在脑子里不断换算航段，工作负荷很高。远程巡航可以忍受，但进近阶段完全没有余量。
2.2 为什么偏偏选 RNAV 进近验证？
RNAV 进近的价值在于它不依赖跑道头或者进近方向上的地面导航台。飞机可以按一组经过定义的航路点，从起始进近定位点（IAF）飞到最终进近定位点（FAF），再飞到复飞点（MAPt）。在模拟器里选这种进近来“测试”老机模，比单纯飞一个 ILS 更有意义，因为它能暴露航电的断层：
- 如果飞机不能按 GPS 航路点转弯，说明自动驾驶仪没有正确切换到外部导航源。
- 如果 CDI/HSI 偏移与实际航路点不一致，说明导航源优先级设置错误或者机模型号没有做导航源选择。
- 如果能水平飞到 FAF 但高度压不住剖面，说明机上缺乏 VNAV 引导，只能由飞行员手动控制下降率。
把这些现象排查完，“完整”这个词才算落地。从真实进近运行的角度看，RNAV(GPS) 进近通常还要考虑 RNP 值、连续性、完好性要求，这部分在模拟器里可以简化，但操作流程仍然值得尽可能还原。
3. Prepar3D 环境准备与前置条件
这节不是单纯列安装包，而是帮你识别一个最容易出问题的点：机模是否能接受外部导航源。建议按下面顺序做环境自检。
3.1 需要准备什么
运行平台是 Prepar3D。先确认版本，再确认机模能在该版本下加载。理论上 P3D v3 到 v5 之间的主流机模都支持，但每台机器的插件兼容情况不一样，最稳妥的方法是先加载机模到默认机场，确认驾驶舱能正常显示，再继续配置 RNAV。
DC-10 机模是另一个关键点。不同厂商制作的 DC-10 在航电仿真深度上差异很大，有的机模做了完整的自动驾驶面板和 IRS 系统，有的只是把 2D 面板图片贴出来。先看机模有没有以下按钮或旋钮：NAV/GPS 源选择、自动驾驶 NAV 模式、自动驾驶 HDG 模式、高度保持。没有 GPS 源选择的机模，通常可以通过弹出式 GPS 面板或者外部导航程序来补，这会在第 4 节展开。
卡迪夫机场 EGFF 也需要确认。如果 P3D 默认地景和导航数据不完整，可以加载机场地景插件，并在导航数据周期允许的条件下查看 30 号跑道 RNAV 进近图。注意导航数据是周期更新的，不同 AIRAC 周期里同一跑道的进近点名称和限制高度可能不同，飞行前必须熟读当前周期的航图。
3.2 环境检查清单
| 检查项 | 建议标准 |
|---|---|
| Prepar3D 版本 | v3/v4/v5 任一版本，保证插件兼容 |
| DC-10 机模能否加载 | 加载后驾驶舱面板和自动驾驶正常 |
| 机场是否可识别 | EGFF 跑道、停机坪与导航点正确 |
| GPS/导航数据源 | 能显示当前飞机位置和飞行计划航路点 |
| 自动驾驶仪 | 能选择 NAV/HDG/ALT/VS 模式 |
| 飞行摇杆 | 建议具备油门轴，便于进近阶段控制动力 |
| 导航数据周期 | 与当前航图一致，避免按过期航路点操作 |
| 帧数显示 | 能够在 P3D 中显示帧率与关键状态 |
不建议第一次就在真实航路条件下做完整 30 号跑道 RNAV 进近。更合理的第一步是在跑道上加载机模，验证“导航源切换—GPS航路点显示—自动驾驶NAV接通”这条链路，然后把飞机放到 IAF 附近直接验证进近段。链路通了以后，再回到起飞跑道跑完整流程。
4. 给 DC-10 补充 RNAV 能力的三种实现方案
就 Prepar3D 环境来说，“给 DC-10 完整的 RNAV 能力”通常不靠改贴图，而是改导航信息的来源通路。下面三条路线都是可行的思路，难度越来越高，仿真深度也依次增加。
4.1 方案一：使用 P3D 默认 GPS/飞行计划
这是成本最低的方案。Prepar3D 本身带有 GPS/NAV 显示能力，通过飞行计划面板规划好航路点后，飞机位置、航向和航段信息会显示出来，并能作为自动驾驶的导航源。要给 DC-10 使用这个方案，核心是用GPS 作为导航源+自动驾驶 NAV 模式。
具体来说，先在 P3D 飞行计划里输入机场和航路点，方式可以是直接选择导航数据库中已有的航路点，也可以创建用户航路点。开始进近前把 DC-10 自动驾驶仪的导航源切换为 GPS，然后把自动驾驶仪切到 NAV 模式。如果 DC-10 航电面板本身没有 GPS 切换按钮，可以使用 P3D 内置弹出的 GPS 窗口作为参考，并观察自动驾驶状态。需要留意的是，P3D 默认飞行计划的航路点组织不同于真实航图里完整的 RNAV 进近航段，所以这个方案适合体验路径飞行，不适合严格还原 IAF、FAF、MAPt 这些进近结构。
通用操作序列（以你的版本菜单为准）： 1. 在 Prepar3D 飞行计划面板创建 / 加载一个包含 EGFF 30 号跑道进近点的计划； 2. 将 DC-10 自动驾驶仪导航源选择为 GPS； 3. 接通自动驾驶 NAV 模式，让飞机沿飞行计划航段飞行； 4. 在 GPS 窗口确认当前航段和下一航路点； 5. 接近进近点时切换为 HDG 或手动飞行。这段流程的价值在于快速验证机模的自动驾驶采集逻辑，不引入任何第三方插件。如果连 GPS 导航源都无法追踪，后面加装导航设备也会遇到类似问题，优先排查机模的自动驾驶耦合方式。
4.2 方案二：弹窗式航电设备扩展
如果 DC-10 机模驾驶舱内没有完整 GPS/FMS 功能，比较常见的方式是加装一套弹窗式航电设备。这类航电通常以独立窗口形式显示，可以在驾驶舱中调出，具备完整的飞行计划管理、航路点数据库、进近程序和水平引导输出能力。
放在真实功能里，这相当于给老飞机“加装”了一套现代导航单元，而原机模的自动驾驶仪在收到导航信号后执行航段跟踪。操作上，先在该航电里选择 EGFF 的 30 号跑道 RNAV 进近程序，让航电自动生成进近航路点序列，然后接通自动驾驶仪水平导航。这样比 P3D 默认飞行计划更接近真实进近的航路点结构，因为航电设备通常会包含完整的进近程序数据。
但是要注意，弹窗式航电设备能不能和 DC-10 自动驾驶仪联动，取决于模拟器是否把航电输出的导航信号传给自动驾驶，也取决于机模是否允许外部导航源覆盖原 VOR/LOC 信号。如果只是在驾驶舱里增加了一个看得见、点得动的小窗口，却没有把导航源传给自动驾驶，那它只起到“电子航图”作用，不能真正驱动 DC-10 按航路点飞行。
4.3 方案三：外部导航程序 + 驾驶舱手动追踪
第三种方案实际上不依赖自动驾驶追踪 GPS 航路点，而是通过外部导航程序显示完整的 RNAV 进近路径，飞行员在 DC-10 驾驶舱里用手动飞行配合自动驾驶 HDG 模式逐段执行。这个方案看起来“原始”，但对机模的兼容性要求最低，也是最考验飞行员精度的方式。
使用这个方式时，把外部程序显示的画面放在副屏或者弹出的窗口，让飞机按程序给定的航向和高度逐步过渡。每一个转弯点都要提前判断转弯时机，手动给定航向；每一次高度变化都要按距离计算下降率。这个方案在仿真深度上反而更接近真实老式机组的 RNAV 运行逻辑，因为即使加了 FMS，老机模也缺少垂直导航引导，最终高度剖面仍需要人盯着。
如果选择这个方案，建议准备一份进近简令卡： - 当前航路点 / 下一航路点； - 当前段航向与距离； - 目标高度和速度； - 预计下降率； - 到达下一航路点时的应飞航向。4.4 选择建议
先别急着追求“看起来高级”。第一次验证最推荐方案一，把机模的导航通路确认清楚。如果机模面板完整支持 GPS，可以直接用方案一完成大部分测试；如果发现主要问题是机模无法从驾驶舱输入进近程序，再考虑方案二；如果只是想掌握 RNAV 进近技术，不需要自动驾驶背锅，方安三最稳。
5. 卡迪夫机场 30 号跑道 RNAV 进近完整流程
卡迪夫机场位于英国威尔士，30 号跑道的方向约为 300 度。RNAV 进近时，航路点会随导航数据周期变化，所以下面不写死某个定位点的名称或频率，而是用“IAF、过渡点、FAF、MAPt”这样的结构来描述。实际操作时请打开当前周期的航图，逐点核对。
5.1 飞行前规划
开始进近前，先在机模或航电设备里完成 CDU/CDI 初始化。这里最常见的错误是把起飞机场的航向直接当成进近起始航向，导致到了卡迪夫空域还在走 VFR 目视。飞行计划应明确包含：
| 进近元素 | 作用 |
|---|---|
| IAF | 进近开始定位点 |
| 过渡航路点 | 连接 IAF 与 FAF 之间的水平轨迹 |
| FAF | 最终进近定位点，开始最后下降 |
| MAPt | 复飞点，决定继续进近还是复飞 |
| 复飞航路点 | 从 MAPt 开始的安全爬升路径 |
在 DC-10 这类老机模上，最方便的方式是把这些点按顺序输入到当前使用的导航设备中。如果选用了 P3D 默认 GPS 设备，也可把每个点作为“用户航路点”加入飞行计划，但建议保留一份纸质/副屏航图，用作最终核查。
5.2 从航路点向 IAF 的“飞向并截获”
在这个阶段，DC-10 可以接通自动驾驶仪，高度保持在一个高于进近起始高度的巡航高度上。核心操作是让飞机在到达 IAF 之前就已被横向引导捕获，而不是先飞过 IAF 再反向修回。飞行员的判断标准是：进入 IAF 前，导航源的航向偏差指示应逐步居中，且飞机与计划轨迹的夹角保持在可控范围。
如果飞机始终偏向航线一侧，优先检查是否把导航源选到了 VOR 而不是 GPS。老机模的导航源选择旋钮不会自动切换，漏切会导致自动驾驶 NAV 模式去追踪某一个 VOR 台而不是进近航路点。
5.3 通过最终进近定位点
通过 FAF 后，飞机进入最后下降段。现代 RNAV 进近在 FAF 后通常有精确定义的垂直下降剖面，DC-10 如果缺少 VNAV 支持，需要通过高度窗和下降率人工控制剖面。经验做法是按“目标高度差 / 剩余距离”估算所需梯度，比如要求保持 3 度下滑角时，大约每 1 海里需要下降 300 英尺左右，再换算成下降率。
这种换算只适合进近阶段参考。实际飞行时还要叠加风速、重量和速度影响。在模拟器里可以让自动驾驶保持速度，飞行员只通过 VS 或垂直速度旋钮控制下降率。若系统允许使用 FLCH/高度层改变模式，也可以按目标高度直接管理。
5.4 复飞程序与放弃进近
完整 RNAV 能力不只包括“飞到底”，还要能处理“中断进近”。接近 MAPt 时，如果跑道不可目视或者说低于最低标准，应果断执行复飞。RNAV 复飞不是简单加油门拉机头，而要按航图给定的复飞航路点爬升到安全高度。DC-10 三发布局的油门响应相对“重”，推力增加后会有明显抬头趋势，复飞时要保持姿态控制，避免初始爬升率过大，同时留意收起起落架和襟翼的时机。
复飞这段最容易暴露“RNAV 能力不完整”的问题：如果导航数据库里没有复飞航路点，飞机就会沿切线飞出去。此时建议提前在导航设备中人工加入复飞航路点，并用航图核对。
6. 功能测试与效果验证：RNAV 到底完不完整
完成一次进近不等于能力完整。建议按下面表格逐项测试，记录当前机模在哪些环节达到满意、哪些环节靠手工修正。
| 测试项 | 操作方法 | 通过标准 |
|---|---|---|
| 航路点识别 | 在飞行计划中输入 IAF/FAF | 导航设备能显示当前段和下一航路点 |
| 水平引导 | 接通 NAV 模式，飞向航路点 | 飞机在转弯点前稳定截获航线 |
| 导航源切换 | VOR/GPS 切换后观察 CDI | 指针来源对应所选导航源 |
| 下降剖面 | 通过 FAF 后按计划下降 | 到 MDA/H 前不出现过大偏离 |
| 复飞路径 | MAPt 后执行复飞 | 按航图航向或航路点爬升 |
| 手动接管 | 断开自动驾驶拉平 | 老机模姿态响应可预测 |
测试时建议开着 P3D 的实时飞行数据显示，记录每个航路点的实际通过高度。将记录结果与航图相比：如果横向偏差控制在比较小范围，说明水平引导完整；如果高度在 FAF 附近仍有几百英尺偏差，那说明用 VNAV 或手动下降率控制时还需要调整。
很多玩家会把这套测试做成“连续进近训练”：同一个机场、同一个跑道、从不同 IAF 进入，查看机模在不同方向进入时是否都能稳定执行。这种思路比单独飞一次完整航路更能反映航电设备的可靠性，也可以作为后续批量复飞脚本的基础。
7. SimConnect 接口与批量复飞验证
如果只是手动飞一次，那看到的是结果。想判断 DC-10 的 RNAV 能力是否“稳定”，可以从接口读数据，把进近过程中的位置、航向、高度、地速、自动驾驶状态记录下来。
7.1 为什么要用接口
Prepar3D 提供 SimConnect 接口，可以读取飞机状态，也可以向模拟发送指令。对 RNAV 进近验证来说，读取状态的价值很大。手动飞行时飞行员只能大概感知“这圈飞得好不好”，接口可以把纵向剖面、横向偏差、各航路点通过时刻全部量化。后期做批量复飞时，甚至可以用脚本循环把飞机重置到不同起始条件并自动执行进近，人工只复核最终落点。
下面给出一个 SimConnect 数据读取的示例框架。真实工程里需要引入对应版本的 SDK 或第三方绑定，不能直接复制编译，这里重点是结构。
# 伪代码示例：仅用于说明数据读取逻辑 # 实际接口调用请参考 Prepar3D SDK 中 SimConnect 绑定 sim = SimConnectClient() sim.define("GPS_POSITION_LAT", "GPS POSITION LAT", "degrees") sim.define("GPS_POSITION_LON", "GPS POSITION LON", "degrees") sim.define("AIRSPEED_INDICATED", "AIRSPEED INDICATED", "knots") sim.define("AUTOPILOT_NAV_LOCKED", "AUTOPILOT NAV LOCKED", "bool") waypoint_log = [] for event in sim.stream(): lat = event["GPS_POSITION_LAT"] lon = event["GPS_POSITION_LON"] speed = event["AIRSPEED_INDICATED"] nav_engaged = event["AUTOPILOT_NAV_LOCKED"] waypoint_log.append({ "lat": lat, "lon": lon, "speed": speed, "nav_engaged": nav_engaged, })7.2 批量复飞思路
批量验证的前提是先设计好“通过条件”。单次进近失败不能全归咎于机模，可能是因为接通 NAV 太晚，也可能因为航图数据过期。建议把测试条件固定，让脚本在每次运行时把飞机放置到相同初始点，大约在 IAF 前 8 到 12 海里，并保持相同的空速与高度。之后让自动驾驶接管水平导航，记录到每个航路点的实际到达时间、横向偏差、高度偏差。多次循环后，如果偏差一致性好，说明这些“偏差”不是偶发操作造成的。
如果发现自动驾驶并不能在每次循环里都精确转向，可以在日志里专门标记“AUTOPILOT NAV LOCKED 状态断开的帧数段”。常见的失败原因包括：接近航路点时自动驾驶被手动改过 HDG、机模自带自动驾驶逻辑与外部 GPS 信号源之间的优先级冲突、或者“机模飞行前油量和重心设置不同导致同一航段需不同推力”。这种问题必须通过数据比对才能发现。
7.3 可扩展方向
有了接口后，还可以把验证范围扩大到起降全流程数据记录、发动机参数曲线、不同风况下的剖面变化等。对技术型飞友来说，这相当于给自己的模拟飞行训练做了一个“复盘系统”。即使不做复杂脚本，只在每次进近时从 SimConnect 导出 CSV 也能带来很多有价值的信息。
8. 资源占用与性能观察
P3D 里加入 DC-10 机模、机场地景、地形和天气插件后，性能变化通常比 AI 模型部署更直观：帧数下降一般发生在刚加载地景、进出驾驶舱视角、以及低空进近需要加载跑道周边建筑时。想定位瓶颈，先把 P3D 的帧数显示打开，记录三个阶段的帧数：启动后停机坪、巡航阶段、进近阶段。
需要注意，性能观察不能只盯 GPU，Prepar3D 早期版本对单核 CPU 性能更敏感。机模的 2D/3D 仪表刷新、外部 GPS 窗口的刷新频率、AI 交通数量都会增加 CPU 负担。老机模虽然是多面体建模，但它的航电逻辑和驾驶舱纹理一样占资源。降压力度最大的前两个设置通常是把“建筑复杂度”和“地面车辆密度”调低，因为进近阶段能看到跑道时，这两项同时被加载。
下面是一个通用的资源占用排查记录表。不要迷信别人的绝对数值，建议以自己的帧数为基线去比较。
阶段 | 记录帧数 | CPU占用 | GPU占用 | 备注 冷舱停机坪 | ... | ... | ... | 记录默认视角 起飞爬升 | ... | ... | ... | 重点看地景加载 巡航 | ... | ... | ... | 记录长时间稳定值 RNAV进近 | ... | ... | ... | 观测飞机+地景同时加载如果你的机器在进近阶段掉帧明显，优先降低“跑道周边细节”，而不是降低纹理尺寸。纹理尺寸影响的是画面清晰度，掉帧往往来自 CPU 的几何数量超限。驾驶舱内如果使用了弹窗式航电设备，尽量把它显示在一个固定尺寸窗口，不要频繁缩放，否则有可能引入不必要的视图刷新。
9. 常见问题与排查方法
这一节直接给问题现象和解决方向。不同机模细节不同，但多数问题的根因集中在导航源选择、自动驾驶优先级和导航数据过期这三件事上。
| 问题现象 | 可能原因 | 排查方式 | 解决方案 |
|---|---|---|---|
| 机模驾驶舱中没有 GPS 切换按钮 | 机模航电面板只模拟了传统导航 | 查看机模设置的航电选项 | 改用弹窗式航电或手动飞行方式 |
| 激活进近程序后航路点不显示 | 导航数据过期或进近选择错误 | 更新 AIRAC 导航数据 | 按当前航图重新构建航路点 |
| CDI 指针一直指向 VOR 台 | 导航源没有切到 GPS | 检查机模的 VOR/GPS 选择旋钮 | 切换到 GPS 源后重试 |
| NAV 模式已接通但飞机不转弯 | 自动驾驶仪没接收到 GPS 信号 | 观察 GPS 设备航向指示 | 确认外部航电是否输出水平引导信号 |
| 过 FAF 后按不到下滑剖面 | 缺少 VNAV 功能或下降率不准 | 查看垂直速度工作状态 | 手动算下降率并控制 VS |
| 每次到达航路点都冲出轨迹 | 提前量不足或机身速度过快 | 检查到下一航路点距离 | 提前减速并更早建立转弯 |
| 帧数在进近阶段突然下降 | 机模、地景、AI 交通同时加载 | 记录各阶段性能 | 降低建筑复杂度和交通密度 |
| SimConnect 脚本无法读取 GPS 数据 | 数据定义名称不匹配 | 检查 SDK 中的 SimVar 名称 | 按所用 SDK 版本调整字段 |
| 复飞时飞机姿态剧烈抬头 | 三发推力大，襟翼/起落架状态变化 | 观察姿态与速度关系 | 柔和加油门并控制抬头速率 |
| 进近中自动驾驶突然断开 | 超速、超限或人为触碰开关 | 查看自动驾驶断开记录 | 降低速度并重新接通 |
表格不能覆盖全部异常。务必记住一个原则：当 RNAV 航路点显示与实际飞行轨迹不一致时，先怀疑导航源来源，再怀疑自动驾驶逻辑，最后才怀疑机模物理。因为 P3D 中很多老机模的自动驾驶模式只是“模拟了现代自动驾驶仪的表面行为”，但它实际控制的是哪个导航信号，机模文档里有说明，先读文档比反复切换按钮更高效。
10. 最佳实践与使用建议
第一次验证一定不要直接选最复杂的全程序进近。先在 DC-10 机模中把自动驾驶模式逐个试清楚，今天只验证“GPS 航路点 + NAV 模式”，明天再验证下降剖面，最后才进行完整进近。这样可以避免多个不确定性叠加，出了问题不好定位。
进近前建议准备一份简令卡，把 IAF、FAF、MDA/H、复飞路径和关键速度写清楚。RNAV 进近的难点不在导航设备，而在于它是“没有地面台引导的仪表进近”，飞行员必须主动管理每一个航路点。尤其在 FAF 之后，缺少 VNAV 的 DC-10 需要飞行员不断做“剩余距离—下降高度—下降率”的换算，提前算好一个固定的下降率区间会更从容。
对数据记录有兴趣的朋友，建议把每次进近的关键数据导出保存。不同航路点、不同初始条件、不同风速下得到的偏差数据，比凭感觉判断有用得多。批量脚本跑完后，把几组进近的横向偏差和垂直偏差画在同一张图上，能直观看到导航能力是否稳定。
这里也提醒一件事：模拟器里改装 DC-10 的 RNAV 能力，只要不涉及真实飞行，就不会有安全风险。但如果你用真实机场的导航数据做训练，要尊重导航数据的版权和授权，不要随意把 AIRAC 周期文件打包传播。涉及线上联机飞行时，也应遵守虚拟航空公司的运行规则，不能因为“我飞机加了 GPS”就去飞其他机组做不到的程序。
从实际操作来看，这个项目最值得尝试的点是“用 2020 年代的导航能力反推老机模的航电短板”。最先要验证的是 ADI/HSI 能不能正确显示 GPS 引导；最容易踩的坑则是导航源没切换，导致 NAV 模式追踪了一个并非当前程序的 VOR 台。把这条链路走通后，后面还可以继续扩展：给 DC-10 写一套 SimConnect 自动进近脚本、测试不同侧风下的剖面保持能力、或是把同样的改装思路移植到其他老式客机上。
建议先收藏这篇文章，再到 EGFF 30 号跑道飞一次 RNAV 进近。遇到“不进转、压不住、偏太多”这些现象时，回来对照排查表逐项检查，基本都能定位到具体环节。
