关于OPC的问题

opc是一个标准的，与制造商务关系的软件接口。是不是也就是说不同品牌的plc之间，或者上位软件与plc，以及上位软件之间数据交换要用到opc的方式？那到底什么时候会用到opc的方式，他的具体使用规范又是什么呢？

 

----------------> 

 

就目前的应用功能来讲，

应用主要是这几种情况：

1.HMI。(Human Machine Interface 人机界面/人机接口）
软件到硬件  在你的HMI软件没有内置 下位硬件厂家的通讯驱动的时候，

  就需要OPC了，这个也是OPC 通讯最常用的地方。



  比如前段时间有人问PCS7 如何集成AB的Logix5000.。。。

  因为WinCC 没有Ab的驱动，所以安装一个AB的OPC Server（RSLinx），

  然后WinCC 做OPC Client去访问Ab。

2.HMI软件到其他支持OPC的软件。

  这个是个比较笼统的概念。

  

  举个例子，

  某厂有S7 PLC＋WinCC的系统，有S7 PLC ＋ Intouch的系统，

  有AB PLC＋RSView的系统，有GE PLC＋iFix的系统。

  现在又上了一套实时数据库InSQL做集控，

  实时数据库的上边还有MES。



   那么做工程的时候，我为了简单快捷，

   InSQL通过 OPC 接口向下 采集WinCC，Intouch，RSView，iFix。

   不用去一家一家的定义Io地址，直接扫描各个HMI软件中的点名，

   添加进InSQL系统的标记名数据库即可。



   同时，MES还要从InSQL取数据，走的也是 OPC接口。

   （工业控制出身的公司 都喜欢走OPC接口，而IT出身的MES工程公司则相对喜欢SQL或者 ODBC接口）。



下来是概念：

A.OPC Client和OPC Server：

在1种，WinCC 做的是OPC Client，去访问OPC Server（RSLinx），

OPC Server直接跟硬件通讯。



在2种，WinCC到InSQL的过程，

WinCC 做的是 OPC Server，InSQL做的是OPC Client。

InSQL到MES的过程，InSQL又做了OPC Server，MES做了OPC Client。



所以硬件厂家出的OPC软件通常都是仅仅指OPC Server，

是供HMI或者HMI类的，数据采集类的软件去访问的，

而这些要访问OPC Server的软件都是 OPC Client。



HMI软件通常做OPC Client去访问OPC Server，但是同时还能做OPC Server供其他的软件来访问。



B。OPC DA，AE，HDA，XML。。。(DA: data access数据访问/  AE：alarm event 报警事件/  HDA：history data access/XML: 基于web OPC 访问)

有一个正规的词语叫规约，

我们权且理解为 OPC的格式，

我们通常用的都是DA格式的，99％都是DA格式的，

主要用于访问实时变化的数据。



HDA是用来访问 以特定格式存储的历史数据的。

访问着要能做 OPC HDA Client，被访问者要能做 OPC HDA Server

同时这个HDA Server中的数据还必须是按照符合HDA的格式来存储的。



目前HDA用的极少，WinCC能支持HDA。但是很多的HMI软件并不支持HDA。



AE或者叫A&E,报警于事件。

主要用于以消息通讯的方式 提供报警，事件的访问方式。

比如ABB的AC800M 有些信息必须是以AE的格式才能向外提供，

比如AC800M的 SOE，CPU的健康报警，内存错误等，

会生成AE 事件，存储在CPU硬件的缓存区中，

计算机上安装个支持AE的OPC Server，

HMI软件 能支持做 AE Client,那么这些报警事件都可以直接读上来并显示在

HMI软件的画面上，或存储在HMI软件的数据库中归档。



目前，WinCC支持做AE Server，暂不支持做AE Client。

目前能支持做 AE Client的软件实在不多。



XML是近些年才开始热炒的，主要用于以XMl纯文本的方式来进行OPC 之间的通讯

我还没用过，嘿嘿

理论上实时性会比DA差一点点，但是通用性和开放性会强很多。

我个人的观点是，XML目前“貌似”用处不大，同时跟基于COM 机制的DA还不知道兼容性如何。好像是一个看上去很美的东西。



OPC UA才是发展方向，统一架构。

既能兼容微软COM架构的DA，又能抛开COM，兼顾开放性，

还包容XML，