WinCC执行写操作,与 PC Access 通信就中断
问题描述:WinCC 作为 OPC Client ,通过 PC Access 来访问 2 个 S7-200。WinCC 变量大概有 30-40 个。当激活 WinCC 后,如果不在画面上对变量进行写操作,那么能够通讯,只是反应很慢, 在几秒到 10 几秒不等。如果给一个变量赋值,那么通讯就会中断,所有 I/O 域都变灰。但经过 1-2 分钟后通信还能恢复过来。
解决方法:因为客户在 PC Access 中建立了两个 200PLC 连接,但是其中一个 PLC 还没有接线。只要将该 PLC 连接好并运行起来,或者在 PC Access 中删除这个连接,就一切正常了。
结论:对于 PC Access 来说,要保证组态的连接在物理上对应的 PLC 都是存在的,并且正常工作的。另外,所有建立的变量都是可以正常访问的。否则,会导致通信速度降低甚至通信中断。
其实对于 WinCC 来说,如果建立了多个 PLC 连接,同样要保证这些 PLC 是存在的,并且可以正常运行的。并且组态的变量也必须存在且可访问。否则通信速度也会受到影响,连接也会出现偶尔断一下的情况。当然,通信中断的影响不像 PC Access 那样显著。常见的一种情况就是在 WinCC 中组态了 300/400 PLC 的 DB 块,但实际上该 DB 块在 PLC 中不存在。这就会导致通信闪断的故障。
解决方法:因为客户在 PC Access 中建立了两个 200PLC 连接,但是其中一个 PLC 还没有接线。只要将该 PLC 连接好并运行起来,或者在 PC Access 中删除这个连接,就一切正常了。
结论:对于 PC Access 来说,要保证组态的连接在物理上对应的 PLC 都是存在的,并且正常工作的。另外,所有建立的变量都是可以正常访问的。否则,会导致通信速度降低甚至通信中断。
其实对于 WinCC 来说,如果建立了多个 PLC 连接,同样要保证这些 PLC 是存在的,并且可以正常运行的。并且组态的变量也必须存在且可访问。否则通信速度也会受到影响,连接也会出现偶尔断一下的情况。当然,通信中断的影响不像 PC Access 那样显著。常见的一种情况就是在 WinCC 中组态了 300/400 PLC 的 DB 块,但实际上该 DB 块在 PLC 中不存在。这就会导致通信闪断的故障。
新闻详情