4. 设备资产数据采集与接入方式
设备资产管理的起点不是软件界面，而是“数据从哪里来、以什么形式进入平台”。在 EcoStruxure 体系中，一台电机、一台变频器或一套空压机的资产档案，最终都要落到可采集、可关联、可追溯的数据点上。理解传感器、PLC、网关以及 Modbus、OPC UA、MQTT 等协议各自承担的角色，是设计采集方案的基础。
一、从物理量到资产数据：采集链路的四层角色
设备资产数据采集通常形成一条自下而上的链路：传感器负责把温度、压力、振动、电流等物理量转换为标准电信号；PLC 或控制器负责采集这些信号，完成逻辑运算、量程换算和状态判断，形成可读的寄存器或变量；网关负责把不同现场总线或工业协议转换为上层平台可识别的协议；平台侧则通过 Modbus、OPC UA、MQTT 等协议完成数据接入、建模和资产绑定。
这四层不是必须全部存在。例如一台智能电表本身带 Modbus RTU 接口，可由网关直接读取；而一台老式水泵没有通信能力，就需要增加传感器和 I/O 模块。判断采集方案时，先确认“设备是否自带数据接口”，再决定是否需要外加传感器或 PLC。
二、Modbus：最普遍的现场采集协议
Modbus 是设备资产采集里出现频率最高的协议，原因在于大量仪表、变频器、电表、温控器都原生支持它。Modbus 采用主从结构，主站发起请求，从站响应。采集时最关键的配置项是从站地址、功能码、寄存器地址和数据类型。
以读取一台支持 Modbus RTU 的智能电表为例，常见配置如下：从站地址设为 1，波特率 9600，8 位数据位，无校验，1 位停止位；读取电压用功能码 03，起始寄存器 0x0000，读取 2 个寄存器；读取电流用起始寄存器 0x0006。需要注意的是，很多设备手册给出的地址是“1 基地址”，而实际报文中使用“0 基地址”，配置时通常要减 1。数据类型也要确认：32 位浮点数可能采用“高字在前”或“低字在前”，顺序错误会得到完全错误的值。
示例：Modbus RTU 读取电表电压
从站地址：1
功能码：03（读保持寄存器）
起始地址：0x0000
寄存器数量：2
数据类型：32 位浮点，高字在前
波特率：9600 / 8 / N / 1
轮询周期：5 sModbus 的局限也很明显：它只传“值”，不传“语义”。平台收到 0x0000 和 0x0001 两个寄存器，并不知道这是电压还是电流，必须由人工在资产模型中完成点位映射。因此 Modbus 适合点位少、结构固定的设备，不适合需要复杂信息模型的场景。
三、OPC UA：带语义的资产数据通道
OPC UA 与 Modbus 的本质区别在于，它不仅传输数据，还传输信息模型。一台支持 OPC UA 的变频器，其地址空间中可能已经包含“设备名称、序列号、运行状态、输出频率、故障代码”等结构化节点。平台通过浏览地址空间即可发现设备有哪些数据，而不必逐个猜测寄存器含义。
配置 OPC UA 连接时，需要关注四个要点：Endpoint URL（如 opc.tcp://192.168.1.50:4840）、安全策略（None、Basic256Sha256 等）、用户身份（匿名或用户名密码/证书）、节点 NodeId（如 ns=2;s=Device1.Temperature）。采样周期和死区也要设置：温度变化小于 0.5 ℃ 时不上报，可以减少无效数据量。
在资产数据采集中，OPC UA 常被用作“网关到平台”的上行协议，因为它天然支持结构化建模，能把设备、组件、变量之间的层级关系一并带上去，减少平台侧手工建点的工作量。
四、MQTT：面向平台上行的轻量发布/订阅
MQTT 采用发布/订阅模型，设备或网关作为客户端，把数据发布到 Broker 的某个 Topic，平台订阅该 Topic 即可接收。它不关心设备内部寄存器，只关心“主题—载荷”这一对关系。典型 Topic 设计为：factory/line1/motor01/temperature，载荷为 JSON：{"value": 68.3, "ts": "2025-01-15T10:23:00Z"}。
MQTT 配置要点包括：Broker 地址与端口（1883 或 8883 TLS）、客户端 ID 唯一性、QoS 等级（0 最多一次、1 至少一次、2 恰好一次）、保留消息和遗嘱消息。对于资产数据采集，QoS 1 通常足够，既能保证不丢关键数据，又不会带来过大开销。Topic 命名应体现资产层级，便于平台按资产树订阅。
五、网关：协议转换与数据缓冲的关键节点
网关在采集链路中承担“翻译”和“缓冲”两个职责。向下，它通过 Modbus RTU/TCP、Profibus、CAN 等协议读取现场设备；向上，它把数据转换为 OPC UA 或 MQTT 发送给平台。当网络中断时，网关应具备本地缓存能力，恢复后补传，避免资产数据出现断档。
选择网关时，重点确认：支持的南向协议是否覆盖现场设备、北向协议是否与平台匹配、最大采集点数、是否支持边缘计算（如量程换算、报警判断）、是否支持远程配置。对于资产数据采集，网关还应支持“点位—资产”映射配置，使每个数据点在上行时携带资产标识。
六、采集方案选择与配置检查
实际项目中，采集方式往往混合使用：电表、温控器走 Modbus 到网关；变频器走 OPC UA 直连；分散的振动传感器经无线网关以 MQTT 上行。选择依据可以归纳为三点：设备原生接口是什么、数据是否需要语义、现场网络条件如何。
配置完成后，建议按以下清单逐项核对，避免“数据上来了但对不上资产”的问题：
- 每个数据点是否已绑定到具体资产和属性（如“1 号空压机—排气温度”）。
- Modbus 寄存器地址、数据类型、字节序是否与设备手册一致。
- OPC UA 的 NodeId 是否可读，采样周期是否合理。
- MQTT Topic 是否按资产层级命名，QoS 是否满足要求。
- 网关断网缓存与补传是否启用，时间戳是否统一。
- 采集周期与资产变化频率是否匹配，避免过采或漏采。
把传感器、PLC、网关和协议的角色分清之后，设备资产数据采集就从“接线和配置”变成了可设计、可验证的工程过程。下一步才是把这些数据点组织成资产模型，让数据真正服务于资产健康与运维决策。