机器人项目里，第一台样机调顺以后，团队很容易松一口气。

动作能跑了，报警少了，任务也能走完。看起来，原来的问题已经解决。

可第二台机器刚开始运行，第一台已经消失的问题又出现了。

现场最容易冒出一句话：

“第一台不是已经解决了吗？为什么第二台又回来了？”

但在照着第一台重新调一遍，或者推翻方案之前，团队要先把两台机器放在一起做差异对照。

第一台可能是“调出来的”

第一台样机最后能跑，可能经历过线束重新固定、接插件更换、参数调整、软件更新、装配修正或测试条件变化。

这些调整如果已经进入图纸、版本、参数包和装配要求，第二台就有条件照着执行。

如果它们只留在第一台机器和工程师记忆里，第二台即使按照现有资料装配，也未必能得到相同结果。

所以，第一台能跑，不一定说明第二台出了新问题；也可能说明第一次整改并没有真正进入第二台。

先对照 5 类差异

以第一台最后一次验证通过时的配置为参照，先把下面五类差异摆到一张表里。

这个对照方法不是为了再增加一张检查表，而是帮助团队确认：两台机器是否按同一套工程基准完成了配置、装配和验证，是否具备可比较的条件。

这里要找的不是“看起来差不多”，而是哪些差异可能改变运行结果。

同一个程序版本，不代表参数包相同；相同的线束型号，不代表走向、固定和屏蔽状态相同；同样写着“测试通过”，也不代表任务、负载和环境一致。

如果不先把这些差异找出来，第二台很容易再次依赖现场试错，被重新“调顺”，但团队仍然不知道问题为什么回来。

对齐以后，结果会指向两条路

完成差异对照后，再在相同任务、负载和环境下复测。

如果关键差异对齐后问题消失，通常提示第一台的有效调整没有完整进入第二台。接下来要做的，是把对应要求同步到正式资料和后续执行中。

如果差异基本对齐后问题仍然存在，就不能继续说“第二台没装好”。这时要回到设计裕量、器件离散性和工艺窗口，检查方案是不是只在第一台的特定条件下成立。

这两条路必须分开。否则，复制问题会被误判成设计问题，设计问题也可能被现场调试暂时遮住。

别让第二台重新交一次调试学费

第一台调顺以后，项目真正要留下的不是“已经能跑”，而是第二台可以直接执行的硬件、软件、参数、装配和验证要求。

否则，第一台积累的是工程师经验，第二台拿到的仍然是一轮新的排查和返工。

后面会继续沿着这条线往现场走。下一篇，我们聊临时改动：一时救了现场，为什么后来会让问题越来越难查。

第一台证明的是这台机器能被调通；第二台开始验证的是这套工程要求能不能被复制。