Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
BS EN 62541——OPC统一架构（OPC UA）标准系列
OPC Unified Architecture（OPC UA）（英国标准系列，2015 版）
📐 BS EN 62541 是英国标准学会（BSI）对国际电工委员会（IEC）标准 62541 的官方采纳，由 BSI 技术委员会 AMT/7（工业通信：过程测量与控制，含现场总线）归口。该系列是工业自动化领域最重要的互操作标准——OPC 统一架构（OPC UA, IEC 62541）的英国版本，为工业设备、系统与企业应用之间提供安全、可靠、厂商无关的数据交换与语义互操作框架，是工业 4.0、智能制造与工业物联网（IIoT）的基石技术。全套共 11 份 2015 版文件。
⚠️ 扫描版本，依据公开领域知识撰写：本系列原始资料为扫描件（SCAN>0），文中技术内容基于标准领域公开知识整理概括，具体条款以 BSI 官方发布版本为准。
💡 OPC UA 的核心理念是”地址空间 + 服务 + 信息模型”三合一：用统一的节点模型表达设备语义（地址空间模型），用统一的服务接口读写与订阅（服务），用可扩展的信息模型承载行业知识（信息模型），从而实现”语义级互操作”而不仅是”数据级互通”。
一、系列概述与适用范围 📌
OPC UA 是经典 OPC（OLE for Process Control）的下一代架构，克服了早期 OPC 对 Windows/COM 依赖、无安全机制、无标准语义等局限。它采用”客户端-服务器”与”发布-订阅”两种通信模式，支持内置安全（认证、加密、审计）、丰富的数据编码（二进制、XML、JSON）以及跨平台实现（Windows、Linux、嵌入式）等特性。
EN 62541 系列按主题分解为多个分部：核心部分（Part 3 地址空间模型、Part 4 服务、Part 5 信息模型、Part 6 映射）描述 UA 的基础机制；行业应用部分（Part 8 数据访问、Part 9 报警与条件、Part 10 程序、Part 11 历史访问、Part 13 聚合）描述常用功能与领域模型；Part 7 行规定义一致性要求；Part 100 设备接口为 PLC 等自动化设备提供统一信息模型。
二、系列构成与技术要点 🔧
下表汇总了 BS EN 62541 系列 11 个分部及其主题。各分部同时是 IEC 62541 的组成部分，保证国际一致。
| 分部编号 | 中文主题 | 内容要点 |
|---|---|---|
| BS EN 62541-3（2015） | 地址空间模型 | 节点类、引用、属性与对象模型（基础语义单元） |
| BS EN 62541-4（2015） | 服务 | 安全、节点管理、读写、历史、订阅等服务集 |
| BS EN 62541-5（2015） | 信息模型 | 对象、变量、方法、类型的标准定义 |
| BS EN 62541-6（2015） | 映射 | 二进制/XML/JSON 编码与服务到传输协议的映射 |
| BS EN 62541-7（2015） | 行规 | 功能一致性组合与行规认证要求 |
| BS EN 62541-8（2015） | 数据访问 | 模拟量与离散量过程数据的模型与访问 |
| BS EN 62541-9（2015） | 报警与条件 | 报警、事件与条件状态机模型 |
| BS EN 62541-10（2015） | 程序 | 程序执行（状态机、方法）的模型 |
| BS EN 62541-11（2015） | 历史访问 | 历史数据读/写/聚合的模型与接口 |
| BS EN 62541-13（2015） | 聚合 | 数据聚合功能（平均、极值、统计等） |
| BS EN 62541-100（2015） | 设备接口 | PLC 等自动化设备的统一信息模型 |
💡 实施顺序可参考”基础三件套”：先按 Part 3 建立服务器地址空间，按 Part 4 提供服务实现，按 Part 6 完成二进制映射；再按 Part 8/9/10/11 增加领域功能。行规（Part 7）决定你需要实现哪些服务子集。
三、关键技术要求 🔥
从系列各分部可归纳出以下关键技术要求：
- 安全模型：建立基于证书的认证、传输加密与应用审计，防止未授权访问与数据篡改，符合工业网络安全最佳实践。
- 地址空间与节点：所有信息以节点（Node）为单元、用节点类（对象、变量、方法、类型）与引用（References）构成图，客户端可动态遍历服务器语义。
- 服务集：定义发现、安全、会话、节点管理、读写、订阅（实时推送）与历史数据等服务，客户端按行规选取所需子集。
- 信息建模：用类型系统与继承表达行业语义，使同一数据结构在不同厂商与系统间保持语义一致。
- 互操作与一致性：Part 7 行规把功能打包为可认证的能力组合，配合一致性测试保证不同厂商实现之间真正互通。
🚨 OPC UA 的安全不是”可选项”：接入工业网络的 UA 端点若不启用证书验证与加密，可能被劫持或伪造数据。部署时务必启用服务器/客户端证书、配置用户认证与最小权限账户，并按 Part 4 审计日志留痕。
四、工程实践应用 🛠️
- 🔍 设备互联：用 UA 服务器把 PLC、DCS、传感器网关接入统一网络，管理端以 UA 客户端读取实时数据，替代私有协议点表。
- 🔧 MES/ERP 集成：基于 Part 8 数据访问与 Part 11 历史访问，把设备实时数据与历史趋势送入上层信息系统，实现透明化生产。
- 📊 设备信息模型：采用 Part 100 设备接口模型描述 PLC 参数与程序，减少点表手工映射，降低集成成本与出错率。
- 📋 报警与历史管理：用 Part 9 报警模型统一 OEE 故障事件语义、用 Part 13 聚合做统计报表，支撑预测性维护与能效分析。
五、常见问题解答 ❓
❓ 问：OPC UA 与老版 OPC（DA/HDA）有何区别？
答：UA 是跨平台、面向服务、带安全机制的下一代架构，不再依赖 Windows/COM 与 DCOM；保留并扩展了 DA（数据访问）、HDA（历史）、A&E（报警事件）的功能，同时引入信息模型与统一语义。
答：UA 是跨平台、面向服务、带安全机制的下一代架构，不再依赖 Windows/COM 与 DCOM；保留并扩展了 DA（数据访问）、HDA（历史）、A&E（报警事件）的功能，同时引入信息模型与统一语义。
❓ 问：OPC UA 与 MQTT 是什么关系？
答：二者互补：UA 定义语义模型与服务，MQTT 是轻量消息传输。UA over MQTT（发布-订阅, PubSub）把 UA 语义映射到 MQTT 上，用于跨边界/云边场景的大规模数据发布。
答：二者互补：UA 定义语义模型与服务，MQTT 是轻量消息传输。UA over MQTT（发布-订阅, PubSub）把 UA 语义映射到 MQTT 上，用于跨边界/云边场景的大规模数据发布。
❓ 问：什么是”行规”（Profile）？
答：行规是标准功能组合的命名集合，规定了服务器/客户端必须实现的特性与服务子集，是互操作认证（如 OPC 基金会认证）的依据，采购时按行规标识即可锁定能力范围。
答：行规是标准功能组合的命名集合，规定了服务器/客户端必须实现的特性与服务子集，是互操作认证（如 OPC 基金会认证）的依据，采购时按行规标识即可锁定能力范围。
🔍 问：新项目如何选用本系列？
答：先明确需求（实时数据/历史/报警/设备模型），再选择对应的 UA 功能与行规；推荐从 Part 3/4/5/6 + Part 100 起步搭建基础架构，按需扩展 Part 8～13 的领域能力，并同步规划安全部署。
答：先明确需求（实时数据/历史/报警/设备模型），再选择对应的 UA 功能与行规；推荐从 Part 3/4/5/6 + Part 100 起步搭建基础架构，按需扩展 Part 8～13 的领域能力，并同步规划安全部署。
