3、物联网基础：物联网体系架构、常用通信协议（MQTT、CoAP、HTTP）、设备接入方式
物联网（IoT）是边缘AI落地的最主要载体。理解物联网的体系架构、通信协议与设备接入方式，是设计端侧推理系统、选择硬件平台、评估网络带宽与功耗预算的前提。本章从分层架构出发，剖析MQTT、CoAP、HTTP三种主流协议的适用边界，并给出设备接入的工程路径与选型决策方法。
上图展示了物联网四层体系架构与三种主流协议在其中的位置。感知层负责数据采集与边缘推理，网络层完成传输，平台层提供设备管理与AI能力，应用层面向最终用户。协议选型取决于设备资源、网络环境与实时性要求，下面逐一展开。
3.1 物联网体系架构：从端到云的层次模型
物联网体系架构通常划分为四层：感知层、网络层、平台层和应用层。每一层都有明确的职责边界，边缘AI主要嵌入在感知层与平台层之间，承担数据预处理、推理决策和结果上传等任务。
核心原理：感知层是物理世界与数字世界的接口，包含传感器、摄像头、执行器以及边缘计算节点。网络层解决数据传输问题，涉及无线通信技术（Wi-Fi、蜂窝、LoRa）与物联网协议。平台层汇聚设备数据，提供设备影子、规则引擎、模型管理等功能。应用层面向行业场景，如智慧工厂、智能安防、健康监测等。
在边缘AI场景中，感知层往往需要部署轻量级推理引擎（如TensorFlow Lite、ONNX Runtime），对采集到的图像、振动、温度等数据进行实时分析。推理结果可以本地执行（如触发报警），也可以上传至平台层进行二次处理。这种“端侧推理+云端协同”的模式，能够显著降低网络带宽消耗和响应延迟。
3.2 常用通信协议：MQTT、CoAP、HTTP对比与选型
协议选型是物联网系统设计的关键决策点。三种协议各有优劣，需要根据设备资源、网络拓扑和业务需求综合判断。
| 维度 | MQTT | CoAP | HTTP |
|---|---|---|---|
| 传输层 | TCP（可靠连接） | UDP（不可靠，需重传机制） | TCP（可靠连接） |
| 通信模式 | 发布/订阅（Broker中转） | 请求/响应（类似HTTP简化版） | 请求/响应（RESTful） |
| 消息开销 | 固定头2字节，较小 | 固定头4字节，最小 | 头部较大（通常200-800字节） |
| QoS支持 | QoS 0/1/2（消息可达性分级） | Confirmable/Non-confirmable | 无原生QoS，依赖TCP重传 |
| 功耗特性 | 需维持TCP连接，功耗较高 | UDP无连接，功耗最低 | 连接建立开销大，功耗高 |
| NAT穿透 | 设备主动连接Broker，易穿透 | 服务器需知道设备地址，难穿透 | 设备主动请求，易穿透 |
| 典型场景 | 智能家居、车联网、遥测 | 资源受限传感器、低功耗广域网 | 设备配置、固件升级、API调用 |
3.2.1 MQTT：物联网事实标准
MQTT（Message Queuing Telemetry Transport）基于发布/订阅模型，通过Broker实现消息路由。它支持三种服务质量等级：QoS 0（最多一次）、QoS 1（至少一次）、QoS 2（恰好一次）。在边缘AI场景中，MQTT常用于上传推理结果、接收模型更新指令。
// MQTT连接示例（使用ESP-IDF + mosquitto库）
#include "mqtt_client.h"
esp_mqtt_client_config_t mqtt_cfg = {
.uri = "mqtt://broker.emqx.io:1883",
.client_id = "edge_ai_node_01",
.keepalive = 60,
.disable_auto_reconnect = false,
};
esp_mqtt_client_handle_t client = esp_mqtt_client_init(&mqtt_cfg);
esp_mqtt_client_register_event(client, ESP_MQTT_EVENT_ANY, mqtt_event_handler, NULL);
esp_mqtt_client_start(client);MQTT的保活机制（Keep Alive）要求设备周期性发送PINGREQ，否则Broker会断开连接。对于电池供电的边缘设备，建议将Keep Alive设置为120秒以上，并采用“休眠-唤醒-上报-再休眠”的工作模式。
3.2.2 CoAP：轻量级UDP协议
CoAP（Constrained Application Protocol）专为资源受限设备设计，基于UDP传输，支持组播和资源发现。它使用二进制格式（如CBOR）替代文本JSON，进一步降低负载。CoAP的观察模式（Observe）允许服务器订阅资源变化，适合传感器数据推送。
选型建议：当设备RAM小于64KB、网络带宽有限且允许一定丢包时，优先选择CoAP。例如，使用LoRaWAN的农业土壤监测节点，每30分钟上报一次温度、湿度、pH值，CoAP的轻量特性可显著延长电池寿命。
3.2.3 HTTP：通用性与调试便利性
HTTP在物联网中主要用于设备配置、固件升级和云端API调用。其优势在于生态成熟、调试工具丰富（如Postman、curl），且天然支持RESTful风格。但HTTP头部开销大，每次请求都需要建立TCP连接（除非启用Keep-Alive），不适合高频小数据量传输。
3.3 设备接入方式：从硬件到云端的完整链路
设备接入涉及硬件接口、网络配置、协议栈、安全认证四个层面。一个典型的边缘AI设备接入流程如下：
- 硬件初始化：配置MCU/MPU的GPIO、UART、SPI或I2C接口，连接传感器或摄像头模块。
- 网络接入：通过Wi-Fi STA模式、以太网或蜂窝模块获取IP地址。对于Wi-Fi，需配置SSID和密码；对于蜂窝，需配置APN。
- 协议栈选择：根据业务需求选择MQTT、CoAP或HTTP，并完成协议栈移植（如FreeRTOS+lwIP+MQTT）。
- 身份认证：使用设备证书（X.509）、预共享密钥（PSK）或进行双向认证。推荐使用TLS/DTLS加密传输。
- 数据上报：按照定义好的JSON或CBOR格式，周期性或事件触发式上报数据。
- 指令接收：订阅下行Topic（如
/devices/{id}/commands），接收云端下发的推理模型更新或参数调整指令。
3.4 案例拆解：基于MQTT的工业振动监测边缘节点
某工厂需要部署20个振动监测节点，对电机轴承进行实时故障诊断。每个节点配备STM32H743（Cortex-M7，480MHz）、ADXL345加速度传感器和ESP32 Wi-Fi模块。初始方案采用HTTP上报原始振动波形（每节点每秒采样4kHz，16位精度），实测发现：
- 单节点数据量：4000样本 × 2字节 × 2轴 = 16KB/s，20节点合计320KB/s，Wi-Fi AP吞吐瓶颈明显。
- HTTP请求开销：每次POST约500字节头部，高频请求导致AP连接数耗尽。
- 云端服务器CPU占用率持续超过80%，数据库写入延迟增大。
优化方案：在STM32上部署轻量级FFT算法，提取振动特征（RMS、峰值、1x/2x/3x谐波幅值），每5秒上报一次特征向量（约200字节）。协议切换为MQTT，QoS 1，Broker部署在工厂内网服务器。改进后效果：
| 指标 | 优化前（HTTP原始波形） | 优化后（MQTT特征上报） |
|---|---|---|
| 单节点上行带宽 | 16KB/s | 40B/s |
| AP并发连接数 | 20（峰值） | 20（常驻） |
| 云端CPU占用 | 85% | 12% |
| 端到端延迟 | 2-5秒 | <500ms |
| 电池续航（2000mAh） | 约18小时 | 约72小时 |
复盘经验：边缘AI的核心价值在于“在数据源头做减法”。原始数据不出网关，只上传推理结果和特征值，能够大幅降低通信成本和云端计算压力。同时，MQTT的QoS 1机制保证了在Wi-Fi短暂断连时消息不丢失，配合本地存储（SD卡）实现断点续传。
常见误区：① 盲目追求QoS 2，导致Broker和客户端性能下降，实际场景QoS 1足够；② 忽略MQTT Keep Alive与设备休眠周期的匹配，导致频繁断连重连；③ 使用HTTP长连接（Keep-Alive）替代MQTT，虽然减少了握手次数，但无法实现服务端主动推送；④ 不启用TLS，将设备证书明文存储，存在严重安全隐患。
3.5 总结复盘：协议选型决策框架
在实际项目中，建议按照以下步骤进行协议选型：
- 评估设备资源：RAM < 64KB、Flash < 256KB → 优先CoAP；RAM > 128KB → MQTT或HTTP均可。
- 分析网络环境：NAT后设备 → MQTT（设备主动连接）；公网可达设备 → CoAP或HTTP。
- 明确通信模式：一对多广播 → CoAP组播；多对一汇聚 → MQTT发布/订阅；请求-响应 → HTTP。
- 考虑功耗预算：电池供电且上报频率低 → CoAP；持续在线且需实时下行 → MQTT。
- 安全要求：所有协议都应启用加密（TLS/DTLS），MQTT推荐使用8883端口，CoAP使用CoAPs（5684端口）。
边缘AI系统设计者应避免“一刀切”地选择MQTT。对于超低功耗的传感器节点，CoAP的UDP特性能够减少TCP握手的能量消耗；而对于需要双向实时通信的智能摄像头，MQTT的Broker架构更为合适。最终方案往往混合使用多种协议：设备端用CoAP上报数据，网关用MQTT转发至云端，管理接口用HTTP提供RESTful API。