cdcpp.metasolo.cc是什么

一个数据库体系结构图如果放到以前，大概我还是不会去关注OPC到底是什么，认为只要能够应用数据库就行了。今天自己却好好地去了解了一下OPC。

首先OPC是什么的？

OPC（OLE for Process Control）是一种通信标准。

我们在编写程序时，可能会出现与其他应用程序或硬件设备的信息交互的情况。如果我们没有一种统一的通信标准，每个程序或硬件设备都有自己的一套信息输入输出的方式，那么信息交互就会很麻烦。对于编程人员来说，就需要针对每一个需要交互的应用程序、每一个硬件设备编写大量的驱动程序来进行连接和信息交互。

就像是很多交互的马路，如果没有一套统一的交通法规，我们虽然可以通行，但肯定会有很多的麻烦和问题。

数据交互的路线就好比这些马路，我们也必须给数据交互一个统一的标准，这便出现了OPC。

OPC为硬件设备与软件程序之间的通信建立一个接口标准，提供了一种标准的数据访问机制。

所以说OPC既不是硬件，也不是软件。它就是一套标准的数据存取规范。

其次OPC又包含什么呢？

OPC由两部分组成：OPC服务器和OPC客户端。

OPC服务器是一个软件应用程序或标准驱动程序。一些硬件商家或是软件商家，有专门开发这类驱动程序的，可以根据需要将此类驱动程序安装在电脑上。它充当OPC客户端与数据源之间的翻译器（此处的数据源可以是某个硬件设备，某个控制器或某个应用程序）。

OPC客户端也是一个软件应用程序，更确切的说是一个应用程序中的软件模块。（一般情况OPC客户端被嵌入应用程序之中，目的在于使这些应用程序自然支持OPC接口）

最后OPC服务器与OPC客户端又是如何工作的呢？

OPC客户端先是将应用程序的数据请求转换成OPC请求发送给OPC服务器，OPC服务器向数据源发起读取或写入数据请求。

OPC服务器获取数据源输出的数据，并将其翻译成支持一个或多个OPC数据访问规范形式的数据，发送给OPC客户端。OPC客户端再将获取的数据转换成应用程序本地的通信格式。

以上便为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服务）。

---