Csharp OPC UA客户端开发从连接到订阅的PLC数据交互全流程

Csharp OPC UA客户端开发从连接到订阅的PLC数据交互全流程

做工业上位机开发，OPC UA是绕不开的协议。Modbus TCP简单好用，但只有寄存器地址，没有类型和语义，点位一多维护起来就是噩梦——你面对的是一堆40001、40102这样的数字，根本不知道每个地址对应什么变量。OPC UA自带"信息模型"，每个变量是地址空间里的一个节点，带名字、类型、时间戳、质量码，跨厂商标准统一。对需要管理大量带语义tag的上位机系统来说，OPC UA的工程化优势非常明显。

OPC UA是客户端/服务器架构：PLC做Server，上位机做Client。Server内部维护一个地址空间（Address Space），所有可访问的东西——变量、对象、方法——都是节点（Node）。客户端通过一条Session与服务器交互，读写走请求-应答模式，实时数据更新走订阅模式。

寻址的核心是NodeId，每个节点有一个**标识。不同PLC的NodeId格式不一样：西门子用的是"ns=3;s=变量名"，汇川AC系列用的是"ns=4;s=变量名"。写客户端代码的时候不能假设NodeId格式，得先连上去浏览地址空间，找到目标节点的NodeId再操作。

C#开发OPC UA客户端，推荐用OPC基金会官方的.NET Standard SDK。NuGet安装命令：`Install-Package OPCFoundation.NetStandard.Opc.Ua`。如果觉得官方SDK太重，也可以用OpcUaHelper这个开源封装库，它把常用的连接、读写、订阅操作封装成简单方法，几十行代码就能搞定官方SDK需要数百行才能实现的功能。

连接服务器的基本流程：创建ApplicationInstance配置→设置安全策略→建立Session→维护连接状态。开发环境可以用自动信任证书模式（SetAutoAcceptUntrustedCertificates），生产环境必须手动验证证书，否则有安全风险。连接代码的核心是Session.Create方法，传入端点URL、超时时间、用户身份等参数。匿名连接传null就行，需要认证的传UserIdentity对象。

连接不上服务器的原因排查清单：**，防火墙。OPC UA默认端口4840（opc.tcp://IP:4840），确保服务端防火墙放行。第二，安全策略不匹配。客户端和服务器必须使用相同的安全模式（None、Sign、SignAndEncrypt）。第三，证书信任。如果服务器使用了自签名证书，客户端必须手动信任。第四，用户权限。匿名连接可能被服务器拒绝，需要用户名密码或证书认证。

单点读取很简单：构造ReadValueId对象，指定NodeId和AttributeId（通常是Value属性=13），调用session.Read方法。返回DataValue对象，通过WrappedValue获取实际值。但要注意类型转换——OPC UA返回的是Variant类型，需要根据变量的实际数据类型转换成int、float、bool等。

批量读取是实际项目中的常用操作。把多个ReadValueId放入ReadValueIdCollection，一次session.Read调用就能读回所有数据。批量读取的效率远高于逐个读取——100个点位批量读一次可能只要几毫秒，逐个读100次可能要几百毫秒。点位多的时候这个差距非常明显。

写入操作类似：构造WriteValue对象，指定NodeId、AttributeId和要写入的值。批量写入用WriteValueCollection。写入时要注意数据类型必须匹配——往一个Int16变量里写Float值会报错。建议写入前先读取变量类型信息，做类型校验。

很多新手做OPC UA客户端只会轮询读取——每隔100ms调一次session.Read。这种方式在点位少的时候勉强能用，点位多了以后网络负载大、CPU占用高、实时性还差。正确做法是用订阅模式，让服务器在数据变化时主动推送给客户端。

订阅模式的核心对象有三个：Subscription（订阅）、MonitoredItem（监控项）、Notification（通知）。创建Subscription时设置PublishingInterval（发布周期），默认1000ms。对实时性要求高的场景可以调到10ms，但需要服务端支持——TwinCAT要启用High Performance Mode，KEPServerEX要开启Fast Polling。

在Subscription里添加MonitoredItem，每个MonitoredItem对应一个要监控的NodeId。设置MonitoringMode为Reporting，SamplingInterval为采样周期。当被监控的变量值变化超过设定阈值（Deadband）时，服务器会通过Notification推送给客户端。客户端在回调函数里处理数据更新事件。

几个调优参数值得注意：RequestedLifetimeCount建议设3000，防止网络抖动导致订阅中断；MaxNotificationsPerPublish建议100，单次发布*多通知数，影响吞吐量；LifetimeCount和MaxKeepAliveCount的比值建议大于3:1，保证订阅的稳定性。

工业现场网络不可能永远稳定，OPC UA客户端必须有完善的断线重连机制。监听Session的连接状态事件，一旦检测到断开，启动定时重连逻辑。重连间隔建议从1秒开始指数退避（1s、2s、4s、8s...），*大间隔30秒，避免服务器不可用时客户端疯狂重连消耗资源。

重连成功后要恢复订阅。OPC UA的订阅在Session断开时会失效，重连后需要重新创建Subscription和MonitoredItem。如果用OpcUaHelper库，它内部封装了自动重连和订阅恢复逻辑，省了不少代码。但建议在业务层也做一层保护——重连后先做一次全量数据读取，确保界面数据不是过期的。

异常处理要覆盖几个常见场景：连接超时（检查网络和防火墙）、读取失败（NodeId可能不存在或权限不足）、写入被拒（变量可能只读或处于强制状态）、订阅中断（网络抖动或服务器重启）。每个异常都要记录日志并给出明确的错误提示，不能吞掉异常假装没发生。

对于刚上手OPC UA开发的工程师，建议先用KEPServerEX做测试服务器，它的OPC UA Server功能很完善，配置简单，适合做开发调试。等客户端代码跑通了再接实际PLC测试。

汇川AC系列PLC开启OPC UA Server需要在InoProShop里配置，启用OPC UA服务后配置数据项（DataItem），把要暴露的变量映射到OPC UA地址空间。西门子S7-1200/1500需要在TIA Portal里配置OPC UA Server，勾选"启用OPC UA服务器"，配置用户认证和安全策略。

*后提醒：OPC UA的安全配置不能偷懒。开发阶段用SecurityMode.None无所谓，上线后必须用SignAndEncrypt模式配合证书认证。工业网络不是纯内网就万无一失，一旦有外部接入点（远程维护VPN、办公网桥接），没有加密的OPC UA通讯就是裸奔。