1. 协议基础扫盲：设备入网协议到底是什么？

大家好，我是你们这期课程的老朋友。做嵌入式通信这行十几年了，每次带新人，第一个要讲清楚的就是：设备入网协议。这东西听着玄乎，说白了就是——设备跟服务器之间怎么打招呼、怎么说话、怎么确认对方听懂了。

我见过不少刚入行的工程师，上来就调 MQTT、调 CoAP，抓了一堆包看不懂，最后发现是握手阶段就出了问题。嗯，基础不牢，地动山摇。今天咱们就把这块地基打扎实。

1.1 什么是设备入网协议？

设备入网协议，是物联网设备从“离线”状态进入“在线”状态时，必须遵守的一套通信规则。它定义了：

• 设备如何发现网络（Wi-Fi 配网、NB-IoT 附着、LoRa 入网）
• 设备如何标识自己（设备 ID、证书、Token）
• 设备如何与服务器建立连接（TCP/TLS 握手、CoAP 的 DTLS 握手）
• 设备如何上报状态并保持心跳（Keep Alive、Ping/Pong）
• 设备如何安全地收发数据（加密、鉴权、重传机制）

1.2 为什么需要它？

你想想看，如果每个设备都按自己的脾气乱发数据，服务器根本不知道谁是谁。我早年做过一个智能灯项目，当时用了裸 TCP 直连，没做标准入网协议。结果呢？设备重启后 IP 变了，服务器找不到它；设备多了，端口冲突；安全更是裸奔——谁都能冒充设备发指令。那叫一个惨。

入网协议解决了三个核心问题：

1. 身份可信：服务器能确认“你是你”，不是黑客冒充的。
2. 连接可靠：网络断了能重连，消息丢了能重发。
3. 资源可控：低功耗设备能省电，高并发场景不崩溃。

1.3 常见的入网协议有哪些？

目前工业界主流的入网协议，我按使用场景分成了四类。下面这张图可以帮你快速建立全局认知：

下面我逐个拆解，结合我踩过的坑，帮你快速掌握每个协议的核心。

1.3.1 MQTT（消息队列遥测传输）

MQTT 是目前物联网领域最流行的入网协议。它基于发布/订阅模型，设备通过 Broker 中转消息。我个人最喜欢它的地方是：QoS 机制——你可以根据场景选择消息是否必达。

QoS 等级	含义	适用场景
QoS 0	最多发一次，不确认	传感器高频上报（丢几个无所谓）
QoS 1	至少发一次，有确认	设备状态变更（可能重复）
QoS 2	恰好发一次，严格确认	控制指令（开锁、断电）

1.3.2 CoAP（受限应用协议）

CoAP 是专为资源受限设备设计的。它跑在 UDP 上，头部只有 4 字节。我做过一个温湿度传感器项目，MCU 只有 64KB Flash，RAM 8KB。MQTT 的库塞不进去，CoAP 刚刚好。

CoAP 的入网流程跟 HTTP 很像，但更轻：

设备 -- CON GET /.well-known/core --> 服务器
服务器 <-- ACK 2.05 Content "</temp>" -- 设备
设备 -- CON GET /temp --> 服务器
服务器 <-- ACK 2.05 "25.3" -- 设备

注意：CoAP 的 CON（可靠消息）需要 ACK 确认，NON（不可靠消息）则不需要。我建议控制指令用 CON，数据上报用 NON。

1.3.3 HTTP/HTTPS

HTTP 大家最熟悉，但用在物联网入网上，开销偏大。每次请求都要建立 TCP 连接，头部动辄几百字节。我见过有人用 HTTP 做智能插座，设备每 5 秒上报一次状态，结果流量费比电费还贵。

不过 HTTP 有一个巨大优势：调试方便。用 curl 或者 Postman 就能模拟设备入网，非常适合原型验证。我建议在产品初期用 HTTP 快速验证逻辑，稳定后再切到 MQTT 或 CoAP。

1.3.4 私有协议

有些场景，标准协议满足不了需求。比如：

• 极低功耗：LoRa 节点入网，每次只发几个字节
• 极低延迟：工业控制，要求毫秒级响应
• 特殊安全要求：军工、金融领域，需要自定义加密

我做过一个私有协议的项目，用自定义的二进制帧格式，帧头 2 字节 + 负载 + CRC。入网流程只有 3 步：设备发送入网请求 → 服务器分配短地址 → 设备确认。整个握手不到 10 毫秒。

1.4 如何选择入网协议？

我总结了一个简单的决策表，帮你快速选型：

场景	推荐协议	理由
智能家居、车联网	MQTT	双向通信、QoS 灵活、生态成熟
传感器网络、低功耗设备	CoAP	UDP 省电、头部极小、适合睡眠唤醒
原型验证、管理接口	HTTP	工具链完善、调试方便
特殊行业、极致性能	私有协议	完全可控、但维护成本高