服务返回 success 不能独立证明机器人移动，需对照通信和真实动作。
上层受理、下位机开始和动作完成是不同阶段。每轮动作有独立结果，目标丢失也不能当抓取成功。
一、问题的范围与前提
感知、定位、规划、控制与机械执行有不同状态。坐标系、时间、单位和消息有效期决定数据能否安全使用。上层请求受理不表示下位机已完成动作，视觉目标丢失也不等于抓取或到达成功。
二、技术分析与方案取舍
控制命令被节点接收以后，底层可能仍等待串口、控制器或动作许可。先确认只有一个进程拥有控制设备，读取状态与故障，再测试一个低幅度、可停止的动作。topic 名称和服务返回不足以证明物理动作，编码器、状态反馈或独立观察才是进一步证据。
测试保留命令身份、开始、反馈和停止时间，禁止残留旧任务在新测试中继续输出。机器人处于可控空间，通信丢失和急停出口先验证。将 ROS 接口层与实际控制器分别定位，能避免反复改高层参数却没有触及故障。
先做只读状态核对和受控的最小动作，再逐步组合流程。传感器外参和变换方向用实物验证，任务状态明确进入、等待、完成与异常退出。需要硬件执行时，由设备侧联锁和控制器维护确定性边界，网络或模型输出不承担全部安全保护。
三、实现与排查的顺序
- 观察控制进程。
- 核对通信发送。
- 记录完成错误。
- 分段组合流程。
按这个顺序保留中间结果，可以区分输入条件、处理过程和最终输出。前一阶段的条件不成立时，先解释对应错误，再继续后面的试验；单次返回成功不足以覆盖整条链路。
最小示例
1
2
3
请求：task_id、目标、命令、期限
响应：task_id、受理/执行中/完成/故障、结果
消费：身份匹配 → 锁存 → 验证条件 → 确认
通用字段表达任务归属，不是某产品协议。接收时间和消费时间分开，重复回执按已处理身份管理。没有实际完成反馈时，不能将网络成功写成动作完成。
四、验证和结果解释
关联上层请求、通信发送、下位机反馈与实际动作。定位结果需要独立尺度或位置参考，地图图像只能提供部分证据。每轮测试按动作和运行条件保存范围，早期成功不能覆盖后来不同状态下的失败。
| 需要验证的结果 | 保留的对照 | 不能由此推出的结论 |
|---|---|---|
| 旧回执不串任务 | 固定输入与配置、对应输出 | 一次成功代表所有条件成功 |
| 超时有出口 | 中断前后状态与错误阶段 | 没有报错代表结果正确 |
| 实际动作符合条件 | 恢复后的同条件复测 | 临时恢复代表根因已经消失 |
测试目标丢失、时间过期、反馈超时和重启恢复。有效停止与异常出口先于复杂连续动作，避免旧坐标或旧回执驱动下一步。机械风险下保持受控速度与区域，文章只讨论通用方法，不公开现场动作库或生产阈值。
五、适用边界与结论
不公开动作库和现场坐标，先受控小动作再扩展流程。
这条路径把“观察控制进程”与“分段组合流程”连在一起，中间保留可复查的条件。实施时优先确认“旧回执不串任务”，再检查“实际动作符合条件”；两者都满足，才能在当前样本与配置范围内评价方案。设备、数据或软件版本改变以后，相关假设需要重新验证。
