第1章物联网网关概述

1、物联网网关概述：网关定义、网关在IoT架构中的位置、网关与边缘计算的关系

大家好，我是你们这门课的老朋友。今天咱们正式开篇，聊聊物联网网关。

说实话，我入行那会儿，很多人觉得网关就是个「协议转换器」，说白了就是把传感器那头的乱七八糟的协议，转成IP网络能认的东西。但干久了你会发现——网关远不止这点本事。它其实是整个物联网系统的「交通枢纽」和「大脑前哨」。

先给个定义。物联网网关，是连接感知层（设备端）和网络层（云端/平台端）的中间节点。它负责数据汇聚、协议转换、本地处理，以及安全管控。

嗯，这个定义有点干。我换个说法：网关就是物联网世界的「翻译官+保安+小管家」。

核心要点：网关不是简单的「透传盒子」。它是有计算能力、有存储能力、有决策能力的边缘节点。

咱们画个典型的四层IoT架构，你就能看明白了：

层级	说明	典型设备
感知层	采集数据、执行指令	传感器、执行器、PLC
网关层	数据汇聚、协议转换、边缘处理	物联网网关、边缘服务器
网络层	数据传输、路由	路由器、基站、云网络
平台层	数据存储、分析、应用	ThingsBoard、AWS IoT、Azure IoT

你看，网关卡在感知层和网络层之间。它往下要管几十上百个设备，往上只连一个云平台。这种「一对多」的结构，决定了网关必须扛得住压力。

我在一个智慧工厂项目里遇到过这种情况：现场有200多个温湿度传感器，用的都是Modbus RTU。如果每个传感器都直接连云端，先不说协议问题，光是TCP连接数就能把服务器搞崩。后来我们在车间部署了5台网关，每台管40个传感器，数据先聚合再上报——问题一下子就解决了。

我的经验：网关的选型，第一看接口数量，第二看协议支持，第三看计算能力。别光看价格，后期运维成本才是大头。

很多人搞不清网关和边缘计算的区别。我直接说结论：边缘计算是一种架构思想，网关是这种思想的物理载体之一。

你想想看，边缘计算强调「在靠近数据源的地方做处理」。那网关不就是最靠近数据源的那个节点吗？所以，现代物联网网关，本质上就是一台边缘计算设备。

具体来说，网关在边缘计算中扮演三个角色：

数据清洗工：过滤掉无效数据、重复数据。比如温度传感器每隔1秒上报一次，但你的业务只需要每分钟一个平均值。网关可以在本地做滑动窗口平均，只上报结果。
本地决策者：当网络断开时，网关能继续运行本地逻辑。我记得有个冷链物流项目，冷藏车进隧道没信号，网关自动记录所有数据，等信号恢复后再补传——这就是边缘计算的价值。
安全守门员：敏感数据在本地处理完再上传，减少暴露风险。比如人脸识别门禁，特征提取在网关完成，只上传特征码，不上传原始图片。

注意：不是所有网关都支持边缘计算。老式的「透传网关」只做协议转换，没有计算能力。选型时一定要看清楚CPU型号和内存大小。

ThingsBoard本身是一个物联网平台，它擅长处理云端的数据存储、可视化和规则引擎。但如果没有网关，ThingsBoard就接不了那些「非主流」协议的设备。

举个例子：你有一批RS485接口的电力仪表，想接入ThingsBoard。直接连？不行，ThingsBoard只认MQTT、HTTP、CoAP这些IP协议。这时候就需要网关——它把RS485转成MQTT，然后通过网关的MQTT客户端上报到ThingsBoard。

而且，ThingsBoard官方提供了ThingsBoard Gateway这个开源项目，它就是一个专门为ThingsBoard设计的边缘网关软件。咱们这门课后面会重点讲它。

一句话总结：没有网关，ThingsBoard只能接「原生IP设备」；有了网关，ThingsBoard能接「万物」。

我这些年踩过不少坑，挑几个典型的说说：

误区一：网关放机房里。网关应该靠近设备端，而不是靠近云端。放机房意味着你要拉很长的线，信号衰减、干扰都是问题。
误区二：一个网关管所有。网关的CPU和内存有限，管太多设备会导致延迟飙升。我建议一个网关管理不超过50个终端设备（视业务复杂度而定）。
误区三：忽略网关的散热。工业现场温度高，网关如果没做好散热，死机是家常便饭。我曾经有个项目，网关装在配电柜里，夏天直接热到重启——后来加了散热片才搞定。

我的建议：部署前先做压力测试。用模拟工具给网关灌数据，看看它在满负荷下的表现。别等到上线了才发现扛不住。

好了，咱们捋一下今天的内容：

下一章，咱们会深入聊聊网关的硬件选型——CPU怎么挑、接口怎么配、工业级和商业级有什么区别。到时候我会拿几个我实际用过的型号来举例，保证干货满满。

今天就到这儿。有问题欢迎在评论区留言，我看到会回复。

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