2. IIoT基础概念

工业物联网(Industrial Internet of Things,IIoT)并不是“把传感器接上网”这么简单。它是一套从现场设备、边缘节点、工业网络、云平台到应用系统的完整技术栈。理解这套体系架构,是后续进行设备批量配置、远程运维和生命周期管理的前提。本节从四个维度建立整体认知:体系架构分层、设备类型划分、边缘计算定位、云平台与通信协议选型。

一、IIoT四层体系架构

工业物联网通常划分为四个逻辑层次,自下而上依次为:感知层、边缘层、网络层、平台与应用层。每一层承担不同的职责,层与层之间通过标准接口解耦,这也是批量配置能够“一次定义、多端下发”的结构基础。

  • 感知层:由传感器、执行器、PLC、仪表、RFID、摄像头等现场设备组成,负责采集温度、压力、振动、电流、位置等物理量,并执行控制指令。
  • 边缘层:由边缘网关、工业路由器、边缘控制器、工控机组成,负责协议转换、数据预处理、本地缓存、断网续传和实时控制。
  • 网络层:包括现场总线、工业以太网、TSN、4G/5G、Wi-Fi 6、LoRa 等,负责把边缘数据可靠地传输到云端或数据中心。
  • 平台与应用层:包括 IoT 云平台、数据湖、时序数据库、数字孪生、MES/SCADA/EMS 等应用,负责存储、分析、可视化与业务闭环。

下面这张图展示了四层架构的纵向关系,以及每层的关键对象与典型协议。

平台与应用层 IoT云平台 · 时序数据库 · 数字孪生 · MES / SCADA / EMS · 可视化大屏 协议:MQTT / HTTPS / OPC UA / RESTful API 网络层 工业以太网 · TSN · 4G/5G · Wi-Fi 6 · LoRa · NB-IoT · 现场总线 关注:带宽、时延、抖动、可靠性、安全性 边缘层 边缘网关 · 工业路由器 · 边缘控制器 · 工控机 · 容器化边缘应用 能力:协议转换 · 数据清洗 · 本地缓存 · 断网续传 · 实时告警 感知层 传感器 · 执行器 · PLC · 智能仪表 · RFID · 工业摄像头 协议:Modbus · Profinet · EtherCAT · CAN · IO-Link 数据自下而上汇聚,控制自上而下下发

二、设备类型与接入方式

IIoT 中的“设备”并非同质对象。按接入能力和智能化程度,可分为三类,批量配置策略也完全不同。

设备类型 典型对象 接入方式 配置特点
哑设备 4-20mA 传感器、继电器、老式仪表 经 IO 模块或网关采集 无 IP,配置集中在网关侧
智能现场设备 PLC、变频器、智能电表、IO-Link 设备 Modbus/Profinet/EtherCAT 直连 需配置站号、IP、寄存器映射
IP 化边缘设备 边缘网关、工业路由器、边缘控制器 以太网/4G/5G 直连云平台 支持远程批量下发、OTA、证书管理
批量配置的核心对象通常是第三类 IP 化边缘设备。它们具备唯一标识(如 SN、DeviceID)、可远程管理、支持配置模板下发,是生命周期管理的主战场。

三、边缘计算:为什么不能全部上云

边缘计算的核心价值在于把计算能力下沉到靠近数据源的位置。在工业场景中,全部数据上云会面临三个现实问题:时延不可控、带宽成本高、断网即失控。边缘层因此承担四类关键任务:

  1. 协议转换:把 Modbus、Profinet 等工业协议转换为 MQTT、OPC UA 等云友好协议。
  2. 数据预处理:过滤无效数据、做滑动平均、提取特征值,只上传有价值的数据。
  3. 本地自治:断网时缓存数据、执行本地告警和联锁控制,网络恢复后补传。
  4. 实时控制:对时延敏感的场景(如运动控制、安全联锁)必须在本地闭环。

一个典型的边缘配置片段如下,展示了网关如何定义采集点与上报策略:

{
  "deviceId": "GW-EDGE-001",
  "protocol": "modbus-tcp",
  "slaveId": 3,
  "pollIntervalMs": 1000,
  "points": [
    { "name": "temperature", "address": 40001, "type": "float32" },
    { "name": "vibration",   "address": 40003, "type": "float32" }
  ],
  "upload": {
    "protocol": "mqtt",
    "broker": "ssl://iot.example.com:8883",
    "topic": "factory/line1/gw001/telemetry",
    "mode": "change",
    "deadband": 0.5
  }
}

四、云平台与通信协议选型

云平台负责设备接入、身份认证、数据存储、规则引擎和应用集成。选型时重点关注:设备接入规模、协议支持范围、边缘协同能力、开放 API 和安全体系。通信协议则按场景选择:

  • MQTT:轻量、发布订阅、适合低带宽高并发遥测,是 IIoT 上云首选。
  • OPC UA:语义丰富、支持信息模型,适合车间级互操作与设备建模。
  • Modbus / Profinet / EtherCAT:现场层实时通信,不直接上云,由边缘网关转换。
  • HTTPS / REST:适合配置下发、固件查询等非实时管理通道。
  • LoRa / NB-IoT:适合低功耗、广覆盖、小数据量的远程监测场景。
常见误区:把 MQTT 当作“万能协议”直接连现场 PLC。实际上 PLC 通常不支持 MQTT,必须经过边缘网关做协议转换;同时 MQTT 的 QoS 不等于工业实时性保证,控制类指令仍需本地闭环。

五、案例与复盘:一条产线的接入设计

某汽车零部件产线需要接入 12 台 PLC、36 个传感器和 3 台边缘网关。初始方案让每台 PLC 直接通过 4G 上云,结果出现数据重复、时延波动大、断网丢数等问题。复盘后调整为:

  • PLC 通过 Profinet 接入边缘网关,由网关统一做协议转换和采集。
  • 网关本地缓存 24 小时数据,MQTT 断线重连后按时间戳补传。
  • 云平台只接收变化数据和聚合指标,带宽下降约 70%。
  • 配置模板按“产线-网关-设备”三级下发,新网关上线只需绑定模板和 SN。

这个案例说明:IIoT 架构设计的关键不是“设备能不能上网”,而是数据在哪一层处理、配置在哪一层管理、故障在哪一层隔离。理解四层架构、设备类型、边缘计算和协议选型,才能为后续的批量配置与生命周期管理打下正确的基础。