2. 工业通信与OPC UA基础
在Ignition OPC UA设备接入工程中，理解工业通信的演进脉络与OPC UA的定位，是后续配置连接、建立标签、排查通信故障的前提。很多现场问题并非出在Ignition本身，而是对底层通信模型、地址空间与安全机制理解不足。本节从通信演进出发，对比OPC Classic与OPC UA，并深入其核心特性与信息模型。
一、工业自动化通信的演进逻辑
工业通信的发展始终围绕三个矛盾展开：设备异构性、数据语义缺失与跨层互通需求。早期现场总线（Profibus、Modbus、DeviceNet）解决的是设备级实时控制，但协议封闭、点表私有；随后以太网进入工控领域，出现Profinet、EtherNet/IP、Modbus TCP等，带宽提升但语义仍靠人工映射；到OPC阶段，才真正尝试用统一接口屏蔽底层差异。
OPC最初基于Windows COM/DCOM，即OPC Classic，解决了"软件与设备解耦"的问题，但DCOM配置复杂、跨平台差、防火墙不友好。随着工业物联网与云边协同需求出现，OPC UA（Unified Architecture）应运而生，它不再依赖COM，采用面向服务的架构，具备跨平台、内建安全与信息建模能力，成为IEC 62541国际标准。
二、OPC Classic与OPC UA的核心区别
OPC Classic包含DA（数据访问）、A&E（报警与事件）、HDA（历史数据）等规范，依赖DCOM，部署时经常受制于用户权限、端口135/动态端口、域环境。OPC UA则彻底重构：传输层可用TCP、HTTPS、WebSocket，编码支持二进制与XML，安全通过证书与加密实现，且自带地址空间与信息模型。
| 对比维度 | OPC Classic | OPC UA |
|---|---|---|
| 底层依赖 | COM / DCOM（Windows） | 面向服务，跨平台 |
| 平台支持 | 基本限于Windows | Windows / Linux / 嵌入式 |
| 安全机制 | 依赖DCOM与系统账户 | 证书、签名、加密、用户令牌 |
| 数据语义 | 仅地址与值，语义弱 | 信息模型，含类型与关系 |
| 防火墙友好度 | 差，动态端口多 | 好，单端口可配置 |
| 典型端口 | 135 + 动态端口 | 4840（默认） |
在Ignition项目中，若对接老旧PLC或组态软件，可能仍需通过OPC Classic（如KEPServerEX的DA接口）过渡；但新建项目应优先选择OPC UA，以获得安全与建模能力。
三、OPC UA的核心特性
- 统一架构：一套规范覆盖数据访问、报警、历史、方法调用，不再分裂为DA/A&E/HDA。
- 内建安全：支持None、Sign、Sign&Encrypt三种安全策略，配合证书信任链。
- 信息模型：以节点（Node）和引用（Reference）描述设备，具备类型系统与语义。
- 可扩展：支持自定义类型、伴随规范（如PLCopen、DI、ADI）。
- 可靠传输：支持订阅（Subscription）与监控项（MonitoredItem），可设置发布间隔与死区。
四、信息模型：地址空间与节点
OPC UA的地址空间是一张有向图，核心元素是节点。每个节点有NodeId、BrowseName、DisplayName、NodeClass与属性。常见NodeClass包括Object、Variable、Method、DataType、ReferenceType、View。节点之间通过引用连接，如Organizes、HasComponent、HasProperty、HasTypeDefinition。
以一台温度变送器为例，其信息模型可表示为：
Objects
└─ DeviceSet
└─ TemperatureTransmitter_1 (Object)
├─ Temperature (Variable, Double, °C)
├─ Status (Variable, String)
└─ Calibrate (Method)
在Ignition中浏览OPC UA服务器时，看到的树形结构正是地址空间的可视化。理解NodeId与BrowseName的区别很关键：NodeId是唯一标识（如ns=2;s=Device1.Temp），BrowseName用于浏览路径，二者不可混用。
五、场景案例：从Modbus到OPC UA的接入对比
某水处理项目需接入10台变频器。方案A使用Modbus TCP，需人工维护寄存器表，每台设备地址偏移不同，语义靠注释；方案B使用OPC UA，变频器内置UA服务器，直接暴露"OutputFrequency""Current""FaultCode"等变量。Ignition通过UA连接后，标签路径即语义路径，报警与历史配置可直接绑定，工程效率显著提升。
但需注意：并非所有设备都原生支持UA。此时可用Ignition的Modbus驱动 + 标签建模，或通过边缘网关（如KEPServerEX）将Modbus映射为UA。选择哪种方式，取决于设备数量、语义复杂度与安全要求。
六、常见误区与复盘
复盘建议：接入前先确认设备UA服务器的Endpoint、安全策略与用户令牌；接入后用Ignition的OPC Quick Client验证浏览与订阅；生产环境启用Sign&Encrypt并规划证书更新周期。
掌握上述内容后，在Ignition中配置OPC UA连接时，就能明确每一步的含义：填写Endpoint对应服务器地址，选择安全策略对应证书信任，浏览地址空间对应信息模型，创建标签对应NodeId映射。这是后续设备接入工程稳定运行的基础。