quote:以下是引用火麒麟在2011-12-28 14:41:12的发言:quote:以下是引用ERMA在2011-12-28 13:34:21的发言:quote:以下是引用ERMA在2011-12-27 13:55:20的发言:前面所讨论的大多数是OPC的DCOM设置及用户账号对OPC通讯的影响。接下来我们来讨论如何诊断OPC通讯。关于OPC通讯诊断就以一个案例开始。某烟厂网络采用的西门子的SCALANCE X 。PLC也是西门子的PLC(S7-300/400),监控系统是iFix。现场出现的现象是操作人员在监控计算机上发现偶尔会有数据采集不正常(监控软件看到的数据都是问号),持续几分钟自动恢复正常,有时下达一个命令需要4-5分钟。用户怀疑西门子的网络或者PLC的通讯有问题。网络结构如下图:

问题是反映在操作员站,但数据从PLC到监控站的ifix需要经过几道关,作分析如下图:

可能的原因有:
1、PLC的连接数目,超过了最大的连接资源。
2、交换机主干环网不稳定或者网络负荷大。
3、Simatic NET OPC Server不能正常工作。
4、IFix的Si7驱动不能正常工作。
5、IFix的实时数据库工作不正常。
如何来一个一个分析呢?大家有何妙招?
假如上面的可能性中,我们排除了1、2、4。那么我们如何判定3是否是正常的。如何来诊断?
5是不是也很容易排除呢,抛开iFix,完全可以用OPC测试工具来测试,包括采集和命令下发.
对于3, 资料里也有提到,可能是因为安全配置的问题导致OPC Client异步回调失败。 确认的方式可以先尝试用同步的方式从OPC Server读数据,如果同步读正常,那么可以确定此问题。而关于安全配置的设置,可以看看A0266文档的说明。
最后建议大家都下载看看A0266的文档看看,发现前面讨论的很多问题都在这里,看了后不再那么迷糊了。