1. 工业网关与现场数据处理概述
在工业现场，PLC、变频器、伺服驱动器、仪表、传感器等设备往往来自不同厂商，使用 Modbus、Profibus、CANopen、EtherNet/IP、OPC UA 等不同协议，数据格式、采样周期、可靠性要求也各不相同。如果让上层 MES、SCADA 或云平台直接对接每一台设备，系统会变得极其脆弱：协议适配代码散落各处，网络边界模糊，实时性无法保证。工业网关正是为解决这一矛盾而出现的中间层设备——它向下连接现场设备与总线，向上以统一协议对接信息系统，在边缘侧完成协议转换、数据采集、预处理与转发。
从位置上看，工业网关处于工业物联网架构的“边缘汇聚层”：最底层是传感器与执行器，其上是 PLC、DCS 等控制器，网关位于控制器与上层网络之间，再往上才是边缘服务器、SCADA/MES 与云平台。它既不是简单的协议转换器，也不等同于路由器：路由器关心的是“包能否到达”，网关关心的是“数据是否有意义、是否可信、是否按时到达”。
现场数据的类型决定了网关的处理策略。按形态可分为四类：过程量（温度、压力、流量等模拟量，通常 4–20 mA 或 0–10 V 转换而来）、状态量（开关、报警、运行/停止等布尔量）、事件量（故障跳闸、越限记录，带时间戳且不可丢失）、配置与诊断量（设备参数、通信质量、心跳）。它们的特征差异明显：过程量高频、允许少量丢点但要求趋势连续；事件量低频但要求零丢失、顺序严格；状态量变化稀疏却要求变化即报。因此网关不能对所有数据采用同一套采集周期和缓存策略。
理解了网关的位置，还需要理解它的“算力底座”。Intel 工业网关典型产品线按处理器平台分为三档，选型时主要看协议数量、并发连接数、是否需要本地推理或数据库。
| 平台 | 典型功耗/核心 | 适用场景 | 选型判断依据 |
|---|---|---|---|
| Intel Atom | 低功耗、4–8 核 | 单机设备联网、小型产线数据采集 | 协议 ≤ 5 种，采集点 < 2000 点，无本地 AI 需求 |
| Intel Core | 中功耗、8–16 核 | 车间级多协议汇聚、边缘预处理、轻量视觉 | 协议 5–15 种，需本地缓存与规则引擎，可跑容器 |
| Intel Xeon | 较高功耗、多核+ECC | 多产线集中网关、边缘服务器、实时数据库 | 高并发、高可靠、需虚拟化或本地推理 |
以一条包装产线为例：现场有 3 台变频器（Modbus RTU）、2 台视觉相机（GigE）、1 台 PLC（Profinet），需要把运行状态、速度、报警上传到 MES，并在本地做“速度低于阈值持续 5 秒即报警”的判断。若只做协议转换和转发，Atom 平台即可胜任；但若还要在网关侧缓存 24 小时数据、运行规则引擎并支持断网续传，则应选择 Core 平台。这个判断过程本身就是工业网关选型的核心逻辑：先数协议和点位，再看是否需要边缘计算，最后看可靠性与环境要求。
① 时间戳统一以网关本地时钟为基准，设备时间偏差超过 500 ms 时需在网关侧校正；
② 过程量默认 1 s 采集一次，事件量采用变化上报（COV），状态量采用上升沿/下降沿触发；
③ 断网时数据写入本地环形缓存，恢复后按时间顺序补传，补传优先级高于实时数据。
需要特别注意的是，工业网关不是“装上就能用”的透明盒子。它需要被配置：每个从站的地址、寄存器映射、数据类型（INT16/UINT16/FLOAT32）、字节序（大端/小端）、缩放系数都要明确。例如一个压力变送器输出 4–20 mA 对应 0–1.6 MPa，PLC 寄存器读到 0–27648，则网关侧换算为：压力 = (原始值 / 27648) × 1.6。如果字节序配错，读到的值会变成完全错误的数字，这类问题在现场排查中非常常见。