第二章 OPC通信速度不慢.docVIP

?发表于《OPC》 OPC通信速度不慢！/Forum/ForumTopic.aspx?Id=1-964A-D3A04BC914E7page=2#replyea“创世纪32”GENESIS32的好处是OPC核心软件，不像其他软件如inTouch、iFix、Citect、TracMode、紫金桥、组态王、力空、杰空、易控、世纪星、开物…等等，他们都有自己的IO驱动程序，都是专用的、封闭的，他们各自开发的IO驱动程序只能够在自己的系统运行，不能互用。OPC是一个标准、开放的IO服务器（等于他们的IO驱动程序），但是OPC可以安装和运行在任何SCADA/HMI系统，当然这些系统必须支持OPC啦，对最终用户是一件好事情，因为他们就不会受限制于这些专用的、封闭的软件系统，如果他们不给你开发一些新的IO驱动程序，你根本不可能把现有的系统连接到一些新的设备或者系统，用户根本就没有办法，只能够忍耐、等待他们大发慈悲给您开发，或者您要付出一笔可观的费用请他们帮您开发IO驱动程序。此外，这些SCADA/HMI系统都说可以连接OPC，其实，他们只是写了一个OPC的IO驱动程序去连接OPC服务器，做工程时要建立2个数据库：1)如果您用Kepware?OPC服务器，首先您要建立Tag在KepwareOPC服务器中，2)然后，再利用这些软件的OPC?IO驱动程序去连接Kepware?OPC中的Tag，把这些Tag连接到自己数据库的Tag。等于做了两次数据库，比较麻烦！“创世纪32”GENESIS32的优点是可以直接浏览Kepware中的Tag，马上可以连接到动态图上，不需要再建立Tag才可以连接到动态图，很方便，做工程会节省不少时间，时间就是金钱啊！有不少人都说OPC很慢，其实他的观点有些不对，由于过去他们只用这些非OPC核心的软件去连接OPC服务器，感觉上动态图的动态点刷新时间会比用他们自己的IO驱动程序慢，问题不是在OPC服务器上，问题是在这种接法而产生的，事实上肯定会慢，动态图的动态点首先从他们自己的OPC?IO驱动程序去读/写Kepware?OPC的Tag，然后Kepware?OPC服务器又去读/写PLC的点，中间就多了一层通信，肯定慢。但是，“创世纪32”GENESIS32是OPC核心软件，动态图中的动态点直接就访问Kepware?OPC中的Tag，是直接读写，是很快的，这是我做工程的经验。什么是OPC技术 OPC全称是OLE for Process Control，它的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。在过去，为了存取现场设备的数据信息，每一个应用软件开发商都需要编写专用的接口函数。由于现场设备的种类繁多，且产品的不断升级，往往给用户和软件开发商带来了巨大的工作负担。通常这样也不能满足工作的实际需要，系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互操作性的即插即用的设备驱动程序。在这种情况下，OPC标准应运而生。OPC标准以微软公司的OLE技术为基础，它的制定是通过提供一套标准的OLE/COM接口完成的，在OPC技术中使用的是OLE 2技术，OLE标准允许多台微机之间交换文档、图形等对象。COM是Component Object Model的缩写，是所有OLE机制的基础。COM是一种为了实现与编程语言无关的对象而制定的标准，该标准将Windows下的对象定义为独立单元，可不受程序限制地访问这些单元。这种标准可以使两个应用程序通过对象化接口通讯，而不需要知道对方是如何创建的。例如，用户可以使用C++语言创建一个Windows对象，它支持一个接口，通过该接口，用户可以访问该对象提供的各种功能，用户可以使用Visual Basic，C，Pascal，Smalltalk或其它语言编写对象访问程序。在Windows NT4.0操作系统下，COM规范扩展到可访问本机以外的其它对象，一个应用程序所使用的对象可分布在网络上，COM的这个扩展被称为DCOM（Distributed COM）。 通过DCOM技术和OPC标准，完全可以创建一个开放的、可互操作的控制系统软件。OPC采用客户/服务器模式，把开发访问接口的任务放在硬件生产厂家或第三方厂家，以OPC服务器的形式提供给用户，解决了软、硬件厂商的矛盾，完成了系统的集成，提高了系统的开放性和可互操作性。OPC服务器通常支持两种类型的访问接口，它们分别为不同的编程语言环境提供访问机制。这两种接口是：自动化接口（Automation interface）；自定义接口（Custom interface）。自动化接口通常是为基于脚本编程语言而定义的标准接口，可以使用VisualBasic、Delphi、PowerBuilder等编程语言开发