恭喜,你发布的帖子
发布于 2023-11-14 15:26:50
11楼
@yming
非常感谢能把我带入这个贴子的讨论里来!
@ 刚刚入门
首先,现场CPU的型号没有选小,若是选小了造成通信的问题,那出现故障的设备就不只是第三方的伺服设备,我们西门子的设备也同样会出现掉站的现象的。
其次,根据你对现场情况的的描述,出现故障现象有可能需要从下面两个方面 排查:
1、现场网络连接的设备比较多,但网络没有进行规划,以至于出现瞬间大量网络数据广播,进而使得第三方的设备的不正常工作(西门子的设备对瞬间大的广播做了限流处理,所以不会出现掉站的现象)
2、可能是现场的某一段网线受电磁干扰,,以至于其后所连接的设备会出现偶然掉站的故障现象。
处理故障的方法:
针对1的故障原因:可以了解一下现场的网络联网情况,然后再通过网络抓包分析数据流量情况,已经在网络上跑的协议有哪些。若确实存在此情况,建议通过三层交换机来划分VLAN,进而隔离其它网络的广播数据。
针对2的故障原因:可以查看交换机的端口的统计信息,看有没有CRC校验的计数器一直在增加,若增加说明此网线受到了电磁干扰。建议移除干扰源或者是线缆的敷设方式改变一下。
最后,修改CPU的扫描周期是不会影响到PROFINET的通信的,因为PN的通信是用的自己专用的通信处理器,而不是用的PLC CPU的通信资源。S7的通信或TCP/IP的通信用的是PLC CPU的通信资源,S7通信有问题时,可以修改CPU的扫描周期来改善通信。
若您确实着急且有需要的话,我们可以免费帮您到现场诊断和分析故障原因。
膜拜大神,有理有据,冯工,有个问题想请教一下
西门子PLC与第三方设备TCP/IP通讯,两边的周期不一致,有什么好的办法可以保持通讯数据一致性和实时性呢
请填写推广理由:
分享
只看
楼主