物联网网关（IoT Gateway）

物联网网关（IoT Gateway）

设备世界 ↔ 网络世界 ↔ 后端系统 的“翻译器 + 中转站 + 处理器”

一、一句话定义

IoT网关 = 连接设备（RS485 / TCP / MQTT / CoAP等）与云平台的“协议转换 + 数据汇聚 + 边缘计算”节点

二、它在整体架构中的位置

摄像头 / 门禁 / 传感器 / PLC ↓ IoT网关（核心） ↓ MQTT / HTTP / Kafka ↓ Java后端 / IoT平台 ↓ 数据库 / 大屏 / 业务系统

三、为什么必须要有 IoT 网关？

因为设备世界非常“乱”：

❌ 设备协议不统一

门禁：RS485 摄像头：RTSP 空调：Modbus 停车场：TCP自定义协议 温湿度：UART/串口

❌ 云平台只懂标准协议

HTTP / MQTT / JSON

👉 所以必须有“翻译官”：

IoT网关

四、IoT网关的四大核心能力（重点）

1️⃣ 协议转换（最核心）

作用：

工业协议 → 互联网协议

示例：

Modbus设备：

01 03 00 00 00 02 C4 0B

转换后：

{"deviceId":"temp-001","temperature":28.5}

常见转换：

2️⃣ 设备接入（Device Access）

IoT网关要“直接连设备”

例如：

串口设备（/dev/ttyS0） TCP设备（192.168.1.100:5000） 摄像头（RTSP流）

技术实现：

常用：

• Netty（Java）
• C/C++（工业网关）
• Python（轻量）

3️⃣ 数据汇聚（Aggregation）

设备数据是“碎片化”的：

设备1：28℃ 设备2：29℃ 设备3：30℃

网关会：

汇总 → 统一格式 → 批量上报

例如：

[{"id":1,"temp":28},{"id":2,"temp":29}]

4️⃣ 边缘计算（Edge Computing）🔥

👉 这是现代 IoT 网关升级重点

在本地就处理数据：

温度 > 60℃ → 报警

不用上传云端。

示例：

if(temp>60){sendAlarm();}

好处：

• 减少网络压力
• 降低延迟
• 提高安全性

五、IoT网关工作流程（完整链路）

① 设备采集数据 ↓ ② 网关读取（串口/TCP） ↓ ③ 协议解析（Modbus / 485） ↓ ④ 数据转换（JSON） ↓ ⑤ 本地过滤 / 计算 ↓ ⑥ MQTT / HTTP 上报 ↓ ⑦ 后端Java服务 ↓ ⑧ 数据库 / 业务系统

六、IoT网关 vs API网关（核心区别）

七、IoT网关在智慧园区里的真实应用

你做的场景基本都会用：

1️⃣ 门禁系统

刷卡设备 ↓ IoT网关 ↓ MQTT ↓ Java后端 ↓ 人员权限校验

2️⃣ 停车场

地感 / 道闸 / 车牌识别 ↓ IoT网关 ↓ MQTT / Kafka ↓ 收费系统

3️⃣ 摄像头

RTSP流 ↓ 网关（拉流/转码） ↓ 视频平台

八、IoT网关的典型技术架构

设备层 ↓ Netty / C++ IoT网关 ↓ MQTT Broker（EMQX） ↓ Java IoT平台（Spring Boot） ↓ MySQL / Redis / ES

九、IoT网关常见技术栈

Java方案：

• Netty（核心）
• Spring Boot（管理层）
• MQTT client（Paho）
• Kafka producer

工业方案：

• C / C++
• RTOS
• Linux Embedded

云方案：

• EMQX Edge
• ThingsBoard Edge
• AWS IoT Greengrass

十、IoT网关的本质（非常重要）

一句话理解：

IoT网关 = 把“工业设备语言”翻译成“互联网语言”的边缘中枢

十一、最容易混淆的点（重点）

❌ 不是：

• 只是转发器
• 只是代理

✔ 实际是：

• 协议转换器
• 数据处理器
• 边缘计算节点
• 设备管理中心

十二、一句话总结

IoT网关是部署在设备侧的边缘计算节点，负责多种工业协议的接入与解析、数据清洗与转换，并将数据统一转换为MQTT/HTTP等标准协议上报到云端平台，是连接物理设备与云服务的关键桥梁。