把 OPC UA 接入 Siemens TIA Portal OPC UA 配置
| 产品 | Siemens TIA Portal OPC UA 配置 |
|---|---|
| 类别 | PLC |
| OPC UA 角色 | Server |
TIA Portal 是配置 Siemens CPU 的 OPC UA 服务器的地方：启用服务器、发布标签、定义服务器接口、设置安全策略以及签发证书。这些配置随硬件组态一起下载，因此每次修改都是一次下载，而下载正是会改变命名空间索引的操作。
开始之前
- 一个与目标 CPU 固件相匹配的 TIA Portal 版本，以及一个可编译并下载的项目。OPC UA 设置位于硬件组态中，因此你需要对 CPU 的下载权限，而不只是在线访问权限。
- 在配置之前先弄清服务器选件的许可情况，以免花一天时间去调试一个根本无权运行的服务器。
- 如果你打算把伴随规范映射到服务器接口上，就需要 SiOME。它是一个独立的 Siemens 建模工具，接受 NodeSet2 文件。
- 在配置之前就要做出的决定：客户端将使用哪些主机名和 IP 地址，因为这些必须写进服务器证书的主题备用名称中。
配置方法
- 打开 CPU 的 OPC UA 服务器设置这些设置位于设备组态中的 CPU 属性里，而不在程序中。启用服务器，确认报告的端点，并一次性永久地设定应用程序名称：它会成为证书和信任列表所依据的 ApplicationUri。
- 显式设置运行时行为限制服务器设置会暴露 CPU 可接受的最小采样间隔和发布间隔，以及它将强制执行的会话和订阅上限。把它们设为你打算允许的值，然后把这些数字告知客户端团队。保留默认值、到生产中才发现上限，是常见的失败方式。
- 通过可访问性属性发布标签在 PLC 标签表和数据块编辑器中，每个符号的属性决定该符号是否对 HMI 和 OPC UA 可见、是否可写。这是数据层面的访问控制入口；请使用它，并把决策记录在审查者能看到的地方。
- 创建服务器接口作为已发布的契约添加一个服务器接口并把需要的标签拖进去，给它们与内部符号名称无关的接口名称。客户端绑定到接口，因此你可以重构程序而无需重新协商集成。
- 用 SiOME 导入伴随模型并把标签映射上去把伴随规范的 NodeSet2 文件加载到 SiOME，把 PLC 符号映射到模型的变量和方法上，然后把结果导出为服务器接口，再导回 TIA 项目。这就是读取数据块树的客户端与读取标准机械类型的客户端之间的区别。
- 通过项目的全局安全设置签发服务器证书启用项目的受保护安全设置，以项目用户身份登录，并在那里生成或导入 CPU 的服务器证书。把客户端将会连接的每一个 DNS 名称和 IP 作为 SAN 条目包含进去，并把 ApplicationUri 作为 URI 条目包含进去。客户端证书也是在这里放入 CPU 的信任列表，然后再下载。
- 配置身份令牌和用户决定是否允许匿名访问，并配置服务器将接受的用户名令牌。匿名加不加密在实验台上是站得住脚的配置，在工厂里则站不住脚。
- 编译、下载并重新核对命名空间映射编译硬件组态并下载。然后重新连接客户端，重新读取 NamespaceArray，确认你的 URI 到索引的映射。如果有任何客户端保存了裸的 ns= 数字，此刻它就会失效。
- 把接口导出给客户端团队把服务器接口导出为 nodeset，或把节点列表形成文档，作为集成契约交付。让客户端团队依据导出的模型工作，而不是依据浏览树的截图，是 Siemens 项目上性价比最高的质量改进。
地址空间是什么样子
TIA 会产生两种截然不同的地址空间之一。保持默认设置时，你得到的是标准服务器节点，加上一棵 Siemens 风格的数据块、输入、输出和存储器构成的树，字符串标识符镜像符号名称。使用服务器接口时，你得到的正是你所定义的节点和层级，其命名空间 URI 由你控制，内部符号名称从接口契约中消失。如果再用 SiOME 在其上映射一个伴随模型，发布出来的节点就是伴随规范命名空间 URI 下标准类型的实例，针对这些类型编写的客户端可移植到其他厂商的设备上。你手上的是这三种中的哪一种，是 Siemens 集成中最重要的单个事实，只需检查已发布节点的 HasTypeDefinition，三十秒即可看出。
陷阱
- 每一次 OPC UA 变更都是一次硬件组态下载。在许多项目设置中这意味着 CPU 停机，因此 OPC UA 变更必须像其他下载一样排入生产窗口，而且服务器重启时命名空间索引可能被重新分配。
- 证书管理位于项目受保护的全局安全设置中。如果没人知道项目安全密码，你就无法签发或更换服务器证书，而一张过期证书随即会从维护任务变成一次项目考古。
- 配置时设置的应用名称会传播到 ApplicationUri 中。之后再改名，会在整批设备上同时使每个对端的信任判定失效。
- 服务器接口是有版本的制品。不通知客户端团队就就地修改它，会让客户端悄悄读取一个含义已经改变的节点。
- 这里配置的最小采样间隔和会话上限是静默生效的：服务器会修正客户端的请求而不是拒绝它，因此从不回读修正值的客户端会以为自己采样得比实际更快。
- SiOME 映射并不验证你的 PLC 逻辑是否真的维持了模型的语义。一个永远停在同一个状态的状态机节点，是一个有效的映射，也是一个无用的映射。
从中获取 OEE 数据
TIA Portal 决定了一个 OEE 集成是可移植的还是脆弱的。把伴随模型映射到服务器接口上，使可用率来自标准状态机、计数来自标准计数器，就把映射工作从分析平台转移到了机器侧，并且在下一台机器上可以复用。什么都不做、让客户端直接抓取数据块也行，而且这是常见做法，但它产生的是逐台机器的映射，每条产线都要重做一次。无论投入多少配置工作量，TIA 都无法给你的是计划生产时间、班次日历、订单上下文或标准节拍：这些是 MES 和 ERP 数据，预期的桥梁是 ISA-95 式的作业接口，而不是一个 PLC 标签。
最后核对日期 2026 年 9 月 7 日，对照 OPC UA 1.05.07。OPC UA Connect 是教育资源，与 OPC Foundation 无隶属关系。