把 OPC UA 接入 Siemens S7-1200

开始之前

• 包含 OPC UA 服务器的 CPU 固件级别。S7-1200 获得服务器能力的时间晚于 S7-1500，能力集也更窄；请确认你的 CPU 支持什么，而不要假定两者一致。
• 用于激活服务器的许可证或选件（如果对你的 CPU 适用）。请在报价阶段就把这件事定下来。
• 版本与固件相匹配的 TIA Portal。
• 一个务实的客户端设计。这是一台紧凑型控制器，OPC UA 服务器要和循环程序争夺同一个 CPU。
• 到 TCP 4840 的网络访问，或者在网络层只允许出站连接时的 reverse connect 通路。

配置方法

1. 启用服务器并设置应用名称在 CPU 属性中启用 OPC UA 服务器，并在生成任何证书之前设置应用名称。该名称会进入 ApplicationUri，之后修改会使你围绕旧名称建立的信任关系失效。
2. 只暴露一小组精心挑选的标签使用逐标签的可访问性属性，只发布客户端真正需要的内容，并显式标记可写性。在紧凑型 CPU 上这不是整洁问题，而是容量管理：每一个发布的节点都是潜在的 MonitoredItem。
3. 把服务器接口定义为契约在 TIA 版本支持的情况下，定义一个使用稳定名称的服务器接口，而不是暴露原始符号名。这能让浏览树保持精简，并使客户端与程序内部结构解耦。
4. 设置安全策略并生成服务器证书选择提供的安全策略和消息安全模式，决定使用匿名还是用户名身份，并生成 CPU 证书，在主题备用名称中包含客户端将会连接的每一个主机名和 IP，以及作为 URI 条目的 ApplicationUri。
5. 先下载，再用独立客户端验证端点先用安全模式 None 连接以确认网络通路和端点，再连接签名并加密的端点。首次安全连接尝试应预期出现 BadCertificateUntrusted，并在双向上完成信任交换。
6. 先测量再扩展创建你真正打算运行的订阅，观察服务器返回的修正后采样和发布间隔，而不是你请求的那些。在紧凑型 CPU 上，修正幅度往往很大，而那才是数据实际到达的节奏。
7. 从 NamespaceArray 解析命名空间索引在连接时读取 NamespaceArray，把 URI 映射到索引。在配置中保存 URI 加标识符，这样程序下载就不会破坏你的节点引用。

地址空间是什么样子

与 S7-1500 相同的 Siemens 式树形结构：一个以 PLC 命名的节点，下面是数据块、输入、输出和存储器文件夹，字符串标识符与 TIA 符号名对应，例如 ns=3;s="MyDB"."Count"。除非有人构建并下载了映射到某个模型的服务器接口，否则不会出现伴随规范内容，而在紧凑型 CPU 上实现这一点的工具链路比 S7-1500 更受限。应假定你是面向具名标签做集成，并把客户端设计成标签映射位于配置中而非代码中。

陷阱

• 不要假定它与 S7-1500 功能对等。客户端功能、PubSub、服务器接口工具链和方法支持是紧凑型 CPU 最可能存在差异的领域，而一个悄悄依赖其中某一项的设计会在很晚才暴露问题。
• 会话和 MonitoredItem 限值低到第二个客户端就可能成为全部问题所在。工程师在历史库采集期间让 UaExpert 整夜保持连接，是这个平台上 BadTooManySessions 的真实原因。
• 服务器会按自身能力向下修正你的采样间隔和发布间隔，而不会让请求失败。请把修正后的值读回来并视为约定，否则你的 OEE 计时假设会有一个你永远看不见的偏差倍数。
• 程序下载后命名空间索引发生偏移，会让硬编码的节点引用以 BadNodeIdUnknown 失效，与其他任何平台上完全一样。
• 证书信任仍是最大的单一部署障碍，而且必须在 CPU 和客户端两边都完成。
• 时间戳质量有限。预期 ServerTimestamp 才是有意义的那一个，并预期时钟需要 NTP 校时；时间戳错误的停机记录比没有记录更糟。

从中获取 OEE 数据

把 S7-1200 当作少量精选信号的来源，而不是一个机器数据平台。计数应来自 PLC 中维护的计数器，而不是客户端在服务器可能已放宽的采样间隔上对布尔量做边沿检测。状态应来自程序员承诺维护的整型状态变量，停机原因来自按文档化表格解码的故障字。由于订阅容量紧张，优先采用单客户端、单会话、单发布间隔，并加上心跳，以便把“无变化”和“连接已断”区分开。计划生产时间、班次模式和标准节拍不在这里，将来也不会有。

最后核对日期 2026 年 9 月 7 日，对照 OPC UA 1.05.07。OPC UA Connect 是教育资源，与 OPC Foundation 无隶属关系。