BLE低功耗模式：PM自动管理与cpu_sleep_wakeup有什么关系？

TL_SUNWEI

BLE SDK 的 PM 模块和 cpu_sleep_wakeup 是什么关系？连接/广播状态下睡眠模式是怎么管理的？客户直接调用 cpu_sleep_wakeup 进入 deepsleep retention 32K 模式后配对新手机出错，为什么？

回答：

1、PM 自动管理：BLE 的低功耗管理在 pm 模块内部调用了 cpu_sleep_wakeup，并打包处理了 BLE 任务运行时（广播、连接等）的几个低功耗模式，包括 suspend、deepsleep retention 16K/32K（注意：不包括 deepsleep）。

2、deepsleep 由应用层负责：deepsleep 不在 PM 模块自动管理范围内，需要应用层调用 cpu_sleep_wakeup 实现。

3、deepsleep retention 32K 模式一般不推荐客户直接使用。BLE 运行（广播/连接）时的睡眠应交给 PM 模块统一管理；应用层手动切换 retention 模式容易破坏协议栈的睡眠时序，导致异常（例如重新配对失败）。

建议：先确认客户使用该模式的场景；连接/广播态下的低功耗请使用 PM 模块默认管理，不要手动调用 cpu_sleep_wakeup 的 deepsleep retention 32K 模式。