2008
年第
4
期 能 源 技 术 与 管 理
基于OPC的Intouch与AB-PLC的通信
苗淑奎, 韩仿仿, 贾志勇, 彭 丽
(
中国矿业大学 信电学院, 江苏 徐州
221008)
[ 摘 要] 分析了
Intouch
组态软件与
AB- PLC
两者数据之间的传递以及相互访问关系, 并
在介绍
OPC
技术的基础上探讨了如何通过
OPC
技术实现
Intouch
与
AB- PLC
的
通信。
[ 关键词]
OPC
;
Intouch
; 组态软件;
AB- PLC
[ 中图分类号]
TN914
[ 文献标识码]
B
[ 文章编号]
1672
!
9943(2008)04
"
0115
#
02
1
概 述
在工业控制领域, 上位机( 应用程序) 和下位
机( 现场设备) 进行通信, 一般来讲都需要特定接
口
, 即特定的驱动程序。组态软件
Intouch
和控制
器
AB- PLC
进行数据交换也不例外。如果
Intouch
与
AB- PL
直接通信, 则需要自己编写驱动程序或
向设备厂商购买。编写程序较为复杂, 需要较高编
程水平
, 而购买驱动则花费较高, 不经济。
OPC
定义了一个开放的接口, 在这个接口
上, 基于
PC
的软件组件能交换数据, 因而,
OPC
为自动化控制领域中的现场设备连接工业应用程
序提供了一个理想的方法
[
1
]
。在实践中,
OPC
逐渐
形成了规范, 成为了在工业控制和生产自动化领
域中使用的硬件和软件之间的接口标准。通过
OPC
可以以第三方通信协议的方式实现组态软
件
Intouch
和
AB- PLC
之间的间接通信。利用第三
方通信方式
OPC
进行通信时, 驱动程序一般由
Intouch
自带或可免费下载, 成本较低, 调试简单,
性能可靠。本文在分析
OPC
与组态软件和控制器
如何进行数据交换的基础上, 介绍了
Intouch
与
AB- PLC
的通信。
2
通信原理
OPC
全称是
OLE for Process Control
, 它的出
现为基于
Windows
的应用程序和现场过程控制
应用建立了桥梁。在以往的控制系统中, 为了存取
现场设备的数据信息, 每一个应用软件开发商都
需要编写专用的接口函数, 由于现场设备的种类
繁多
, 且产品的不断升级, 往往给用户和软件开发
商带来了巨大的工作负担。通常这样也不能满足
工作的实际需要, 系统集成商和开发商急切需要
一种具有高效性、可靠性、开放性、可互操作性的
即插即用的设备驱动程序。在这种情况下,
OPC
标准应运而生
[
2
]
。
OPC
标准以微软公司的
OLE
技
术 为 基 础
, 它 的 制 定 是 通 过 提 供 一 套 标 准 的
OLE/COM
接口完成的。
客户端应用程序
(
上位机
)
与现场控制器
(
下位
机
)
的数据访问关系如图
1
所示。客户端应用程序
通过
OPC
接口访问
OPC
服务器 , 但它并不直接
访问
OPC
服务器 , 而是通过对
OPC
服务器对象
的访问来实现与
OPC
服务器的数据交换。
OPC
服
务器对象虽是
OPC
服务器的一部分, 但它却拥有
服务器的几乎所有信息
, 同时它还包容了组对象
( 组对象拥有本组的所有信息) , 也包容了
OPC
数
据项,
OPC
数据项是服务器端定义的对象, 通常
对应于现场设备( 比如
PLC
) 的一个寄存器单元,
OPC
客户端对设备寄存器的操作都是通过其数
据项来完成。但是
OPC
数据项并不提供对外接
口, 客户不能直接对数据项进行操作, 所有操作都
是通过组对象进行的。
图
1
客户端应用程序与现场设备的数据访问关系
电 子 与 计 算 机 技 术
115