上次研究了.Net版本的OPC API dll,这次我采用OPCDAAuto.dll来介绍使用方法.以下为我的源代码,有详细的注释无需我多言.编译平台:VS2008SP1.WINXP.KEPServer除此之外,我也安装了西门子的Net2006和Step7,其中Net2006是负责OPC的,可能会在系统中创建一些dll之类的,并提供几个OPC服务器以下是我Program.cs(基于控制台的)的全部内容,仍旧采用C#语言: using System; using System.Collection

在一台新机器上运行使用OPC自动化接口编写的C#程序报错如下: 索 COM 类工厂中 CLSID 为 {28E68F9A-8D75-11D1-8DC3-3C302A000000} 的组件失败,原因是出现以下错误: 80040154 没有注册类 (异常来自 HRESULT:0x80040154 (REGDB_E_CLASSNOTREG)). 在我的笔记本上运行成功,注册表搜索如下: 下面是这个接口的.NET源码: namespace OPCAutomation { using System.Run

关于opcdaauto.dll的注册 无论win7_32还是win7_64位都执行一样的CMD命令,即regsvr32 opcdaauto.dll . 如果从网上下载的opcdaauto.dll 文件放到了Windows\system32中执行上面的命令后提示不兼容,那就放到syswow64中,然后执行上述命令,尽可能用管理员权限运行CMD:如果你的系统已经更新到最新,64位系统的话在system64中应该会有opcdaauto.dll文件,我的笔记本就是已经存在了. *注意:cmd.exe 

最近项目需要对SCADA系统的下位机采集实时数据,常见做法是两种,一种采用ModBus RTU/TCP协议直接通过支持ModBus的下位机通信,一种是通过OPC规范,使用厂商提供的OPC Server进行中转读取下位机数据. 这里的坑就是在开发连接OPC Server的客户端工具时遇到的. 使用.Net开发,最关键的是使用OPCDAAuto.dll,而且几乎只需要它即可实现最基本的数据访问功能.但是这里遇到个坑,配置OPC Server的同事告诉我PC Access SMART 配置到跨PC(俩

上次研究了.Net版本的OPC API dll,这次我采用OPCDAAuto.dll来介绍使用方法.以下为我的源代码,有详细的注释无需我多言.编译平台:VS2008SP1.WINXP.KEPServer除此之外,我也安装了西门子的Net2006和Step7,其中Net2006是负责OPC的,可能会在系统中创建一些dll之类的,并提供几个OPC服务器以下是我Program.cs(基于控制台的)的全部内容,仍旧采用C#语言: using System; using System.Collection

为了能够在工作中方便的应用OPC和充分的理解OPC的开发流程.内部机制,这两天正在研究开发OPC客户端程序,一般我们开发OPC客户端程序有以下几种方式: (1)       使用OPCNetAPI,需要用到OPCNetAPI.dll,OPCNetAPI.Com.dll (2)       使用自动化接口,需要用到OPCDAAuto.dll (3)       使用自定义接口,需要用到多个Wrapper:OpcRcw.Ae.dll,OpcRcw.Batch.dll,OpcRcw.Comn.dll,

最近项目需要对SCADA系统的下位机采集实时数据,常见做法是两种,一种采用ModBus RTU/TCP协议直接通过支持ModBus的下位机通信,一种是通过OPC规范,使用厂商提供的OPC Server进行中转读取下位机数据. 这里的坑就是在开发连接OPC Server的客户端工具时遇到的. 使用.Net开发,最关键的是使用OPCDAAuto.dll,而且几乎只需要它即可实现最基本的数据访问功能.但是这里遇到个坑,配置OPC Server的同事告诉我PC Access SMART 配置到跨PC(俩

[连载]<C#通讯(串口和网络)框架的设计与实现>- 0.前言 目       录 第一章           通讯框架介绍... 2 1.1           通讯的本质... 2 1.2           框架简介... 3 1.3           解决现实问题... 4 1.4           应用场景... 5 1.5           框架应用特点... 6 1.6           框架设计特点... 7 1.7           插件式应用框架... 9 1.8

PLC是很多机床设备上都有的控制中心,和PLC通信是很多做工厂管理系统的必经之路. 一年前有个项目需要和PLC(西门子S200)通信,不仅读取里面的数据,还需要写数据需要控制机床的运行,当时不大了解,由于设备比较老,没有以太网模块,还是在设备供应商的提示下用串口rs485联通pc,查资料了解modbus协议,完全手写按照modbus协议和PLC通信,最后总算了磕磕绊绊完成项目,后来还有各种超时异常造成机床运行错误,哎. 现在是第二个阶段,在老前辈的带领下,虽说对PLC下位机程序还是了解甚少,但是

c# opc client是一个在网上下载的示例程序,调试的时候还是费了一番周折,服务器端程序来自king view6.55,另文介绍. 1.注册dll 程序中有一个名叫OPCDAAuto.dll的文件,这个文件需要先注册到本机,如图1所示: 图1 注册成功之后,在打开程序的时候,引用中的OPCAutomation才不会报错,见图2: 图2 2.程序测试 启动服务器端,创建一个标记值tag,赋值等于10.00,运行client选择服务器为DLLTestSvr,点击连接按钮,即可看到tag值:

一,安装KEPware.Enhanced.OPC.DDE.KEPServer.(PLC数据传送给KEPServer,开发的程序用OPCServer读KEPServer) 设置ip地址后面是指的plc站号,此处必须和plc上站号对应.否则无法接收数据. 打开quick client 查看传值情况 二.C#程序代码 引用opcdaauto.dll 在win7 64位下KepServer = new OPCServer()会出错的问题, 检索COM 类工厂中 CLSID 为 <28e68f9a-8d7

检索COM 类工厂中 CLSID 为 <28e68f9a-8d75-11d1-8dc3-3c302a000000> 的组件时失败,原因是出现以下错误: 80040154 解决方案: Windows 7 32位系统: 拷贝opcdaautox86里面的所有文件至C:\Windows\System32 文件夹下面直接覆盖全部文件 用管理员方式运行CMD.exe 在CMD键入REGSVR32 OPCDAAuto.dll 回车 提示成功即可 Windows 7 64位系统: 拷贝opcdaautox6

Resvr32 .net中引用控件的名称 如果注册成功,问题不在出现 但是如果是在x64位的系统中,即使控件注册成功,错误依照提示,是因为大多数第三方写的COM控件,只支持32位的系统, 在VS中找到引用控件所在的项目--〉属性--〉生成--〉常规---〉目标平台---〉选择X86即可解决. 本次出问题的控件是opcdaauto.dll文件,项目文件夹拷贝到新的电脑上后,一直提示引用出错,找到opcdaauto.dll文件后,存放在C://WINDOWS//SYSTEM32/ 下, 采用 adm

环境准备 采用MatrikonOPC做模拟服务器,注册 OPCDAAuto.dll组件 引用 Interop.OPCAutomation.dll组件.开始开发. 1..new OPCServer()--Connect() 2.映射组注册组内标签,监听 组的DataChange事件更新数据. 遇到的问题. 0.同一个Connect注册过多的组或者标签也会报错(一个客户端可以发起多个连接) 1.OPC同一个组内大量标签会有更新数据非常慢的问题,或者会引起OPCServer崩溃(遇到过30+就崩溃的)

1.安装opc server https://blog.csdn.net/yhtppp/article/details/80676118 2.c#读取opc https://github.com/leogle/OPCAutomationDotNet var client = new OPCClientWrapper(); client.Init("127.0.0.1", "Matrikon.OPC.Simulation.1"); //client.MonitorOP

OPC全称是Object Linking and Embedding(OLE) for Process Control,它的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁.OPC作为一整套接口.属性和方法的协议标准集,与具体的开发语言没有关系. 1.OPC客户端接口方式 开发OPC客户端程序,其访问接口方式有多种,根据官方提供的资料大约有如下几种方式: 使用OPCNetAPI,需要用到OPCNetAPI.dll,OPCNetAPI.Com.dll 使用自动化接口,需要用到OPCD

1.使用opc,需要在机器上安装OPC运行环境.opc运行环境包含:opc_aeps.dll.opccomn_ps.dll.opcdaauto.dll.OpcEnum.exe.opcproxy.dll 2.将这些文件拷到系统目录中  如c:/windows/system32目录中去. 3.注册OpcEnum服务,点击开始→运行,输入OpcEnum.exe  /SERVICE成功注册服务.

编写 opc 客户端的思路 1. 使用OPC Client浏览服务器, 查看测试代码修改后的结果. 2. 根据OPC Client搜集到的服务器信息编写代码和服务器交互 3. OPC Client 操作或编程访问OPC 服务器的步骤 3.1 连接 OPC 服务器 3.2 创建 Group 到连接 3.3 遍历OPC服务器的所有的leaf item, 添加需要的 leaf item 到 Group 3.4 现在可以 读取 item 的值 监听 Group 的 DataChange 事件,获取 it

本例下载/Files/badnewfish/OPC测试通过.rar 转载申明 申明:本文为转载,如需转载本文,请获取原文作者大尾巴狼啊的同意,谢谢合作! 转自:大尾巴狼啊 原文出处:http://www.cnblogs.com/xiaosacao/archive/2009/01/13/1374895.html 前几天我就发布过这篇文章,可惜的是,发布后代码有的却看不到,后来我就删了,至今不明白什么原因- -! 关于C++.VB来开发OPC客户端的资料网上有很多,但C#的至今没发现有多少. 由于近

1. 背景 OPC Data Access 规范是基于COM/DCOM定义的,因此大多数的OPC DA Server和client都是基于C++开发的,因为C++对COM/DCOM有最好的支持.现在,随着微软的开发平台渐渐的转移到.NET框架上,好多OPC Client程序都需要建立在.NET平台上,用.NET提供的技术开发OPC Client就成为一种需求.网上很多网友都有提过,.NET开发OPC Client不外乎下面三种方法: 使用OPCNetAPI 2.0,需要用到OPCNetAPI.d