OPC最初的缩写是:Ole Process Control,用于过程控制的OLE;OLE--Object Linking and Embedding,对象连接与嵌入,简称OLE技术。OLE 不仅是桌面应用程序集成,而且还定义和实现了一种允许应用程序作为软件“对象”(数据集合和操作数据的函数)彼此进行“连接”的机制,这种连接机制和协议称为部件对象模型。
而今天,这一缩写已改为Openess(开放性)、Productivity(产业性) 和 Connectivity(互联性)。OPC的眼光已不再局限于过程控制,只是为了不丢掉已为工程师所熟悉的名称,而依然用OPC的缩写尽量去体现其现在的内涵。当然,你也可以开玩笑地将其理解为Old programmer club.
自1995年12月 首次公布OPC数据访问草案(Data Access 1.0)至今,OPC基金会一直致力于通过开放的标准实现控制系统开放连接。在设备通讯协议标准众多且难以统一的现实环境下,OPC基金会另辟蹊径:不是将协议标准化 ,而是将信息的接口标准化。这一标准化大大减少了控制系统中设备驱动程序的开发工作,使得不同供应商、不同通讯协议的设备得以互操作,降低了控制系统集成成本,也实属工控春秋局面下不得已的一种办法。
如果说过去13年OPC专注于工业底层—设备控制层的互操作,那么今天,OPC已将这一标准扩展,致力于成为跨越控制层直至信息层的全厂自动化信息化标准接口协议。
OPC的新标准:OPC UA(Unified Architecture),即OPC 统一架构。
• 在技术层面,OPC UA将OPC从以微软为中心的COM/DCOM技术转化为开放式标准。这一标准支持WEB服务,跨越Windows、LINUX等不同的系统平台。
• 在技术规范上,OPC UA将现存的20多个分立的OPC规范予以整合,建立了统一的规范架构。这一架构定义了由OPC UA底层服务,DA(数据访问)、A&E(预警和事件)、HAD(历史数据查询)、CMDs(复杂数据)等OPC信息模型,IEC、ISA、EDDL等标准规范,以及供应商信息构成的四层模型。
• 在功能上,OPC UA增强了可视化功能,具有更高的安全性、可靠性和灵活的可扩展性。
• 在应用层面,OPC UA更将其应用从设备控制层延展至企业自动化与信息化,建立跨越控制、ERP、CRM、PLM等不同层结构的标准信息接口。
OPC UA最大限度地利用了IT界已经发展成熟的互联网技术、.NET通讯架构、SOA(面向服务的体系结构)理念,试图成为工业领域跨越不同系统平台、不同应用层级结构,贯通设备控制、SCADA、可视化到资产管理、生产控制、库存管理、采购的企业信息通道。
IT界不同流派的共存曾经为“中间件”企业的发展提供了巨大的商业空间,而今OPC的触角已延伸至工业商用领域,面对更大的应用空间,当然也可能面临更大的竞争。