1. 物联网概述：从概念到实战

大家好，我是你们的老朋友。今天咱们正式开讲物联网数据采集与MQTT上报这门课。第一节课，我想先聊聊物联网到底是什么。

说实话，我刚入行那会儿，物联网这个概念被炒得特别玄乎。什么「万物互联」、「智慧地球」，听着挺唬人。但干久了你会发现，物联网说白了就是——让没脑子的设备学会说话。

你想想看，一个温度传感器，它本来只是个电子元件。但一旦连上网，能把温度数据发到云端，再让手机App收到，这就叫物联网。嗯，就这么简单。

1.1 什么是物联网？

物联网，英文叫Internet of Things，简称IoT。它的核心思想是：将物理世界中的各种物体，通过传感器、网络连接起来，实现数据采集、远程监控和智能控制。

我在项目中遇到过不少客户，上来就问：「你们能做物联网吗？」我一般会反问：「你想让什么东西联网？采集什么数据？用来干什么？」这三个问题问完，基本就知道项目能不能做了。

物联网的三个关键特征：

• 全面感知：通过各种传感器，采集温度、湿度、压力、位置等信息
• 可靠传输：把采集到的数据，通过网络发送到服务器
• 智能处理：对数据进行分析、存储、展示，甚至做出决策

1.2 物联网四层架构

做物联网项目，首先得搞清楚它的架构。我习惯把物联网分成四层，每一层都有各自的任务。你想想看，这就像盖房子——先打地基，再砌墙，然后布线，最后装修。

第一层：感知层

这是物联网的「皮肤」和「五官」。负责采集数据和执行指令。

• 传感器：温度、湿度、光照、气压、加速度等
• 执行器：继电器、电机、阀门等
• 终端设备：智能电表、车载终端、穿戴设备

避坑指南：我曾经在一个项目中，选了精度很高的传感器，结果忽略了功耗问题。设备装上去三天就没电了，客户直接打电话骂人。所以选传感器时，一定要考虑功耗和供电方式。

第二层：网络层

这是物联网的「神经」。负责把感知层的数据传送到平台层。

• 短距离通信：Wi-Fi、蓝牙、ZigBee
• 长距离通信：4G/5G、NB-IoT、LoRa
• 有线通信：以太网、RS485、CAN总线

我个人习惯，做室内项目首选Wi-Fi，室外项目首选4G或NB-IoT。为什么？因为Wi-Fi成本低、速度快，但覆盖范围小；4G覆盖广，但流量费贵。你得根据场景来选。

第三层：平台层

这是物联网的「大脑」。负责数据存储、处理、分析和管理。

• 云平台：阿里云IoT、腾讯云IoT、华为云IoT
• 数据处理：数据清洗、格式转换、规则引擎
• 设备管理：注册、认证、OTA升级

嗯，这里要注意：平台层不是简单的数据库。它要处理海量设备的并发连接，还要保证数据不丢、不乱。我见过不少小团队，自己搭服务器做平台，结果设备一多就崩了。

第四层：应用层

这是物联网的「手脚」。负责把数据变成用户能看懂、能操作的东西。

• 可视化：大屏展示、图表、地图
• 控制：远程开关、定时任务、联动规则
• 告警：阈值告警、异常检测、短信通知

1.3 常见物联网通信协议对比

说到通信协议，这是物联网开发中最容易踩坑的地方。我刚开始做的时候，也分不清MQTT、CoAP、HTTP到底该用哪个。后来踩了几个坑，才慢慢摸出门道。

下面这张表，是我自己总结的，你直接拿去用：

协议	传输层	消息模型	适用场景	优缺点
MQTT	TCP	发布/订阅	低带宽、高延迟、设备多	轻量、支持QoS、双向通信；需Broker
CoAP	UDP	请求/响应	资源受限、低功耗设备	比HTTP轻量、支持组播；可靠性不如TCP
HTTP	TCP	请求/响应	高带宽、实时性要求不高	成熟、调试方便；头部大、功耗高

MQTT：物联网的事实标准

MQTT是我用得最多的协议。为什么？因为它轻量、可靠、支持双向通信。

• 最小报文只有2个字节，非常适合低带宽场景
• 支持3种QoS等级，从「最多发一次」到「确保收到」
• 发布/订阅模式，一个设备发消息，多个设备能同时收到

我曾经在一个智能农业项目中，用MQTT连接了2000多个传感器节点。每个节点每5分钟上报一次数据，服务器端用EMQX做Broker，跑了两年没出过问题。嗯，MQTT的稳定性确实没得说。

CoAP：专为受限设备而生

CoAP是基于UDP的协议，比MQTT还要轻量。它特别适合那些内存只有几十KB、CPU频率只有几十MHz的MCU设备。

• 基于RESTful风格，和HTTP很像，但头部更小
• 支持观察模式，设备可以订阅资源变化
• 支持组播，一个请求可以唤醒多个设备

避坑指南：我曾经在一个项目中用CoAP，结果发现UDP丢包率很高。后来加了重传机制才解决。所以用CoAP时，一定要自己处理丢包和重传。

HTTP：最熟悉的陌生人

HTTP大家都很熟，但用在物联网上，其实不太合适。为什么？

• 报文头部太大，一个GET请求可能几百个字节
• 只能由客户端发起请求，服务器不能主动推送
• 功耗高，不适合电池供电的设备

不过，HTTP也有它的优势：调试方便。我经常在开发阶段先用HTTP测试，等逻辑跑通了再换成MQTT。这样能省不少时间。

1.4 如何选择通信协议？

说了这么多，到底该怎么选？我给大家一个简单的判断标准：

1. 设备数量多（>100台）？ → 选MQTT
2. 设备资源受限（内存<64KB）？ → 选CoAP
3. 设备数量少，网络好？ → 选HTTP
4. 需要双向通信？ → 选MQTT
5. 需要低功耗？ → 选CoAP或MQTT（带休眠）

我个人习惯，90%的项目都用MQTT。因为它生态好、工具多、坑少。剩下的10%，要么是资源实在受限，要么是客户指定了协议。

好了，第一节课就到这里。下一节，咱们会深入MQTT的细节，包括它的报文结构、QoS等级、以及如何用代码实现一个MQTT客户端。到时候我会带着大家手写代码，保证你学完就能用。