OPC通讯配置详解

#用户名和密码去自己的用户列表中去查找是否也存在这个用户，密码是否正确。如果用户名和密码正确，则进入下一步工作。例2:OPCClient和OPCServer都在WindowsXP操作系统上来举个例子：由于操行系统都是WindowsXP,那么默认的安全策略都是将所有来访者都看成是来宾访问.（对本地用户进行身份验证，其身份为来宾.）且默认拒绝Guest用户从网络访问本机。这里的将所有来访者都看成是来宾访问是什么意思？就是指OPCClient去敲OPCServer的135这扇门时，会告知，我的登录用户名是谁，我的登录密码是多少.OPCServer所在的操作系统却不管你是谁，所有来访者一视同仁，都是来宾,而且按照规定，来宾都拒绝掉.这下可好,后面二者之间的通讯也不用继续了.上面的（一）这种情况工作还能继续往下做，（二）这种情况就完全不行了，啥都不管了。因此（二）这种情况是需要修改安全策略的，一种是将安全策略修改为来访者以自己的身份进行验证;另外一种是将“拒绝从网络中访问此计算机"规则中的来宾用户给去掉，从用户管理中将来宾用户启用，且密码为空。（仅来宾一对本地用户进行身份验证，其身份为来宾）1。7第七问网络防火墙允许进入，操作系统的安全审核也通过了，终于可以访问OPCServer了吧?答:还得问一问DCOM的安全配置同不同意。运行“组件服务”检查一下。DCOM的“访问权限”默认只有Sell和System,需要添加指定用户或者允许所有人，需要注意的是,“本地访问”与“远程访问"都需要选择“允许”.DCOM的“启动和激活权限”默认只有“Administrator”和“System”，需要添加指定用户或者允许所有人，需要注意的是，“本地访问"与“远程访问”，“本地激活”和“远程激活”都需要选择“允许”。1。8总结1。8。1小结1经过上面的一些处理过程,我们在这里可以总结一下都做了些什么？（一）配置防火墙，允许访问OPCServer所在计算机的TCP135端口。（二）配置操作系统的安全策略，使得可以接受远程计算机的rpc请求，可配置为按照来访者身份验证模式或来宾模式。（直接选择以本地身份验证）（三）配置操作系统的用户管理。来访者身份验证模式需在OPCServer所在计算机中添加来访者的用户名和密码；来宾模式需要启用Guest用户.（四）配置计算机全局的DCOM安全配置，使之允许远程访问，已经远程启动和激活。以上4步基本已将OPCServer这端的访问权限配置得差不多。但在实际操作过程中，还需要检查如下一些内容：（一）OPC库文件是否安装注册？OPC库文件没有正确的安装注册，OPCServer是无法工作的。而现在的不少OPCServer安装时并不会自动安装OPC库文件。（二）OPCserver是否注册？OPCServer未注册，是无法访问的，OPCServer必须正确注册.而现在的不少OPCServer安装后也不会自动注册，需要手动在程序界面上提供的功能按钮进行注册。（a）OPCserver的主程序是否存在？有的时候OPCServer注册了，但主程序可能被误删除或改名了，这个操作系统可不会告诉你.只能自己检查一下或重新注册一遍。（四）OPCServer的主程序与其他程序是否有依赖关系？因为OPCServer只是软件对外提供数据的一种标准接口，它本身也是通过从其他的软件获取数据，常见的如组态软件，实时数据库等，而现在的一些OPCServer启动时会检查依赖的程序是否启动，如未启动，要么退出，要么啥都提供不了，也不会告诉OPCClient出了啥问题。（五）OPCServer在DCOM环境中自己的配置信息，OPCServer在DCOM的环境中的配置信息如下图。如OPCServer是NT服务方式启动，那么“标识”这一栏就为系统帐户，不推荐使用“下列用户”。如OPCServer是COM方式注册，那么“标识”这一栏默认为“交互式用户”或“启动用户”（各家OPCServer注册时处理方法不太一样），最好都使用。“交互式用户”，不推荐使用“启动用户”和“下列用户”。具体原因后期再说.（OPCServer是NT服务方式启动，标识这栏为“系统账户（仅用于服务）"）（OPCServer是COM方式注册，标识这栏为“交互式用户”）1.8。2小结2到了这一步，可能绝大部分人都会觉得这完成没有问题了。OPCServer都连接上了，增加个OPC组还不是轻而易举的事情吗？而实际上，OPC的组是一个大有深意的设计。OPC的组是用来给OPCClient灵活定义数据采集方式的一个方法，如希望对OPCServer中测点，一些测点的采样频率是1秒，一些测点的采样频率是5秒，一些测点数据变化即采集，一些测点数据变化超过量程多少才采集等等。而且还定义了数据采集的两种模式,SynchronousI/O（同步）和AsynchronousI/O（异步）.对同步和异步进行一个简单的说明：同步模式:OPCClient向OPCServer要5000个测点的数据，必须等到OPCServer将5000个测点的数据都返回后才做后面的事情。异步模式：OPCClient向OPCServer要5000个测点的数据，OPCClient告诉OPCServer：“我为你留了一个通道，我要的这5000个点，只要任何点有变化，你就立马按照预定的周期告诉我"，于是OPCServer就按照预定的周期将数据发生变化的测点通过OPCClient预留的通道告知OPCClient。异步模式中，就会发生OPCServer反向连接OPCClient的情况，那么就会再次发生前面9个问题的所有事情。这也是很多时候OPCServer配置完成了，但OPC的通讯还是不正常的缘故。因为现在的绝大多数OPCClient默认都是采用异步方式与OPCServer进行通讯，这就要求OPCClient所在计算机的网络防火墙、操作系统的安全策略，DCOM的全局安全配置也需要配置正确。某OPCClient客户端添加OPC组时的属性配置。此处给各位留下一个问题：既然异步方式增加了对OPCClient端的配置要求，那为何大家默认不使用同步模式呢?1.8.3小结3到了这一步，还问这样的问题,估计有人会很愤怒了，“这种弱爆了的问题还要问吗？”，其实不然，在很多实际的案例中，就遇到了OPC的通讯配置问题解决了。但却看不到测点，一般会有如下几种原因:（一）OPCServer真的没有测点.（二）仔细阅读第10问中的检测要点的第4条.OPCServer中的测点来自于组态软件或实时数据库，当组态软件和实时数据库未启动或OPCServer启动在组态软件和实时数据库之前时，OPCServer中很可能就没有测点.如何解决？重启一下就好了嘛。2OPCClient/OPCServer2。1问题现象目前市场上的OPCClient与OPCServer软件在Windows上的运行方式有Windows桌面程序和WindowsNT服务。本来也没啥。但由于OPCClient是一个厂家的软件，而OPCServer是另一家的软件，正因为软件的多样性，也就导致了如下一些现像：1：OPCClient连接目标OPCServer,发现无法连接，但在OPCServe计算机上明明看见OPCServe进程已经启动。2：OPCClient连接目标OPCServer，能连接，也能看见测试点，但无法获取到数据.经过多次现场的积累后，发现此类问题多出现在OPCClient和OPCServer软件在Windows上运行方式不同导致的.也就是说，OPCClient和OPCServer软件的运行方式不一样。譬如：OPCClient是Windows桌面程序方式，OPCServer是WindowsNT服务时,发现上面的现象基本不出现。这是为什么呢？2。2问题解决原因如下:OPCClient和OPCServer都是基于DCOM的应用，DCOM的特点是OPCServer无需先运行或启动，等待OPCClient请求时，由操作系统在将OPCServer拽起来.这种机制的好处就是随用随启。但这种机制如果处理不好吧,就会导致一些问题。当OPCClient是WindowsNT服务时，OPCServer被拽起来后，是运行在System这个系统帐户下面的。相对于Windows的桌面用户来说，是另外一个隔离开的空间。因此当桌面运行类型的OPCServer被WindowsNT服务方式的OPCClient拽起来后，被运行在System这个系统帐户的空间。而如果这个OPCServer程序又做了全局唯一进程运行的限制或与数据库只允许一个TCP连接时，上述的两种现象基本就会出现。这就是这段时间好几个朋友遇到的OPC通讯故障现象。如何让自己开发的OPC程序兼容性更好的？1：当开发OPCClient程序时，最好使用Windows桌面程序方式，这种方式可兼容OPCServer程序运行在Windows桌面程序方式和WindowsNT服务方式.2：当开发O