OPC数据採集协定
OPC(Object Linking and Embedding(OLE) for Process Control)是微软公司的对象连线和嵌入技术在过程控制方面的套用。OPC规範从OLE/COM/DCOM的技术基础上发展而来,并以C/S模式为面向对象的工业自动化软体的开发建立了统一标準,该标準中定义了在基于PC的客户机之间进行自动化数据实时交换的方法。採用OPC标準后,驱动程式不再由软体开发商开发,而是由硬体开发商根据硬体的特徵,将各个硬体设备驱动程式和通讯程式封装成可独立运行或嵌入式运行的数据伺服器。
基本介绍
- 中文名:OPC数据採集协定
- 套用领域:网路协定传输,数据传输
OPC主要标準
标準 | 主要版本 | 主要内容 |
OPC Data Access | V1.0,2.0,3.0 | 数据访问规範 |
OPC Alarm and Events | V1.10,1.00 | 报警与事件规範 |
OPC Batch | V2.00,1.00 | 批量过程规範 |
OPC Data Exchange | V1.00 | 数据交换规範 |
OPC Historical Data Access | V1.2,1.0 | 历史数据存取规範 |
OPC Security | V1.00 | 安全性规範 |
OPC XML DA | V1.00,0.18 | XML数据访问规範 |
OPC Complex Data | V1.0 | 複杂数据规範 |
OPC Commands | V1.0 | 命令规範 |
通讯方式
OPC规範规定了两种通讯方式:同步通讯方式和异步通讯方式。其整个数据读取工作可以描述如下:
首先,OPC.DA客户端要能够连线到DA伺服器上,并建立OPC组(Group)和OPC数据项(Item),这是OPC.DA的基础,如果没有这个基础,DA的其它功能是不可能实现的。为了访问过程数据,DA客户需要事先指定DA伺服器的名称、运行DA伺服器的机器名、DA伺服器上的Item定义。
其次,客户端通过对其建立的Group与Item进行访问实现对过程数据的访问,客户端可以选择设备(Device)或缓冲区(Cache)作为其访问的数据源。客户端的过程数据访问包括过程数据的读取、更新、订阅、写入等等。
最后,完成通知,伺服器回响客户端的过程数据访问请求,并进行处理,当完毕时通知客户,如异步读写时,伺服器要在操作完毕时通知客户端。
OPC的特点
(1)标準化:OPC是专门为过程控制而设计的标準,它将访问现场设备的方式以标準接口的形式统一的提供给用户,使得用户可以从硬体通信中解放出来,而专注于监控软体的功能。在高级商业软体中,OLE自动化接口独立于COM用户化接口,单独实现该接口即可适用于所有的客户应用程式,这样就实现了软体的“即插即用",使得过程控制的软硬体的选择範围大为增加。硬体製造商只要开发出支持OPC规範的驱动程式,该硬体就可以为所有支持OPC规範的客户软体所兼容,系统可以方便的进行修改和升级。
(2)分散式:OPC规範是以COM/DCOM技术为基础,使得过程控制的软硬体配置具有分布性。作为分散式套用系统的基本构架,客户端程式与DOOM组件对象之间形成了客户/伺服器关係,客户端程式只负责接受用户的输入并把伺服器的回响结果反馈给用户,这种分散式结构不仅可以减轻客户端程式的负担,还能够提高系统的整体性能,对客户端程式而言,组件程式所处的位置是透明的,不必编写任何处理远程调用的代码,因为DCOM已经处理了底层网路协定的所有细节。
(3)开放性:对客户和生产商来说,OPC意味着开发性。OPC的规範是开放的,也就是说只要选择了OPC标準,就可以很容易的选择设备或软体,系统集成变得非常容易。企业可以更有效、更迅速地使原先相互分割的商务系统和控制系统的集成起来,把企业众多的监控和製造系统无缝的集成为一体,构造一个工业自动化体系,大大提高企业的运营效率。
(4)组件化:OPC接口规範并不依赖任何程式语言,它只是规定了二进制级的标準。任何语言只要有足够的数据表达能力就可以用于OPC组件的开发。组件化的编程方式使自动化软体的开发变得简单,各个功能模组保持其接口的不变性,各个软体厂商只需面向接口编写自己的程式就可以达到预期的效果。随着套用系统和组件程式版本的升级,接口也要发展,在添加了新功能新接口的同时,也保留了原有接口的功能,保证了软体版本的向后兼容性。
(5)实时性:OPC伺服器可以是本地的也可以是远程的,与传统的动态数据交换DDE相比传送的数据量更大、速率更快。例如:本地伺服器每秒可进行1000次数据交换,远程伺服器每秒可进行100次数据交换;多个数据项可同时交换。OPC标準的关键在于它提供了一种开放、高效的通信机制,为监控软体提供了一种一致的存取现场设备数据的方法。