自动回坞不是自动补能的终点。一个可长期运行的系统，需要把返航、停车、到位确认、充电握手、异常退出和恢复任务连成可观测的状态链。

先定义问题：回到充电座不等于已经充上电

庭院机器人通常跨越多个季节运行。割草任务会带来草屑和泥水，扫雪任务则可能遇到融雪水、低温与结冰。机器人即使准确返回底座，也要在这些条件下完成到位识别、功率传输和充电策略执行。

图：庭院机器人覆盖割草与扫雪等季节性作业

对割草、扫雪等庭院机器人而言，自动补能的工程目标不是偶尔完成一次充电，而是在允许的停车偏差和环境范围内反复建立充电会话，并把失败原因留给控制系统判断。

因此，验收指标不能只有“能否起充”。至少还要记录回坞成功率、到位偏差分布、握手耗时、充电中断原因、温度变化、异常恢复路径，以及充电结束后是否能重新领取任务。

接触式接口的故障入口在哪里

接触式充电依赖触点贴合，常见变量来自三处。第一是表面状态，例如草屑、泥水、氧化膜或冰层；第二是机械状态，包括磨损、压紧力变化与停车偏差；第三是维护状态，例如清洁周期和触点检查是否按计划执行。

这些变量不会让接触式充电必然失效，但会增加诊断难度。同一个“未起充”事件，可能来自机器人未到位、触点阻抗变化、底座无电、BMS 禁止充电或通信超时。若系统只上报一个布尔值，现场很难区分导航问题、电气问题还是环境问题。

非接触方案减少了外露金属接口这一类故障入口，却没有取消系统工程。停车偏差、耦合位置、功率限制、散热、异物检测与通信状态仍需纳入控制逻辑。

从人工操作到自动进坞，变化的是系统边界

补能架构可以分成三种典型形态：人工连接有线电源、无线充电但仍由人工取放、自动进坞后无线补能。最后一种形态把充电动作交给系统，控制边界也从单个充电器扩展到机器人、底座、BMS 和任务调度。

如果项目希望减少人工值守，建议先画出状态机，再决定接口字段。下面是一条可用于设计评审的参考链路，它不是某个产品的既有通信协议：

1. RUNNING：执行任务并持续上报电量、温度和健康状态。

2. RETURN_REQUESTED：达到返航条件，任务系统锁定回坞目标。

3. DOCKING：机器人进入底座区域，控制速度和最终姿态。

4. DOCKED：到位传感器或位置算法确认停车结果。

5. CHARGE_HANDSHAKE：充电端与 BMS 交换允许电压、电流和温度条件。

6. CHARGING：持续监测输入、输出、温度、偏位和通信状态。

7. CHARGE_STOPPED：达到结束条件或进入可解释的故障状态。

8. READY_TO_RESUME：解除停靠约束，向任务系统返回可用状态。

机器人停靠后采用非接触方式补能，仍要对每一次状态迁移设置进入条件、超时和回退路径。只有这样，自动回充才不会在“已经回桩但未充电”的中间状态停住。

接口设计要让故障可定位

项目联调时，可以把字段分成设备身份、停车状态、BMS 条件、充电会话和故障原因五组。设备身份用于防止错误配对；停车状态描述到位和偏差；BMS 条件包含允许充电、电池温度和目标参数；充电会话记录开始、停止和能量数据；故障原因区分通信、温度、偏位、异物或底座侧异常。

CAN 或 RS485 只是通信载体。真正需要在接口文档中写清楚的是字段归属、刷新周期、超时判定、默认安全状态和断线恢复。样机能收到一帧数据，不代表批量设备在弱连接和重复回坞条件下仍能稳定运行。

日志也要能够跨设备对齐。机器人控制器、BMS 与充电端最好使用统一时间基准，并保留会话编号、状态迁移时间和停止原因。现场出现“回桩未充电”时，工程人员才能沿着同一条时间线判断是停车超时、BMS 拒绝、通信丢帧还是充电端保护，而不是反复更换部件排查。

验证矩阵应覆盖理想工况之外的情况

台架测试可以验证额定条件，整机测试还要覆盖停车偏差、连续多次回坞、泥水污染、低温停放、温升和通信中断。每个用例应包含前置条件、输入动作、预期状态迁移、停止条件和日志字段。

对于无线补能，还应在整机结构中验证线圈位置、外壳厚度、工作气隙、金属环境与散热路径。防护等级和温域以具体配置及测试报告为准，不能用模块级结果代替整机安装后的验证。

量产前还应明确降级策略。例如连续回坞失败后是否再次定位，通信中断后是否允许自动重试，低温或过温退出后由谁解除故障，以及设备如何提示人工介入。把这些路径写进验收用例，才能避免系统长期停在无法继续任务、也没有清楚告警的状态。

选型结论

当项目已经明确停车偏差、安装空间、目标充电窗口、BMS 接口和环境边界后，才适合比较具体方案。飞英思特 Lumii MAX 可按项目适配接收端安装方式，并通过 CAN 或 RS485 对接整机 BMS；这些能力需要放进上述状态链和验证矩阵中评估。

如果现有接触式方案维护简单、运行稳定，而且有人值守，无线充电未必能带来足够收益。工程决策的分界线，是补能接口是否已经成为运行和维护中的真实约束。