工具显示 connected 但同步读没有状态包，应区分端口打开与目标协议完成。
单设备读取与同步读可能使用不同参数、固件条件和时序。另一工具成功只能提供对照证据，不能证明当前程序配置相同。
一、问题的范围与前提
感知、定位、规划、控制与机械执行有不同状态。坐标系、时间、单位和消息有效期决定数据能否安全使用。上层请求受理不表示下位机已完成动作，视觉目标丢失也不等于抓取或到达成功。
二、技术分析与方案取舍
串口 connected 只表示端口已打开。同步读还依赖设备 ID、波特率、协议版本、地址长度和固件支持。先停止其它占用工具，用单个舵机只读已知状态，核对有效帧、错误码与 CRC；再增加设备，观察哪一步开始失败。单读成功同步读失败时，重点比较广播或分组请求、返回时序和 SDK 参数，而不是立即更换电机。
读取稳定后再验证受限小动作，并保留停止出口。另一软件能控制只是对照证据，不能证明两边用了相同协议与配置。公开示例不包含真实校准极限或设备身份。
先做只读状态核对和受控的最小动作，再逐步组合流程。传感器外参和变换方向用实物验证，任务状态明确进入、等待、完成与异常退出。需要硬件执行时，由设备侧联锁和控制器维护确定性边界，网络或模型输出不承担全部安全保护。
三、实现与排查的顺序
- 排除端口争用。
- 核对参数和固件。
- 从单舵机只读开始。
- 逐步增加设备观察回包。
按这个顺序保留中间结果，可以区分输入条件、处理过程和最终输出。前一阶段的条件不成立时，先解释对应错误，再继续后面的试验；单次返回成功不足以覆盖整条链路。
最小示例
1
2
3
lsusb
ls -l /dev/ttyUSB* /dev/ttyACM* 2>/dev/null
journalctl -k --since "10 minutes ago"
先确认 USB 枚举和设备节点，再检查权限与协议回包。设备名称以主机实际识别为准，公开日志去除设备序列号、MAC 和个人路径。这里不发送设备控制指令。
四、验证和结果解释
关联上层请求、通信发送、下位机反馈与实际动作。定位结果需要独立尺度或位置参考，地图图像只能提供部分证据。每轮测试按动作和运行条件保存范围，早期成功不能覆盖后来不同状态下的失败。
| 需要验证的结果 | 保留的对照 | 不能由此推出的结论 |
|---|---|---|
| 回包符合目标协议 | 固定输入与配置、对应输出 | 一次成功代表所有条件成功 |
| 异常阶段明确 | 中断前后状态与错误阶段 | 没有报错代表结果正确 |
| 小动作有实际反馈 | 恢复后的同条件复测 | 临时恢复代表根因已经消失 |
测试目标丢失、时间过期、反馈超时和重启恢复。有效停止与异常出口先于复杂连续动作，避免旧坐标或旧回执驱动下一步。机械风险下保持受控速度与区域，文章只讨论通用方法，不公开现场动作库或生产阈值。
五、适用边界与结论
不凭连接提示直接执行大动作，供电与机械限位在受控范围确认。
这条路径把“排除端口争用”与“逐步增加设备观察回包”连在一起，中间保留可复查的条件。实施时优先确认“回包符合目标协议”，再检查“小动作有实际反馈”；两者都满足，才能在当前样本与配置范围内评价方案。设备、数据或软件版本改变以后，相关假设需要重新验证。
