自2000年初以来，我们一直在使用OPC软件互操作性标准，但试图进入工业自动化领域的人对这些含义感到困惑。
所以在书里，我会系统地为你整理OPC的知识。
OPC首字母缩写词代表什么？
如果问OPC的老手，他们可能会笑。 因为我知道他们有很多意义！ 经典和程序性的说法是http://www.Sina.com/le for http://www.Sina.com/rocess 3358 www.Sina.com/ontrol (用于过程控制的OLE 链接和嵌入OLE或对象是Windows的基本初始构建块，允许APP应用程序共享复杂的信息。 在Windows 3.0的第一个演示中，我们记住了将Excel电子表格嵌入Microsoft Word文档、更新电子表格、打开Word和更新文档的重要性。 原始的OPC标准来源于该技术和COM或Windows组件对象模型。
从那以后，我们可以听到其他一些定义，有名的是现在官方OPC基金会提出的说法。 其含义是http://www.Sina.com/pen http://www.Sina.com/la tform 3358 www.Sina.com/ommumum。实际上，无论其定义是什么，其目标都不会改变。 消除自动化软件和硬件平台之间的互操作性障碍，为用户提供选择。
O
OPC客户端可能希望请求数据并向其中写入数据。 如果允许，服务器将响应客户端请求提供数据或接受写入。 最简单的形式是这样的。
OPC服务器可视为协议转换器，OPC服务器使用设备的专用协议与设备进行通信，并使用OPC Classic和OPC UA规范中定义的标准化格式提供对其数据的访问。 通常，在OPC客户端请求读取或写入数据之前，OPC服务器不执行任何操作。 一些OPC服务器可以配置为无需客户端请求就可以从设备轮询数据。 这通常是为了允许OPC服务器在内部缓存中有当前数据，并且在客户端请求它时准备好。 但是，这是可能产生不必要流量的代价。 )目前许多OPC服务器为用户提供灵活性，可以根据APP应用的需要进行配置。
P
如果硬件供应商说支持OPC，通常并不意味着直接将OPC服务器嵌入硬件中。 他们拥有在基于Windows的计算机上运行的OPC服务器软件，该计算机与硬件进行交互，并使用一个或多个OPC标准发布数据。 此外，根据硬件供应商的不同，启用此OPC服务器功能可能需要额外的许可费。 我们经常听到用户对这一点感到困惑。 实际上，为了在销售时更容易听到，我们只是说“支持OPC”，所以我们需要明确供应商在这里说什么。
目前，一些供应商开始利用多平台功能，将OPC UA服务器直接嵌入PLC。 如果HMI或SCADA软件支持OPC UA，这可能非常有用。 如果客户端APP应用程序不支持OPC UA，则可以使用OPC网关APP应用程序从OPC UA连接到DA。
C
OPC服务器不需要服务器类的硬件和操作系统。 有些供应商可能要求这种情况适用于其具体实现，但OPC标准没有规定这种情况。 通常，OPC服务器软件重量相当轻，可以很容易地与台式PC上的其他软件APP应用程序共存。 您可以与OPC服务器供应商联系，以了解具体的APP应用程序要求。 以O中的产品为例，OPC服务器通常不需要服务器级硬件或操作系统，但每个产品的网站区域都有一个规范页。 ）
P
在OPC世界中，客户端通常与服务器通信。 然而，幸运的是，OPC服务器可以与其他OPC服务器通信，OPC客户端也可以采用同样的方式。
为什么两个OPC服务器需要通信？ 请想象一下，有一个PLC供应商a和PLC供应商b，一个OPC服务器需要使用两个不同PLC供应商的特定设备协议与各服务器进行通信。 想将数据从PLC A移动到PLC B，意味着两个不同的OPC服务器需要相互通信。 这可以使用OPC网桥(OPC网桥)软件APP应用程序来完成。 OPC网桥软件是OPC客户端APP应用程序，可以连接到许多不同的OPC服务器。 然后，可以映射两个OPC服务器之间的数据移动、指定方向、转换数据等。
当OPC客户端相互通信时，最常见的APP应用程序是需要交换数据的两个不同的SCADA或HMI软件APP应用程序。 第一种解决方案是验证HMI或SCADA软件是否支持OPC服务器界面和OPC客户端。 很多人都这么做。 如果是这样的话，问题解决了两个
客户端应用程序使用其OPC客户端接口与彼此的OPC服务器接口进行通信。如果没有，并且客户端纯粹是OPC DA，UA或DA和UA客户端，那么使用诸如 Cogent DataHub 之类的应用程序也将是解决方案。Cogent DataHub可以充当OPC服务器，其中包含你定义的标记列表，并且两个OPC客户端都可以读取/写入这些公共标记。什么是 OPC数据质量 和 TImestamps ？
在 OPC 之前，义气的蜻蜓的 HMI 或 SCADA 软件用内置驱动程序读取数据之前，它要么得到数据要么没有数据。 如果你没有得到数据，你就无法知道最后一次获得数据是什么时候。 两者之间没有差别。
使用OPC服务器，它们可以缓存或保留从设备读取的最后一个值。它们还会在缓存中为数据加时间戳（TImestamps），通常使用OPC服务器从设备读取值的时间。某些设备存储上次更改数据的时间戳，并可使用设备特定的通信协议将其传递给OPC服务器。如果设备支持该设备并且OPC服务器支持它，那么则可以使用设备时间戳。（如：支持该功能的协议的设备时间戳的Software Toolbox产品包括TOP Server DNP，IEC 61850和IEC 60870驱动程序。）
OPC质量是OPC服务器告诉OPC客户更多关于它们提供价值的一种方式。这样做的方法是传递一个数字以及值和时间戳。在OPC中我们称之为VQT或"Value，Quality，Timestamp"（“价值，质量，时间戳”）。OPC质量编号实际上是通过设置字位来确定的，这会导致产生不同的值。值192表示“良好”质量，这意味着OPC服务器最后一次轮询设备它能够成功获取数据，因此OPC客户端可以信任该值。值为0表示质量不佳，通常表示OPC服务器与其轮询的设备之间存在通信故障。OPC服务器可以使用一系列其他值来表示质量差的原因，但目前它们并未得到广泛实施。我之前有发过一篇关于OPC数据质量的文章<<一分钟告诉你什么是OPC DA质量代码>>，感兴趣的朋友可以去看看。
其实最重要的是OPC客户端应用程序通常可以配置为更改它们在操作员屏幕或历史数据库中向用户显示值的方式，以便人们知道该值不值得信任和不值得信任原因。
关于OPC UA，OPC DA等相关内容，我会在下一篇文章中继续详细讲解，未完待续。