DCOM机制给OPC通讯带来的麻烦及解决办法

      近期在一个项目中调试通讯时遇到如下现象,我估计也有不少的同学遇到类似现象。

       场景如下:在一台Windows 7的计算机上安装了某国产组态软件,组态软件以OPCServer方式对外提供数据,组态软件的程序都是带界面的程序,OPCServer程序在操作系统中只能运行一个进程实例;同时在此计算机安装某国外软件的OPCClient程序,用于采集组态软件OPCServer的数据,OPCClient程序是标准的Windows 服务。

       现象描述如下:

1)如果带界面的OPCServer软件已经通过当前登录账户运行起来,然后OPCClient以Windows服务方式运行,这种情况下OPCClient无法与OPCServer通讯。

2)如果带界面的OPCServer软件未先运行,OPCClient以Windows服务方式运行后通过System账户将组态软件的OPCServer运行起来,这种情况下OPCClient可以与OPCServer通讯。

3)如果而带界面的OPCServer软件被Windows服务方式的OPCClient以System账户运行起来后,这时如使用其他带界面的OPCClient程序访问此OPCServer,发现无法通讯;

       总结一下这类情况就是:

       对于桌面方式运行且只允许一个实例运行的OPCServer软件,如果OPCServer程序和OPCClient程序都是以非SYSTEM账户或都是以SYSTEM账户运行,那么可以通讯;如果一个是非SYSTEM账户;另外一个是SYSTEM账户,那么不能通讯。

       遭遇这种现象主要是由于OPC的采用的COM机制导致的,COM机制这里就不说了,当OPCClient运行后,就和目标OPCServer进行通讯,在操作系统允许的空间中检测OPCServer是否存在和是否运行,如果发现OPCServer在运行,就与OPCServer通讯,如果OPCServer未运行,就通知操作系统的COM协调器将目标OPCServer运行起来。在上面描述的现象中,如果带界面的OPCServer软件已经通过当前登录账户运行起来,而OPCClient以Windows服务方式运行在SYSTEM账户的空间,那么OPCClient就未能检测到OPCServer已经运行,于是OPCClient就让COM协调器在本空间中运行OPCServer,但OPCServer运行时,又检测到自己在当前登录账户的空间已经启动了,因此就拒绝再次运行。所以就发生了Windows 服务方式的OPCClient和带界面的OPCServer无法通讯的问题。

       如何解决此类问题呢?按照如下步骤操作一下,基本可以解决Windows 服务方式的OPCClient和带界面的OPCServer无法通讯的问题。

1. 运行“控制面板”下“管理工具”下的“服务”,找到Windows 服务方式的OPCClient。选中服务的名称并双击,在弹出的面板上切换到登录。将登录身份修改为此账户,填入指定账户的名称和密码,点“确定”按钮即可。

2. 重启OPCClient的服务。

DCOM机制给OPC通讯带来的麻烦及解决办法

相关文章:

你感兴趣的文章:

标签云: