当一个团队拿到一套成熟移动底盘，要把它变成一台能进店运营的送餐机器人，中间到底要过哪些关。案例对象是 REEMAN 锐曼的风火轮WBOT11B 底盘风火轮底盘相关详情，以及基于它集成的双层透明餐舱送餐机器人。

一、底盘不是“参数表”，而是一组工程边界

  WBOT11B 的公开规格很清晰：450×450×317mm 机身，28kg 自重，60kg 最大载荷，差分轮驱动，激光 SLAM 与 V-SLAM 融合导航，270° 激光视场，0.2–0.8m/s 速度区间，25.6V/27Ah 电池，公开续航 4–6 小时，支持自动回充，开放 SDK 与 API，可接多机调度系统。

  但做集成时，参数不能只按字面用。60kg 是底盘最大载荷，不是餐品载荷——透明舱、金属框架、显示屏、工控机、线缆、电池余量都要从载荷预算里扣。更关键的是重心：载荷再轻，只要重心过高，启停俯仰和转弯侧滑就会放大，汤水类餐品首当其冲。所以上装设计的第一原则，是把重物往下放，舱体不要外悬，过门宽度按整机最大包络算，而不是按底盘尺寸算。

二、导航融合不是堆传感器，是做故障冗余

  室内餐饮场景的特征是“高动态加低特征并存”：餐桌椅规律但易变，玻璃隔断和镜面会吃掉激光特征，人流和儿童是突发障碍。单激光 SLAM 在长走廊、纯色墙、玻璃区容易退化，V-SLAM 用视觉特征补约束，但弱光或重复纹理又会影响视觉。因此工程上不是二选一，而是让激光建图保结构尺度，视觉特征补局部定位，3D 视觉、超声波和碰撞条补近场盲区，动态障碍物通过代价地图做实时膨胀。

  270° 雷达覆盖前侧方，后向仍建议用超声和碰撞开关兜底，别默认“无后向碰撞”。速度上限压低，不是性能不够，是为制动距离和人机共存留安全余量。

三、自动回充是状态机，不是一句“电量低就回去”

  自动回充在真实项目里要拆成完整链路：电量监测、阈值触发、保存任务上下文、规划回充路径、对接充电桩、对齐失败重试、充电完成判定、任务恢复或待命。

  现场部署时，充电桩别放主通道，回充路径避开餐桌和服务员动线；充电阈值要留安全余量，别等快没电才回；多机场景要调度系统分配充电排队；上装屏和工控机功耗要计入续航模型，满载连续运行续航会低于标称值。

四、配送任务的本质是业务状态机

  单点配送可以抽象为“装餐、选点、导航、到位、确认”；多点配送则是序列加工：每个目标点带顺序、超时、重试、跳过策略。机器人运行中要处理避障等待不丢任务上下文、某点超时上报业务系统并跳下一目标、低电插入回充后按原序列恢复。

这些逻辑不应该写进底盘固件，而应该在应用层做任务编排。底盘只负责把“走到哪、怎么避障、怎么回充”封装成稳定能力，上装负责把订单、包厢、取餐人、确认动作映射成机器人行为。

五、上下装解耦是量产友好的关键

  这套案例最值得开发者学的，是边界划分：底盘计算单元只管定位、路径、速度控制和传感器融合；对外只给状态信息和控制指令。上装控制器不需要理解 SLAM 内部实现，只需要读取机器人状态、下发业务目标。

  好处非常直接——上装软件迭代不触发底盘固件变更，底盘升级也不破坏上装业务。换一家餐厅、换一套点餐系统、换一种舱体结构，都不用重写底层运动控制。

六、整机集成的风险清单

  重心过高会导致启停晃动；透明罩未做防刮防碎会拉高维护成本；开盖机构无锁扣会在急停时滑出物品；单频 WiFi 会导致任务下发丢包；地图未隔离后厨推车区会频繁重规划；多机无调度会在走廊死锁。这些问题都不是底盘参数能直接解决的，必须在整机设计和现场部署阶段逐个闭环。

七、总结

  WBOT11B 的价值不是“参数强”，而是把移动机器人最难的底层能力封装成稳定原语，让开发团队把精力放在上装与业务。送餐机器人项目落地，真正的工作量在载荷校核、舱体结构、任务状态机、业务系统对接、现场地图与回充部署。底盘平台化加接口标准化，是轻载商用 AMR 最现实的技术路径。

点击查看相关实拍视频【双层送餐机器人定制案例｜锐曼风火轮 WBOT11B 底盘案例视频】