1. 课程导论：LTE与BLE协同唤醒的背景、为什么需要协同唤醒、课程目标与学习路径

做低功耗物联网这些年，我经常被问到同一个问题：
“能不能让我的设备既保持实时在线，又做到一节电池用三年？”

说实话，这很难。

你想想看，传统的蜂窝通信（LTE）覆盖广、速率高，但功耗也高。
BLE（蓝牙低功耗）省电、成本低，但通信距离短，没法直接上云。

这就形成了一个“不可能三角”：

单独用 LTE，电池撑不住高频心跳。
单独用 BLE，设备就是个“信息孤岛”。

那怎么办？
我个人的思路是：让两者“打配合”，而不是“二选一”。

核心洞察： 80% 的物联网设备，90% 的时间处于“无事可做”的状态。真正需要高带宽、低延迟通信的场景，只占整个生命周期的极小比例。

所以，我们不需要让 LTE 一直在线。只需要在“有事”的时候，用 BLE 把 LTE 叫醒。

我曾经参与过一个智能水表项目。
客户要求：每天上报一次用水量，电池寿命至少 5 年。

一开始，我们直接用 NB-IoT 做定时上报。
每天一次心跳，每次发射电流 200 mA，持续 2 秒。
算下来，一年光通信就耗掉 40% 的电池容量。

嗯，这显然不行。

后来我们换了个思路：
平时让 NB-IoT 模块深度休眠（PSM 模式，功耗 3 μA），
只在需要上报时，用一颗低功耗 MCU 的 RTC 唤醒它。

但问题又来了——
如果发生漏水报警，设备需要 秒级响应。
而 NB-IoT 从 PSM 唤醒到注册网络、建立连接，至少需要 3~5 秒。

这 5 秒的延迟，在紧急场景下是不可接受的。

⚠ 避坑指南： 我曾经踩过一个坑——以为 PSM 模式的唤醒延迟只是“几秒钟的事”。但在实际产线测试中，如果基站信号弱或者核心网配置不当，这个延迟可能飙升到 15~20 秒。对于报警类业务，这等于功能失效。

所以，我们引入了 BLE 作为“唤醒触发器”。
BLE 可以在 3 毫秒内完成扫描和连接，功耗极低。
当本地传感器检测到异常，BLE 立刻唤醒主控，主控再决定是否拉起 LTE。

说白了，就是：
BLE 负责“快醒”，LTE 负责“干活”。

根据我在几个量产项目中的经验，协同唤醒大致可以归纳为三种模式：

BLE 唤醒 LTE 模式
BLE 一直处于低功耗扫描状态，收到特定广播包后，通过 GPIO 或 UART 唤醒 LTE 模块。适用于本地触发上报场景。
LTE 唤醒 BLE 模式
云端下发指令，LTE 接收后唤醒 BLE，BLE 再与周边传感器交互。适用于远程查询或配置下发。
双模混合模式
BLE 和 LTE 各自独立休眠，通过一个共享的中断线或 mailbox 机制互相唤醒。适用于复杂业务逻辑。

你可能会问：这三种模式在实际项目中怎么选？
我个人的建议是：先看业务触发源。

下面这张图，是我为这门课设计的知识框架。
你可以把它当作整个学习路径的“导航地图”。

这门课的目标很明确：
学完以后，你能独立设计一个“LTE + BLE”双模低功耗物联网终端。

具体来说，你会掌握：

💡 学习建议： 我建议你准备一块开发板，跟着课程动手做实验。光看 PPT 是学不会低功耗设计的。我在第 5 章会推荐具体的硬件平台，到时候跟着买就行。

学习路径方面，我把它分成四个阶段：