混合驱动水下机器人设计：浮力调节与螺旋桨推进协同控制

简介：这是一份面向水下机器人研发与智能控制领域读者的PDF设计文献，聚焦混合驱动小型自主水下机器人的整体方案。机器人采用浮力驱动与螺旋桨推进相结合的双驱动模式，兼顾能耗节省与复杂水下环境适应能力。文中从载体结构、控制系统与软件系统三方面展开，特别对姿态调节舱段、浮力调节舱段和喷水推进系统的模块化设计进行了分析，并给出俯仰调节、浮力调节的具体参数与实现方式，如一百米作业深度、正负三百毫升调节能力等，可为相关项目提供设计参考。资源共一个PDF文件，压缩包大小824KB，内容紧凑便于阅读；目前已有139人浏览学习。读者可从中获得水下机器人总体架构、载体结构设计、双模通信控制、应急抛载处理等知识，适合作为机器人、机器学习、深度学习等方向的参考文献或专业指导材料。

1. 混合驱动的矛盾：为什么浮力与螺旋桨不是二选一

做水下机器人的都知道，能源受限是绕不过去的坎。电池容量摆在那，搭载的传感器、机械臂越多，续航越短；可如果为了续航砍掉动力，又没法应对复杂水下环境。这篇设计文档给出的是一个很务实的答案：把浮力驱动和螺旋桨推进做进同一台载体里，平时用浮力调节实现上浮下潜，像滑翔机那样省电；需要快速机动或对抗水流时，再启动尾部喷水推进器。两种模式既能独立工作，也能联合使用。

这个思路的巧妙之处在于，它没有把两种驱动方式当成竞争关系，而是按任务阶段选择。水质观测、渔业养殖这类需要长时间大面积巡航的作业，用浮力驱动慢慢漂，能耗可以压得很低；遇到障碍或需要定点悬停时，螺旋桨补一脚。整套系统由载体结构、控制系统和软件体系三层构成，载体采用模块化舱段设计，俯仰调节舱、控制舱、浮力调节舱和喷水推进段各司其职。对于想自己搭一台低成本长续航水下观测平台的工程师来说，这篇设计的参考价值在于它把每个关键模块的参数都算到了具体数值，从电机型号到行程补偿，可以直接拿来做选型和计算框架。

2. 俯仰调节与浮力调节的静力学计算与机构选型

2.1 重心-浮心轴向调节的静力学模型

俯仰调节的本质是改变重心与浮心的轴向相对位置。设计里用了最直接的方式：轴向移动电池组。设载体配重后的总质量为 m，俯仰调节移动部件重量为 m1，沿轴向移动距离 x1，则整机重心移动量 x = m1·x1 / m。如果初始稳心高为 h，静态俯仰角 θ 满足：

tan θ = x / h

注意这里的 h 是稳心高，不是浮心到重心的距离，实际计算时要取载体在当前排水状态下的稳心高度。从这个公式能看出两个要点：一是调节能力与移动质量成正比，与总质量成反比；二是同样的移动距离，稳心高越大，能获得的俯仰角越小。设计时不要一味追求大行程，先确定需要的最大俯仰角，反推移动质量和行程。

2.2 浮力调节对俯仰角的干扰补偿

浮力调节装置通过改变排水体积来改变浮力。设计指标是最大作业深度 100m，调节能力 ±300ml。结构上采用内外皮囊方案，直流电机带动液压泵把油从内皮囊打到外皮囊，排水体积增加，浮力增大；反向则减小。但外皮囊位置在艉部，活塞运动时浮心也会轴向移动，这会干扰俯仰角。

文档里给出了很关键的补偿计算：活塞从最左到最右，重心位置变化 Δ1 = 14.29mm，浮心位置变化 Δ2 = 9.79mm。两者差值造成的俯仰角改变，需要俯仰调节装置反向移动行程 X1 来补偿：

X1 = (Δ1 - Δ2) · m / m1 = (14.29 - 9.79) × 171 / 14 = 54mm

这里 m1 = 14kg 是俯仰调节移动部件重量，m = 171kg 是载体总质量。注意 Δ1 和 Δ2 的方向，如果浮心移动方向与重心移动方向一致，差值要取绝对后判断正负。实际工程中，补偿行程还要留 10%~15% 裕量，因为液压油温度变化会引起体积膨胀，改变浮心位置。

2.3 电机与传动选型对比

俯仰调节选用 Maxon EC16 直流无刷电机，额定 24V，额定转速 37900r/min，配合行星齿轮箱后输出转速限制在 8000r/min。这里有个容易踩的坑：无刷电机高速运转时噪声和振动会传导给载体上的传感器，所以齿轮箱减速比要按照输出轴端的最大允许转速反推。浮力调节则选用 Maxon RE50 直流有刷电机，因为浮力泵需要低速大扭矩，有刷电机控制简单，适合双向泵工况。

浮力电机额定电流超过 10A，直接由电池供电，但控制系统供电必须隔离。设计里用 DC-DC 模块把 24V 降到 5V，同时隔离电机侧与逻辑侧的电源地，避免大电流启动时拉低控制电压。

import math # 混合驱动水下机器人俯仰补偿计算示例 m_total = 171 # 载体总质量 kg m_move = 14 # 俯仰调节移动部件质量 kg delta_g = 14.29 # 重心位置变化 mm delta_b = 9.79 # 浮心位置变化 mm h = 120 # 假定稳心高 mm # 浮力调节引起的重心-浮心偏差 delta_diff = delta_g - delta_b # 俯仰调节装置的补偿行程 theta_comp = delta_diff * m_total / m_move print(f"浮力调节造成的俯仰等效偏差需补偿行程: {theta_comp:.1f} mm") # 若只靠移动质量块实现 10 度俯仰角 theta = math.radians(10) x_needed = h * math.tan(theta) print(f"实现 10 度俯仰角需移动质量块: {x_needed:.1f} mm")

这段计算的逻辑是：浮力调节活塞移动时，重心的变化和浮心的变化并不相等，两者的差值会改变载体原有的纵向平衡。把差值按质量比放大到俯仰调节机构上，就能算出需要额外补偿多少行程。实际代码里稳心高 h 是简化处理，更精确的做法是从三维模型中提取当前吃水状态的浮心坐标，再与重心坐标做矩阵运算。

3. 双层控制系统：LPC2294主控与MSP430子单元的CAN总线设计

3.1 主控单元的资源分配与串口扩展

主控制单元采用 Philips LPC2294，这是一颗基于 ARM7TDMI-S 内核的 16/32 位处理器，运行功耗约 0.1W，比 PC104 嵌入式 x86 方案低 1~2 个数量级。之所以选它而不是更新型的 Cortex-M 系列，是因为这个设计年代较早，而且 LPC2294 自带丰富的外设接口，配合 8MB NOR Flash 和 pSRAM，足够承载 μC/OS-II 操作系统和数据处理任务。

LPC2294 原生串口数量有限，设计用 GM8142 芯片通过 SPI 总线扩展 4 路 UART。这里有个关键点：GM8142 扩展出来的串口信号是 TTL 电平，而很多传感器需要 RS232 接口。所以扩展板上用了 SP3243EEA 和 ADM3222ARWZ 两块电平转换芯片，把 TTL 转成 RS232。如果使用 RS485 传感器，还要额外加隔离收发器，否则长距离传输容易产生地环路干扰。

3.2 子单元独立控制与 CAN 通信

子控制单元采用 MSP430F149 超低功耗处理器，每个子单元只负责一个具体功能：浮力调节、推进器控制或者作为备用。主控单元与子单元之间通过 CAN 总线通信，物理层只用 2 条电源线和 2 条 CAN 信号线。CAN 协议相对 RS422 的优势在于多主架构，子单元发现漏水时可以直接上报，不需要主控轮询。

子单元的输入简化为 24V 电源和 CAN 线，内部再通过 DC-DC 转为 5V 和 3.3V。CPU 的 I/O 口驱动能力有限，所以每个子单元都加了 74HC245 电平转换芯片，既提高驱动能力，又把外部信号与 CPU 隔离。这个芯片的方向控制引脚要接对，否则数据方向翻转时会造成总线竞争，损坏 I/O 口。

3.3 推进器控制与供电隔离

推进器选用中科世纪的 ECOWave50 喷水泵改装，实测水中最大转动电流 3.2A，100m 水深下电流可能翻倍，所以子单元供电由电池直接接线，不走控制系统电源。两路 PWM 信号控制两个泵的转速，通过调两个泵的转速差实现转向，避免了舵机或者矢量推进的复杂机构。

// CAN 报文定义示例：主控 -> 浮力子单元 typedef struct { uint8_t cmd; // 0x01 移动到指定位置, 0x02 回油, 0x03 停止 uint8_t target; // 电位计目标值, 0~255 uint8_t speed; // 电机转速百分比 } BuoyancyCmdMsg; // 子单元发送的状态反馈 typedef struct { uint8_t status; // 0x00 空闲, 0x01 运动中, 0x02 到位, 0x03 故障 uint8_t position; // 直线电位计当前值 uint8_t leak; // 漏水传感器状态, bit0 舱前, bit1 舱后 } BuoyancyRespMsg;

这个报文结构的逻辑是：主控只下达高层命令，比如“把浮力调节到位置 150”，子单元收到后自行控制电机，通过 AD 采样直线电位计判断是否到位，再把状态反馈回去。采用这种设计后，主控不需要关心电机 PWM 频率、加减速曲线这些细节，子单元完全独立。漏水状态也打到反馈报文里，主控只要读这一个字节就知道舱段是否进水。

4. μC/OS-II下的软件任务划分：让实时操作系统接管舱内调度

4.1 分层体系结构

水下机器人的软件如果写成裸机大循环，一旦某个传感器阻塞，整机响应就会延迟。设计采用 μC/OS-II 实时内核，按功能划分独立任务，每个任务有自己的栈空间，内核按优先级调度。这里要点在于优先级分配的逻辑：需要硬实时响应的任务，比如漏水监测和应急抛载，必须放在最高优先级；运动控制其次；数据存储和通信可以放低一些。

任务划分没有标准答案，但有几个原则可以参考：一是把时间敏感的操作放在高优先级任务里，比如推进器 PWM 更新；二是把耗时长的操作（如数据压缩、Flash 写入）拆成独立低优先级任务，避免阻塞控制环路；三是任务间通信不要用全局变量共享，而是用 μC/OS-II 提供的信号量、消息邮箱或消息队列。

4.2 运动控制任务的设计

以俯仰调节为例，主控任务接收水面指令，解析目标俯仰角，然后换算成电机要走的行程，再把行程值通过 CAN 发给子单元。子单元任务收到 CAN 消息后，启动一个闭环控制循环：读电位计当前位置，和目标值比较，用 PID 或者简单的分段控制输出 PWM。

// μC/OS-II 任务伪代码：浮力调节子单元控制 void Task_Buoyancy_Control(void *pdata) { uint8_t cmd, target; int16_t current_pos; while (1) { // 等待 CAN 消息，超时时间为 100ms if (OSMboxPend(CAN_Mbox, 100, &err) == OS_ERR_NONE) { parse_can_msg(&cmd, &target); switch (cmd) { case CMD_MOVE: current_pos = read_potentiometer(); if (current_pos < target) { motor_forward(MOTOR_SPEED); } else if (current_pos > target) { motor_reverse(MOTOR_SPEED); } // 到位判断：误差小于 2 个 AD 值 if (abs(current_pos - target) <= 2) { motor_stop(); send_can_resp(STATUS_ARRIVE); } break; case CMD_RETRACT: motor_reverse(MOTOR_SPEED); break; } } // 检测漏水，优先级最高 if (check_leak_sensor()) { send_can_resp(STATUS_LEAK); // 触发本地报警，但不切断动力 } OSTimeDly(10); // 10ms 周期 } }

这段伪代码展示了子单元内部的控制循环。OSMboxPend 是 μC/OS-II 的消息邮箱等待接口，超时设 100ms 是为了避免 CAN 总线异常时任务一直挂起。电位计读数通过 AD 转换得到，因为直线电位计是模拟输出，子单元还要做软件滤波，比如连续采 5 次取平均，否则电机震动会引入噪声。

4.3 通信链路的选择：无线电与铱星

控制系统的通信链路分两路：无线电负责近程控制，速度快但距离有限；铱星负责超视距通信，能覆盖全球但需要缴费且受天气影响。这两路共用一个上位机接口，上位机发送的指令字符串先经过通信管理任务，再分发给对应的执行任务。设计时要注意切换逻辑：默认用无线电，当接收信号强度低于阈值且确认有远程备份任务时，才切换铱星，避免频繁切换导致指令丢失。

5. 应急抛载装置：把最后一道安全绳做成独立子系统

应急处理是整个设计里容易被忽略但必须做实的部分。浮力调节失效、螺旋桨卡死、通信链路中断，任何一条都可能导致整机滞留水下。这里采用的是旋转电机抛载方式：当需要上浮时，电机多次往返旋转，让压载重物失去支撑点自然掉落。相比电磁铁抛载，这种方式平时不需要上电保持，待机功耗极低；相比熔断式，它不会误触发，可靠性更高。

抛载单元独立供电、独立控制，不只是听命于主控，还要反过来监控主控。设计中要求应急处理单元持续监控主控制单元的运行状态，如果发现主控程序跑飞或看门狗超时，应急单元要能自动执行抛载。这个机制可以通过硬件心跳线实现：主控每 200ms 翻转一个 GPIO，应急单元如果在 1s 内没看到翻转，就认为主控失联，直接抛载。

验证抛载功能时，不要只在岸上试，要放在水里做负浮力测试。先把机器人调成略微负浮力，让它悬停在 2m 水深，然后模拟主控故障，观察抛载后机器人是否能在 3s 内转为上浮。还要测抛载后重物是否彻底脱开，如果电机卡在中间位，重物可能只掉一半，导致艇身倾斜上浮，姿态不稳定。建议在压载块上增加限位开关，抛载完成后反馈一个确认信号给应急单元，确认失败时再次触发旋转，留给系统一个“双保险”。

另外，应急抛载和浮力调节是两套独立系统，千万不要共用电源或通信总线。一旦正常供电网络进水短路，应急系统还能靠自己的电池和电路工作，这是保障“失败模式下的可控性”的关键。在设计手册里，这一步通常叫做“故障安全设计”，但它在实际项目中的价值，远高于任何繁琐的软件校验。

本文还有配套的精品资源，点击获取