集成 · 云
把 OPC UA 接入 AWS IoT SiteWise
| 产品 | AWS IoT SiteWise |
|---|---|
| 类别 | 云 |
| OPC UA 角色 | 客户端 |
SiteWise 通过一个本地运行的网关组件摄取 OPC UA 数据，该组件订阅你的服务器并转发到 AWS。它的特色是云端的资产模型层，你要在那里重新接上传输本身不携带的设备语义。
开始之前
- 工厂网络上的一台网关主机，能够访问 OPC UA 服务器和 AWS。
- 为每台服务器配置一个 OPC UA 数据源，包括安全策略和任何凭据。
- 与任何 OPC UA 客户端一样，在每台服务器上都要有证书信任方案。
- 一份资产模型设计。这才是真正的工作，而且在摄取开始之后再做，代价比事先做要高。
配置方法
- 在本地安装网关它作为本地组件运行，并持有 OPC UA 客户端。为它的证书存储指定一个持久化的位置。
- 把每台服务器添加为数据源端点 URL、安全策略和模式，以及凭据。先用 None 安全性证明可达性，再切到 SignAndEncrypt，并单独处理信任交换。
- 在每台服务器上信任网关证书把它从服务器的 rejected 存储移到 trusted。与其他每个 OPC UA 客户端的流程相同，在一批设备上的时间成本也相同。
- 选择你的属性过滤条件只接入你需要的节点，而不是服务器暴露的全部。接入是计量收费的，不加过滤地浏览并采集会很快变得昂贵。
- 为资产建模在云端定义资产模型和属性，并把接入的数据流映射到它们之上。正是在这里，一台机器才成为一台机器而不是一串标签，也是在这里定义转换和指标。
- 定义指标而不是在下游计算可用率和计数可以表达为 SiteWise 中基于已摄取属性的 transform 和 metric，这比在每个仪表板里重新计算更省成本也更一致。
地址空间是什么样子
入站的是扁平的属性流，在云端被重新建模为资产层级。如果你的设备实现了 Machinery 或 MachineTool，该结构不会被自动反映：你要在资产模型中重建等价的形状。值得把两者有意识地映射起来，以免云端模型和设备模型逐渐脱节。
陷阱
- 接入和存储都是计量收费的。不加过滤的采集策略产生的是账单，不是洞察：在连接之前先决定你需要什么。
- 资产模型是在设备已暴露内容之上的第二次建模工作。为它留出预算，并保留两者之间的书面映射。
- 网关也是一个 OPC UA 客户端，因此本参考中所有关于证书、端点和命名空间索引的问题对它同样适用。
- 时间戳处理很重要：如果 PLC 内嵌服务器只有 ServerTimestamp 有实际意义，那么上云的就是它，而它并不是事件发生的时刻。
- 乱序或延迟到达的数据需要就指标如何重新计算做出决定。请显式地做这个决定，而不是在月末数字里才发现它。
从中获取 OEE 数据
可行，前提是设备暴露了状态、计数和原因，并且你对它们做了正确建模。可用率来自映射为资产属性的状态机，性能来自计数器与建模的理想节拍时间之比，质量来自不良品计数。诚实的限制到处都一样：计划生产时间、班次日历和订单上下文来自 ERP 或 MES，而可用率数字的分辨率受限于你选择的发布间隔。
在依赖它之前请先核实：组件名称、配置界面和定价模式都会变化。在围绕其做设计之前，请确认你所在区域当前的网关架构和计量方式。该领域的授权名称、选件包、固件版本和平台支持在各版本之间会变化，本页并未将其陈述为事实。在承诺交付日期之前，请就你的确切产品版本向供应商确认当前要求。
最后核对日期 2026 年 9 月 7 日，对照 OPC UA 1.05.07。OPC UA Connect 是教育资源，与 OPC Foundation 无隶属关系。