商超导航机器人控制系统开发

商超导航机器人不是一块简单会移动的广告屏

顾客站在机器人前面，可能只做两件事：在屏幕上搜索某件商品，然后跟着机器人走到对应区域。要让这段过程稳定发生，机器人得知道自己在哪里，目标点在哪里，哪条路能走，前面是顾客、购物车还是临时促销堆头，电量是否足够完成任务，途中堵住后该等、该绕还是该求助。

商超导航机器人控制系统，就是把这些现场动作和门店服务接起来。机器人端负责触摸、语音、任务执行和状态展示；导航系统负责定位、路径规划与运动控制；云端和后台负责地图与点位、商品内容、任务、设备、电量、告警、版本和日志；门店人员通过后台或运维移动端处理异常、暂停任务、远程接管和安排维护。

红数科技可围绕已有机器人底盘和导航能力，完成业务控制、交互页面、任务调度、设备后台、数据接口和运维工具开发，也可以配合机器人厂商做接口联调。底盘、电机、电池、充电桩、激光雷达、深度相机、超声、急停和机械防撞属于机器人本体能力。软件不能替硬件增加制动距离、载荷、续航或感知范围，更不能在没有现场测试时承诺导航精度和无人值守效果。

一套系统里，至少有五个部分需要配合

项目开始前，最重要的不是先画机器人屏幕，而是确认现有硬件和软件栈。不同底盘的速度控制、里程计、急停状态和充电方式不同；不同导航方案的地图、坐标、任务接口和异常码也不一样。只拿到一张机器人外观图，无法判断能否在商超里稳定带路。

若机器人厂商已经提供成熟导航栈，项目会优先接入其任务与状态接口，不重复改写底层导航。若现有导航只能在空旷展厅运行，商超密集货架和动态人流还没有验证，就要先做现场预研。软件页面做得再完整，也掩盖不了定位漂移、刹车距离不合适或充电对接失败。

门店平面图和机器人地图不是同一张图

招商或消防平面图方便人看，机器人用于定位和规划的地图则来自传感器建图或导航系统处理。墙体、固定货架、柱子、玻璃、通道边界和可通行区域要在机器人地图上正确表达。商品分类、品牌区、收银台、服务台、洗手间、电梯口等顾客能理解的名称，再作为业务点位关联到地图坐标。

后台通常需要管理楼层、地图版本、区域、路径点、目标点、等待点、充电点、禁行区和限速区。靠近扶梯、楼梯、装卸区、玻璃门或消防设施的位置，可能需要额外安全区域。机器人不应进入扶梯；跨楼层运行必须有可控电梯、门禁接口、楼层地图、网络覆盖和故障处理。如果这些条件不具备，就应限定在单层运行或由人员转运。

商超布局经常变化。新促销堆头占了半条通道，货架整体移动，收银区改造，地图和商品点位就可能失效。后台需要保留地图版本和发布时间，修改后先在非营业时段复测，再决定是否切换生产地图。点位不能只写一个名称，还要说明机器人到达方向、停靠位置、附近通行宽度和是否会影响顾客。

商品数据同样有来源。机器人可以搜索“饮用水”“家电区”或某个品牌，但商品名称、分类、楼层、货架区、活动和库存需要来自门店系统或运营后台。没有库存接口时，可以引导到商品区域，不能承诺某个货架一定有货；促销结束或商品下架后，内容也要及时失效。

导航能在空场跑通，不等于营业时段也能带路

机器人通常综合激光雷达、视觉、超声、IMU和轮式里程计判断位置与周围环境。具体使用哪些传感器、怎样融合，由机器人和导航方案决定。商超现场的难点在于环境不断变化：购物车会突然横穿，顾客可能停在通道里交谈，儿童动作难预测，镜面和玻璃会影响感知，反光地面与重复货架也可能让定位变得不稳定。

控制系统需要知道导航任务正在规划、行驶、等待、绕行、到达、取消还是失败。路线临时被堵时，可以先减速等待，再按导航能力重新规划；持续不可达时，应结束任务并向顾客说明，或通知门店人员。不能让机器人在窄通道反复前后试探，更不能为了完成任务绕过安全限制。

定位丢失也不能只显示一个错误码。机器人可能需要停止运动、尝试在已知区域重定位，仍然失败时请求人工处理。后台应保存发生位置、地图版本、传感器状态、任务、速度和导航返回信息，运维人员才有机会复现。若定位异常发生在扶梯口、出入口或高人流区域，处理优先级要更高。

“带到目的地”还要考虑顾客有没有跟上

屏幕指路只需要展示当前位置、目标和路线。机器人带路则需要在行走过程中照顾顾客。速度不能只按底盘最高值设置，要根据通道宽度、人流、转角和顾客步速划分限速区。起步、转向和停车尽量平顺，避免顾客刚看一眼手机，机器人已经走出很远。

机器人可以通过屏幕按钮、语音提示或约定的感知方式判断用户是否继续。具体能否识别人、持续跟随某位顾客，取决于摄像头、算法、隐私和现场测试，不能默认具备。更稳妥的流程是在关键位置等待、允许顾客暂停、超时后结束任务，并显示剩余路线或请求工作人员协助。

到达目标也不是坐标到了就结束。机器人需要停在不挡货架、不堵通道且便于顾客观察的位置，面向方向和到点容差要在现场标定。完成后可以介绍区域、展示商品分类，再决定返回待命点、接受下一任务或去充电。若目标附近正在补货或被围挡，后台应能临时停用该点位。

语音交互可以帮助顾客说出目的地，但商场广播、环境声、多人说话和口音都会影响识别。项目会结合触摸搜索作为稳定入口，语音作为补充。语音服务、唤醒词、离线或在线模式、网络中断和敏感内容过滤需要单独确认，不承诺在所有噪声环境下准确理解。

多台机器人不是把单机页面复制几份

单台机器人可以本地接收任务，多台同时运行则需要统一安排。调度服务要知道每台机器人的位置、电量、工作状态、当前任务、地图、能力和故障情况，再决定把新任务分给谁。距离最近不一定最合适：它可能正在充电、被通道困住，或电量不足以完成往返。

任务通常包含来源、目标、优先级、创建时间、执行设备、超时和取消原因。顾客带路、门店巡游、开店检查和紧急调度的优先级不同。任务取消后，机器人是原地待命、返回服务台还是继续上一任务，需要有规则，不能只把后台状态改成“已取消”。

多机在同一狭窄通道相遇时，谁先走、谁等待，主要取决于导航与交通管理能力。调度层可以避免把多台机器人同时派往拥堵区域，设置单向通道、互斥区和等待点，但不能在底层导航不支持时声称解决了全部动态避让。高峰期还要限制同时运行数量，给顾客和购物车留出正常空间。

自动回充需要判断电量、任务剩余距离、充电桩占用和机器人状态。低于阈值时不再接收长任务，空闲机器人按顺序回充；对接失败时可以有限重试，持续失败则告警。充电区域不能设在消防通道和顾客密集处，也不能让故障机器人反复撞击充电桩。

后台不是只看机器人地图上的几个点

门店真正需要的是能维护日常运行的后台。设备列表应显示机器人编号、门店、地图、在线、电量、任务、位置、版本和告警；任务记录能追到发起人、目标、开始、路线结果、取消或失败原因；地图和点位修改有版本；远程操作有人员、时间和结果。

远程接管应有明确使用条件。机器人附近可能有顾客和货架，只看一块摄像头画面并不足以安全高速移动。远程操作者需要确认现场、使用低速、限制范围并保留操作记录；网络延迟或画面中断时立即停止。能够远程控制，不等于可以无人监督地处理所有现场故障。

告警也要分级和去重。低电量、定位丢失、急停、充电失败、底盘故障、网络离线和应用异常，影响程度不同。同一故障持续上报时，后台合并为一次事件，记录首次发生、最近发生和恢复时间。门店人员看到的提示应能说清下一步，而不是一串只有研发看得懂的代码。

版本升级不能在营业高峰里随手点击

机器人端应用、导航程序、底盘固件和云端接口可能分别更新，必须有版本兼容关系。后台发布前要确认适用型号、当前版本、电量、任务状态、网络和可恢复条件。正在带路或远离安全停靠点的机器人，不应直接开始升级。

升级可以先选择少量设备灰度验证，再逐步扩大。安装包或固件下载后要校验，升级过程中记录阶段，重启后重新上报版本和关键状态。失败时是否能回滚，取决于设备和系统是否提供对应能力；没有双分区或救援机制时，软件不能承诺一定远程恢复。

门店地图和业务配置也需要版本管理，但不一定和程序一起发布。新地图上线前先完成定位、关键路线和充电测试；商品点位调整可以独立审核。这样发生问题时，能够判断是程序、地图、点位还是硬件变化，而不是把所有更新混成一次发布。

安全标准不是避障算法的附属说明

机器人进入营业场所，安全规则要先于带路效率。急停、机械防撞、速度上限、制动、声光提示、危险区域和充电安全，需要由机器人本体、现场管理和控制系统共同落实。项目应根据产品用途、部署地点和实施时要求评估适用的产品安全、网络安全、个人信息和场所管理规定，红数科技负责合同范围内的软件实现，不替代硬件认证和第三方安全测评。

开店和闭店可以采用不同的速度、路线和可运行区域。补货、清洁和施工时，门店人员应能临时关闭通道或暂停机器人。消防疏散、突发事件和大客流情况下，机器人按照确认策略停止在安全位置或由人员处置，不能阻挡消防通道和出口。

相机与语音设备还涉及隐私。若只用于避障，应按硬件和算法要求限制原始数据保存；若需要人脸、录音、客流分析或行为识别，则属于额外业务，需要单独说明用途、权限、保存期限和合规条件。不能因为机器人带摄像头，就默认可以长期保存顾客画面。

项目要在门店里跑，而不是只在实验室里演示

客户或机器人供应商需要提供可用样机、底盘与导航SDK、接口文档、充电桩、设备协议、版本说明、技术支持和测试门店。商超方需要提供平面资料、营业时间、货架与区域信息、网络条件、商品或服务点数据、安全规则和可测试时段。

1. 现场勘察。 检查楼层、通道宽度、地面、坡度、玻璃、扶梯与电梯、充电位置、网络和人流，确认单层或跨层范围。
2. 硬件与接口预研。 走通底盘控制、状态、导航任务、急停、充电和日志，记录厂商接口缺项与硬件限制。
3. 建图和点位标定。 生成导航地图，配置禁行、限速、目标、等待和充电点，再关联门店区域与商品数据。
4. 产品和系统开发。 完成机器人交互、任务服务、调度、后台、内容、告警和运维工具，按可运行版本持续联调。
5. 门店试运行。 在闭店和营业时段测试固定路线、动态障碍、拥堵、跟丢、低电量、网络中断、急停和人工接管。
6. 上线交接。 固化版本与参数，完成账号权限、部署、备份、培训、问题清单和试运行验收，再进入正式服务。

周期和费用，主要看硬件成熟度与现场范围

需求尚未确认时，可以用以下范围做第一轮选择。它们是软件和系统集成参考，不包含机器人硬件及现场改造，也不是固定报价。

底盘和导航SDK质量、机器人型号、地图数量、跨楼层、商品系统、语音服务、多机交通、UI要求、网络与部署环境都会改变周期和费用。机器人本体、传感器、充电桩、电梯与门禁改造、网络建设、导航或语音SDK授权、云资源、现场施工、地图测绘、安全测评、认证、驻场和专项咨询等第三方费用按实际发生另计。

若硬件仍在样机阶段，适合先做技术预研和单路线试点。确认定位、导航、急停、充电与基础接口可用后，再投入完整交互和多机平台。预研发现地面、玻璃或底盘不适合现场，应先解决硬件和导航问题，不能用增加后台功能来绕过。

验收看的是连续运行和异常恢复

常见交付内容包括需求与功能清单、现场与系统关系说明、交互原型、界面设计稿、机器人端应用、云端和后台源代码、数据库结构、接口文档、地图与点位配置说明、部署与备份资料、权限清单、测试记录、操作手册和培训资料。机器人厂商提供的底盘程序、导航系统、SDK、算法和固件，其权属与交付方式按实际授权及合同约定。

验收前，双方锁定机器人型号、传感器、底盘与导航版本、地图、点位、门店区域、网络和运行参数。核心项目包括：

• 机器人在约定起点可以完成初始化和定位，位置错误或定位失败时停止并提示，不盲目执行任务。
• 商品与区域查询能够对应正确楼层、区域和目标点，过期或停用点位不会继续派单。
• 约定路线可以规划并到达，停靠方向和位置不挡货架、通道、扶梯口及消防设施。
• 顾客带路过程中速度、等待和到达提示符合规则，顾客未跟上或任务取消后按约定处理。
• 购物车、行人、临时障碍、持续堵塞和窄通道场景下，机器人减速、停止、绕行或结束任务的结果可重复验证。
• 定位丢失、网络中断、急停、底盘故障和应用异常时，机器人保持安全，后台收到正确状态和告警。
• 多机任务分配、互斥区域、等待、取消、低电量回充、充电桩占用和故障退出符合调度规则。
• 远程操作受角色、现场确认、速度与范围限制，网络异常后停止，人员、时间和结果有记录。
• 版本、地图与配置能够灰度发布和回查，升级后状态正确；硬件支持恢复时按约定完成失败处理。
• 门店、内容、设备和技术人员只能访问授权范围，地图、点位、高风险配置和日志修改可以追踪。
• 系统达到合同约定的连续运行时间、任务量、响应、日志、备份和部署要求。

上线后，门店每天都在改变机器人看到的环境

商超会调整货架和促销，导航与底盘版本会更新，网络和电池也会老化。售后支持通常包括约定期限内的软件缺陷修复、部署运行检查、日志协助和使用答疑。新增门店、机器人型号、楼层、电梯、商品系统、语音能力、地图重建和大版本升级，需要根据实际工作另行评估。

现场报障要带上机器人编号、地图与程序版本、任务、位置、时间、网络、电量、急停和导航结果。只有“机器人不走了”很难判断是通道堵塞、定位丢失、底盘故障还是任务没有下发。日志和必要的传感器摘要应按权限保存，涉及顾客影像或语音时还要遵守已确认的隐私规则。

商超导航机器人真正有用，不是因为它看起来新，而是顾客能找到地方，门店知道它现在在做什么，路线堵住时不会乱走，低电量会回充，出问题能够停下来并留下线索。把这些日常细节做实，机器人才可能从一次演示变成门店愿意长期使用的服务设备。