3. 水下通信与遥测链路基础

ROV 的一切遥操作行为，最终都要落到一条“看不见的链路”上：操作员在甲板上的摇杆动作、推进器指令、机械手开关、相机云台角度，都要经过脐带缆或光纤传到水下本体；而水下本体的姿态、深度、温度、漏水报警、推进器电流等状态，又要沿同一链路回传到控制台。理解这条链路的物理构成、数据组织方式和性能边界，是判断“为什么画面卡了”“为什么机械手动作滞后”“为什么遥测突然中断”的前提。

一、脐带缆与光纤：主链路的两种形态

中小型 ROV 常用脐带缆（umbilical）同时承担供电与通信。典型结构从内到外包括：电源导体（如 2 根 4 mm² 铜芯，用于传输数百伏直流或交流电）、光纤单元（单模或多模，2～4 芯，含冗余）、屏蔽双绞信号线、承力芳纶编织层和外护套。供电与通信共用一根缆，优点是收放简单、成本低；缺点是缆径大、水中阻力大，且铜芯通信带宽随距离快速衰减，通常几十米到几百米内只能跑几 Mbps 级以太网或 RS-485。

作业级 ROV 更倾向“光纤为主、铜缆为辅”：脐带缆内嵌单模光纤，通过缆内或本体的光电转换模块（媒体转换器）把甲板端的千兆以太网转为光信号，带宽可达 100 Mbps～1 Gbps，传输距离轻松超过数公里，且完全免疫电磁干扰。代价是光纤弯曲半径敏感、接头需清洁、断裂后现场熔接困难。实际布放时要特别注意：光纤单元在缆内通常有独立松套管，收缆时避免小半径打死弯；水下插拔连接器（如 Burton、SubConn 光电混装型）插合前必须确认 O 型圈与端面清洁，否则进水后衰减骤增。

二、水声通信：备选而非替代

当 ROV 需要脱离脐带缆（自由游弋或长基线定位场景），或脐带缆故障后需要应急遥控时，水声通信（acoustic modem）成为备选方案。其原理是把数字信号调制到 8～30 kHz 的声波载波上，经换能器发射，在水中以约 1500 m/s 传播。典型商用 modem 在浅海可达到几百 bps 到几 kbps 的速率，延迟由声速与距离决定：500 m 距离单程约 0.33 s，加上调制解调处理，端到端往返常达 1 s 以上。

水声链路的关键限制不在“能不能通”，而在“通得稳不稳”：多径反射、船舶噪声、温跃层折射都会造成突发误码。因此水声链路通常只承载低频遥测（深度、姿态、报警）和简短指令（上浮、停机、释放），绝不用于视频。工程上常把它设计为“心跳 + 应急指令”通道，与主链路并行监控。

三、遥测数据帧：链路上跑的是什么

无论铜缆还是光纤，遥测数据都以帧为单位组织。一个典型的 ROV 遥测帧可设计为固定长度 64 字节，结构如下（示例参数，非实测）：

帧率通常设为 10～50 Hz。序号字段是排障的核心：甲板软件持续比较相邻帧序号，若出现跳变即判定丢包；时间戳则用于计算单向延迟趋势。CRC 失败率、序号跳变率和延迟抖动，构成链路健康度的三个基本指标。

四、延迟与丢包对操作的真实影响

延迟不是抽象指标，它直接改变操作手感。以机械手抓取为例：操作员看到画面中目标位置，推杆让机械手前进，若端到端延迟为 200 ms，操作员在“看到手到位”之前已经多推了一段，容易过冲；延迟超过 500 ms 时，闭环操作退化为“看一步、动一步”的断续模式，精细作业效率显著下降。视频编码与解码本身还会引入 100～300 ms 缓冲，因此遥测延迟与视频延迟要分开测量、分别优化。

丢包的影响则取决于丢的是什么。遥测帧丢失表现为仪表数值跳变或短暂冻结，序号跳变率超过 1% 就应排查；控制指令丢失更危险——若连续几帧推进器指令未到达，本体可能保持上一指令继续运动。因此控制下行帧通常设计为“带确认 + 超时归零”：本体超过 300 ms 未收到新指令，自动将推进器输出缓降至零，这一机制称为指令失效保护（fail-safe）。

五、链路监控与故障应急

日常监控应至少盯住四项：光模块收发光功率（单模典型发送 -3～-8 dBm，接收不低于 -20 dBm）、CRC 错误计数增速、帧序号跳变率、往返延迟抖动。可在甲板软件中设置阈值告警，例如 10 s 内 CRC 错误超过 5 次即提示检查接头。

典型故障与处置思路：

• 画面与遥测同时中断：优先怀疑脐带缆或光电转换供电。检查甲板端光模块指示灯、缆端连接器是否进水，必要时切换备用光纤芯。
• 遥测正常但视频卡顿：多为带宽拥塞或编码参数过高，降低视频码率或分辨率验证，而非盲目换缆。
• 延迟逐渐增大：检查是否有其他设备占用同一网段、交换机是否过热，光纤弯曲损耗增大会表现为误码而非单纯延迟。
• 完全失联：立即启用失效保护确认本体已停机，再通过水声链路发送上浮或释放指令，同时记录最后有效帧的时间戳与序号，作为事后定位断点的依据。

把链路当作一个需要持续观测的系统，而不是“通了就行”的管道，操作员才能在画面异常的第一时间判断问题出在缆、光模块、网络还是本体，从而把故障处置从被动等待变成有依据的快速决策。