1、课程导论：智能门锁市场现状、低功耗联网的核心挑战、远程开锁的技术路线对比
1.1 智能门锁市场，现在到底有多火？
说实话，这几年智能门锁的普及速度，比我预想的快得多。
我2018年第一次做门锁项目时，客户还在纠结「指纹锁安不安全」。到了2023年，连我老家县城的五金店都在卖联网门锁了。市场数据我就不罗列了，你只要知道一件事：不带联网功能的门锁，已经很难卖出溢价了。
但这里有个矛盾——用户想要远程开锁、想要实时告警，可门锁偏偏是个电池供电的设备。你想想看，一把锁装在大门上，总不能隔三差五让人换电池吧？
核心矛盾：用户要「永远在线」的体验，但门锁只能靠「几节干电池」活着。
1.2 低功耗联网，到底难在哪？
我刚开始做低功耗门锁时，踩过一个坑。当时选了一款号称「超低功耗」的Wi-Fi模组，待机电流标称10μA。结果一上整机测试，电池撑了不到两周就报警了。
后来一查，问题出在「联网心跳」上。模组每30秒唤醒一次去维持TCP连接，每次唤醒的峰值电流高达300mA。你算算看，一天唤醒2880次，再低的待机电流也扛不住。
低功耗联网的核心挑战，说白了就三个字：「省着用」。具体来说：
- 待机功耗要极低——门锁99%的时间都在睡觉，睡眠电流必须控制在微安级。我见过一些方案，待机时还在跑RTOS的idle任务，电流硬生生多出几十微安。
- 唤醒要快且准——用户按指纹或远程开锁时，系统得在毫秒级内醒来。唤醒慢了，用户体验就是「按了没反应」。
- 通信要「一锤子买卖」——每次联网传输的数据量要小，发完就睡。千万别搞什么长连接、心跳保活，那是给门锁上刑。
我的经验：低功耗设计不是选一个低功耗芯片就完事了。你得从系统层面去抠每一微安——电源路径、外设供电、GPIO电平状态，甚至PCB漏电流都要算进去。
1.3 远程开锁的技术路线，怎么选？
远程开锁的方案，市面上大概有这几条路。我挨个说说它们的优缺点，以及我实际用下来的感受。
| 技术路线 | 典型方案 | 功耗表现 | 实时性 | 我的评价 |
|---|---|---|---|---|
| Wi-Fi直连 | ESP32、RTL8710 | 差（待机mA级） | 高 | 适合有插座的场景，门锁慎用 |
| 蓝牙+网关 | Nordic + 手机/网关 | 优秀（待机μA级） | 中等 | 我最常用的方案，成熟稳定 |
| Zigbee/Thread | CC2530、EFR32 | 优秀 | 中等 | 适合做Mesh组网，但需要专用网关 |
| NB-IoT | BC95、BC26 | 良好 | 低（有延迟） | 适合运营商网络覆盖好的场景 |
| LoRa | SX1278 | 极低 | 低 | 适合远距离、低频率开锁 |
我个人习惯用蓝牙+网关的方案。为什么？
首先，蓝牙的待机功耗确实低。我用nRF52832做过一个项目，深度睡眠电流能做到1.5μA左右，四节AA电池撑一年没问题。
其次，蓝牙的生态成熟。手机直接连门锁开锁，不需要额外硬件。如果要做远程开锁，加一个几十块钱的蓝牙网关就行。
当然，Wi-Fi直连也不是不能用。我记得有个客户非要Wi-Fi方案，说家里没网关。我给他推荐了低功耗Wi-Fi+定时唤醒的方案——门锁平时深度睡眠，每4小时醒来一次检查云端指令。代价就是远程开锁有延迟，最长可能要等4小时。嗯，这算是一种妥协。
注意：千万别在门锁上用「Wi-Fi长连接+心跳保活」的方案。我曾经见过一个产品，电池续航标称6个月，实际用户用了1个月就没电了。拆开一看，Wi-Fi模组一直在发心跳包，电流根本降不下来。
1.4 我的选择与课程路线
这门课里，我会带你走蓝牙+网关这条路线。原因很简单：
- 功耗可控，容易做到一年以上的续航
- 开发门槛适中，不需要搞复杂的网络协议
- 远程开锁体验好，延迟通常在1-2秒内
我们会从硬件选型开始，一步步搭建一个完整的低功耗联网门锁系统。包括：
- 低功耗硬件设计（电源、电机驱动、传感器）
- 蓝牙协议栈的功耗优化
- 网关与云端的远程开锁实现
- 整机测试与认证
说白了，这门课就是把我这些年踩过的坑、总结的经验，一次性倒给你。你跟着做一遍，至少能少走半年弯路。
课前准备：建议你手头有一块nRF52832或nRF52840的开发板，再准备一个蓝牙网关（树莓派+蓝牙dongle也行）。后面我们会用到。
好，导论就到这里。下一章我们直接开干——先搞定硬件选型，把功耗的底子打好。