分拣系统里视觉和PLC通讯老是丢包,大伙怎么整的?

我之前做过一个类似的项目,6台机器人分拣,也是视觉+PLC的架构。当时通讯用的不是TCP直连,而是加了个中间件,视觉结果先缓存到本地数据库或者消息队列里,PLC按周期去读取,周期设成20ms。这样即使视觉那边短时间内爆量,PLC也不会被冲垮,最多多等一个周期而已。你那个问题很可能就是TCP直连没有缓冲,突发流量直接把连接打掉了。

另外建议把PLC接收那块改成上升沿+定时器确认,不要单纯靠信号电平触发,不然气缸动作时序也容易乱。

Profinet走实时通讯是可以的,但你视觉和PLC之间走TCP这个我有点疑问。康耐视相机本身支持Profinet IO直连PLC的,干嘛非要把结果走TCP绕一圈?直接用Profinet IO把NG/OK信号映射到PLC的输入区,实时性和稳定性都比TCP强。4台SCARA配1个相机,你这架构是不是哪里设计的时候就走弯了?

每分钟大概多少个产品?分拣节拍多少?这个不说清楚很难判断是通讯问题还是节拍本身就有问题。

我这边给工厂做的一条线跟你差不多,也是1500,用的就是普通的以太网TCP,跑了快一年没出过问题。不过我们这边每分钟才120件左右,你这个4台机器人同时分拣,节拍是不是太快了?建议先查一下触发频率到底多少。