分散控制系统的OPC技术及其应用简介

当大量现场信息由智能仪表或通过现场总线直接进入计算机控制系统后，存在着计算机内部应用程序对现场信息的共享与交互问题。由于缺乏统一的连接标准，工控软件往往需要为硬件设备开发专用的驱动程序。这样一旦硬件设备升级换代，就需要对相应的驱动程序进行更改，增加了系统的维护成本。即使计算机中的SCADA有独立的驱动程序，但一般也不允许同时访问相同的设备，否则很容易造成系统崩溃。可见，现场控制层作为企业整个信息系统的底层部分，必然需要与过程管理层和经营决策层进行集成，这样也存在着监控计算机如何与其它计算机进行信息沟通和传递的问题。由于控制系统往往是不同厂商开发的专用系统，相互之间兼容性差，与高层的商业管理软件之间又缺乏有效的通信接口，因此通信规范问题成为了制约控制系统突破“信息孤岛”的瓶颈。

OPC（OLE for Process Control）的出现，建立了一套符合工业控制要求的通信接口规范，使控制软件可以高效、稳定地对硬件设备进行数据存取操作，应用软件之间也可以灵活地进行信息交互，极大提高了控制系统的互操作性和适应性

从软件的角度来说，OPC可以看成是一个“软件总线”的标准。首先，它提供了不同应用程序间（甚至可以是通过网络连接起来的不同工作站上的应用程序之间）实现实时数据传输的通道标准；其次，它还针对过程控制的需要定义了在通道中进行传输和交换的格式。OPC标准的体系结构为客户/服务器模式，即将软件分为OPC服务器和OPC 客户。OPC服务器提供必要的OPC数据访问标准接口；OPC客户通过该标准接口来访问OPC数据。

运用OPC标准开发的软件由于都基于共同的数据及接口标准，因此相互之间具有很强的通用性。这在工业控制领域中，具有十分现实的意义。OPC服务器可由不同供应商提供，其代码决定了服务器访问物理设备的方式、数据处理等细节。但这些对OPC客户程序来说都是透明的，只需要遵循相同的规范或方法就能读取服务器中的数据。同样，软件供应商则只需将自己的软件加上OPC接口，即能从OPC服务器中取得数据，而不需关心底层的细节。通过OPC接口，OPC客户程序可以和一个或多个不同的OPC服务器连接。如图34，同时一个OPC服务器也可以与多个客户程序相连，形成多对多的关系。任何支持OPC的产品都可以实现与系统的无缝集成。由于OPC技术基于DCOM，所以客户程序和服务器可以分布在不同的主机上，形成网络化的监控系统。

OPC技术的发展和应用，无论供应商还是最终用户都可以从中得到巨大的益处。首先，OPC技术把硬件和应用软件有效地分离开，硬件厂商只需要提供一套软件组件，所有OPC客户程序都可以使用这些组件，无需重复开发驱动程序。一旦硬件升级，只需修改OPC服务器端I/O接口部分，无需改动客户端程序。其次，工控软件只要开发一套OPC接口就可采用统一的方式对不同硬件厂商的设备进行存取操作。这样，软硬件厂商可以专注于各自的核心部分，而不是兼容问题。

对于最终用户而言，由于无需担心互操作性，在选择和更换软硬件时有了更多的余地，使异构计算机系统集成将变得很简单。用户可以将重点放在整个系统的功能及应用上，这也意味着成本的降低。此外，OPC组件的使用也十分方便，用户只需进行简单的组态即可。

OPC服务器在底层控制系统中采用统一的标准，实现了应用程序与现场设备的有效连接，发挥着重要的桥梁作用，同时也促进了企业现场控制层和生产过程管理层、经营决策层的集成。

OPC(OLE for Process Control）, 用于过程控制的OLE，是一个工业标准。

OPC全称是Object Linking and Embedding（OLE） for Process Control，它的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。在过去，为了存取现场设备的数据信息，每一个应用软件开发商都需要编写专用的接口函数。

由于现场设备的种类繁多，且产品的不断升级，往往给用户和软件开发商带来了巨大的工作负担。通常这样也不能满足工作的实际需要，系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互操作性的即插即用的设备驱动程序。

在这种情况下，OPC标准应运而生。OPC标准以微软公司的OLE技术为基础，它的制定是通过提供一套标准的OLE/COM接口完成的，在OPC技术中使用的是OLE 2技术，OLE标准允许多台微机之间交换文档、图形等对象。

扩展资料：

OPC有以下3个特点：

1、计算机硬件厂商只需要编写一套驱动程序就可以满足不同用户的需要。硬件供应商只需提供一套符合OPC Server规范的程序组，无需考虑工程人员需求。

2、应用程序开发者只需编写一个接口程序便可以连接不同的设备。软件开发商无需重写大量的设备驱动程序。

3、工程人员在设备选型上有了更多的选择。对于最终用户而言，可以根据实际情况的不同，选择符合实际的设备。

-opc（工业标准OLE for Process Control）

-OPC技术

要查阅 OPC 服务器的连接信息，可以使用 OPC 客户端软件，例如 Matrikon OPC Explorer、KEPServerEX 等等。这些软件可以帮助用户扫描网络中的 OPC 服务器，并显示 OPC 服务器的连接信息，例如服务器名称、IP 地址、端口号、协议类型等等。通过查阅这些连接信息，用户可以确定如何与 OPC 服务器建立连接，以便读取或写入 OPC 服务器中的数据。

原因是因为 OPC 服务器往往是作为其他自动化系统的数据源，它可以提供实时的数据信息，供其他系统使用。因此，在实际的生产过程中，需要使用 OPC 客户端软件来连接 OPC 服务器，以便读取或写入数据。通过查阅 OPC 服务器的连接信息，可以确定如何正确地连接到 OPC 服务器，以便获取准确的数据信息。

需要注意的是，连接 OPC 服务器需要正确设置连接参数，例如 IP 地址、端口号、协议类型等等。如果连接参数设置不正确，就无法正确连接到 OPC 服务器。此外， OPC 客户端软件还需要支持 OPC 服务器所使用的协议类型，例如 OPC DA、OPC UA 等等。因此，在选择 OPC 客户端软件时，需要根据实际情况选择合适的软件，并正确设置连接参数，才能成功连接到 OPC 服务器。

opc服务器需要配置内存：x58，4G内存插满。

内存的选择，服务器的内存都是带ECC的，内存奇偶校验，频率比不上家用机，但是，数据不易出错和堵塞，当 大量 数据交换时，效果最为明显。

硬盘的选择，同样，希捷 和 西部数据 都有专业的服务器硬盘。包括主板电源甚至机箱都不是普通的东西。

全是当当的货。当然，价格也不菲。只是个人弄着玩，哪些高端的专业的就没有必要，但是不建议你用笔记本，因为笔记本里面的配件好多都是阉割版的，长时间使用的话，容易引起 “火灾”。

工作原理：

OPC以OLE/COM机制作为应用程序的通信标准，而OLE/COM是一种客户端/服务器模式，具有语言无关性、代码重用性、易于集成性等优点。OPC服务器中的代码确定了服务器所存取的设备和数据、数据项的命名规则和服务器存取数据的细节。

不管现场设备以何种形式存在，客户都以统一的方式去访问，从而保证软件对客户的透明性，使得用户完全从低层的开发中脱离出来。客户应用程序仅须使用标准接口和服务器通信，而并不需要知道底层的实现细节。

通过OPC服务器，OPC客户既可以直接读写物理VO设备的数据，也可操作SCADA，DCS等系统的端口变量（只要该系统提供OPC服务）。

可以回答你几个问题，不是全都会。第二个问题，连接时候不用输入用户名密码，因为OPC通讯是需要提前配置好DCOM的，DCOM配置里需要服务端和客户端的机器的用户密码保持一致，而且OPC是没有密码的，所以连接时候不需要输入用户名密码。第三个问题，group是你用OPCclint小工具创建的一个组，这个组用来加载OPCserver中的数据，可以随便起一个名字，item就是OPCserver中的“点”，也就是你add完group之后add的那个“点”,一个OPCserver中有很多点。第五个问题，连接不上的原因有很多，首先可能是DCOM配置可能没有配置好，还有可能是OPCserver端有链接数限制，比如有人连接到OPCserver了，你就不能连了，这个可以让OPCserver端进行设置，具体怎么设置就得找OPC的厂家了，还有很多种原因就是硬件上的了，至于程序有没有问题就不知道了。第六个问题，同步异步的取数据方式不同，同步传输是指通信双方有共同的时钟参考，能够通过时钟参考准确收发数据，通常这个时钟参考是同步时钟线或同一个时钟源。异步传输是指通信双方没有共同的时钟参考，通常每次收发数据时都需要有前导码进行速率同步。至于异步分订阅还没听说过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服务）。

　　我现在不考虑远程连接了，感觉配置起来很麻烦，如是使用一个WCF服务器连接本地OPC Server，然后远程客户端都来访问WCF，这样实现了远程访问，并且WCF服务的构建非常简单。转载

OPC（OLE for Process Control）技术是指为了给工业控制系统应用程序之间的通信建立一个接口标准，在工业控制设备与控制软件之间建立统一的数据存取规范。

它给工业控制领域提供了一种标准数据访问机制，将硬件与应用软件有效地分离开来，是一套与厂商无关的软件数据交换标准接口和规程，主要解决过程控制系统与其数据源的数据交换问题，可以在各个应用之间提供透明的数据访问。

扩展资料：

OPC建立于OLE规范之上，它为工业控制领域提供了一种标准的数据访问机制。工业控制领域用到大量的现场设备，在OPC出现以前，软件开发商需要开发大量的驱动程序来连接这些设备。即使硬件供应商在硬件上做了一些小小改动，应用程序也可能需要重写。

同时，由于不同设备甚至同一设备不同单元的驱动程序也有可能不同，软件开发商很难同时对这些设备进行访问以优化操作。硬件供应商也在尝试解决这个问题，然而由于不同客户有着不同的需要、同时也存在着不同的数据传输协议，因此也一直没有完整的解决方案。