OPCDCOM配置过程中常见问题及其处理.doc

1 - OPC DCOM配置过程中常见问题及其处理 OPC技术提供了一种互联、可靠、安全的通信平台。然而，OPC技术依赖于DCOM架构，包括Windows安全和防火墙设置、访问控制列表、Server认证等。本文给出了OPC DCOM配置过程中最常发生的5个问题、导致原因及解决方法。 1 不能浏览远程计算机的OPC Server 浏览是指OPC Client应用程序能够察看到安装在远程计算机上的OPC Server。OPC Client执行一次浏览操作实际是连接到驻留在远程计算机上的OPCEnum映像，并检索出可访问OPC Server列表。这包括了每个OPC Server的ProgID（用户接口名字）和GUID（Global unique identifier，全局唯一标识符），如图1所示。OPC Client并不真正直接连接到OPC Server。 图1 OPC Client浏览远程计算机上的OPC Server示意图 因此，浏览出的列表与OPC Server的状态无关，或者说与OPC Server的可操作与否无关，浏览OPC Server失败的直接原因是不能获得与远程计算机上的OPCEnum通信所需的参数，造成这个问题可能有如下原因。 1.1 OPCEnum没有安装 OPC基金会负责创建和维护OPCEnum。OPC基金会的成员能够从OPC基金会直接免费获得OPCEnum。 1.2 OPCEnum被禁止 即使OPCEnum被安装在远程的计算机上，它也必须能够被执行，否则通信将会失败。 1.3 匿名访问权限没有被设置 OPCEnum需要匿名访问权限才能正常的工作。因此需要在Windows COM缺省安全中添加匿名访问权限。 2 不能连接远程计算机的OPC Server 能够浏览远程计算机的OPC Server和连接远程计算机的OPC Server是无关的。即使远程计算机没有安装OPCEnum，也可以连接远程计算机的OPC Server。在这种情况下，只要知道远程计算机上要连接的OPC Server的GUID。导致不能连接远程计算机的OPC Server可能有如下原因。 2.1 OPC Server被禁止 如果OPC Server被设置以Windows服务的方式运行是不能够禁止的，故需要检查一下OPC Server是否被禁止。 2.2 用户身份认证的问题 认证是验证用户身份的流程。Windows系统会比较用户名和密码，如果是操作系统不能识别的用户，就会拒绝访问从而不能与OPC Server建立连接。下面两种情况可能导致用户身份认证失败： 用户的账户在远程的计算机上并不存在； 关闭Simple File Sharing（简单文件共享）会去掉远程访问计算机的用户名和密码，导致用户不能被正确的认证。 2.3 访问控制列表问题 当认证了一个来访问的用户账户后，系统将检查用户账户是否有启动或者访问OPC Server的权限，这是利用ACL（访问控制列表）来完成的。每个应用程序的ACL包括了用户账户的信息，操作权限等。因此，可能由于账户在ACL中没有相应的操作权限而被操作系统拒绝访问。 3 所有的Item显示为Bad 当与一个OPC Server建立连接时，必须能够识别远程计算机的账户并且给予它适当的访问权限。这就需要与OPC Server建立同步的通信连接，而且能够轮询到OPC Server的数据。如果所有的OPC Server项的数据属性指示为bad quality，可能是由于下面两个原因引起的。 3.1 在OPC Server里的数据实际就是bad 即OPC Server没有正确的获得数据，这时需要检查一下OPC Server和数据源之间的通信。 3.2 回调失败 由于OPC Client采用订阅的方式来更新，故可能由于回调失败导致所有的Item显示为Bad。 4 OPC Server所在计算机的CPU利用率高 4.1 OPC Client使用同步读时的问题 在这种情况下，OPC Client没有使用优化的读取方式，使得OPC Server花费更多的计算机CPU周期处理OPC通信，可以考虑采用异步或订阅的方式改进。 4.2 OPC Client使用异步读时的问题 在这种情况下，可能是由于OPC Server本身没有优化使得对OPC通信的响应慢。 4.3 OPC Client使用读设备的问题: 在这种情况下，OPC Client不断地通过OPC Server与设备进行直接的数据交换，这会明显的减慢OPC Server。如果是这种情况，可把所有的读设备改成读Cache。 5.OPC Client不接收更新的数据 由于安全配置的问题会导致OPC Client不能接收更新的数据。OPC支持基于时间“subscription（订阅）”机制