1. 功耗优化总览：为什么抓包功耗是痛点

各位做无线产品的朋友，咱们开门见山。抓包——说白了就是用设备把空口上的报文抓下来分析——这件事本身不复杂。但当你把抓包功能塞进一个电池供电的产品里，事情就变味了。

我见过太多团队，在产品开发阶段用开发板抓包，一切正常。等小批量试产，用户反馈说「设备两天就没电了」。一查，抓包模块在后台偷偷跑着，电流比正常工作时还高。嗯，这就是典型的「抓包功耗陷阱」。

1.1 抓包功耗为什么是痛点

先看一组真实数据。我在一个智能家居项目里测过：

看到了吗？抓包模式一开，电流直接飙到正常模式的 273 倍。为什么会这样？因为抓包要求射频前端一直开着，不能睡。你想想看，一个本来能跑两年的设备，开了抓包可能两周就趴窝。

我早期做过一个 BLE 门锁项目，客户要求支持抓包调试。当时没做功耗优化，直接把抓包功能做成「常开」模式。结果呢？门锁装上去第三天，用户就投诉说连不上手机。拆下来一测，电池电压已经掉到 2.7V 了。从那以后，我再也不敢轻视抓包功耗。

1.2 功耗优化的核心思路

说白了，抓包功耗优化就三个字：少干活。但怎么「少干活」又不丢包？这里有个平衡。

我个人习惯把优化思路分成四个层次：

1. 架构层 — 抓包模块能不能独立供电？能不能只在需要时加载固件？
2. 策略层 — 什么时候抓？抓多久？抓完怎么处理？
3. 硬件层 — 射频前端选型、LDO 效率、晶振功耗。
4. 软件层 — 中断处理、DMA 传输、缓冲区管理。

这四个层次不是孤立的。我见过有人只优化软件，结果硬件上选了个高功耗的 PA，怎么调都降不下来。也有人只换硬件，但软件里轮询抓包，CPU 一直跑在最高频。嗯，这两类我都踩过坑。

1.3 本课程的学习路径

这门课一共 30 章，我按「从原理到实践」的路线来组织。你不需要从头到尾啃，但建议先过一遍总览，再挑自己需要的章节深入。

我把课程分成五个阶段：

每个阶段我都会穿插实际项目中的踩坑记录。比如在策略篇里，我会讲一个「抓包触发条件设得太宽松，导致设备一晚上抓了 2GB 数据」的故事——嗯，那是我自己干的好事。

下面这张图概括了整个课程的知识体系，你可以先存着，后面每学完一章回来对照一下：