简介本资源是一套基于C#实现的OPC DA服务器与客户端完整示例面向工业自动化领域初学者及.NET开发者解决OPC通信原理理解、服务端/客户端开发与联调验证等核心问题。压缩包共83个文件含12个C#源码文件如MainFrom.cs、Program.cs、12个可执行程序exe、9个动态库dll含OPCDAAuto.dll等关键OPC Foundation依赖、6个配置文件app.config等及若干项目工程文件sln、csproj总大小343KB结构清晰便于编译运行与代码剖析。已有143人学习下载资源附带完整VS解决方案支持一键构建调试并通过实际OPC连接、数据读写与状态反馈完成全流程测试验证可直接用于教学演示、二次开发或工业现场OPC集成参考。1. 这不是“跑通就完事”的Demo一个真实工业现场能直接拆解复用的C# OPC DA双端工程包你手头这个OPC测试通过.rar不是网上常见的“新建项目→拖个按钮→调用OPCDAAuto.dll→弹窗显示‘Connected’”那种玄学Demo。它是一套在Windows Server 2012 R2 .NET Framework 4.6.1环境下实测通过的、带完整UI交互的OPC DA双端可执行工程——服务器端能模拟3类PLC寄存器M区、DB块、V区客户端支持自动扫描局域网内所有OPC DA服务器、手动添加自定义CLSID、按ItemID批量读写、实时刷新历史趋势双视图。我去年在某汽车焊装线数据采集项目里直接解压、改IP、替换app.config里的设备地址3小时就替换了原厂老旧的VB6 OPC桥接器。它不依赖OPC UA协议栈也不需要安装西门子或Schneider的私有Server纯COM组件标准DA接口专治那些还在用WinCC 6.2、Intouch 10.1、iFIX 5.8的老产线。如果你正被“C#怎么连PLC”、“OPC客户端扫不到服务器”、“写入失败但没报错”这类问题卡住这包就是你该立刻打开的后悔药。2. 从源码结构到运行逻辑为什么这个工程能绕过90%的OPC DA兼容性坑2.1 工程目录即设计意图OPC测试通过.sln背后的真实分层这个解决方案不是单个项目堆砌而是明确划分为三层OPCServer项目核心是OpcServerClass.cs它继承自OPCDAAuto.Server并重写GetStatus()、GetGroupByName()等关键方法。特别注意SimulatedDataEngine.cs——它不是简单随机数生成器而是按毫秒级时间戳驱动的环形缓冲区每个模拟点都带QualityGOOD/BAD/UNCERTAIN和Timestamp字段完全符合OPC DA 2.05规范对数据时效性的要求。OPCClient项目主窗体MainFrom.cs里藏着两个关键对象OpcDa.Auto.OpcServer用于发现和OpcDa.Auto.OpcGroup用于订阅。它没用OpcEnum硬编码枚举而是调用OpcEnum.GetOPCServers(localhost)动态获取这才是能在不同域环境、不同防火墙策略下稳定扫描的根本。共享层CommonLib虽未显式列出但存在于bin目录包含OpcDaAutoWrapper.dll——这是对原始OPCDAAuto.dll的封装屏蔽了HRESULT转异常、Variant类型转换、SafeArray内存释放等COM互操作黑匣子。比如ReadItems()返回的object[]数组它自动映射为ListOpcItemValue每个元素含ItemName、Value、Quality、TimeStamp四元组。提示不要直接引用项目根目录下的OPCDAAuto.dll必须用CommonLib里封装后的版本。原生DLL在.NET Core/5下会因COM激活失败而封装层做了[ComImport]和[Guid]的精准绑定。2.2 关键配置文件解析app.config里藏着连接稳定性的命门app.config不是摆设它控制着OPC通信的生死线?xml version1.0 encodingutf-8? configuration appSettings !-- 服务器端模拟数据刷新周期毫秒低于100ms易触发客户端超时 -- add keySimulateRefreshInterval value500 / !-- 客户端扫描超时阈值毫秒局域网建议设为3000跨网段需调至10000 -- add keyScanTimeout value3000 / !-- 客户端订阅刷新率毫秒必须≥服务器端SimulateRefreshInterval -- add keySubscriptionRate value1000 / !-- 客户端OPC Server CLSID若用自定义Server需在此修改 -- add keyOpcServerClsid valueOPC.TestServer.1 / /appSettings /configuration参数说明SimulateRefreshInterval服务器模拟数据更新间隔。设太小如100ms会导致客户端ReadItems()频繁返回S_FALSE无新数据设太大如5000ms则实时性丧失。我们产线实测500ms是平衡点。ScanTimeoutOpcEnum.GetOPCServers()的等待上限。默认2000ms在某些工控机尤其带杀毒软件的会直接超时必须调高。SubscriptionRate客户端向服务器请求数据更新的频率。它必须大于等于服务器端的SimulateRefreshInterval否则会出现“订阅成功但数据不刷新”的假死现象。OpcServerClsid这是注册表里HKEY_CLASSES_ROOT\OPC.TestServer.1\CLSID对应的GUID。若你部署自己的Server必须同步修改此处及注册表。2.3 主窗体交互逻辑MainFrom.cs如何把OPC变成“所见即所得”MainFrom.cs的btnConnect_Click事件不是简单调用Connect()而是分三步校验预检阶段调用OpcEnum.GetOPCServers(txtServerIP.Text)验证目标IP是否响应OPC枚举服务连接阶段创建OpcServer实例后立即调用server.GetStatus()获取服务器状态检查ServerState是否为Running订阅阶段创建OpcGroup时传入UpdateRate Convert.ToInt32(ConfigurationManager.AppSettings[SubscriptionRate])并设置Active true。最关键的细节在timerRefresh_Tick事件里——它不是每秒ReadItems()而是用group.SyncRead(1, itemNames)做同步读再用group.AsyncRead(1, itemNames, out results)做异步读对比。这样既能保证UI不卡顿又能捕获AsyncRead返回的Quality异常如Bad状态在dataGridView里用红色高亮标出故障点。3. OPC DA通信的底层真相为什么你的C#客户端总连不上西门子/罗克韦尔Server3.1 COM权限与DCOM配置Windows防火墙之外的隐形墙OPC DA本质是DCOM通信而DCOM默认禁用远程激活。即使你ping通、telnet 135端口通仍会报错HRESULT: 0x80070005 (拒绝访问)。必须手动配置运行dcomcnfg.exe→ 展开“组件服务” → “计算机” → “我的电脑” → 右键“属性”切换到“默认属性”页勾选“在此计算机上启用分布式COM”“默认身份验证级别”设为“连接”切换到“COM安全”页在“启动和激活权限”中点击“编辑限制”添加Everyone并勾选“本地启动”、“远程启动”、“本地激活”、“远程激活”在“访问权限”中点击“编辑限制”同样添加Everyone并勾选“本地访问”、“远程访问”。注意生产环境切勿用Everyone应创建专用域用户如opc_service将其加入Distributed COM Users组并在“启动和激活权限”中仅授予该用户权限。3.2 OPC Server注册与CLSIDs别再迷信“安装就完事”很多教程说“装完西门子SIMATIC NET就自动注册”这是大坑。实际注册表路径是HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\OPC Foundation\Registered Servers64位系统或HKEY_LOCAL_MACHINE\SOFTWARE\OPC Foundation\Registered Servers32位。你需要确认目标Server的ProgID如OPC.SimaticNet.1是否在此键下对应的CLSID如{B1F5E3A0-...}是否在HKEY_CLASSES_ROOT\CLSID\{xxx}\InprocServer32下指向正确的DLLInprocServer32的ThreadingModel必须是Apartment而非Both或Free否则C# STA线程会失败。验证命令管理员CMDreg query HKLM\SOFTWARE\WOW6432Node\OPC Foundation\Registered Servers /s若无输出说明Server根本未注册——此时OpcEnum.GetOPCServers()必然返回空数组。3.3 数据项命名规范PLC地址到OPC ItemID的魔鬼转换OPC DA ItemID不是直接填DB1.DBW10。不同厂商Server有不同语法西门子SIMATIC NETS7:[S7 connection_1]DB1,DBW10方括号内是连接名非PLC站号罗克韦尔RSLinxTopic1|N7:0Topic1是RSLinx里定义的主题名本工程模拟ServerSimulatedData.M0.0、SimulatedData.DB1.100、SimulatedData.V1000。错误示范DB1.DBW10缺前缀、S7:DB1.DBW10缺连接名、[S7 connection_1]DB1.DBW10缺S7:协议标识。正确做法先用OpcEnum.GetOPCServers()找到Server再用server.GetOPCServers()获取其支持的命名空间最后用server.GetItems()遍历合法ItemID。4. 避坑指南我在12个工厂现场踩过的5个血泪OPC DA雷区4.1 现象客户端能扫描到Server但Connect()始终抛出System.Runtime.InteropServices.COMException错误码0x80040154原因目标Server是32位而你的C#客户端编译为AnyCPU或x64。COM组件存在位数锁定x64进程无法加载x86 DLL。解决在Visual Studio中右键项目 → “属性” → “生成” → “平台目标”强制设为x86。即使你在64位Windows上运行也必须用x86模式——因为90%的工控OPC Server包括SIMATIC NET、RSLinx Classic仍是32位。4.2 现象ReadItems()返回Quality Bad但Value字段却是正常数值原因OPC DA规范中Quality由Server端计算Bad表示数据源不可信如PLC通讯中断、寄存器地址非法、超时。此时Value是Server缓存的最后有效值非实时值。解决在客户端逻辑中必须检查item.Quality。若为Bad应触发告警如UI红灯闪烁记录日志含item.ItemName和item.TimeStamp暂停对该点的写入操作避免误写坏数据启动重连计时器如30秒后自动重试。4.3 现象AsyncRead()回调函数从未触发SyncRead()却正常原因OpcGroup的DeadBand死区设置过大或UpdateRate与服务器刷新率不匹配。当数据变化量小于DeadBandServer不会推送更新。解决在创建OpcGroup后显式设置group.DeadBand 0.0; // 关闭死区过滤 group.UpdateRate 1000; // 与app.config保持一致同时确认服务器端SimulateRefreshInterval≤group.UpdateRate。4.4 现象多客户端同时连接同一Server时某个客户端WriteItems()失败报错E_ACCESSDENIED原因OPC DA Server对写操作有并发锁机制。某些Server如老版Kepware默认只允许一个写客户端。解决在Server端配置中查找“Write Access Control”或“Concurrent Write Limit”将其设为0无限制或足够大的值如10。若无此选项则需在客户端加锁——用static object _writeLock new object();包裹WriteItems()调用。4.5 现象程序运行数小时后ReadItems()开始变慢最终超时任务管理器显示devenv.exe内存暴涨原因OpcGroup未及时释放SafeArray内存。每次ReadItems()返回的object[]数组若未被GC回收会持续占用COM内存。解决在ReadItems()后强制调用GC.Collect(); GC.WaitForPendingFinalizers();更优方案是在OpcGroup生命周期结束时调用group.RemoveItems(itemIds)并置group null确保COM对象被释放。5. 实战进阶用本工程快速搭建PLC数据采集上位机的3个硬核技巧5.1 技巧一把模拟Server改成真实PLC数据源——只需改3个文件本工程的OPCServer项目天生支持插拔式数据源。要接入真实西门子S7-1200只需替换SimulatedDataEngine.cs删除原有环形缓冲区逻辑改为调用S7.Net库NuGet安装S7NetPluspublic class S7DataEngine : IDataEngine { private readonly Plc _plc new Plc(CpuType.S71200, 192.168.0.1, 0, 1); public async Taskobject ReadValue(string address) // address如M100.0 { await _plc.OpenAsync(); return _plc.Readbool(address); // 自动类型推断 } }修改OpcServerClass.cs的GetItemValue()方法将原return SimulatedDataEngine.GetValue(itemName);替换为var engine new S7DataEngine(); return await engine.ReadValue(itemName);更新app.config增加PLC连接参数add keyPlcIp value192.168.0.1 / add keyPlcRack value0 / add keyPlcSlot value1 /注意S7NetPlus需在OpcServer项目中引用并确保目标机器已安装Siemens S7 Protocol驱动。实测延迟从模拟的500ms降至80ms。5.2 技巧二客户端增加Modbus TCP桥接能力——让OPC Client秒变协议转换器很多老设备只支持Modbus TCP但上位系统只认OPC。本工程客户端可扩展为桥接器功能模块实现方式关键代码Modbus TCP读取使用NModbus4库NuGetvar factory new ModbusFactory(); var master factory.CreateTcpMaster(new TcpClient(192.168.1.100, 502)); var values master.ReadHoldingRegisters(0, 10);OPC DA写入复用原有OpcGroup.WriteItems()group.WriteItems(itemNames, values.Select(v (object)v).ToArray());映射配置新增modbus_mapping.json{ MB_40001: OPC.SimaticNet.1这样客户端启动时先加载JSON映射定时轮询Modbus设备再将数据写入OPC Server——无需额外中间件一行代码都不用改OPC Server。5.3 技巧三用OpcDaAutoWrapper.dll反向生成强类型客户端——告别字符串ItemID本工程的CommonLib里OpcDaAutoWrapper.dll导出了IOpcServer接口。我们可以用tlbimp.exe生成强类型代理tlbimp OPCDAAuto.dll /out:OpcDaAutoInterop.dll /namespace:OpcDaAuto然后在客户端中// 强类型声明编译期检查ItemID合法性 public class PlcDataPoint { [OpcItem(S7:[S7 connection_1]DB1,DBW10)] public short Temperature { get; set; } [OpcItem(S7:[S7 connection_1]DB1,DBW12)] public ushort Pressure { get; set; } } // 批量读取自动映射 var points opcClient.ReadPlcDataPoint(); Console.WriteLine($Temp: {points.Temperature}, Press: {points.Pressure});这需要修改OpcDaAutoWrapper.dll的源码为其ReadItems()方法添加泛型重载。我已在GitHub开源此增强版搜索OpcDaAutoStrongType它让OPC开发从“字符串魔法”回归到C#强类型编程。从那以后我每次接手新产线第一件事就是解压OPC测试通过.rar删掉SimulatedDataEngine.cs粘贴S7NetPlus或NModbus4的初始化代码30分钟内就能看到PLC数据在DataGridView里滚动。它不完美但它能跑它不炫技但它能交付。希望帮到你。本文还有配套的精品资源点击获取