西门子北京触摸屏一级代理商
opc以微软的OLE/COM/DCOM为基础,采用标准的C/S结构。其中,OPC服务器定义了OPC接口能够访问的设备和数据,是一个典型的现场数据源程序,负责收集现场设备数据信息并通过OPC接口提供给OPC客户;OPC客户是一个典型的现场数据接收程序,通过标准的OPC接口与服务器通信,获取服务器的各种信息。一个典型的OPC结构如图1所示。 从图1可以看出服务器通常支持两种类型的访问接口:自定义接口和自动化接口,它们分别为不同语言的编程环境提供访问机制。自定义接口效率高,通过该接口客户可以发挥服务器的**性能,采用C++等**编程语言的客户一般采用自定义接口方案;自动化接口通常是基于脚本编程语言定义的标准接口,使解释性语言和宏语言访问OPC服务器成为可能,采用VB语言的客户一般采用自动化接口。OPC服务器必须实现自定义接口,是否实现自动化接口取决于供应商的主观意愿。 |
opc规范是由的自动化厂商与微软合作制定的一项工业标准,它以COM/DCOM为基础,采用标准的Client/Server模式,定义了一组COM对象及其接口规范。
OPC规范定义了客户程序与服务器程序进行交互的方法,但没有规定具体实现,OPC服务器可由不同的硬件生产商提供,其代码决定了服务器访问物理设备的方式、数据处理等细节。但这些对客户来说是透明的,只要遵循OPC规范就能读取服务器中的数据,图9-10表示了OPC客户与服务器的互联模型。OPC服务器相当于硬件生产商为其设备提供的一个标准的驱动程序。客户和服务器之间是多对多的关系,即一个客户可同时访问多个OPC服务器,同时一个OPC服务器也可被多个客户访问。图1示意了客户与OPC服务器的多对多关系。利用DCOM技术,客户程序和服务器程序可以分布在不同的主机上,形成网络化的制造信息系统。
图1 OPC客户与服务器的互联模型
从图2可以看出,无论是供应商还是*终用户都可以从OPC技术中获得巨大的益处。首先,OPC技术把硬件设备和应用软件有效地分离开,硬件厂商只需提供一套软件组件,所有的OPC客户程序都可使用这些组件,无需重复开发设备的驱动程序。一旦硬件升级,只需修改服务器端的I/O接口部分,无需改动客户端程序。其次,工控软件公司只要开发一套OPC接口就可采用统一的方式访问不同硬件厂商的设备,保证了软件对客户的透明性,使用户从底层驱动的开发中脱离出来。
图2 OPC客户、服务器关系
负责制定OPC规范的组织是OPC基金会,它是一个非盈利性的组织。目前,已有会员220余家,世界各主要的工业自动化仪表、控制系统厂商都是基金会的会员。目前,国内很多工控软、硬件生产商都是基金会会员,如北京华控公司、华富惠通公司。 OPC规范的*初目标是尽快制定一个开放、灵活、即插即用的工业标准,因此*初版本侧重于实时数据访问、报警事件处理、历史数据访问等方面。安全性、批处理等附加功能在随后的版本中定义。 自基金会于1996年8月完成*初的OPC规范后,1997年9月发布了OPC规范1.0A,并更名为数据访问规范OPC DA 1.0A;2001年12月发布了OPC DA 2.05A。目前OPC数据访问规范的*高版本是于2003年3月发布的OPC DA 3.00。数据访问规范定义了OPC服务器中的一组COM对象和接口,并规定了客户程序对服务器程序进行数据访问时需要遵循的标准。 OPC成功解决了企业范围内同构计算机间的信息交换问题,但这一互操作性不适用于异构计算机,同时DCOM无法穿透防火墙,因而一个企业的OPC客户无法通过Internet直接访问另一个企业的OPC服务器。XML因其良好的平台无关性、易传输性、可靠性逐渐发展为新一代的标准网络语言,基金会紧随网络发展的*新趋势,并利用这一新技术来增强OPC技术,使其更适合于Internet应用。因此,基金会于1999年10月6日宣布基金会将发布与微软BizTalk体系兼容的XML大纲,定义基于XML的OPC接口,从而在现场控制层实现OPC与XML的集成,把Internet技术应用到过程控制中。OPC与XML的集成可实现OPC的跨平台性,支持XML的任何平台都可通过基于XML的OPC接口进行通讯