opc服务器是什么？是硬件还是软件啊！！麻烦知道的内行帮忙解释解释~~

opc既不是硬件也不是软件。OPC是一种通讯规范，OPC基金会组织规定的一套规范，按照这个规范去把程序写出来，包括一个OPC服务器程序和一个OPC客户端程序，只要是按规范写的，不管是谁写的，就能保证OPC服务器能被OPC客户端访问。

opc服务器向下可以读取设备的数据，比如PLC、DCS等等，但这部分OPC规范是不管的，只要厂家用任意接口任意方法把设备数据读到就OK，然后OPC服务器程序把这些读到的数据按规范要求开放在网络上，其他任意OPC客户端程序，可以远程浏览这些数据，并选择读取这些数据中需要的。

扩展资料

OPC的工作原理

OPC以OLE／COM机制作为应用程序的通信标准，而OLE／COM是一种客户端／服务器模式，具有语言无关性、代码重用性、易于集成性等优点。

OPC服务器中的代码确定了服务器所存取的设备和数据、数据项的命名规则和服务器存取数据的细节，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而保证软件对客户的透明性，使得用户完全从低层的开发中脱离出来。

客户应用程序仅须使用标准接口和服务器通信，而并不需要知道底层的实现细节。通过OPC服务器，OPC客户既可以直接读写物理VO设备的数据，也可操作SCADA，DCS等系统的端口变量（只要该系统提供OPC服务）。

<meta name="source" content="lake">

1、打开Kepware软件

2、右键连接性，新建通道，添加通道向导中选择OPC DA Client或者OPC UA Client均可，选择下一步。

3、通道名字起个自己可以识别的名字，如果是工业互联网现场实施需要预先制定驱动命名规范。

4、Server Browse中选择需要连接的OPC服务

5、添加设备，设备名字按照要求设置，其他默认，在Import Items中选择需要连接的点位。

6、到这一步OPC服务的连接就建好了，下一步可以用OPC Client监视模拟的点位的状态了。

服务器的话要看，如果是client-server结构的DCS，服务器位于上位和控制器之间，他将你的指令和现场数据通过服务器来经过交换，服务器一般是冗余配置，如果是并行结构来说没有所谓服务器的概念，只有个工程师站，程序的下装通过工程师站，但是数据的获取和指令的下达通过操作员站就行，这个好处就是当工程师站坏了的话操作员站可以正常工作

OPC服务器的作用是通过OPC协议将DCS的数据取出，并开放，一般一个OPC服务器下面连接一个或多个客户端，客户端通过安装相应的软件（也支持OPC协议），来取得DCS的协议

本文档根据各种不同的情况，讲述如何进行OPC DCOM配置。　 对于远程访问OPC服务器，需要在客户和服务器计算机上都进行DCOM设置，以前我们采用的方式是： 客户、服务器都建立一个名字、密码相同的具有管理员权限的帐号，并分别以次登录，在服务器端将OPC服务器的启动方式设为交互式用户。这种方法虽然方便，但安全性较差，不利于在实际应用中推广。这里提供一些较合理的解决方案。（假定都是在工作组里）　（1） 序言　在使用了OPC技术，并有网络数据访问的应用系统中，不可避免地要进行OPC DCOM权限配置。　DCOM配置与windows操作系统的安全体系结合在一起，而各版本的操作系统（9x、NT、2000、XP等）的安全体现又或多或少地有所区别；同时，OPC服务器运行的方式也不尽相同（进程内、进程外、系统服务、有无界面……）；而且，不同的应用系统对安全的要求也不同。总之，要想根据具体情况尽量合理地完成OPC DCOM配置并不是一件很轻松的事。　本文档根据各种不同的情况，讲述如何进行OPC DCOM配置。　（2） 准备　要进行DCOM安全配置，操作者通常必须拥有客户和服务器计算机的管理员权限。　注意一般情况下，DCOM通信是基于TCP/UDP的，所使用的端口不固定，很可能被一些防火墙软件屏蔽。如果本文下述配置不成功的话，请尝试关闭客户和服务器计算机上的防火墙，或者以带网络连接的安全模式启动系统（这时防火墙软件一般不被自动运行）。　（3） 最简单的情况　如果用户对网络安全基本上没有要求，或者处于客户、服务器程序开发阶段，　（4） 服务器计算机始终有用户登录的情况（NT/2000）　这也是实际应用中比较常见的情况，但对于以NT服务方式运行的OPC服务器不适合。设置方法如下：　Ø 在服务器计算机上建立一个用户，如OPCUser，可以是管理员，也可以是一般用户，服务器计算机在运行OPC服务器时必须以这个用户登录。　Ø 在服务器计算机上建立一个用户组，如OPCClients。　（单一客户情况下可以不建立，建这个组的目的是管理方便）　Ø 在各个OPC客户计算机中，分别建立OPCUser用户，口令也要与服务器上的一致，可以设为普通用户以保证安全。　 Ø 客户计算机运行时不必以OPCUser登录，比如使用ClientA登录，就要在服务器上建立相同的用户ClientA及相同的密码。并在服务器计算机上将ClientA加入到OPCClients组中。ClientA在客户和服务器计算机上都可以是普通用户。　Ø 服务器端DCOM配置　运行dcomcnfg，进行如下设置：　默认属性：　启用DCOM；　默认身份验证级别：连接　默认模拟级别：标识　默认安全机制：　 默认访问权限：　至少要保证OPCClients组允许访问，也可放宽至Everyone；　 默认启动权限：至少保证允许INTERACTIVE用户调用；　 默认配置权限：一般情况下不需修改。　 默认协议：保证面向连接的TCP/IP在最上，其它可以删除。　具体的服务器配置：　 常规：身份验证级别为默认值；　 位置：在这台计算机上运行；　 安全性：使用默认的访问和启动权限，配置权限不要修改；　 身份标识：交互式用户。　 终结点：不修改。　　OPCEnum程序配置：　在dcomcnfg程序的应用程序列表里找到opcenumexe，对其按照上面具体服务器的配置进行设置。　Ø 客户计算机的配置：　为了保证OPC数据订阅等回调机制能正常运行，需要对客户计算机的DCOM权限进行配置。　默认属性、默认协议的配置和服务器端基本一致；　默认安全机制只需要修改默认访问权限。保证允许OPCUser访问。也可放宽至Everyone。　注意　在服务器没有用户登录的情况下，远程将无法启动OPC服务器；　对于有用户界面，并需要界面交互的OPC服务器，建议（可能必须）采用这种方式。　（5） OPC服务器为后台程序的情况（NT/2000）　这种情况下，服务器计算机可以没有用户登录。　做为后台程序，OPC服务器有两种运行方式：系统服务（service）方式和普通用户程序。　这里只介绍普通程序方式，系统服务方式的配置说明以后添加。　OPC服务器做为普通方式运行的后台程序，一般没有用户界面。完全可以按照（1）中有界面的方式进行配置，即设置为交互式用户启动。　但是（1）的配置方式限定了服务器计算机必须有用户登录，而且登录用户必须在客户计算机上有DCOM访问权限。所以，无界面的后台OPC服务器可以用另一种更灵活的方式运行。　配置方法：（未明确说明的部分与（1）相同）　在服务器端按照（1）中所述建立一个OPCUser用户，专门用来运行OPC服务器。然后在OPC服务器属性配置中，将启动方式改为指定用户，注意要输入用户密码。　这样，OPC服务器计算机可以用任意用户登录，当客户计算机发出连接请求时，系统负责以OPCUser的身份运行OPC服务器，如果已经运行则使用已有的OPC服务器。　注意还有一种启动方式，是“启动”用户。即系统以发连接请求的用户的身份启动OPC服务器，这可能造成服务器计算机上同时运行多个OPC服务器的实例，显然不妥。所以一般情况下不建议设置为“启动”用户，虽然它是缺省选项。　（6） Windows XP系统下的配置说明　在XP操作系统（SP1，不包括SP2及其以后版本）下，OPC的配置实际上和NT/2000基本一样，这体现在OPC DCOM相关的各项配置在注册表中的位置、名称都是一致的。　二者只是配置界面不同