1. 水下机器人典型任务剖面与故障树顶事件定义
任务剖面拆解与顶事件定义
本例以某型作业级ROV执行“定深巡航”任务为对象。该任务要求ROV在设定深度带内沿预定航线航行,完成对目标区域的连续观测。故障树分析的第一步不是画树,而是把任务剖面拆成可判定的阶段,并把“任务失败”定义成边界清晰、可观测、可判据的顶事件——否则后续分解会因定义模糊而失控。
任务剖面按时间顺序划分为四个阶段:布放入水(离船至进入工作深度)、下潜定深(到达设定深度并稳定)、定深巡航(沿航线航行并采集数据)、回收出水(上浮至水面并被回收)。每个阶段都有独立的成功判据,任一阶段不满足判据即可能触发顶事件。
顶事件定义(本例采用):在任务时间窗口 Tmission 内,ROV 未能同时满足以下全部成功判据,即判定为“定深巡航任务失败”。
- 深度保持:巡航段实际深度 h(t) 满足 |h(t) − hset| ≤ Δhallow,本例取 hset = 50 m,Δhallow = ±3 m,超限累计时间不超过 60 s。
- 航线保持:横向偏差 |ecross(t)| ≤ 5 m,且不出现持续 30 s 以上的偏航。
- 数据有效:观测负载在巡航段的有效数据率 ≥ 90%,无连续 120 s 以上的数据中断。
- 安全回收:任务结束时 ROV 能自主或受控上浮至水面并被回收,无失控、无动力丧失导致的滞留。
边界条件必须同时写清,否则顶事件会无限扩张:分析范围限定为ROV本体(能源、推进、导航、控制、通信、负载)在任务窗口内的失效;排除母船设备故障、海况超过设计作业海况(本例按海况≤4级)、人为操作失误、以及任务窗口外的维护问题。这些排除项在后续系统边界划分中会进一步细化,本例只需在顶事件定义中声明。
上图把“任务剖面—成功判据—顶事件”三者的关系固定下来:四个阶段是时间骨架,四条成功判据是判定依据,任一判据不满足即触发顶事件。边界条件以虚线框标注,明确分析范围只覆盖ROV本体在任务窗口内的失效。
顶事件定义的落地检查
顶事件定义完成后,需要用三个问题自检,确保它能直接作为故障树输入:
- 可观测吗?每条判据都对应可记录的信号——深度来自深度传感器,横向偏差来自导航解算,数据率来自负载日志,回收状态来自上浮过程记录。若某条判据无法从任务数据中判定,就应改写或删除。
- 边界闭合吗?排除项是否覆盖了所有“非ROV本体”的失效来源?本例中母船、海况、人为因素、窗口外维护均已排除,剩余失效均可归因于ROV本体,后续分解不会越界。
- 判据互斥且可组合吗?四条判据分别对应深度、航线、数据、回收四个维度,彼此不重叠;顶事件采用“任一不满足即失败”的或门逻辑,与后续故障树顶层逻辑门一致。
把顶事件写成“任务失败”而不是“ROV故障”,是FTA中的关键选择:前者以任务结果为判定对象,天然包含多子系统耦合失效;后者容易把分析引向单一部件,遗漏组合故障。本例的判据表可直接作为后续中间事件分解的输入——每条判据对应一条失效路径。
本例中的 hset=50 m、Δhallow=±3 m、横向偏差 5 m、数据率 90% 等均为教学示例参数,实际项目应按任务书、ROV 型号规格与作业海况重新标定。判据阈值一旦改变,顶事件边界与后续故障树的分支权重都会随之变化,需同步更新。