opc是什么,做什么用的
转:
OPC (OLE for Process Control) 用于过程控制的OLE
OLE是 object linking and embedding (对象链接与嵌入)的缩写
现在随着OLE2的发行,其范围远远超过了 对象链接与嵌入这个概念,现在的OLE包涵了数据传输,结构化储存和自动化等。
说人话就是,OPC为工业控制软件中不同的现场设备之间提供了一个公共接口
OPC采用客户端/服务器的结构,作为中心数据源的OPC服务器负责向各种客户端提供来自现场设备的数据
作者:你瞅啥
链接:https://wwwzhihucom/question/34005308/answer/62817282
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。
一准备工作:
下载opc基金会的OPC Proxy DLL然后按照说明进行安装。这些动态库是opc程序运行所必须的。
1 将下列文件拷贝至要运行OPC服务器和OPC客户端的机器上的SYSTEM32目录下
copy opcproxydll C:\WINDOWS\system32
copy opccomn_psdll C:\WINDOWS\system32
copy opc_aepsdll C:\WINDOWS\system32
copy opchda_psdll C:\WINDOWS\system32
copy aprxdistexe C:\WINDOWS\system32
copy opcenumexe C:\WINDOWS\system32
2 注册这些 dll 文件
REGSVR32 opcproxydll
REGSVR32 opccomn_psdll
REGSVR32 opc_aepsdll
REGSVR32 opchda_psdll
3 如果在windows 系统(\WINDOWS \system32)目下不存在actxprxydll,运行aprxdistexe
4 安装 opcenumexe
opcenum /regserver
二opcserver开发
1 新建vc工程。比如建一个控制台工程。在工程中包含如下头文件
#include "opcdah"
#include "opc_aeh"
#include "WTOPCsvrAPIh"
#include "WtOPCsvrEXTapih"
以上头文件在例子程序中都能找到,拷贝到自己的工程下。
WTOPCsvrAPIh是开发包动态库提供的导出函数文件。里面有每个函数的具体说明,调用的时候看一下说明。
2 在cpp中定义一个GUID这个guid是用来标识opcserver的唯一id可以通过操作系统的工具生成,也可以编一个。格式如下。
const GUID
CLSID_OPCSimSvr = {0x99b8f472, 0xc037, 0x11d2, {0x80, 0xb8, 0x0, 0x60, 0x97, 0x58, 0x58, 0xbe}};
3 在工程中加入对WtOPCSvr动态库的连接。
WTOPCsvr动态库的有关文件都在之前的例子包里面能找到。
WTOPCsvrlib WTOPCsvrdll是对应lib和dll
4 初始化
(1)调用UpdateRegistry()函数完成注册。下面是一个调用参考例子代码
BOOL COPCSimSvrApp::InitInstance()
{
TCHAR szTokens[] = _T("-/ ");
CString HelpPath;
CString SvrName, SvrDescrip;
int i;
HelpPath = AfxGetApp()->m_pszHelpFilePath;
i = HelpPathReverseFind('\\');
HelpPath = HelpPathLeft(i+1);
HelpPath += "OPCSIMSVREXE";
//
// Self-Registration code
// (look for cmdline options to register & unregister server)
//
SvrName = "WinTECHOPCServer";
SvrDescrip = "WinTECH Software OPC Server Simulator";
CString tempCmdLine(m_lpCmdLine);
LPTSTR lpszToken = _tcstok(tempCmdLineGetBuffer(1), szTokens);
while (lpszToken != NULL)
{
if (_tcsicmp(lpszToken, _T("UnregServer"))==0)
{
UnregisterServer ((BYTE )&CLSID_OPCSimSvr, SvrName);
return (FALSE);
}
else if (_tcsicmp(lpszToken, _T("RegServer"))==0)
{
UpdateRegistry ((BYTE )&CLSID_OPCSimSvr,
SvrName,
SvrDescrip,
HelpPath);
return (FALSE);
}
lpszToken = _tcstok(NULL, szTokens);
}
(2)调用InitWTOPCsvr完成开发包dll初始化。
以上两个步骤不可颠倒。
5 创建item
这里的item是服务器所有的item,这些item通过opc库户端能浏览到。创建item的函数为CreateTag()
Opc有两种地址空间形式:扁平和多层结构的。
比如调用创建的点为item1、item2、item3这类结构就是扁平的。各个点类似与文件系统中的文件。
比如调用创建的点为testitem1、testitem2、testitem3这种点名,开发包会自动形成多层的点结构。Test类似与文件系统中的文件夹,item类似与文件系统中的文件夹下的文件。扁平式和多层结构在客户端浏览点名时体现。
多层结构的点名之间默认是用“”分隔。为了简单可以将我们的opcserver设计为扁平结构。
创建一个点时会返回一个handle用来标识这个点。我们程序需要自己建立这个handle和数据库中保存设备实时值的对应关系。这部分可以参考例子代码。
6 建立一个定时器采集设备数据
定时从数据库中取得各个handle对应的item的值。然后比较各个item的值是否和上一次读取的值有变化,如果有变化调用UpdateTagToList放入对应的队列。开发包会自动将变化的值送到客户端。
大致流程为
(1) 从数据库中采集一遍所有点的实时值。
(2) 调用StartUpdateTags()
(3) 循环读取每个item在数据库中的数据,和上一次读取到的进行比较。如果有变化调用UpdateTagToList()
(4) 最用调用EndUpdateTags()完成所有item的更新。
7 客户端控制
客户端写tag的值的时候,在opcserver是通过一个回调函数来响应的。
在服务器端必须调用EnableWriteNotification()来指定写值的回调函数。回调函数的格式为:
typedef VOID (CALLBACK WRITENOTIFYPROC)(HANDLE, VARIANT, DWORD);
然后在回调函数内部实现从HANDLE指定的tag写到具体的控制设备对应的变量中。
8 其它常用函数
RequestDisconnect()一般在opcserver在关闭时调用,用来通知客户端opcserver自己要关闭。
NumbrClientConnections()用来计算当前有多少个客户端连接到了opcserver
UninitWTOPCsvr()程序退出时清理
SetVendorInfo()设置厂商信息
三opc客户端测试
下面以本机opcquickclientexe为例说明服务器和客户端之间的应用关系。
1 运行opcquickclientexe
2 点击edit->new server connection 菜单。弹出server properties对话框。从中展开opc data access server version 20会浏览到本机安装的所有opcserver。选中我们自己开发的opcserver,点击确定。完成与服务器的连接
3 点击edit->new group 用默认值添加组。
4 点击edit->new item 弹出如下对话框。(下图是一个多层结构地址空间的例子,单层的更简单)选中左侧的某个父节点,右侧会显示出各个子tag。选中要向opcserver查询的tag,点击add leaves。然后点击ok
5 在客户端主界面上能看到刚才要查询的tag。它会自动跟随opcserver端数据的变化而变换。
6 右键要控制的tag,在菜单中选择同步写或者异步写(一般建议用异步,避免阻塞客户端的正常运行)。键入要写入的值。查看设备上是否动作。从而检验opcserver是否编写的正确。
OPC
server和OPC
client的区别:
1、执行的功能不同:
OPC
Server/Client
是一套利用微软的
COM/DCOM
技术达成工业自动化资料取得的架构。OPC
Server
提供了许多的接口,Client
端通过这些接口,可以取得与
OPC
Server
相连的硬件装置的信息,而无须了解这些硬件装置的细节信息。
2、开发环境不同:
当开发OPC
Client程序时,最好使用Windows桌面程序方式,这种方式可兼容OPC
Server程序运行在Windows桌面程序方式和Windows
NT服务方式,而当开发OPC
Server程序时,最好使用Windows
NT服务方式。
3、运行的标准不同:
可以将OPC
Server看作是协议转换器,OPC
Server使用设备的专用协议与设备通信,然后使用OPC
Classic和OPC
UA规范定义的标准化格式提供对该数据的访问。通常情况下,OPC
Server在OPC
Client请求读取或写入数据之前不会执行任何操作。
-OPC
Server
-开放平台通信
OPC 对上位客户端Clinet来说,就是标准的接口;
对现场设备来说,支持各种通讯协议,可以连接多样的设备;
对本身来说,就是一个数据汇集区,将设备数据汇集,供Clinet取用;
OPC全称是Object Linking and Embedding(OLE) for Process Control,它的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。
在过去,为了存取现场设备的数据信息,每一个应用软件开发商都需要编写专用的接口函数。由于现场设备的种类繁多,且产品的不断升级,往往给用户和软件开发商带来了巨大的工作负担。
通常这样也不能满足工作的实际需要,系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互操作性的即插即用的设备驱动程序。
在这种情况下,OPC标准应运而生。OPC标准以微软公司的OLE技术为基础,它的制定是通过提供一套标准的OLE/COM接口完成的,在OPC技术中使用的是OLE 2技术,OLE标准允许多台微机之间交换文档、图形等对象。
扩展资料
OPC是世界上最受欢迎的基于标准的数据通信方法。它旨在解决自动化行业中的最大的挑战:如何摆脱传统的基于特制驱动器的通信方式,在不同设备、控制器、和/或应用程序之间实现通讯。
OPC之所以能够成功地创造真正独立于供应商的通讯是因为,OPC从双方提取了数据发送设备(例如PLC)和数据接收端(例如HMI)的执行细节,因此可以在它们之间进行数据交换而不需要了解彼此的本地通信协议和内部数据组织形式。
这与特制驱动器的要求满足只针对于通信方两端的编写方法形成了鲜明的对比。OPC可以代表为一个位于数据发送端和数据接收端之间的“提取”界面,这个界面允许在数据发送端和数据接收端之间交换数据而不需要对对方有任何了解。
OPC的“设备细节提取”是通过运用两个称为OPC客户端和OPC服务器的OPC构件得以实现的。其中每一个构件将在以下章节予以描述。需要注意的是,数据发送端和数据接收端能够彼此通过OPC进行通讯并不意味着它们各自的本地协议就不需要了,或者是被OPC取代了。
相反,这些本地协议和/或接口仍然存在,但只是与两个OPC构件的其中某一个通讯。然后,OPC构件之间进行数据交换,从而结束数据传递。数据也可以从应用程序端被传输至设备,而不需要彼此直接联系。
-opc
0条评论