3. 任务控制总体流程与关键环节

水下滑翔机的任务控制不是“下潜—滑翔—上浮”这么简单的一条动作序列，而是一条从任务需求出发、经过方案设计、参数配置、执行监控、异常处置，最终到数据回收与复盘的完整控制链。理解这条链的关键，不在于记住阶段名称，而在于看清每个阶段吃什么输入、产出什么输出、在哪个节点做判断、判断依据是什么。本节按实际工程组织方式，把全流程拆成五个控制阶段，并重点讲清阶段之间的交接条件与决策逻辑。

一、阶段划分与阶段间的“交接物”

工程上通常把一次滑翔机任务划分为：任务需求分析、任务方案与航线设计、任务装载与出航检查、航行执行与监控、回收与任务收尾。这五个阶段并非线性走完就结束，执行阶段一旦触发异常，会回流到方案调整甚至需求复核，形成带反馈的闭环。阶段之间真正起约束作用的是“交接物”——上一阶段的输出必须是下一阶段可直接使用的输入，否则流程会在海上暴露问题。

• 需求分析输出：观测目标（温盐深剖面、特定水层停留、断面走航等）、作业海区与时间窗、剖面数量与深度范围、数据时效要求、风险容忍度。
• 方案设计输出：航路点序列、目标深度与滑翔角、剖面周期、通信策略、应急上浮与弃载策略、能耗预算。
• 装载检查输出：可执行的使命文件、浮力与姿态配平结果、通信与导航自检结论、放行签字。
• 执行监控输出：航迹与剖面执行记录、偏差与告警日志、现场调整指令。
• 收尾输出：原始与处理数据、任务执行报告、故障与改进项。

下面这张图把五个阶段、关键控制节点和决策分支放在同一条控制链上，重点表达“哪里做判断、判断不通过往哪回流”。

二、需求分析：把“想观测什么”翻译成可执行约束

需求分析阶段最容易犯的错误，是只写“在某海区做温盐深观测”，却没有量化约束。可执行的需求至少要落到四个量：空间范围、时间窗口、剖面规格、风险边界。例如某教学示例任务：目标海区为 20 km×15 km 的陆坡区，时间窗 5 天，要求完成不少于 60 个 0～800 m 剖面，剖面周期不超过 3 h，允许因天气损失不超过 15% 的剖面。这些数字直接决定了后续的能耗预算与航线密度。

此阶段的控制节点是可行性校核：用滑翔机的续航能力反算能否覆盖。滑翔机单剖面能耗近似与“下潜深度×往返次数+水平推进距离”相关，工程上常用“单剖面等效能耗”估算。若按示例假设单剖面等效能耗为 1 个单位、电池可用总量为 80 个单位，则 60 剖面需 60 单位，剩余 20 单位用于通信、姿态调整与应急上浮，余量约 25%，属于可接受但偏紧的配置。若余量低于 15%，就应缩减剖面数或缩短时间窗，而不是带着侥幸出海。

三、方案与航线设计：把约束变成使命文件

方案设计的核心产物是使命文件，它把航路点、目标深度、滑翔角、剖面周期、通信窗口、应急策略写成机器可读的参数集。设计时要处理三组矛盾：剖面密度与能耗、航迹覆盖与海流漂移、通信频次与隐蔽/功耗。以 800 m 目标深度、滑翔角 25° 为例，单程下潜水平位移约为 800/tan25°≈1715 m，一个完整剖面（下潜+上浮）水平位移约 3.4 km。若航路点间距设为 3 km，则剖面之间会出现重叠，适合做加密观测；若设为 5 km，则剖面间存在空隙，需在报告中说明覆盖度。

此阶段的决策逻辑是方案自洽性检查：航路点总航程是否在续航内、剖面数与时间窗是否匹配、通信窗口是否落在上浮时刻、应急上浮点是否位于可控海域。任何一项不满足，都应回到参数层调整，而不是留到海上临时改。

四、装载与出航检查：放行判断的依据

出航前的检查不是走形式，而是把“纸面方案”验证为“可执行状态”。关键检查项包括：使命文件能否被控制单元正确解析、浮力驱动与姿态调节是否配平到目标深度、GPS/铱星通信是否正常、深度传感器与CTD是否零漂、应急上浮与弃载逻辑是否可触发。放行判断应基于可观测的证据，例如配平后中性浮力点的实测深度偏差、通信自检的回传成功率，而不是“看起来没问题”。

五、执行监控与异常处置：偏差超限才干预

执行阶段的核心是偏差管理。滑翔机受海流影响，实际航迹必然偏离计划航线，因此监控不是“盯住计划线”，而是设定偏差阈值：例如横向偏差超过 1 km、实际深度与目标深度偏差超过 50 m、单剖面能耗超过预算 20%、连续两个通信窗口未回传，任一条件触发即进入异常处置。处置手段按代价从低到高排列：调整目标深度、修改下一航路点、缩短剖面周期、提前上浮通信、触发应急上浮。决策原则是“能用参数调整解决的，不轻易终止任务”。

六、收尾：把执行结果变成下一轮任务的输入

回收后要完成三件事：数据完整性核对（剖面数、深度覆盖、时间戳连续性）、执行偏差统计（实际航迹与计划航迹的偏差分布、能耗偏差）、故障与改进项记录。收尾的价值在于把“这次任务的假设”与“实际表现”对齐，例如实测单剖面能耗高于预算 12%，就应修正下一轮任务的能耗基线。这样，任务控制才真正形成闭环，而不是每次从零开始。

把上述流程放在一起看，任务控制的本质是用阶段交接物约束不确定性：需求阶段约束“做什么”，方案阶段约束“怎么做”，检查阶段约束“能不能做”，执行阶段约束“做得偏不偏”，收尾阶段约束“下次怎么做得更准”。三个决策节点 D1、D2、D3 分别对应可行性、放行与偏差，任何一个节点的判断依据都应是可量化、可复核的，而不是依赖现场感觉。