1、物联网无线配网概述

大家好,我是你们的老朋友。今天咱们正式开始聊物联网无线配网这个话题。

先问个问题:你买了一个智能灯泡,拿回家拆开包装,插上电——然后呢?它怎么连上你家 Wi-Fi 的?这个过程,就是配网。

1.1 什么是物联网配网

配网,说白了就是让一个「裸设备」知道该连哪个路由器、用什么密码。设备出厂时,它就是个「哑巴」——没有网络配置,没有服务器地址,甚至连时间都不知道。

我习惯把配网比作「给设备办入职」:

  • 设备 = 新员工
  • 路由器 = 公司大门
  • 配网过程 = 告诉新员工门禁密码和工位在哪

配网完成后,设备才能跟云端通信,才能被你手机上的 App 控制。没有这一步,再智能的硬件也是块砖头。

配网的本质:在设备零网络状态下,通过一个临时通道把 Wi-Fi SSID 和 Password 写入设备非易失存储。

1.2 配网的核心挑战

你可能会想:「不就是传个 Wi-Fi 密码吗?有什么难的?」

嗯,我刚开始做物联网项目时也这么想。直到我在一个智能插座项目上栽了跟头——用户反馈配网成功率只有 70%。查了三天,问题出在哪?

配网的核心挑战,我总结为四个字:传、认、安、适。

挑战 具体问题 我踩过的坑
传(传输) 设备没有 IP,怎么把数据传给它? 用 UDP 广播,结果跨路由器就丢了
认(识别) 周围几十个设备,哪个才是我的? 用户同时配两个设备,配串了
安(安全) Wi-Fi 密码明文传输,被截获怎么办? 早期方案没加密,被安全团队打回
适(适配) Android、iOS、不同路由器兼容性 某品牌路由器禁止广播包,配网直接失败

你看,光一个「传」字就够头疼的。设备没连上 Wi-Fi 之前,它没有 IP 地址,你不能用 TCP 跟它通信。那怎么办?

常见的做法是利用 Wi-Fi 的 Beacon 帧 或 Probe Request 来携带数据。手机发送特定长度的数据包,设备在混杂模式下监听并解码。这就是经典的 Smart Config 方案。

一个小技巧:我建议在配网协议里加入「重传确认」机制。设备每收到一个包就回一个 ACK,手机没收到 ACK 就重发。这能把配网成功率从 80% 拉到 95% 以上。

1.3 休眠唤醒机制的价值

配网搞定了,设备能连上云了。但新的问题来了——电池供电的设备怎么办?

你想想看,一个温湿度传感器,用两节 AA 电池,如果一直开着 Wi-Fi 接收数据,撑不过两天。但用户期望它跑一年以上。

这就是休眠唤醒机制要解决的核心矛盾:既要保持在线,又要省电。

我参与过一个智能门锁项目,客户要求待机电流低于 10µA,但门锁被触发后要在 200ms 内完成身份认证并上报云端。怎么办?

答案是:大部分时间深度休眠,特定事件或定时器唤醒。

注意:休眠唤醒不是简单的「睡一觉、醒过来」。它涉及:

  • 唤醒源选择(GPIO 中断、RTC 定时器、Wi-Fi Beacon 监听)
  • 上下文保存与恢复(寄存器、堆栈、外设状态)
  • 网络重连策略(快速重连 vs 完整关联)
  • 功耗与延迟的权衡(睡越久越省电,但响应越慢)

我曾经在一个 NB-IoT 水表项目上,把休眠周期从 1 小时调到 6 小时,电池寿命从 3 年延长到 8 年。但代价是——用户看到的水表读数最多滞后 6 小时。这个取舍,得看业务场景。

下面这张图,是我自己画的一个配网与休眠唤醒的整体框架,帮你建立全局认知:

物联网无线配网与休眠唤醒框架图 物联网无线配网与休眠唤醒整体框架 配网阶段 手机发送配置 设备监听解码 连接路由器 上报云端注册 运行阶段(休眠唤醒) 深度休眠 唤醒事件 快速重连 数据上报 配网完成 关键设计参数 配网阶段: • 传输方式:UDP 广播 / Beacon 帧 / BLE GATT • 安全要求:密码加密传输,防重放攻击 • 用户体验:配网时间 < 30s,成功率 > 95% 休眠唤醒阶段: • 休眠电流:目标 < 10µA(电池设备) • 唤醒延迟:从休眠到数据发送 < 500ms • 唤醒源:RTC 定时 / GPIO 中断 / 网络事件

从这张图你能看到,配网是设备生命周期的「第一公里」,而休眠唤醒是设备长期运行的「续航保障」。两者缺一不可。

我个人觉得,很多工程师容易犯一个错误:只关注配网的成功率,忽略了配网完成后的功耗管理。结果设备配上了,但两天就没电了——用户照样骂娘。

所以,从第一章开始,我就想让你建立这个认知:配网和休眠唤醒是一体两面,必须一起设计。

一句话总结:配网解决「设备怎么连上网」的问题,休眠唤醒解决「设备连上网后怎么活得更久」的问题。两者共同决定了物联网产品的用户体验和商业可行性。