问题描述：3 个 WinCC 与 A1、A2 及 A3 共 3 个 S7-312 PLC（使用 CP343-1）通过以太网方式互相交叉通讯。即每个 WinCC 都与每个 PLC 通信，每个 PLC 都与每个 WinCC 有通信。三台 WinCC 之间没有通信。当只开启两台 WinCC时，这两台 WinCC 通讯速度都正常。当三台 WinCC 同时运行时，3 台 WinCC 访问 A1 PLC 速度慢，访问 A2 及 A3 PLC 速度正常。速度慢时，变量刷新周期达到 1 分钟以上。

    分析：根据客户描述，首先通信的组态应该没有问题。因为，任意运行两台 WinCC，通信速度都是正常的。只是因为加入任意第三台 WinCC 后，通信速度就慢下来了。初步怀疑问题出在 A1 PLC上。使用SIMATIC Manager 在线监视 A1 PLC 运行状态，发现其 Work Memory 占用很大。继续询问发现 A1 PLC 带了很多 DP 从站。而 A2 及 A3 PLC 所带 DP 从站相对就少很多。这样，基本可以确定就是因为 A1 PLC 过于繁忙，没有时间应答 WinCC 的通信请求。导致 WinCC 变量刷新变慢。

    由于控制需要，DP 从站个数不能减少，故建议客户更换性能强一些的 PLC。由于生产不能停止，暂时不能更换 PLC，为了改善通信效果，可以适当降低 WinCC 变量的刷新速度。用户原来所有变量的更新周期都是默认的 500ms。其实他们并不需要这么快的刷新速度。当将刷新周期调整为 2s 后，WinCC 通信明显改善了。

    总结：对于 WinCC 通信慢的问题，首先要确定是 WinCC 本身导致的，还是 PLC 导致的。然后可以从组态角度，性能角度等来分析。当有多台设备时，通过改变设备位置，增加减少连接数量等也可以帮助分析问题产生的根源。

    另外，对于变量刷新周期，并非设置得越小，通信速度都越快。不同型号的 PLC，不同数量的 DP 应用，都会影响 PLC 正常处理来自 WinCC 通信请求的时间间隔 T。如果 WinCC 通信请求的实际周期小于这个 T，将导致请求被积压，不能得到及时的响应。反之，若实际周期大于这个 T，则通信可以正常、持续地进行。因此，要根据生产的需要，合理地设置变量的更新周期。