引用73楼详细内容：

对于楼主提出的问题，我想需要具体问题具体分析。但从大的分析方向来说是这样的。
由于OPC服务器是运行在计算上的应用程序，一方面OPC服务器封装了硬件厂商的驱动协议与其硬件通信，另一方面他们提供了统一的通信接口向上OPC客户端提供服务。所以当提到通信慢时，我们要确定是是服务器与下层的硬件慢，还是客户机与服务器之间通信慢。
若服务器与下层的硬件通信慢，那么可能是服务器的配置与下层的通信的一些参数不太合理；也可能是服务器的性能的问题，如服务器的计算机中了病毒！
若客户端与服务器通信慢，那么需要确认客户端与服务器的OPC的调用机制是采用同步方式、异步方式、还时回调方式。这几种方式程序的调用是否合理。这会影响服务器的性能。编写的不好的OPC客户端有可能在不知情的情况下，变成了一个DDOS攻击工具。消耗服务器的资源，导致服务器变慢进而出现中端现象！还有可能是计算机网络出现了问题，网络中出现了不能常的高负荷流量（如大量广播报文出现在网上）。导致网络变慢，进而表现为OPC通信变慢！
所以对于服务器是SiMATIC NET也好还时PC Access也好。不能得简单的说是那个服务好那个服务器不好。只能是具体的情况具体的分析。这也会导致有的用户说OPC没问题有点说有问题。
OPC DA通信还需要注意的一个问题是OPC DCOM的设置。设置的有问题也会出现通信不正常的情况。

引用69楼详细内容：

关于S7-200PLC使用PC Access或SIMATIC NET与HMI进行OPC通讯问题，很多人说OPC通讯速度慢，还不稳定常掉线，I/O数据量大时更甚。现我有些疑问想问问“啤酒鱼”专家：
1、我有一个使用SIMATIC NET与4套S7-200PLC和两套WinCC上位机OPC通讯项目，总共约700个I/O点，现已做完在现场使用。
2、还在设计阶段时有人就说这种多PLC还多HMI的OPC方案，上位机的监控数据刷新和操作速度肯定会特别滞后，肯定会被用户责骂。
3、由于是主管领导们订的设计方案我只能负责实施。由于我之前没亲自做过OPC通讯经验，因此只想尽力将该项目做好。
4、但当在调试时通过WinCC监控和操作电气设备，发现一点都没感觉速度滞后，通讯响应速度完全能满足用户需求。并且每套S7-200PLC配备的HMI触摸屏操控响应速度也完全能满足用户需求。
5、如今该项目在现场使用了近一年多时间，用户既没反映通讯速度慢也没出现掉线，颠覆一些人对OPC通讯的看法。
6、我想问的是：很多人反映OPC通讯速度慢还不稳定，是哪些原因引起的呢？难道是他们采用PC Access方案使用效果不好吗，还是使用SIMATIC NET方案效果好些？