引用9楼详细内容：

是。

你感觉程序可能大还是硬件可能大？

我不知道你说的一直不顺利但是又用了好些天是什么一个状态

我有一个“洁癖”。不允许error非0（除了运动控制库128是说没有触发信号）。用程序一旦出现非0就立即找愿意，一定要找到点上，绝对不是随便加个互锁；加个延时绕过一下作罢。

如果偶尔报3，结果程序又有用户级的重试，结果几百毫秒之后故障可能消除了。那么人是一点都不知道的。就是说即使通讯断了几百毫秒，机械也反应不出来有问题，这个问题好像自行消化掉了。

直到问题消化不掉了，很明显了，可能就是你现在这种现象了。再去解决问题，基本手上是没有应对方法的。所以在调试阶段，我绝对不让一个出错存在，我程序也不做重试。不行就弄好为止。（这个时间成本很高，但是解决问题很彻底，很放心。只有找到点上，才会杜绝下一次重复出现同一个错误。）

只有程序可靠了，对付现场的各种不可靠，才有方向感。程序的手段已经可以保一方平安。剩下的事情，肯定不会发生在这一方。

引用7楼详细内容：

目前用的通讯线屏蔽层是非常好的，波特率已经是9600了。

“用电笔测量通讯口有没有亮电笔”是怕通讯线路被感应产生电压吗

引用6楼详细内容：

有示波器的话先从通讯波形找找问题。

一般都没有。

485电压对地是悬浮的。先用电笔测量通讯口有没有亮电笔。排除亮笔原因。但是这个现象并没有指向性。

拆下某个站的通讯线，电笔量。看看本站有没有亮。一般都是接地就可以的。该接的接，不该接的不接。这里很难说什么是该。

每个站都不亮了，那么剩 下的就是线路的高压通过线间电容来的了。把所有有可能通过电容传进来通讯线的线路都尝试换成屏蔽。这个人力成本比较高。

有示波器的话观察这个干扰波形是哪个变频器发出来的。别问怎么可以知道是哪个。

不行的话，在降低通讯波特率同时，要加足终端电阻，希望更多的干扰被电阻旁路掉。

然后我没招了。

坐着学习下面的招法。