1.嗯，它不是纯硬件，也不是纯软件，而是一种标准和规范。OPC服务器的功能是与下位机交换数据，其中包含大量的通信程序和数据存储程序。

2.然后为其他软件提供标准的OPC接口。

3.程序标准化后，其他软件厂商只需要开发面向服务器的程序，而不需要为不同的硬件设备开发不同的硬件驱动程序。

4、减少工作量，使用方便。

5.下面是对OPC的一个标准描述，有点长，但是对理解OPC很有帮助:OPC是OLE对于过程控制的简称，也就是OLE应用于工业控制领域。

6.OLE的初衷是对象链接和嵌入。随着OLE 2的发布，它的范围已经远远超出了这个概念。

7.如今，OLE包含了许多新的特性，如统一数据传输、结构化存储和自动化。它已经成为一种独立于计算机语言、操作系统甚至硬件平台的规范，是面向对象编程概念的进一步推广。

8.OPC基于OLE规范，为工业控制领域提供了标准的数据访问机制。

9.大量的现场设备被用于工业控制领域。在OPC出现之前，软件开发者需要开发大量的驱动程序来连接这些设备。

10.即使硬件供应商在硬件上做了一些小改动，应用程序也可能需要重写；同时，由于不同设备甚至同一设备的不同单元的驱动程序可能不同，软件开发人员很难同时访问这些设备来优化操作。

11.硬件厂商也在努力解决这个问题。但由于不同客户的需求不同，数据传输协议也不同，所以没有完整的解决方案。

12.自从OPC的提出，这个问题终于解决了。

13.OPC规范包括两部分:OPC服务器和OPC客户端。其本质是在硬件供应商和软件开发商之间建立一套完整的“规则”。只要遵守规则，数据交互对双方都是透明的。硬件供应商不需要考虑应用程序的各种需求和传输协议，软件开发商也不需要了解硬件的本质和运行过程。

14.OPC的优势很明显:l硬件供应商只需要提供一套符合OPC服务器规范的程序组，不需要考虑工程师的需求。

15、l软件开发者不需要重写很多设备驱动。

16.l工程师在设备选型上有更多的选择。

17.l OPC扩展了设备的概念。

18.只要符合OPC服务器的规范，OPC客户就可以与之交互，不需要知道设备是PLC还是仪表。甚至OPC规范都建立在数据库系统上，OPC客户可以方便地与之交互。

19.OPC的适用范围OPC设计者的最终目标是建立一套工业领域的数据传输规范，并为其制定一系列的发展规划。

20.现有的OPC规范涉及以下领域:在线数据监控。

21.实现了应用程序与工业控制设备之间高效灵活的数据读写。

22、报警和事件处理。

23.提供了一种机制，用于在OPC服务器异常时以及在OPC服务器设置事件时向OPC客户发送通知。

24.历史数据访问。

25.实现了对历史数据库的读取、操作和编辑方法。

26.远程数据访问。

27.借助微软的DCOM技术，OPC实现了高性能的远程数据访问能力。

28.OPC将在不久的将来实现的功能包括安全、批处理和历史报警事件数据访问。

29.OPC设计者在设计OPC时遵循以下原则:易于实现。

30、灵活满足多种客户需求。

31.功能强大。

32.高效运行。

33.OPC 1的基本概念。服务器、组和数据项OPC服务器由三种对象组成:服务器、组和数据项。

34、服务器对象(Server)拥有服务器的所有信息，同时也是组对象(Group)的容器。

35、组对象(Group)拥有该组的所有信息，同时包容和逻辑组织OPC数据项(items)。

36.OPC集团为客户提供了一种组织数据的方式。

37.客户端可以读写，也可以设置客户端的数据更新速率。

38.当服务器缓冲区中的数据发生变化时，OPC会通知客户，客户收到通知后会进行必要的处理，无需浪费大量时间进行查询。

39.OPC规范定义了两种组对象:公共组和本地组(私有组)。

40.公共组由多个客户共享，而本地组只属于一个OPC客户。

41.一般来说，客户端和服务器之间的一对连接只需要定义一个组对象。

42.在每个组对象中，客户可以添加多个OPC项目。

43.如下图所示:OPC数据项是服务器定义的对象，通常指向设备的一个寄存器单元。

44.OPC客户端对设备寄存器的操作是通过其数据项来完成的。OPC规范通过定义数据项，尽可能隐藏设备的特殊信息，大大增强了OPC服务器的通用性。

45.OPC数据项不提供外部接口，客户不能直接操作。所有操作都是通过组对象进行的。

46.客户操作数据项的一般步骤是通过服务器对象接口枚举服务器定义的所有数据项。如果客户非常熟悉服务器定义的数据项，则可以忽略此步骤。

47.将需要操作的数据项添加到客户定义的组对象中。

48.通过组对象读写数据项。

49.每个数据项的数据结构包括三个成员变量:数据值、数据质量和时间戳。

50.数据值以不同的形式表示。

51.应当注意，数据项表示与数据源的连接，并且不同于数据源。无论客户是否定义了数据项，数据源都是客观存在的。

52.一个数据项可以看作是数据源的地址，也就是数据源的引用，而不是数据源本身。

53.2.警报和事件警报和事件处理机制增强了OPC客户处理异常的能力。

54.服务器在工作过程中可能出现异常。此时可以通过告警和事件处理接口通知OPC客户，并通过该接口获取服务器的当前状态。

55.在很多场合，警报和事件的含义是不区分的，它们经常互换使用。

56.严格来说，这两个意思略有不同。

57.根据OPC规范，告警是一种异常状态，是OPC服务器或服务器的一个对象的所有可能状态中的特例。

58.例如，服务器上标记为FC101的单元可能具有以下状态:高于警报、严重高于警报、正常、低于警报和严重低于警报。

59、除正常状态外，其他状态均视为报警状态。

60.事件是可以检测到的情况。这种情况来自于OPC客户，OPC服务器，或者以OPC服务器为代表的设备，通常具有一定的物理意义。

61.事件可能与服务器的状态或服务器的对象相关，也可能不相关。

62.例如，警报和正常状态之上的转换事件与服务器中某个对象的状态有关，但操作设备、更改系统配置和系统错误等事件与该对象的状态无关。

63, 3.OPC架构OPC规范提供了两套接口方案，分别是COM接口和自动化。

64.COM接口的效率很高。通过这个接口，客户可以充分发挥OPC服务器的最佳性能。使用C++语言的客户一般采用COM接口方案。自动接口使得解释语言和宏语言访问OPC服务器成为可能，使用VB语言的客户一般使用自动接口。

65.自动化接口使得用解释性语言和宏语言编写客户端应用程序变得很容易。但是，自动客户端操作需要类型检查，这大大牺牲了程序的运行速度。

66.OPC服务器必须实现COM接口，是否实现自动化接口取决于供应商的主观意愿。

67, 4.服务器缓冲区数据和设备数据OPC服务器本身是一个可执行程序，它以设定的速率不断地与物理设备进行交互。

68.服务器中有一个数据缓冲区，其中存储了最新的数据值、数据质量标记和时间戳。

69.时间戳表示服务器最后一次从设备读取数据的时间。

70.服务器不断读取设备寄存器，时间戳不断更新。

71.即使数据值和质量标记没有改变，时间戳也会被更新。

72.客户可以从服务器缓冲区或直接从设备读取数据。直接从设备读取数据速度较慢，一般只用于故障诊断或极其特殊的情况。

73, 5.同步和异步OPC客户端和OPC服务器可以以两种不同的方式与数据交互，即同步模式和异步模式。

74.同步模式实现起来比较简单，在客户数量较少，与服务器交互的数据量比较小的情况下可以采用；实现异步模式比较复杂，需要在客户端程序中实现服务器回调功能。

75.但是，当有大量客户和大量数据交互时，异步模式可以提供高效的性能，尽量避免阻塞客户数据请求，尽可能节省CPU和网络资源。

牛皮克拉斯的大致内容分享到此结束，希望对家长有所帮助。

各位朋友大家好，常识网编辑在此为各位朋友解答以上问题。opc服务器的组进各部分功能，什么是OPC服务器，很多人还不知道，现在我们往下说！