西门子工业支持中心,以专业共创价值!
西门子工业支持中心,以专业共创价值!
1.应用的基本信息
1.1 基本应用信息描述(您所经历过的现场或案例,描述设备运行的异常情况,语言简要、故障要点突出,现象表达清楚,涉及具体设备的版本信息,网络规模,主要产品列表等)
例如:我的项目中主要应用西门子几台PLC,什么版本的CPU,是否使用CP模板,与之通信的通信对象是什么,PLC还是WinCC等等,也可以描述网络规模,产品列表等,发生了什么样的故障或者出现设么样的问题,比如,发生了通信偶然中断,或者通信中断不能再进行连接,需要重新启动PLC才可以等等。
一个DCS项目,对方已原有1500PLC dcs项目,然后我们又加了一块1500PLC添加了一部分新的控制.原有项目网络是环网组态,我们是星型网络,两个网络最后在中控室汇集到一个交换机,共7台上位机。出现的问题是我们的控制网络总有一部分分站丢失情况,分站丢失基本5s之后立马上来。
2.故障的检测和解决
2.1 故障或问题分析(根据故障或问题,进行分析,从而提出潜在的一些解决方案用于解决该问题)
例如,根据发生的故障或者问题的现象,分析可能由于某些原因导致,例如编程,操作,网络负荷等等
丢失的分站很固定,经常是那一部分分站里单个或多个,怀疑是网络节点过多,PLC接收不到数据。
2.2 故障或问题处理(根据分析各种导致故障的可能性,逐步排查,描述您解决此问题的操作步骤,最终确认原因,排查过程有条理,思路清晰)
首先加大看门狗时间,情况略有改善;但是问题还是时有发生,经检查有部分网线经过高压处,更换光纤,情况得到很大缓解,丢站次数明显减少,但是还会有偶尔发生;怀疑网络配置问题,怀疑是否和以前的DCS环网配置有冲突,没有找到一个很好的工具检测。
3.实践联系理论
1. 解决网络问题应尽量深入原理,向我们这种解决方法太缺乏理论依据了,应该懂得PLC网络通讯更深层次的应用。
4.经验总结
4.1 遗留的问题(故障排查后,是否对故障或者解决问题的方式仍然有些疑问或者不理解的地方)
目前还是存在丢站问题,不知道如何排查通讯问题,想了解一下解决通讯问题的分为大致几步走的解决步奏。
4.2 改进方法(解决问题后,根据原因结果,针对故障现象可以采取的预防措施,技术要点等。可以提出更好的解决方式或建议)
看了赵欣老师分享的案例,准备试用一下Wireshark、PRONATA,看看能不能解决。最后很感谢π这个圈子,能让我们了解到很多工程案例,感谢赵欣老师通讯讲解,真的很有帮助。
@孟凡达 :
您好!非常高兴能收到您的案例分享。
我确认一下您的网络使用的是1500的Profinet连接各种各样的IO设备,根据您的说法。
对于这种现象是比较常见的,就是总是有那些站会时常的丢站。那么症结就是总线的安装存在问题。因为文中的信息不是那么的详细,所以我按照我的理解给您回答,如果有疑问,可以进行深入的探讨。
我可以给你举一个例子,1500CPU通过PN连接10台ET200S,线型拓扑结构,那么后面的4台总是莫名其妙的丢站,那么问题就在于倒数第5台和倒数第4台设备之间的网线存在问题,例如发生短路,那么产生很多的CRC error,致使后续的IO设备的报文都出现错误,那么丢站也就必然,而且会出现您所描述的现象,正如您换了光纤还是出错,也许没有找到正确的位置。
解决这种故障的方法,如果使用Step7,在线查看每一个IO设备的端口Statitics,如果出现CRC error,必然是网线的安装存在问题,(干扰也有可能)。但在TIA portal中无法像Step7那样去查看,如果存在交换机,像我前面描述的那样,查看交换机端口的Statistics,查看是否存在CRC error。
此外通过其他方式也可以查看Port statistics,例如通过SNMP,查看设备的MIB的端口信息。
还有在博途中编写LPNDR,去读取Port statistics。
总之,以上我列举的这些方法您可以参考,在现场中去进行测试,看看有没有什么收获。
请填写推广理由: