2. 水下机器人系统组成与故障源

要读懂故障日志和事件码，第一步不是背代码，而是建立一张“系统地图”：知道水下机器人由哪些部分组成、能量与信号如何流动、每个部件失效时会在日志里留下什么痕迹。事件码本质上是系统对“某个部件或某条链路出现异常”的编码表达，如果对结构没有概念，看到 THR_OVC、IMU_TIMEOUT 这类代码就只能死记；有了结构概念，就能从代码反推故障位置和传播路径。

一、ROV与AUV的结构差异决定了故障源分布

典型ROV（遥控水下机器人）由水面控制单元、脐带缆、水下本体三大部分构成。水面单元包含操控台、电源变换与绞车；脐带缆同时承担动力传输和通信；水下本体则集中了推进器、传感器、控制器、配电与密封结构。由于有脐带缆持续供电和实时通信，ROV的故障往往表现为“链路类”和“供电类”问题，例如脐带缆绝缘下降、通信丢包、推进器过流。

AUV（自主水下航行器）没有脐带缆，依靠自带电池、自主控制和任务规划航行，其结构更强调能源密度、导航自主性和耐压密封。AUV的故障更多体现为“能源类”“导航类”和“任务逻辑类”问题，例如电池组电压骤降、惯导漂移、深度传感器失效导致定深异常。两者共有的关键部件是推进器、传感器、控制器和电源，但故障的触发条件和日志表现差异明显。

二、四大关键部件的故障模式与日志特征

推进器是ROV/AUV最主要的执行部件，常见故障包括过流、堵转、密封进水、桨叶缠绕和效率下降。推进器过流通常由异物缠绕、轴承磨损或驱动电路异常引起，日志中常表现为电流超过阈值并伴随转速反馈偏低。堵转则更严重，电流迅速升高而转速接近零，控制器可能触发保护停机。密封进水往往先表现为绝缘电阻下降或舱内湿度报警，随后才出现推进器失效，因此日志的时间顺序非常重要。

传感器是故障日志中最“话多”的部件。惯导（IMU）常见超时、数据跳变和漂移；深度传感器常见零点漂移、量程饱和和响应迟滞；DVL（多普勒计程仪）常见底跟踪丢失。传感器故障的典型特征是“数据合理性异常”，例如深度值在短时间内跳变数米、IMU姿态角出现高频抖动。事件码通常以超时、校验错误、量程越界等形式出现，排查时要结合数据曲线而非只看单条日志。

控制器是系统的中枢，常见故障包括看门狗复位、总线通信错误、程序异常和存储故障。控制器复位会导致任务中断，日志中常出现启动记录和复位原因码；总线错误则可能表现为某个节点周期性掉线。控制器的故障往往具有“连锁性”，一个总线错误可能同时导致多个传感器显示超时，因此不能简单地把所有超时都归因于传感器本身。

电源是故障的“放大器”。ROV的电源故障多与脐带缆供电、配电模块和漏电检测相关；AUV则集中在电池组电压骤降、单体不均衡和过温。电源异常会引发大量次级故障：电压跌落可能导致控制器复位、推进器过流误报、传感器数据异常。因此看到多条不同部件告警同时出现时，应优先检查电源和母线电压。

三、从故障源到事件码的排查思路

实际排查时，建议先按“时间线”排序日志，再按“空间位置”归类。例如某次ROV下潜任务中，日志依次出现 PWR_BUS_UV（母线欠压）、CTRL_RESET（控制器复位）、THR_OVC（推进器过流）。如果只看最后一条，会误判为推进器故障；但按时间线看，母线欠压最先出现，控制器复位和推进器过流很可能是欠压引起的连锁反应。正确的处理顺序是先检查脐带缆和配电模块，再验证推进器本身。

再如AUV任务中同时出现 IMU_TIMEOUT 和 DVL_LOST，若两者发生在同一时刻，应优先怀疑共用的通信总线或电源，而不是两个传感器同时损坏。这种“共因故障”的判断，正是建立在系统结构和信号流理解之上的。

四、部件故障模式速查表

掌握这张结构地图后，后续学习具体事件码时就有了“挂靠点”：每个代码都能对应到某个部件、某条链路或某种共因故障。故障日志分析的核心不是记住所有代码，而是通过结构关系判断“谁先异常、谁受影响、根因在哪里”。