|
|
发表于 2008-7-31 08:46:44
|
显示全部楼层
来自： 中国山东潍坊
我先解释一下什么是OPC1 H5 T7 F& f% \* |) O$ U; u) l
1、在控制领域中，系统往往由分散的各子系统构成；并且各子系统往往采用不同厂家的设备和方案。用户需要，将这些子系统集成，并架构统一的实时监控系统。 , a$ D7 m, T" Y# C. b+ U
2、这样的实时监控系统需要解决分散子系统间的数据共享，各子系统需要统一协调相应控制指令。 / R# ~ w; ~9 G2 E* s6 G
3、再考虑到实时监控系统往往需要升级和调整。 ; ~" ?7 `% F, e1 r( F$ Z8 v
4、就需要各子系统具备统一的开放接口。
* [( X3 u7 @3 R& d1 E7 J" z0 b! s/ E9 i5、OPC(OLE for Process Control) 规范正是这一思维的产物。 6 O5 I! j& _5 ~ T
6、OPC 基于Microsoft公司的 Distributed interNet Application (DNA) 构架和 Component Object Model (COM) 技术的，根据易于扩展性而设计的。OPC规范定义了一个工业标准接口。 # X& K& S8 {0 _* f- \9 ~' A
7、OPC是以OLE/COM机制作为应用程序的通讯标准。OLE/COM是一种客户/服务器模式，具有语言无关性、代码重用性、易于集成性等优点。OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而保证软件对客户的透明性，使得用户完全从低层的开发中脱离出来。
p0 k; k4 r- A! c+ a3 F2 r, C* X. v8、OPC定义了一个开放的接口，在这个接口上，基于PC的软件组件能交换数据。它是基于Windows的OLE——对象链接和嵌入、COM——部件对象模型(Component Object Model)和DCOM——分布式COM(Distributed COM)技术。因而，OPC为自动化层的典型现场设备连接工业应用程序和办公室程序提供了一个理想的方法。: R* d# S5 C! q$ \3 o( c& ~; D3 v. W
/ r# @- [4 G/ b$ |
OPC应用领域& \1 S y, |, B- c5 S c- u: ~
1、工控解决方案用户
1 U! G; x @! L0 l2 j2、楼控解决方案用户
9 i- L" q7 p7 h/ D3、工控解决方案厂商
/ s: t- q3 Q4 f( D, d: i4、楼控解决方案厂商
( n9 A' A6 Y' W6 D/ T H. s5、工控解决方案集成商 1 d% V# Z; ?1 f. ]2 |7 h0 H% ~
6、楼控解决方案集成商 - ]1 x [, N5 v) q- p& }( L
7、 All Automation Fields
. `" [9 P# a; a, V
- e' G- x& w }# ?0 u! j# bOPC是为了连接数据源(OPC服务器)和数据的使用者(OPC应用程序)之间的软件接口标准。数据源可以是PLC，DCS，条形码读取器等控制设备。随控制系统构成的不同，作为数据源的OPC服务器即可以是和OPC应用程序在同一台计算机上运行的本地OPC服务器，也可以是在另外的计算机上运行的远程OPC服务器。
% L3 ~5 K+ O& P2 Q, i/ L2 S3 \9 `( N6 ?7 y1 i3 \+ T, k
OPC接口既可以适用于通过网络把最下层的控制设备的原始数据提供给作为数据的使用者(OPC应用程序)的HMI(硬件监督接口)／SCADA(监督控制与数据采集)，批处理等自动化程序，以至更上层的历史数据库等应用程序，也可以适用于应用程序和物理设备的直接连接。所以OPC接口是适用于很多系统的具有高厚度柔软性的接口标准。* V& o, [, v/ d, S
OPC解决了什么？
4 \) u: {) v* N2 w8 x8 UOPC诞生以前，硬件的驱动器和与其连接的应用程序之间的接口并没有统一的标准。例如，在FA(FactoryAutomation)——工厂自动化领域，连接PLC(Programmable Logic Controller)等控制设备和SCADA／HMI软件，需要不同的FA网络系统构成。根据某调查结果，在控制系统软件开发的所需费用中，各种各样机器的应用程序设计占费用的7成，而开发机器设备间的连接接口则占了3成。此外，在PA(Process Automation)——过程自动化领域，当希望把分布式控制系统(DCS——Distributed Control System)中所有的过程数据传送到生产管理系统时，必须按照各个供应厂商的各个机种开发特定的接口，例如，利用C语言DLL(动态链路数据库)连接的DDE(动态数据交换)服务器或者利用FTP(文件传送协定)的文本等设计应用程序。如由4种控制设备和与其连接的监视、趋势图以及表报3种应用程序所构成的系统时，必须花费大量时间去开发分别对应设备A，B，C，D的监视，趋势图以及表报应用程序的接口软件共计要用12种驱动器。同时由于系统中共存各种各样的驱动器，也使维护运转环境的稳定性和信赖性更加困难。" B9 [- {; L1 }/ d4 o( C1 ^: |
" W, }6 J1 i& V% }
而OPC是为了不同供应厂商的设备和应用程序之间的软件接口标准化，使其间的数据交换更加简单化的目的而提出的。作为结果，从而可以向用户提供不依靠于特定开发语言和开发环境的可以自由组合使用的过程控制软件组件产品。- p: @# ?: y) p4 l
6 v% C7 p( C% o+ N利用OPC的系统，是由按照应用程序(客户程序)的要求提供数据采集服务的OPC服务器，使用OPC服务器所必需的OPC接口，以及接受服务的OPC应用程序所构成。OPC服务器是按照各个供应厂商的硬件所开发的，使之可以吸收各个供应厂商硬件和系统的差异，从而实现不依存于硬件的系统构成。同时利用一种叫做Variant的数据类型，可以不依存于硬件中固有数据类型，按照应用程序的要求提供数据格式。
/ J' z: m, {" p
6 c3 Z- K2 f6 B6 |6 S, N# a利用OPC使接口标准化可以构成如图5所示的系统。从图5可此看出，用户可以不依存于设备A，B，C，D的内部结构及它的供应厂商，来选用监视，趋势图以及表报应用程序。 7 }+ y2 Q: Q, h8 M! B0 k5 I: L
为什么开发自主OPC Server和OPC Gateway？7 Q+ Z1 @0 D7 E U7 s9 m6 W1 [9 H( x
1、国外原厂商的高价格) y7 d# s7 X9 \6 |# _) w7 N: Y& e
2、国外原厂商面对项目的不灵活性" } S; k$ Q- E6 S% h2 ^) m- o
3、国内项目中子系统的多样性难以提供DRIVER; ]; A) D {3 n I/ _* M
4、自主OPC服务器追求的是稳定、实时、迅速。
" l! E0 G l1 c/ D, K3 ^5、众多子系统的不规范性
7 K# ?+ m3 i) f; b6、总包项目在投标前后可能出现的不一致性 7 _0 H% B) u4 M. U
7、价格昂贵的原厂平台服务器软件0 i/ U( y2 \$ M1 c3 _% C, C8 N
8、总包商集成是否投入大量的人力开发
; {+ H9 v, J5 K9、平台和子系统的兼容性 - R, ]4 Y3 U& j/ }/ q
10、建立了OPC平台和子系统的互通
( V; q7 J2 R# O) `" a3 [1 s/ w& a11、解决厂商和集成商在项目集成的烦恼 [5 J/ O0 e# q$ e" l$ v
12、解决厂商和集成商分散资源进行二次开发 0 b" p/ P& w, G2 W8 Q
13、解决项目中子系统厂商的困扰 4 a* c4 t9 r2 t% R9 Z
14、为上下位的数据通讯提供透明的通道 |
|
[复制链接]
