OPC DCOM配置过程中常见问题及其处理

O P C D C O M配置过程中常见问题及其处理集团标准化小组：[VVOPPT-JOPP28-JPPTL98-LOPPNN]
O P C D C O M配置过程中常见问题及其处理
OPC技术提供了一种互联、可靠、安全的通信平台。

然而，OPC技术依赖于DCOM架构，包括Windows安全和防火墙设置、访问控制列表、Server认证等。

本文给出了OPCDCOM配置过程中最常发生的5个问题、导致原因及解决方法。

1不能浏览远程计算机的OPCServer
浏览是指OPCClient应用程序能够察看到安装在远程计算机上的OPCServer。

OPCClient执行一次浏览操作实际是连接到驻留在远程计算机上的OPCEnum映像，并检索出可访问OPCServer列表。

这包括了每个OPCServer的ProgID（用户接口名字）和GUID（Globaluniqueidentifier，全局唯一标识符），如图1所示。

OPCClient并不真正直接连接到OPCServer。

图1OPCClient浏览远程计算机上的OPCServer示意图
因此，浏览出的列表与OPCServer的状态无关，或者说与OPCServer的可操作与否无关，浏览OPCServer失败的直接原因是不能获得与远程计算机上的OPCEnum通信所需的参数，造成这个问题可能有如下原因。

1.1OPCEnum没有安装
OPC基金会负责创建和维护OPCEnum。

OPC基金会的成员能够从OPC基金会直接免费获得OPCEnum。

1.2OPCEnum被禁止
即使OPCEnum被安装在远程的计算机上，它也必须能够被执行，否则通信将会失败。

1.3匿名访问权限没有被设置
OPCEnum需要匿名访问权限才能正常的工作。

因此需要在WindowsCOM缺省安全中添加匿名访问权限。

2不能连接远程计算机的OPCServer
能够浏览远程计算机的OPCServer和连接远程计算机的OPCServer是无关的。

即使远程计算机没有安装OPCEnum，也可以连接远程计算机的OPCServer。

在这种情况下，只要知道远程计算机上要连接的OPCServer的GUID。

导致不能连接远程计算机的OPCServer可能有如下原因。

2.1OPCServer被禁止
如果OPCServer被设置以Windows服务的方式运行是不能够禁止的，故需要检查一下OPCServer是否被禁止。

2.2用户身份认证的问题
认证是验证用户身份的流程。

Windows系统会比较用户名和密码，如果是操作系统不能识别的用户，就会拒绝访问从而不能与OPCServer建立连接。

下面两种情况可能导致用户身份认证失败：
用户的账户在远程的计算机上并不存在；
关闭SimpleFileSharing（简单文件共享）会去掉远程访问计算机的用户名和密码，导致用户不能被正确的认证。

2.3访问控制列表问题
当认证了一个来访问的用户账户后，系统将检查用户账户是否有启动或者访问OPCServer的权限，这是利用ACL（访问控制列表）来完成的。

每个应用程序的ACL包括了用户账户的信息，操作权限等。

因此，可能由于账户在ACL中没有相应的操作权限而被操作系统拒绝访问。

3所有的Item显示为Bad
当与一个OPCServer建立连接时，必须能够识别远程计算机的账户并且给予它适当的访问权限。

这就需要与OPCServer建立同步的通信连接，而且能够轮询到OPCServer的数据。

如果所有的OPCServer项的数据属性指示为badquality，可能是由于下面两个原因引起的。

3.1在OPCServer里的数据实际就是bad
即OPCServer没有正确的获得数据，这时需要检查一下OPCServer和数据源之间的通信。

3.2回调失败
由于OPCClient采用订阅的方式来更新，故可能由于回调失败导致所有的Item显示为Bad。

4OPCServer所在计算机的CPU利用率高
4.1OPCClient使用同步读时的问题
在这种情况下，OPCClient没有使用优化的读取方式，使得OPCServer花费更多的计算机CPU 周期处理OPC通信，可以考虑采用异步或订阅的方式改进。

4.2OPCClient使用异步读时的问题
在这种情况下，可能是由于OPCServer本身没有优化使得对OPC通信的响应慢。

4.3OPCClient使用读设备的问题:
在这种情况下，OPCClient不断地通过OPCServer与设备进行直接的数据交换，这会明显的减慢OPCServer。

如果是这种情况，可把所有的读设备改成读Cache。

5.OPCClient不接收更新的数据
由于安全配置的问题会导致OPCClient不能接收更新的数据。

OPC支持基于时间“subscription（订阅）”机制，当数据发生了变化时，OPCServer会通过异步回调把订阅的数据更新，同时发送更新的数据到OPCClient。

在此过程中OPCClient不知道OPCServer将会在什么时候发送数据，如果不能正确配置安全属性，数据的更新就会失败。

在OPCClient应用程序指示为“Bad.”若发现从OPCServer中取得的数据不更新，可以尝试用同步的方式从OPCServer读数据。

若此时数据读到了，那么可以确定是异步回调失败导致，这可能是由下面的原因造成：5.1防火墙
如果OPCClient在计算机防火墙之外，则从OPCServer发出的回调请求可能被防火墙阻塞，到达OPCClient可能失败，此时应关闭防火墙。

5.2身份认证失败
当回调到达OPCClient所在的计算机后，操作系统会试图认证这个用户的账号和密码，与存在的列表进行比较，如果组合与列表不一样Windows会拒绝访问，原因如下：
5.2.1用户名和密码的组合
在回调的情况，可能出现OPCClient和OPCServer所在的两台计算机上的用户和密码不匹配导致身份认证失败，必须保证在两台计算机的用户名和密码组合一致。

5.2.2Guest
在WindowsXP或者后期的版本，当使用工作组，缺省的情况下会把远程的用户账号强制为本地的Guest用户。

这是由SimpleFileSharing完成的，这种缺省的设置使得的认证不能正常工作。

因此，需要关闭这个项。

5.2.3OPCServer身份识别的问题
回调要对OPCServer作身份认证，这个身份认证由OPCServer的身份认证的设置管理。

OPCServer以交互的用户认证，这个账户是当前登陆此计算机且驻留在OPCServer的计算机上，也就是必须有账户登陆，否则不能启动OPCServer，当此用户注销时，OPCServer就会关闭，即使是计算机的重新启动，也会造成OPCServer的短暂的关闭。

OPCServer以访问的用户认证，操作系统会为每个访问的用户创建一个实例，这样会有三个问题出现，若OPCServer只允许一个用户访问时，当系统中已经有了一个实例，再有其它用户就无法访问。

若是OPCServer允许多个用户访问时，那么带来的问题是随着不同用户的访问，就会打开多个实例，这样就会占用更多的计算机的资源。

另外的一个问题是硬件的抢占，如串口，当一个使用了，其它的用户就无法再使用。

OPCServer以指定的用户账户认证，这种情况需要在OPCServer的计算机上存在着要指定的账户，而且对于OPCClient必须知道此用户。

否则无法访问。

OPCServer以操作系统账户认证，对于工作组还是域，系统账户都能被识别，也不需要有用户登陆。

但OPCserver必须以服务的方式启动。

5.3访问控制列表的问题
当Windows认证用户账号初始化了回调，接下来就会检查OPCClient的账户的访问控制列表里的访问权限，必须确保OPCClient的账户可以被访问。