3. 数据采集基础：传感器与智能仪表、数据采集网关、Modbus/OPC UA协议简介

大家好，我是老张。在EMS系统里，数据采集是地基。地基没打好，后面所有的能效分析、收益计算都是空中楼阁。今天咱们就聊聊这个基础中的基础——数据是怎么从现场设备跑到你的电脑屏幕上的。

说白了，数据采集就三件事：感知、传输、汇聚。传感器负责感知，智能仪表负责测量，数据采集网关负责汇聚和转发，而Modbus和OPC UA就是它们之间沟通的“语言”。

3.1 传感器与智能仪表：数据的“眼睛”和“耳朵”

传感器这东西，大家都不陌生。温度、压力、流量、电流、电压……每个参数背后都对应着一种传感器。但我要说的是，选型比技术更重要。

我记得有一次在化工厂做项目，客户非要省钱用普通温度传感器测高温蒸汽管道。结果呢？用了不到一个月，传感器全烧了，数据全断了。后来换了带隔热套的专用传感器，问题才解决。所以啊，别只看精度，还得看工况。

智能仪表呢，其实就是“传感器+处理器+通信”的集成体。比如智能电表，它不光能测电压电流，还能算功率因数、谐波含量、需量。这些数据对能效分析特别有用。

我个人习惯，能选智能仪表就不选普通传感器。为什么？因为智能仪表内部做了滤波、校准、线性化处理，数据质量高很多。而且它直接输出数字信号，省去了模拟量采集的麻烦。

3.2 数据采集网关：现场的“翻译官”和“快递员”

传感器和仪表把数据准备好了，但怎么送到上位机呢？这就轮到数据采集网关登场了。

网关的作用，我总结为三点：协议转换、数据汇聚、边缘计算。

• 协议转换：现场设备可能用Modbus RTU、Modbus TCP、DL/T645、IEC 104……网关把它们统一转成OPC UA或MQTT，方便上位机读取
• 数据汇聚：一个网关可以接几十甚至上百个设备，把分散的数据集中起来
• 边缘计算：现在好的网关支持在本地做简单计算，比如求平均值、累加电量、判断越限，不用什么都往服务器传

我在做某大型工厂的EMS项目时，现场有200多块电表、50多个流量计、30多个温度传感器。如果每个设备都直接连服务器，网络负担太重。后来用了5台数据采集网关，每台负责一个车间，数据先汇聚再上传，系统稳定多了。

3.3 Modbus协议：工业界的“普通话”

Modbus协议，搞工业自动化的没人不知道。它简单、开放、可靠，是数据采集的标配。

Modbus有两种常见形式：

说白了，RTU适合长距离、多设备串联；TCP适合短距离、高速通信。我建议：现场设备用RTU，上位机用TCP，中间用网关转换。

Modbus的寄存器地址是个容易搞混的地方。你想想看，一个电表可能有几百个寄存器，每个寄存器存什么数据？这就需要设备手册了。我一般会先读一遍所有寄存器，看看哪些有数据，再根据手册确认含义。

3.4 OPC UA协议：打通信息孤岛的“桥梁”

Modbus虽然好用，但有个问题——它只传数据，不传语义。比如寄存器地址100存的是电压，但Modbus报文里不会告诉你“这是电压”。这就导致每次对接新设备都要重新配置。

OPC UA（统一架构）解决了这个问题。它不光传数据，还传数据的含义、单位、范围、甚至历史趋势。说白了，OPC UA是带“说明书”的数据。

我记得有个项目，客户要求把不同厂家的PLC、电表、空调系统都集成到一个平台。如果用Modbus，每个设备都要写驱动，工作量巨大。后来用了OPC UA，大部分设备都原生支持，直接读取地址空间就行，省了至少一半的开发时间。

不过OPC UA也有缺点——它比Modbus复杂得多，配置起来需要一定的学习成本。我个人建议：小项目用Modbus，大项目或需要跨系统集成时用OPC UA。

3.5 知识体系总览

下面这张图，是我自己总结的数据采集知识体系。你看一眼，就能明白今天讲的内容是怎么串起来的。

从这张图能看出来，数据采集是分层结构。底层是传感器和仪表，中间是通信协议，上层是网关。每一层都有它的职责，缺一不可。

3.6 实战建议：从零搭建一个数据采集系统

最后，我给大家一个实战建议。如果你要从零开始搭建一个EMS数据采集系统，可以按这个步骤来：

1. 梳理测点清单：需要采集哪些参数？每个参数用什么传感器？精度要求多少？
2. 确定通信方案：现场设备用Modbus RTU还是TCP？是否需要OPC UA？
3. 选型网关：根据设备数量和通信协议，选择合适的数据采集网关
4. 配置测试：先接一台设备，确认数据能正常读取，再批量接入
5. 数据校验：对比现场仪表读数和上位机数据，确保一致

好了，今天的内容就到这里。数据采集是EMS系统的根基，希望大家能重视起来。下一章咱们聊聊数据清洗和预处理，那又是另一门学问了。

公众号:蓝海资料掘金营，微信deep3321