3、爬升与巡航监控：爬升率与速度管理、航向保持与修正、高度层切换逻辑、巡航状态下的系统自检

3.1 爬升率与速度管理——别让飞机“喘不过气”

爬升阶段，说白了就是飞机从低空往高空“冲”的过程。但怎么冲，很有讲究。

我个人习惯把爬升率看作飞机的“呼吸节奏”。爬升率太快，发动机会过热，乘客也不舒服；太慢，又浪费燃油、影响航路时间。我曾在一次试飞项目中遇到过，某型飞机在高原机场爬升时，爬升率设定偏大，结果发动机排气温度直接逼近红线。嗯，那次之后，我对爬升率的监控就格外敏感。

速度管理上，核心是盯住两个值：V₂（起飞安全速度）和V_Y（最佳爬升率速度）。

• V₂：单发失效时还能安全爬升的最低速度。低于它，别想爬升。
• V_Y：能让飞机在单位时间内爬升最高的速度。省油、省时。

你想想看，如果速度掉到V₂以下，飞控系统会怎么做？它会自动增加推力，同时稍微下压机头，把速度拉回来。这不是飞行员操作失误，是系统在“保命”。

我曾经见过一个案例：某机组在爬升时遇到风切变，速度骤降，飞控立刻激活迎角保护，飞机自动低头增速。机组当时吓了一跳，但事后复盘，正是这个保护动作救了全机人。

3.2 航向保持与修正——别让飞机“跑偏”

航向保持，听起来简单，做起来全是细节。

飞控系统里有个模块叫“偏航阻尼器”，它的任务就是抑制飞机的“荷兰滚”运动——就是那种机头左右摇摆、机身还带点侧滑的讨厌状态。我参与过一个项目，偏航阻尼器的增益调得稍微高了一点，结果飞机在巡航时反而出现了小幅振荡。说白了，就是“矫枉过正”。

航向修正的逻辑，一般分三步：

1. 检测偏差：惯导或GPS给出当前航向，与目标航向对比。
2. 计算修正量：飞控根据偏差大小，算出需要转多少度、转多快。
3. 执行修正：副翼和方向舵联动，把飞机“掰”回来。

这里有个坑：修正量不能太大。我见过一个新手工程师，把航向修正的PID比例系数设得过高，结果飞机每次修正都过头，然后反向修正，再过头……整个航迹像条蛇。嗯，这就是典型的“振荡发散”。

3.3 高度层切换逻辑——上上下下的“规矩”

高度层切换，不是你想爬就爬、想降就降的。民航有严格的“高度层分配”规则，飞控系统必须遵守。

举个例子：从FL280（28000英尺）爬升到FL320，飞控会怎么做？

• 先检查当前高度与目标高度的差值。
• 如果差值大于1000英尺，系统会以“爬升模式”工作，保持V_Y速度。
• 当距离目标高度还有500英尺时，系统自动转入“截获模式”，逐渐减小爬升率，平滑地“停”在目标高度上。

我曾经在调试一个高度截获算法时，发现飞机总是“冲过头”——到了目标高度还往上飘了200英尺。后来查出来，是高度截获的提前量算错了。飞控以为还有500英尺，实际只剩300英尺。这个教训让我养成了一个习惯：高度截获的提前量，必须根据当前垂直速度动态调整。

3.4 巡航状态下的系统自检——飞控的“体检”

巡航阶段，飞机相对平稳，但飞控系统可没闲着。它每隔几秒就会做一次“自检”。

自检的内容包括：

检查项	检查内容	异常处理
传感器一致性	空速管、迎角传感器、静压孔的数据是否一致	不一致时，系统自动切换至备用传感器
执行器响应	舵面偏转指令与实际反馈是否匹配	偏差过大时，标记该执行器“失效”
计算通道健康	主飞控计算机与备份计算机的运算结果是否一致	不一致时，切换至备份通道
通信链路	飞控与惯导、GPS、大气数据计算机的通信是否正常	通信中断时，启用独立备份链路

说白了，巡航自检就是飞控系统在“自己给自己看病”。我参与过一个项目，巡航时飞控突然报“传感器不一致”故障。排查下来，是空速管加热系统出了问题，导致空速管结冰，数据异常。幸好飞控及时切换到了备用空速管，飞机继续正常巡航。

这里有个细节：自检结果不会直接显示给飞行员，除非检测到“需要机组注意”的故障。大部分自检信息都记录在“维护日志”里，留给地勤看。所以，飞控工程师在试飞时，会专门下载这些日志，一条一条地翻。我曾经为了查一个间歇性故障，翻了整整2000条自检记录……嗯，那感觉，比看代码还累。

本章知识体系

下面这张图，把爬升与巡航监控的核心逻辑串起来了。你可以把它当作一个“速查地图”。

---

公众号:蓝海资料掘金营，微信deep3321