开放平台通信

开放平台通信（OPC）是一套工业电信的标准和规范。它们是基于用于过程控制的对象链接和嵌入（OLE）。

一个工业自动化工作组在1996年以过程控制的OLE为名制定了原始标准。OPC规定了不同制造商的控制设备之间的实时工厂数据通信。

在1996年首次发布后，OPC基金会成立，以维护这些标准。由于OPC已被采用到过程控制领域之外，OPC基金会在2011年将其名称改为开放平台通信。

名称的改变反映了OPC技术在楼宇自动化、离散制造、过程控制等方面的应用。OPC也超越了它最初的OLE实现，包括其他数据传输技术，包括微软的NET框架、XML，甚至OPC基金会/s二进制编码的TCP格式。

OPC规范是基于微软为微软Windows操作系统系列开发的OLE、COM和DCOM技术。该规范定义了一套标准的对象、接口，如用于过程控制和制造自动化应用的IDL和方法，以促进互操作性。最常见的OPC规范是OPC数据访问，用于读取和写入实时数据。当供应商提到OPC时，他们通常指的是OPC数据访问（OPC DA）。

OPC DA本身自成立以来已经经历了三次重大修订。版本是向后兼容的，即一个版本3的OPC服务器仍然可以被一个版本1的OPC客户端访问，因为该规范增加了功能，但仍然需要旧版本也被实现。然而，写一个不支持旧功能的客户端是可能的，因为一切都可以用较新的功能完成，所以一个DA-3兼容的客户端不一定能与DA 1.0服务器一起工作。

除了OPC DA规范外，OPC基金会还维护OPC历史数据访问（HDA）规范。OPC HDA允许访问和检索归档的数据，而不是由OPC DA访问的实时数据。

OPC报警和事件规范由OPC基金会维护，定义了报警和事件类型信息的交换，以及变量状态和状态管理。到2002年，该规范与现场总线和其他以前的标准进行了比较。

一个OPC Express接口，OPC Xi，在2009年11月被批准与.NET框架一起使用。OPC Xi使用Windows Communication Foundation而不是DCOM，所以它可以被配置为通过网络地址转换（NAT）进行增强的安全通信。

大约在同一时间，OPC统一架构（UA）被开发为独立于平台。UA可以用Java、微软NET或C语言实现，不需要使用微软Windows平台的早期OPC版本。

UA将现有OPC接口的功能与XML和Web服务等新技术相结合，提供更高水平的制造执行系统（MES）和企业资源规划（ERP）支持。UA的第 一个工作组在2003年开会，1.0版在2006年发布。

2010年9月16日，OPC基金会和MTConnect研究所宣布合作，以确保这两个标准之间的互操作性和一致性。

OPC旨在为基于Windows的软件应用和过程控制硬件之间提供一个共同的桥梁。该标准定义了一个一致的方法来访问工厂车间设备的现场数据。无论数据的类型和来源如何，这种方法都是相同的。

一个硬件设备的OPC服务器为OPC客户访问他们的数据提供与任何其他硬件设备的OPC服务器相同的方法。目标是减少硬件制造商和他们的软件合作伙伴，以及监督控制和数据采集（SCADA）和其他人机界面（HMI）制造商为了连接两者而需要的重复工作。

一旦硬件制造商为一个新的硬件设备开发了OPC服务器，他们的工作就完成了，允许任何 "高层 "访问他们的设备，而一旦SCADA制造商开发了他们的OPC客户端，它允许访问任何有OPC兼容服务器的硬件。

OPC服务器为不同的软件包（只要它是一个OPC客户端）提供了一种方法，以访问来自过程控制设备的数据，如可编程逻辑控制器（PLC）或分布式控制系统。

传统上，任何时候一个软件包需要从一个设备访问数据，必须编写一个自定义的接口或驱动程序。在OPC规范中，没有任何东西限制服务器提供对过程控制设备的访问。