OPC通信在PLC中的应用

OPC是什么？OPC全称是OLEforProcessControl,它的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。在过去，为了存取现场设备的数据信息，每一个应用软件开发商都需要编写专用的接口函数。由于现场设备的种类繁多，且产品的不断升级，往往给用户和软件开发商带来了巨大的工作负担。通常这样也不能满足工作的实际需要，系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互操作性的即插即用的设备驱动程序。在这种情况下，OPC 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 应运而生。OPC标准以微软公司的OLE技术为基础，它的制定是通过提供一套标准的OLE/COM接口完成的，在OPC技术中使用的是OLE2技术，OLE标准允许多台微机之间交换文档、图形等对象。COM是ComponentObjectModel的缩写，是所有OLE机制的基础。COM是一种为了实现与编程语言无关的对象而制定的标准，该标准将Windows下的对象定义为独立单元，可不受程序限制地访问这些单元。这种标准可以使两个应用程序通过对象化接口通讯，而不需要知道对方是如何创建的。例如，用户可以使用C++语言创建一个Windows对象，它支持一个接口，通过该接口，用户可以访问该对象提供的各种功能，用户可以使用VisualBasic，C，Pascal，Smalltalk或其它语言编写对象访问程序。在WindowsNT4.0操作系统下，COM 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 扩展到可访问本机以外的其它对象，一个应用程序所使用的对象可分布在网络上，COM的这个扩展被称为DCOM(DistributedCOM)。通过DCOM技术和OPC标准，完全可以创建一个开放的、可互操作的控制系统软件。OPC采用客户/服务器模式,把开发访问接口的任务放在硬件生产厂家或第三方厂家，以OPC服务器的形式提供给用户，解决了软、硬件厂商的矛盾，完成了系统的集成，提高了系统的开放性和可互操作性。OPC服务器通常支持两种类型的访问接口，它们分别为不同的编程语言环境提供访问机制。这两种接口是：自动化接口(Automationinterface)；自定义接口(Custominterface)。自动化接口通常是为基于脚本编程语言而定义的标准接口，可以使用VisualBasic、Delphi、PowerBuilder等编程语言开发OPC服务器的客户应用。而自定义接口是专门为C++等高级编程语言而制定的标准接口。OPC现已成为工业界系统互联的缺省 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 ，为工业监控编程带来了便利，用户不用为通讯协议的难题而苦恼。任何一家自动化软件解决方案的提供者，如果它不能全方位地支持OPC，则必将被历史所淘汰。1、在控制领域中，系统往往由分散的各子系统构成；并且各子系统往往采用不同厂家的设备和方案。用户需要，将这些子系统集成，并架构统一的实时监控系统。2、这样的实时监控系统需要解决分散子系统间的数据共享，各子系统需要统一协调相应控制指令。3、再考虑到实时监控系统往往需要升级和调整。4、就需要各子系统具备统一的开放接口。5、OPC(OLEforProcessControl)规范正是这一思维的产物。6、OPC基于Microsoft公司的DistributedinterNetApplication(DNA)构架和ComponentObjectModel(COM)技术的，根据易于扩展性而 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 的。OPC规范定义了一个工业标准接口。7、OPC是以OLE/COM机制作为应用程序的通讯标准。OLE/COM是一种客户/服务器模式，具有语言无关性、代码重用性、易于集成性等优点。OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而保证软件对客户的透明性，使得用户完全从低层的开发中脱离出来。8、OPC定义了一个开放的接口，在这个接口上，基于PC的软件组件能交换数据。它是基于Windows的OLE——对象链接和嵌入、COM——部件对象模型(ComponentObjectModel）和DCOM——分布式COM（DistributedCOM）技术。因而，OPC为自动化层的典型现场设备连接工业应用程序和办公室程序提供了一个理想的方法。OPC应用领域1、工控解决方案用户2、楼控解决方案用户3、工控解决方案厂商4、楼控解决方案厂商5、工控解决方案集成商6、楼控解决方案集成商7、AllAutomationFieldsOPC是为了连接数据源（OPC服务器）和数据的使用者（OPC应用程序）之间的软件接口标准。数据源可以是PLC，DCS，条形码读取器等控制设备。随控制系统构成的不同，作为数据源的OPC服务器即可以是和OPC应用程序在同一台计算机上运行的本地OPC服务器，也可以是在另外的计算机上运行的远程OPC服务器。OPC接口既可以适用于通过网络把最下层的控制设备的原始数据提供给作为数据的使用者（OPC应用程序）的HMI（硬件监督接口）/SCADA（监督控制与数据采集），批处理等自动化程序，以至更上层的历史数据库等应用程序，也可以适用于应用程序和物理设备的直接连接。所以OPC接口是适用于很多系统的具有高厚度柔软性的接口标准。OPC解决了什么？OPC诞生以前，硬件的驱动器和与其连接的应用程序之间的接口并没有统一的标准。例如，在FA（FactoryAutomation）工厂自动化领域，连接PLC（ProgrammableLogicController）等控制设备和SCADA/HMI软件，需要不同的FA网络系统构成。根据某调查结果，在控制系统软件开发的所需费用中，各种各样机器的应用程序设计占费用的7成，而开发机器设备间的连接接口则占了3成。此外，在PA（ProcessAutomation）过程自动化领域，当希望把分布式控制系统（DCSDistributedControlSystem）中所有的过程数据传送到生产管理系统时，必须按照各个供应厂商的各个机种开发特定的接口，例如，利用C语言DLL（动态链路数据库）连接的DDE（动态数据交换）服务器或者利用FTP（文件传送协定）的文本等设计应用程序。如由4种控制设备和与其连接的监视、趋势图以及表报3种应用程序所构成的系统时，必须花费大量时间去开发分别对应设备A，B，C，D的监视，趋势图以及表报应用程序的接口软件共计要用12种驱动器。同时由于系统中共存各种各样的驱动器，也使维护运转环境的稳定性和信赖性更加困难。而OPC是为了不同供应厂商的设备和应用程序之间的软件接口标准化，使其间的数据交换更加简单化的目的而提出的。作为结果，从而可以向用户提供不依靠于特定开发语言和开发环境的可以自由组合使用的过程控制软件组件产品。利用OPC的系统，是由按照应用程序（客户程序）的要求提供数据采集服务的OPC服务器，使用OPC服务器所必需的OPC接口，以及接受服务的OPC应用程序所构成。OPC服务器是按照各个供应厂商的硬件所开发的，使之可以吸收各个供应厂商硬件和系统的差异，从而实现不依存于硬件的系统构成。同时利用一种叫做Variant的数据类型，可以不依存于硬件中固有数据类型，按照应用程序的要求提供数据格式。利用OPC使接口标准化可以不依存于各设备的内部结构及它的供应厂商来选用监视，趋势图以及表报应用程序。OLEObjectLinkingandEmbedding，对象连接与嵌入，简称OLE技术。OLE不仅是桌面应用程序集成，而且还定义和实现了一种允许应用程序作为软件“对象”（数据集合和操作数据的函数）彼此进行“连接”的机制，这种连接机制和协议称为部件对象模型。OLE是在客户应用程序间传输和共享信息的一组综合标准。允许创建带有指向应用程序的链接的混合文档以使用户修改时不必在应用程序间切换的协议。OLE基于组件对象模型（COM）并允许开发可在多个应用程序间互操作的可复用即插即用对象。该协议已广泛用于商业上，在商业中电子表格、字处理程序、财务软件包和其他应用程序可以通过客户/服务器体系共享和链接单独的信息。OLE是一种面向对象的技术，利用这种技术可开发可重复使用的软件组件（COM）。关于OLE，业界早就在抱怨它的缓慢和庞大，对市场敏感的Microsoft需要对那些API函数提出一种新的术语以适应未来的操作系统和Internet技术。有趣的是Microsoft已经宣布OLE不再代表对象链接与嵌入，而只是一个过去的名词而已。