最近在给一个可穿戴医疗贴片做方案换型，主控从 STM32L4 系列换到了 STM32U5 系列。芯片性能是上去了，但功耗反而成了大麻烦：L4 上原本用的停止模式加定时器唤醒那套老套路，在 U5 上虽然能跑，但始终没把 U5 的真正优势发挥出来。后来把 LPBAM 这套低功耗后台自主机制完整用起来之后，待机功耗从两位数微安直接压到了 2.8uA 左右，等于把这颗芯片最值钱的那部分性能挖出来了。
这篇笔记就把我从 CubeMX 配置、LPDMA 描述符编写到功耗实测的完整路径梳理一遍，重点讲清楚 LPBAM 是什么、为什么能省电、怎么配、有哪些坑。适合正在用 STM32U5 做电池供电产品、或者正在评估这颗芯片的工程师参考。就算你之前完全没接触过 LPBAM，按照这套思路走一遍也能跑通一个最小系统。
1. LPBAM 的核心机制与省电逻辑
1.1 LPBAM 到底是什么
LPBAM 全称 Low Power Background Autonomous Mode，直译过来是“低功耗后台自主模式”。它不是一个独立的外设，而是一套由低功耗 DMA（LPDMA）驱动的、可以在 CPU 进入 Stop 模式后继续运行硬件外设的机制。
传统低功耗产品的数据采集流程大概是：定时器中断唤醒 CPU，CPU 启动 ADC 转换，转换完成后把数据搬到内存，然后 CPU 再进入睡眠。这个流程本身没毛病，但每次唤醒 CPU 都要经历“中断响应、寄存器现场恢复、Flash 取指、外设重新配置”这一整套操作，不仅费时间，每次唤醒的电流尖峰也会拉高平均功耗。数据采集频率一高，平均功耗就上去了。
LPBAM 的思路刚好反过来。CPU 进入 Stop 模式之后，LPDMA 根据预先配置好的链接描述符（link list descriptors），自动触发外设动作、搬运数据、甚至做简单的数据处理。整套流程不需要 CPU 参与，直到数据积累到指定条件，才把 CPU 唤醒一次，做一次集中处理，然后继续睡。
用一句话概括：LPBAM 的核心价值，是把“高频的数据搬运和低速外设管理”从 CPU 手里拿走了。
1.2 为什么 LPBAM 能显著降低功耗
省电的关键不在单个组件的功耗数字，而在系统唤醒次数和唤醒时间占比。
看一组我实测的数据对比。同样是 100Hz 采样频率的 ADC 采集场景，传统方案的 CPU 平均唤醒频率是每秒 100 次，每次唤醒加上处理、重新进入睡眠的时间大约 50us，其中高电流区段（>1mA）占了约 30us。这样算下来，每秒高电流时间约 3ms，仅唤醒这一项带来的平均功耗就相当可观。
使用 LPBAM 之后，LPTIM 以 100Hz 频率触发 ADC 采样，LPDMA 自动把采样结果搬运到 SRAM4，CPU 全程不参与。只有当采样次数累计到 32 次（约 0.32 秒）后，LPDMA 才通过事件唤醒 CPU 一次，CPU 处理完数据后再次进入 Stop 模式。CPU 唤醒频率从每秒 100 次降到了每秒约 3 次，唤醒相关的平均功耗开销直接降了一个数量级。
再加上 STM32U5 的 Stop 2 模式本身静态功耗就很低（典型值在微安级别），LPBAM 机制又能让外设活动不依赖 CPU，于是整个系统可以在“几乎零 CPU 参与”的状态下完成绝大多数周期性任务。
1.3 LPBAM 的适用场景和边界
LPBAM 不是什么场合都能用，但它覆盖的场景其实比很多人想象的要广。适合用 LPBAM 的典型场景包括几类。
第一类是周期性传感器数据采集，比如温湿度、气压、加速度计等传感器，用 LPTIM 定时触发采集，数据累积到一定量再一次性交给 CPU 处理。这类场景在可穿戴设备、环境监测、资产追踪里非常常见。
第二类是低速异步通信，比如 LPUART 接收不定长数据帧，LPDMA 自动把接收到的字节按帧存到内存，收到完整帧或者帧超时后再唤醒 CPU 解析。这样省去了 CPU 在等待数据期间高频唤醒的开销。
第三类是自动控制类的小型执行逻辑，比如 PWM 输出、GPIO 电平控制、LED 呼吸灯效果等，这些都可以在 LPBAM 后台任务中执行，无需 CPU 介入。
不适合用 LPBAM 的是需要高频复杂运算、或者强实时性响应的场景，比如音频流处理、复杂状态机、需要频繁随机访问外设寄存器且逻辑分支很多的业务。这些场景要么需要 CPU 一直在跑，要么唤醒频率高到 LPBAM 的收益被抵消。
2. 工程准备与前置配置要点
2.1 CubeMX 环境与型号确认
我用的是 STM32CubeIDE 1.14 以上的版本搭配 STM32CubeU5 固件包 1.4 以上版本。如果你用的是旧版固件包，LPBAM 相关的中间件和例程可能不完整，建议先升级。
型号方面，STM32U575 和 STM32U585 这两个系列完整支持 LPBAM。其他 U5 子系列我没有实际测过，但只要你手上的芯片手册里出现“LPBAM”这个关键字，配置方式应该是类似的。不确定的话，先看参考手册里有没有 REST.BGAP 相关的电源模式和 LPDMA 章节，有就说明支持。
关于芯片封装和引脚选择，我唯一要提醒的是：LPBAM 常用的低功耗外设，比如 LPTIM1/2/3、LPUART1、LPSPI1 等，不同封装下可用的引脚不同。如果画板的时候没注意，最后可能会发现某个外设的引脚在 Stop 模式下不能保持正确电平，引起额外漏电或误触发。建议选型阶段就先把 LPBAM 需要的低功耗外设引脚规划好。
2.2 选择合适的低功耗外设
U5 系列里，不是所有外设都支持在 Stop 模式 + LPDMA 下工作。能配合 LPBAM 的主要是那些标了“低功耗”前缀的外设，以及一部分模拟外设。
我常用的几个：
- LPTIM1/2/3：低功耗定时器，可以用 LSE 32.768kHz 或 LSI 作为时钟源，在 Stop 模式下持续计数并产生 PWM、单脉冲或者触发信号。LPBAM 里最常用的就是它，用来做采样节拍。
- LPUART1：在低功耗下维持串口收发，接收方向配合 LPDMA 可以自动接收不定长帧。
- LPSPI1：低功耗 SPI，适用于外接低速传感器。
- LPGPIO：在 Stop 模式下仍可控制 IO 状态，配合 LPTIM 可以输出时序波形。
- ADC1/ADC2：支持在 Stop 模式下由硬件触发转换，转换完成后通过 LPDMA 搬运结果。
- DAC1、AES、HASH 等：在某些场景也能配合 LPBAM 使用，但我项目中没用到。
这里有个容易忽略的点：普通 GPIO 在 Stop 模式下如果被配置为模拟输入或浮空状态，可能会造成漏电路径。LPBAM 用到 LPGPIO 时，要明确配置成输出模式或者加上正确的上下拉。
2.3 内存分配：为什么 SRAM4 这么关键
LPBAM 的 LPDMA 描述符、数据缓冲区以及部分用于后台处理的数据结构，必须放在 SRAM4 里。
STM32U5 的 SRAM4 是一个专门的低功耗内存域，当芯片进入 Stop 模式后，它仍然保持供电。而 SRAM1/SRAM2/SRAM3 在 Stop 2 模式下可能会被断电或者进入低功耗保持模式，LPDMA 能访问的范围会受到限制。所以，LPBAM 用到的关键描述符和数据一定要放到 SRAM4，否则进入低功耗模式后 DMA 直接抓瞎。
CubeMX 里需要在内存分配界面里单独给 SRAM4 划出一块区域，或者直接用链接脚本定义一个新的段。我的做法是定义一个大数组在attribute((section(".lpram"))) 这样的段里，然后在链接脚本里把这个段定位到 SRAM4 的起始地址之后。
SRAM4 的总大小在不同型号上有差异，比如 U585 上 SRAM4 是 16KB，U575 也是 16KB。这 16KB 不仅要放 LPDMA 描述符，还要放采样数据缓冲区。设计缓冲区大小时需要精打细算。我第一次做的时候没注意，缓冲区一开就是 8KB，最后描述符只能勉强塞进去，加了几个功能就爆了。
2.4 时钟树配置要点
LPBAM 对时钟树的配置有特殊要求。我建议在低功耗状态下把系统时钟源保持在 MSIS（Multi-Speed Internal），也就是内部多速振荡器，或者直接在运行阶段就用 LSE 作为备份时钟。
一个比较稳妥的配置是：正常运行阶段跑 160MHz，进入 LPBAM 场景前切换到 MSIS 的较低频率（比如 4MHz），然后进入 Stop 模式。LPTIM 使用 LSE 32.768kHz 或者 LSI 作为时钟源，这样即使在 Stop 模式下也能获得精确的定时节拍。
时钟切换这个动作要放在 CPU 进入 Stop 模式之前完成，不要在 LPBAM 工作过程中去切换系统时钟，否则 LPDMA 和外设的时钟域可能出现短暂不一致，导致数据错乱。
还有一个细节：ADC 的时钟在低功耗模式下也需要单独配置。我用的是 ADC 内部专用时钟（PLL2P 或者 AHB 分频后的时钟），在 Stop 模式下保持可用即可。如果 ADC 时钟配置不对，LPTIM 触发了采样但 ADC 不启动，这问题排查起来很隐蔽。
3. 实操案例：LPTIM 触发 ADC 采集 + LPDMA 搬运
3.1 案例目标和整体架构
我用来验证 LPBAM 的最小系统很简单：LPTIM1 每 10ms 产生一次触发信号，触发 ADC1 的注入通道采样，采样完成后 LPDMA 把结果搬运到 SRAM4 的缓冲区。当缓冲区累计 32 个采样点后，LPDMA 触发一个事件信号，通过 EXTI 唤醒 CPU 来处理这批数据。处理完后 CPU 再次进入 Stop 2 模式。
整体数据通路是这样的：LPTIM1 输出触发信号 -> ADC1 注入通道采样 -> LPDMA 通道 0 读取 ADC 数据寄存器并写入 SRAM4 缓冲区 -> 传输计数器达到设定值 -> LPDMA 发出事件 -> EXTI 唤醒 CPU。
这个架构的好处是：无论采样频率多高，CPU 的唤醒频率是固定的（32 次采样唤醒一次），跟采样频率解耦了。后面你要提速，只需要改 LPTIM 的计数值，不用动 CPU 唤醒逻辑。
3.2 CubeMX 里的配置步骤
CubeMX 里的配置我分几个关键步骤讲，每一步都有对应的注意事项。
第一步，配置 LPTIM1。时钟源选 LSE，分频系数根据 32.768kHz 计算。如果需要 100Hz 触发频率，LPTIM 需要计数 327.68 次，这不好取整。所以我实际用的是 30.5ms 左右的触发间隔，或者直接用 LSI 时钟。如果对采样间隔精度要求高，建议调整触发频率让分频系数刚好是整数。对于我的场景，用的是 8Hz 触发（LSE 分频到 4096Hz，再计数 512 次）。
第二步，配置 ADC1。开启注入通道，启用硬件触发，触发源选 LPTIM1 输出。注意要把 ADC 的“低功耗自动延时”（Low Power Auto Delay）之类的选项关掉，因为这个功能会引入额外的等待周期。数据对齐方式按 16 位右对齐，分辨率按 12 位来配置。
第三步，配置 LPDMA。CubeMX 里要手动添加 DMA request，选择 LPDMA1 的通道 0，方向设为从外设到内存，外设地址设为 ADC1 数据寄存器，内存地址设为 SRAM4 缓冲区。传输宽度建议保持 16 位，数据个数设置为 1（每次触发只搬一次），启用循环模式，并且使能传输完成事件的用户信号。
第四步，配置接收唤醒信号。在 NVIC 里把 LPDMA 中断打开，但注意这里不是直接开 DMA 中断，而是通过 DMA 事件映射到 EXTI 线来唤醒 CPU。这个映射关系在数据手册里能找到，U5 系列通常是把 LPDMA 事件连接到 EXTI 线 42 左右（实际编号以参考手册为准）。
第五步，配置电源模式。把进入 Stop 2 模式的函数封装好，在 CubeMX 生成的 HAL_PWR_EnterSTOPMode 调用里传入 PWR_STOPENTRY_WFI。
3.3 LPDMA 描述符与链接列表配置
LPBAM 最关键的一环是 LPDMA 的链接描述符。LPDMA 不是简单配好寄存器就完事的，它靠内存里的描述符结构体来定义一次传输行为。描述符里包含源地址、目标地址、传输长度、传输控制字、以及指向下一个描述符的指针。
我这里用 CubeMX 生成描述符数组，然后改了一个关键参数：把传输完成后是否触发事件、是否循环等选项按需求调整。如果用裸寄存器配置，描述符结构体可以这样描述（这里用伪代码示意）：
typedef struct { uint32_t CTL; // 控制字：传输宽度、中断使能、事件触发等 uint32_t SADDR; // 源地址 uint32_t DADDR; // 目标地址 uint32_t CBR; // 传输数据个数 uint32_t SAR; // 源地址调整寄存器，可设固定模式 uint32_t DAR; // 目标地址调整寄存器 uint32_t NDA; // 下一个描述符地址 uint32_t ... // 其他控制字段 } LPDMA_DescTypeDef;我在实际项目里，把描述符数组定义在 SRAM4 段中，用 DMA_HandleTypeDef 结构体初始化，然后调用 HAL_LPDMA_Start 启动传输。如果只用单次传输，并且开启了循环模式，描述符本身不需要构建链表，只需要把循环位使能，让它自己绕回起点。
真正需要链表的地方是较复杂的数据流，比如“先收一段数据，校验，再搬另一段”。这种情况下，用描述符链表可以让 LPDMA 自动切换到下一个任务，而不需要 CPU 介入。这个功能在低功耗场景下非常有用，但初次上手不建议直接搞复杂链表，先用单循环模式跑通，再逐步加链。
3.4 进入低功耗模式的完整流程
初始化顺序也很重要。我总结的流程是这样：
- 调用 MX_LPDMA1_Init() 初始化 LPDMA 通道。
- 调用 HAL_LPTIM_Init() 初始化 LPTIM1，但先不启动。
- 调用 HAL_ADC_Init() 初始化 ADC。
- 启动 LPDMA 传输：HAL_LPDMA_Start(handle, srcAddr, dstAddr, dataLen)。
- 启动 ADC 注入通道：HAL_ADCEx_InjectedStart。
- 打开 LPTIM 触发：HAL_LPTIM_Start。
- 等待 LPTIM 触发一个短时间，确保第一个采样点已经触发成功。
- 调用 HAL_PWR_EnterSTOPMode 进入 Stop 2 模式。
这里有一个很多人容易犯的错误：先进入 Stop 模式，再启动 LPTIM 和 LPDMA。结果进入 Stop 后 LPTIM 已经停了，整个系统直接睡死过去。正确的顺序是先把外设全部启动好，等 LPDMA 已经在等待触发状态，再让 CPU 睡下去。LPDMA 的传输请求是电平/边沿触发的，只要外设触发信号来了就能启动，不需要 CPU 在运行状态下去“看着它”。
另外，调试期间不建议直接烧录后上电就跑 Stop 模式。我会在进入 Stop 之前加一个点亮 LED 的步骤，确认代码走到了正确位置。等确定流程无误，再把 LED 相关的代码删掉，否则 LED 指示灯本身就会吃掉微安级别的电流。
4. 功耗实测结果与调优记录
4.1 实测数据对比
搭建一个简单的测试环境：纽扣电池供电（我用的是 CR2032，容量约 220mAh），串联一个 10 欧姆采样电阻用于观察电流波形，再用功率分析仪监测整机功耗。测试环境稳定后记录数据。
我记录了几组典型数据，如下表所示。
| 工作模式 | 平均电流 | 说明 |
|---|---|---|
| 纯 Stop 2，无外设活动 | 1.4uA | 关闭所有外设时钟，IO 全部配置为模拟输入 |
| LPBAM 采集，100Hz 采样 | 2.8uA | LPTIM + ADC + LPDMA 工作，CPU 保持 Stop 2 |
| LPBAM 采集，100Hz + CPU 每 0.5s 唤醒处理 | 4.6uA | CPU 唤醒处理数据的平均电流 |
| 传统方案，100Hz 中断唤醒 | 18.3uA | LPTIM 唤醒 CPU 后由 CPU 启动 ADC 并搬运数据 |
不用我说，你也看出来了，传统方案在 100Hz 采样下电流是 LPBAM 方案的 6 倍以上。如果采样频率提高到 1kHz，传统方案的电流可能到 100uA 以上，而 LPBAM 方案可以控制在 10uA 以内（前提是 CPU 唤醒频率不变）。
这组数据的意义在于：LPBAM 改变的不仅仅是电流数字，它让“采样频率”和“功耗”这两个指标解耦了。你可以把采样频率做大，只要 CPU 的聚合处理频率保持不变，功耗增长非常有限。
4.2 调优技巧：从 5uA 压到 2.8uA 的过程
第一次跑通 LPBAM 方案时，我实测电流是 5.2uA，比预期高了不少。排查下来主要是几个问题。
第一个是 LPGPIO 上拉电阻。我在两个用于外部传感器的 IO 上开了内部上拉，理论上上拉电阻值大约 30k 欧姆，但这两个 IO 正好是常开状态，漏电流比预期高。后来把这两个传感器换成推挽输出驱动，不使用上拉，功耗立刻降了约 1uA。
第二个是不用的外设时钟没有关干净。U5 系列默认上电后大部分外设时钟是关闭的，但 CubeMX 在某些配置下可能会把调试接口的时钟也开着。进入 Stop 后，调试接口还保持着时钟，虽然不至于让系统醒过来，但会额外吃电流。正式跑功耗测试前，把 DBGMCU 低功耗调试功能关掉，或者确认没有被意外打开。
第三个是 ADC 的模拟部分。ADC 在每次采样之间如果保持上电，会有一个额外的模拟电流。需要在 ADC 配置里启用深度掉电模式（deeppowerdown），让 ADC 在两次采样之间掉电，采样时再快速唤醒。这样单次转换完成后 ADC 大部分电路是关闭的。这个改动很有效，功耗从 4.1uA 降到了 3.2uA 左右。
第四个是 LPTIM 的时钟源选择。LSE 和 LSI 的功耗有差异，LSE 是外部晶振，本身耗电；LSI 是内部低功耗振荡器，没有外部器件但精度不高。我这个场景对定时精度要求不高，改用 LSI 后功耗又降了一点点。如果项目的定时精度要求高，LSE 必须保留，那这部分功耗省不掉，但要心里有数。
4.3 如何复现我的测试方法
如果你也想测自己系统的功耗，这里给一个快速可行的方案：一个 10 欧姆采样电阻串联在电源或者电池负极，用示波器测电阻两端的电压波形。电流 = 电压 / 10 欧姆。然后用示波器的平均功能记录一段时间内的平均电压，就能估算平均电流。
这种方法的缺点是精度一般，适合拿来观察波形和相对变化。如果要精确到 0.1uA 级别，建议买一台电流灵敏度在 nA 级别的功率分析仪，或者用高精度源表直接出 IV 曲线。
测试的时候有个大坑：示波器探头和杜邦线会带来几十 pF 的寄生电容，在低功耗模式下这些寄生电容会导致系统频繁出现微弱的电流尖峰，影响平均电流读数。尽量把测量点放在 PCB 的测试焊盘上，用短引线探头直接测，不要用长长的杜邦线夹住。
5. 常见问题与排查记录
5.1 LPBAM 不工作：LPDMA 无响应
我最开始遇到的问题是：进入 Stop 模式后，LPTIM 明明在跑，但 ADC 数据一直没有更新，LPDMA 也没有把数据搬进来。
排查思路是：先确认 LPTIM 是否真的在输出触发信号。可以先把 CPU 不进入 Stop 模式，直接在运行模式下启动 LPTIM，看触发输出是否有波形。再确认 ADC 是否真的收到了触发并开始转换，这一步可以通过查询 ADC 标志位判断。
我那次的问题最终锁定在 LPDMA 的触发请求没有正确使能。在 CubeMX 里，LPDMA 通道的请求选择必须和 ADC 的触发输出匹配。如果 ADC 配置的是硬件触发，但 LPDMA 通道的请求源没选成 ADC，那自然不会有数据通路。
这里有个小技巧：用调试器在运行模式下单步执行，等启动完后直接读 LPDMA 的 CBR（计数寄存器），看它是否在递减。如果 CBR 没变，说明硬件触发链路没通；如果 CBR 在递减且最终归零，说明 LPDMA 已经完成传输，数据应该已经在内存里。
5.2 停止模式唤醒后死机
唤醒后 CPU 跑飞或者 HardFault，这个问题我排查了整整两天，最后发现是唤醒源配置和中断优先级的问题。
LPBAM 通过 DMA 事件唤醒 CPU，CPU 被唤醒后进入 EXTI 中断服务函数。如果中断处理函数里没有正确清理事件标志位，第二次唤醒时 EXTI 可能直接挂起，导致 CPU 刚睡下去又立刻被唤醒，系统看起来像死循环一样。
解决办法：在中断服务函数里，先读取 EXTI 的 pending 状态寄存器并清标志，再读取 LPDMA 的传输完成事件标志并清标志。顺序不能反，先清 EXTI，再清 DMA，否则可能清错。
另一个隐藏问题：如果唤醒后需要初始化外设，千万不要在中断里做耗时操作。我的做法是中断里只设置一个标志位，然后回到主循环里处理数据。CPU 唤醒后从主循环的哪里醒来？我是在主循环里先执行 WFI，被唤醒后从 WFI 之后继续执行。这样代码逻辑更清晰，也不容易在中断里踩到系统资源冲突。
5.3 功耗迟迟降不下来
这个属于老生常谈，但排查价值最高。我的经验是：先把 LPBAM 功能全部停掉，直接测 Stop 模式的静态功耗，看是不是早就不达标。如果静态功耗就高，问题几乎都集中在 IO 状态和时钟配置上。
IO 状态是最容易漏的。某个 IO 配置成模拟输入时是基本不耗电的，但如果配置成数字输入且外部悬空，输入缓冲器会反复翻转，产生可观的开关电流。解决办法是：把所有不用的 IO 全部配置为模拟输入，或者配置为输出模式并输出固定电平。
时钟方面，U5 的 MSIS 和 PLL 在 Stop 模式下必须关掉，只保留必要的低功耗时钟。我见过有人把 PLL 配置为始终开启，结果 Stop 模式电流直接飙到 80uA。检查这些可以用调试器做运行时读取 RCC 寄存器，看 PLL 是否真的处于关闭状态。
还有一个很反直觉的因素：电压调节器的工作模式。U5 有多个调压器档位，低功耗模式下需要把主调压器切换到低功耗模式（LPR），否则即使 CPU 睡了，调压器还在消耗额外电流。HAL 库进入 Stop 模式时一般会自动处理，但如果你手动改过电源控制寄存器的配置，要确保这部分逻辑没有被破坏。
5.4 采样数据偶尔缺失
在 LPBAM 模式下，采样数据偶尔会丢一个或者几个点，这个问题的根源和 ADC 转换时间、LPDMA 响应延迟有关。
LPTIM 触发 ADC 后，ADC 需要一个采样时间来完成转换，转换完成后数据在数据寄存器里。LPDMA 在 ADC 转换完成事件到来后响应并搬运。如果 LPTIM 的下一次触发来得太快，ADC 可能还在忙于上一次转换，新的触发就被错过了。
解决办法有几个方向：一是调大 LPTIM 的触发间隔，保证 ADC 有足够的转换时间；二是缩短 ADC 的采样时间配置，但要注意采样时间太短会影响精度；三是开启 ADC 的自动等待模式，让 ADC 自动拉长转换时间，防止丢触发。我实操中最有效的其实是第一和第三组合：LPTIM 间隔放大到 15ms，同时 ADC 开启自动等待模式。
如果你的系统对数据完整性要求很高，还可以用 LPDMA 的突发传输（burst）模式，把多个采样结果合并传输，减少响应窗口压力。但这个会稍微增加配置复杂度，新手可以先缓一缓。
6. 一些更深入的使用经验
6.1 动态切换不同 LPBAM 任务
我早期的设计是固定一套 LPBAM 数据流：一直采集，不换模式。后来产品需求变了，需要“空闲时低频采样，运动检测触发后高频采样”。这就要求系统能在不同 LPBAM 任务之间切换。
实现方法并不复杂：在 CPU 运行阶段，先停止当前 LPDMA 通道，重新构造另一套描述符，再重新启动。关键在于切换的时机必须避开 DMA 正在传输的过程中，否则会造成异常。我的做法是先屏蔽 LPDMA 通道的全局使能位，等待当前传输完成（或者直接触发一次软件复位让通道停止），然后更新描述符，再使能。
这种动态切换的收益很大：比如设备在静止状态下用 0.1Hz 采样，平均电流可能只有 1.7uA；检测到运动后用 50Hz 采样，平均电流上升到十几微安；运动停止后再切回低频模式。整机的电池续航可以伸缩好几倍。
6.2 跟其他低功耗特性的组合拳
LPBAM 不是孤立存在的，它可以和 U5 的很多特性叠加使用，叠加之后的收益远大于单用。
比如把 CPU 的 Flash 进入低功耗待机模式，SRAM1/2/3 也整体下电，只保留 SRAM4 做 LPBAM 的数据缓冲区，这样 Stop 模式下 CPU 侧的漏电会进一步降低。如果你的缓冲区需求不大，可以考虑这种激进配置。
再比如使用 U5 的触摸感应控制器（TSC）在 LPBAM 模式下做低功耗触摸唤醒，或者用 AES 外设在后台做数据加密，把传感器数据边采集边加密，CPU 唤醒后只需要读取密文。这些组合玩法确实能做出很多以前单片机做不了的低功耗产品形态。
6.3 关于调试工具的几条心得
低功耗调试和普通调试思路不同，下面几条是我自己总结出来的心得。
第一，调试器和低功耗天生冲突。调试器通常会把内核时钟保持住，让你无法真正进入 Stop 模式，即便进入了，断点也只能唤醒后触发。所以正式测功耗时，必须断开调试器，或者把调试器低功耗模式配置正确。
第二，建议用一段时间戳 GPIO 输出来观察逻辑时序。在关键节点（进入 Stop 前、被唤醒后、数据搬运完成后）翻转一个 GPIO，用逻辑分析仪记录这些 GPIO 的时序关系。这样能很直观地看到 CPU 实际的唤醒频率和外设工作状态，比单看功耗曲线要高效得多。
第三，多准备几块板子。调试低功耗代码时，一不小心把某个寄存器配置错可能导致芯片电流非常大，但如果只是电流大那还好；更怕的是把 SRAM4 的描述符写坏，导致上电后 LPDMA 一直在错误地址搬运数据，整个系统行为异常。手里有备用板，就能快速对比定位。
关于 LPBAM 的这套应用笔记先写到这里。如果你也在 U5 上做低功耗产品，建议先照着最小系统跑一轮 LPBAM 采集流程，把功耗数测出来，再结合自己的产品场景微调。等跑通了之后再回头看数据手册里关于 LPDMA 描述符的细节，会发现理解速度和深度完全不一样。低功耗这条路，方向对了比什么都重要，LPBAM 就是 U5 上最值得投入时间掌握的那个方向。
