1. 项目概述深入CC32xx的电源、复位与时钟管理核心在嵌入式系统尤其是电池供电的物联网设备开发中如何平衡性能与功耗是永恒的挑战。你或许已经熟练使用各种库函数来初始化外设、配置时钟但当你需要实现一个需要精确控制唤醒时序的传感器节点或者为一个音频应用优化功耗时仅仅调用API可能就不够了。这时你需要深入到芯片的“神经中枢”——电源、复位与时钟管理模块也就是PRCM。对于TI的CC32xx系列Wi-Fi微控制器而言理解并掌握PRCM寄存器是从“能用”到“精通”的关键一步。PRCM模块远不止是上电后设置一下系统时钟那么简单。它像是一个精密的指挥中心负责调度芯片内部各个功能模块我们称之为“域”或“外设”的“能量”与“节奏”。这个指挥中心通过一系列内存映射的寄存器来发号施令。例如你想让通用定时器GPT_A2开始工作就必须先通过PRCM模块给它“供电”和“提供时钟脉冲”这个过程就是配置GPT2CLKEN和GPT2SWRST寄存器。更进一步当设备处于空闲状态时你可以通过配置LPDSREQ寄存器请求进入低功耗深度睡眠将整个应用处理器核心的功耗降至微安级而在需要处理大量数据时又可以通过TURBOREQ寄存器请求切换到高性能模式。本文将以TI CC32xx的技术手册为蓝本为你拆解PRCM关键寄存器的每一个比特位。我不会止步于翻译手册而是结合我多年调试低功耗无线设备的经验告诉你这些寄存器在真实项目中的配置逻辑、常见的“坑”以及如何通过它们实现稳定可靠的电源管理策略。无论你是正在优化现有产品的功耗还是从头开始设计一个对电池寿命有严苛要求的设备这篇关于PRCM寄存器的详解都将提供你所需的底层控制力。2. PRCM模块整体架构与设计思路在深入每个寄存器之前我们必须先建立起对CC32xx PRCM模块的整体认知。它的设计哲学是“按需供给精细管理”旨在为复杂的单芯片Wi-Fi解决方案提供灵活的功耗与性能调控手段。2.1 时钟树与电源域的基本概念CC32xx的时钟和电源管理并非铁板一块而是划分成了多个相对独立的“域”。理解这两个概念是操作PRCM寄存器的基础。时钟域决定了外设的“工作节奏”。芯片内部有多个时钟源如高频主晶振、低频RTC晶振、内部RC振荡器等。PRCM模块负责将这些时钟源进行分频、倍频然后分发给各个外设。每个外设如GPT、I2C、UART通常都有独立的时钟门控开关。关闭某个外设的时钟它会立刻停止工作但寄存器状态通常会得以保持这是实现动态功耗调节最常用的手段。电源域则决定了外设的“生存状态”。一个更彻底的节能手段是关闭某个模块的电源。在CC32xx中应用处理器核心、网络处理器、各类外设可能属于不同的电源域。关闭一个电源域意味着该域内的所有逻辑掉电寄存器内容丢失除非有特殊的保持电路。LPDS模式就涉及到关闭应用处理器核心的电源域。PRCM寄存器的作用就是作为软件与这些时钟域、电源域硬件之间的接口。通过读写特定的寄存器地址我们可以像拨动开关和旋钮一样控制芯片内部能量的流动与节奏。2.2 寄存器地图与访问方式CC32xx的PRCM寄存器位于一个固定的内存映射区域。手册中给出的寄存器偏移地址如GPT2SWRST的偏移A4h是相对于PRCM模块基地址的。在实际编程中我们通常会使用TI提供的驱动程序库DriverLib中定义好的宏例如PRCM_GPT2SWRST其值就是计算好的绝对地址。直接操作寄存器时需要确保你的访问是32位宽度的并且对准4字节边界。寄存器的字段通常分为几种类型R/W (Read/Write)软件可读写用于控制如使能时钟(RUNCLKEN)或发起软复位(SWRST)。R (Read-Only)软件只读用于反映状态如外设使能状态(ENSTS)。自清零位有些控制位在写入‘1’后硬件会在操作完成后自动清零方便软件查询状态而无需额外步骤清零。注意在操作PRCM寄存器特别是涉及时钟切换和电源模式转换时必须注意操作序列。例如在关闭一个外设的时钟前应确保该外设已处于空闲状态在请求进入低功耗模式前需要配置好唤醒源。错误的序列可能导致外设挂死或系统无法唤醒。2.3 低功耗模式的设计考量CC32xx支持多种低功耗模式如RUN运行、SLEEP睡眠、LPDS低功耗深度睡眠和HIBERNATE休眠。PRCM中的LPDSREQ、DSLPWAKECFG、SLPWAKEEN等寄存器就是为这些模式服务的。设计低功耗流程时你需要像导演一样规划好“入睡”和“唤醒”的剧本入睡准备配置唤醒源如定时器SLPTMRCFG、网络处理器事件EXITDSLPBYNWPEN保存必要上下文将不需要的GPIO设置为低功耗状态。发起请求向LPDSREQ寄存器写入‘1’请求进入LPDS模式。硬件接管芯片硬件会依次关闭时钟、降低电压域最终使应用处理器核心断电。唤醒事件当配置的唤醒条件满足如定时器到期、NWP中断硬件会自动重新上电、恢复时钟并从指定的复位向量或中断处开始执行代码。唤醒后处理检查RCM_IS复位与时钟管理中断状态寄存器确定唤醒原因恢复软件上下文。这个过程中对DSLPWAKECFG、SLPTMRCFG等寄存器的配置决定了唤醒的“闹钟”如何设置是低功耗设计成败的关键。3. 核心寄存器详解与配置实战手册中列出了数十个PRCM寄存器我们选取最具代表性、最常操作的几类进行深度解析。我将不仅解释每个位的含义更会说明“为什么要这样配置”以及“配置时需要注意什么”。3.1 外设时钟使能寄存器以GPT3CLKEN为例GPT3CLKEN寄存器是控制通用定时器3GPT_A3时钟门控的典型代表。它的偏移地址是A8h。// 假设 PRCM 模块基地址为 0x4402 5000 #define PRCM_BASE 0x44025000 #define GPT3CLKEN_OFFSET 0xA8 volatile uint32_t *GPT3CLKEN_REG (volatile uint32_t *)(PRCM_BASE GPT3CLKEN_OFFSET);该寄存器的关键字段如下RUNCLKEN(位0): 运行模式时钟使能。这是最常用的位。当应用处理器处于RUN正常运行模式时此位控制GPT_A3的时钟。1为使能0为关闭。SLPCLKEN(位8): 睡眠模式时钟使能。当芯片进入SLEEP模式应用处理器时钟暂停但电源未关时若希望GPT_A3继续工作例如作为唤醒定时器则需将此位置‘1’。DSLPCLKEN(位16): 深度睡眠模式时钟使能。在LPDS模式下大部分时钟都已关闭只有极少数低频时钟域可能运行。如果希望GPT_A3在深度睡眠下仍能工作需要配置此位。但请注意在LPDS下能运行的时钟源通常频率很低需确认定时器精度是否符合要求。配置实战与心得 在初始化一个定时器时标准的操作顺序应该是首先使能其运行时钟 (RUNCLKEN 1)。然后释放软件复位 (SWRST 0具体见下节)。最后再配置定时器本身的控制寄存器如装载值、模式等。// 使能 GPT_A3 在运行模式下的时钟 *GPT3CLKEN_REG | 0x00000001; // 设置 RUNCLKEN 位 // 通常我们暂时不需要它在睡眠模式下工作所以 SLPCLKEN 和 DSLPCLKEN 保持为0重要提示SLPCLKEN和DSLPCLKEN的使能必须与外设本身在相应低功耗模式下的功能支持相匹配。例如并非所有外设都能在LPDS下工作。盲目使能可能导致额外的功耗或功能异常。务必查阅芯片数据手册中关于低功耗模式下外设可用性的章节。3.2 外设软件复位寄存器以GPT2SWRST为例GPT2SWRST寄存器用于对GPT_A2定时器进行软件复位。偏移地址为A4h。这是一个非常关键的安全与稳定性控制寄存器。其字段非常简单SWRST(位0 R/W): 软件复位控制。写入‘1’将触发复位写入‘0’释放复位。通常硬件不会自动清零需要软件主动写入‘0’来释放。ENSTS(位1 R): 使能状态标志。这是一个只读位反映外设的时钟和复位是否已使能。当SWRST位为0且对应的CLKEN寄存器使能时此位通常为‘1’。为什么需要软件复位初始化确定性在上电或从低功耗模式恢复后外设内部状态可能不确定。执行一次软复位可以将其置于一个已知的、空闲的初始状态。错误恢复当某个外设如UART、SPI由于异常通信挂死时通过先关闭时钟、再触发软复位、最后重新初始化的流程是恢复其功能的可靠手段。模式切换在动态改变外设工作模式如从PWM模式改为捕获模式前有时也需要先复位以清除原有配置。标准操作流程// 假设要复位并重新初始化 GPT_A2 volatile uint32_t *GPT2SWRST_REG (volatile uint32_t *)(PRCM_BASE 0xA4); // 1. 确保时钟使能如果尚未使能 // *GPT2CLKEN_REG | 0x1; // 2. 断言软件复位拉高 *GPT2SWRST_REG | 0x00000001; // 3. 等待至少几个时钟周期确保复位信号生效。通常插入一个短暂延时或空操作。 for(int i0; i10; i) __asm(“nop”); // 4. 释放软件复位拉低 *GPT2SWRST_REG ~0x00000001; // 5. 此时可以安全地配置GPT_A2的各个控制寄存器了。踩坑记录我曾遇到一个棘手的Bug在系统从LPDS唤醒后I2C通信偶尔失败。排查后发现唤醒后直接操作I2C数据寄存器但忽略了I2C模块本身可能未完全从低功耗状态恢复。解决方案是在唤醒后的外设初始化流程中为关键外设如I2C、SPI增加一个“先软复位再初始化”的步骤。虽然手册不一定明确要求但这大大提高了系统的鲁棒性。ENSTS位可以作为判断外设是否“就绪”的一个参考但并非所有外设都有此位。3.3 时钟配置寄存器以MCASPCLKCFG0为例对于需要特定频率时钟的外设如音频接口MCASPPRCM提供了可编程的时钟分频器。MCASPCLKCFG0偏移B0h就是一个分数分频器配置寄存器。这个寄存器的配置需要一点计算DIVISR(位[25:16], R/W): 整数分频系数 (I)。复位值Ah十进制10。FRACTN(位[15:0], R/W): 小数分频系数 (F)。它是一个16位无符号整数代表小数部分。分频公式 手册给出的关系是Fref / Freq I.F其中I是DIVISRF是FRACTN / 2^16。 因此输出频率Freq Fref / (I F/65536)。配置示例 假设根时钟Fref 80 MHz我们需要为MCASP提供Freq 11.2896 MHz一个常见的音频主时钟频率对应44.1kHz采样率的256倍。 计算比值80 / 11.2896 ≈ 7.083整数部分I 7小数部分F 0.083 * 65536 ≈ 5440(0x1540)配置代码如下volatile uint32_t *MCASPCLKCFG0_REG (volatile uint32_t *)(PRCM_BASE 0xB0); uint32_t reg_value 0; reg_value (7 16) 0x03FF0000; // 设置DIVISR 7 reg_value | 0x1540; // 设置FRACTN 0x1540 *MCASPCLKCFG0_REG reg_value;实操心得分数分频器非常有用可以产生精确的时钟。但在配置时必须确保目标外设的时钟处于关闭状态或者在配置后发起一次该分频器的软复位通过MCASPCLKCFG1寄存器的DIVIDRSWRST位以确保新时钟配置稳定生效。否则可能会产生毛刺或不稳定的时钟输出导致音频失真或数据错误。3.4 低功耗模式控制寄存器详解这是PRCM中最能体现功耗管理精髓的部分。我们重点看三个寄存器LPDSREQ,DSLPWAKECFG, 和SLPTMRCFG。3.4.1 LPDSREQ (低功耗深度睡眠请求寄存器)这个寄存器非常简单只有1个有效位LPDSREQ位0。向该位写入‘1’即向硬件发起进入LPDS模式的请求。这是一个“请求”而非“强制命令”。硬件会在完成所有必要的准备工作如保存上下文、关闭时钟后才实际进入LPDS状态。该位通常由硬件在进入LPDS后自动清零。3.4.2 DSLPWAKECFG (深度睡眠唤醒配置寄存器)此寄存器配置从LPDS模式唤醒的条件。EXITDSLPBYTMREN(位0): 使能深度睡眠唤醒定时器。置‘1’后当DSLPTIMRCFG寄存器中配置的定时器超时系统将从LPDS唤醒。EXITDSLPBYNWPEN(位1): 使能网络处理器(NWP)唤醒。置‘1’后网络处理器负责Wi-Fi可以唤醒处于LPDS的应用处理器。这对于需要Wi-Fi唤醒的设备至关重要。3.4.3 DSLPTIMRCFG (深度睡眠定时器配置寄存器)这是一个32位寄存器分为两个16位字段用于配置唤醒时序TIMRCFG(位[15:0]): 配置从唤醒事件发生到真正退出LPDS模式的时间以慢时钟周期slow_clks为单位。这个延时给了电源和时钟稳定时间。TIMROPPCFG(位[31:16]): 配置在退出LPDS过程中何时请求切换到更高的性能操作点。这涉及到动态电压频率调整用于平衡唤醒速度和功耗。3.4.4 SLPTMRCFG (睡眠定时器配置寄存器)此寄存器配置SLEEP模式下的唤醒定时器。它是一个32位寄存器TMRCFG其值代表定时器超时所需的系统时钟周期数通常为80MHz。SLEEP模式唤醒比LPDS快因为不需要完全重新上电。低功耗模式配置流程示例 假设我们希望设备在空闲5秒后进入LPDS并且可以被网络处理器事件唤醒。// 1. 配置唤醒源使能NWP唤醒和定时器唤醒 volatile uint32_t *DSLPWAKECFG_REG (volatile uint32_t *)(PRCM_BASE 0x108); *DSLPWAKECFG_REG (1 1) | (1 0); // 使能 NWP唤醒 和 定时器唤醒 // 2. 配置LPDS唤醒定时器 (假设慢时钟为32.768kHz 5秒 5*32768 个周期) volatile uint32_t *DSLPTIMRCFG_REG (volatile uint32_t *)(PRCM_BASE 0x10C); uint32_t wakeup_ticks 5 * 32768; // 通常只需要配置 TIMRCFG TIMROPPCFG 可使用默认值或根据性能需求调整 *DSLPTIMRCFG_REG wakeup_ticks 0xFFFF; // 设置 TIMRCFG // 3. 配置睡眠模式唤醒定时器可选用于SLEEP模式 volatile uint32_t *SLPTMRCFG_REG (volatile uint32_t *)(PRCM_BASE 0x114); uint32_t sleep_ticks 327680; // 例如 4ms 80MHz *SLPTMRCFG_REG sleep_ticks; // 4. 使能睡眠模式下的定时器唤醒如果需要SLEEP模式 volatile uint32_t *SLPWAKEEN_REG (volatile uint32_t *)(PRCM_BASE 0x110); *SLPWAKEEN_REG | (1 0); // 使能 EXITBYTIMR // 5. 在应用代码中当满足进入低功耗条件时 // a. 保存所有必要状态GPIO、外设上下文等。 // b. 配置所有I/O引脚为低功耗安全状态输入、带上拉/下拉。 // c. 清除可能的中断标志。 // d. 发起LPDS请求 volatile uint32_t *LPDSREQ_REG (volatile uint32_t *)(PRCM_BASE 0xE4); *LPDSREQ_REG 0x00000001; // e. 执行一条WFI等待中断指令CPU进入休眠等待硬件执行LPDS序列。 __asm(“WFI”);3.5 中断状态与控制寄存器RCM_IS 与 RCM_IEN当系统从低功耗模式被唤醒后你需要知道“是谁叫醒了我”。RCM_IS寄存器就是用来回答这个问题的。EXITSLPBYNWP(位0): 置‘1’表示由网络处理器唤醒了睡眠模式。EXITDSLPBYNWP(位1): 置‘1’表示由网络处理器唤醒了深度睡眠模式。EXITSLPBYTMR(位2): 置‘1’表示由睡眠定时器唤醒了睡眠模式。EXITDSLPBYTMR(位3): 置‘1’表示由深度睡眠定时器唤醒了深度睡眠模式。PLLLOCK(位12): PLL锁相完成中断状态。WAKETIMRIRQ(位14): RTC定时器中断状态。RCM_IEN寄存器则用于使能或屏蔽这些中断事件上报给应用处理器。例如如果你只关心定时器唤醒和NWP唤醒可以这样配置volatile uint32_t *RCM_IEN_REG (volatile uint32_t *)(PRCM_BASE 0x124); // 使能 RTC定时器中断 和 PLL锁定中断 // 注意根据手册使能RTC定时器中断还需要设置另一个寄存器 HIB3P3:MEM_HIB_RTC_IRQ_ENABLE *RCM_IEN_REG (1 2) | (1 0); // 使能 WAKETIMERIRQ 和 PLLLOCKIRQ唤醒后的典型处理流程是读取RCM_IS寄存器判断唤醒源。根据唤醒源进行相应的处理例如如果是NWP唤醒去检查是否有网络数据包。清除RCM_IS中对应的状态位通常通过向该位写‘1’来清除但需查阅最新手册确认清除方式。恢复应用执行。4. 常见问题排查与调试技巧即使理解了所有寄存器在实际项目中依然会遇到各种问题。以下是我在多个CC32xx项目中总结出的常见“坑”和解决思路。4.1 问题1外设无法正常工作读写寄存器无反应可能原因及排查步骤时钟未使能这是最常见的原因。检查对应外设的xxxCLKEN寄存器如GPT2CLKEN的RUNCLKEN位是否为‘1’。务必记住先开时钟再操作外设。软件复位未释放检查xxxSWRST寄存器的SWRST位是否为‘0’。如果处于复位状态外设是“冻结”的。电源域未开启对于某些特殊外设或在高阶低功耗模式下可能需要检查其所属电源域是否已上电。这通常涉及更上层的电源管理配置。寄存器地址错误确认你访问的寄存器地址是否正确。使用TI提供的头文件或DriverLib可以最大程度避免此问题。调试技巧编写一个简单的寄存器检查函数在初始化外设前先打印或读取这些关键PRCM寄存器的值确保其处于预期状态。4.2 问题2系统无法进入低功耗模式或功耗降不下去可能原因及排查步骤唤醒源未正确配置或未清除如果存在未处理的中断或错误的唤醒源使能系统可能会在尝试进入低功耗后立即被唤醒。检查DSLPWAKECFG、SLPWAKEEN以及所有外设的中断标志位。外设时钟在低功耗模式下未关闭进入LPDS前确保所有不需要在低功耗下工作的外设其SLPCLKEN和DSLPCLKEN位已被清零。可以使用调试器在LPDS请求前读取所有CLKEN寄存器进行确认。GPIO配置不当浮空的输入引脚会在低功耗模式下产生漏电流。在进入LPDS前将所有未使用的GPIO配置为输出低电平或者配置为输入并启用内部上拉/下拉电阻。LPDSREQ请求后未执行WFI/WFE指令发起LPDS请求后CPU必须执行等待中断指令否则硬件不会启动低功耗序列。调试技巧使用电流表实时监测设备电流。观察在发送LPDS请求并执行WFI后电流是否出现明显的阶梯式下降。如果没有说明未成功进入低功耗状态。可以尝试注释掉所有唤醒源配置仅保留一个定时器唤醒进行最小化测试。4.3 问题3从低功耗模式唤醒后系统行为异常或外设失效可能原因及排查步骤系统时钟未稳定从LPDS唤醒后系统时钟如PLL需要时间重新锁定。在DSLPTIMRCFG中配置足够的TIMRCFG延时非常关键。如果唤醒后立即操作高速外设可能会失败。外设上下文丢失LPDS模式下应用处理器核心断电所有未保存在非易失性存储器或特殊保持域中的寄存器内容都会丢失。唤醒后必须重新初始化所有使用的外设不能假设它们还保持休眠前的状态。这就是为什么在唤醒初始化流程中软复位操作如此重要。中断状态未清除唤醒后RCM_IS中的状态位如果没有被正确清除可能会导致后续无法再次进入低功耗或中断逻辑混乱。依赖时钟的外设未恢复检查在唤醒初始化代码中是否重新使能了必要外设的时钟RUNCLKEN。调试技巧在唤醒后的第一时间例如在复位向量或唤醒中断服务例程开头通过一个未使用的GPIO引脚输出一个脉冲用示波器测量从唤醒事件发生到代码开始执行的时间与DSLPTIMRCFG的配置进行比对。同时在唤醒初始化函数中系统地、按顺序地重新初始化核心系统时钟、外设时钟、外设控制器本身。4.4 问题4配置了精确时钟分频但实际频率偏差大可能原因及排查步骤根时钟频率不准MCASPCLKCFG0等分频器的输出精度取决于输入时钟Fref的精度。确认你的系统主时钟源如40MHz晶振是否稳定、准确。分频器未复位在更改分数分频器配置后没有触发分频器模块的软复位。对于MCASPCLKCFG需要操作MCASPCLKCFG1寄存器的DIVIDRSWRST位。寄存器写入时序问题在配置分频系数时可能需要遵循特定的顺序例如先写FRACTN再写DIVISR或者需要等待上一个配置生效。仔细阅读数据手册中关于时钟配置序列的说明。调试技巧将配置好的时钟通过一个可以复用的GPIO输出如果芯片支持用高精度频率计或示波器测量实际频率。与理论计算值对比可以快速定位是配置错误还是时钟源问题。5. 高级应用动态性能与功耗调节理解了基础寄存器操作后我们可以玩一些更高级的技巧实现动态的功耗性能调节。5.1 利用TURBO模式应对突发负载TURBOREQ寄存器偏移ECh用于请求切换到高性能模式。当应用处理器需要处理大量数据如加密解密、复杂算法时可以请求进入TURBO模式。这个模式通常会提高CPU频率和/或电压从而提升处理能力代价是功耗增加。使用模式通常是事件驱动的volatile uint32_t *TURBOREQ_REG (volatile uint32_t *)(PRCM_BASE 0xEC); void enter_turbo_mode_for_heavy_task(void) { // 1. 请求进入TURBO模式 *TURBOREQ_REG 0x00000001; // 2. 等待模式切换完成。通常需要检查某个状态位这里简化处理加入延时。 // 实际项目中应查询电源管理状态寄存器。 some_delay_function(); // 3. 执行高负载任务 perform_heavy_computation(); // 4. 任务完成退出TURBO模式写入0 *TURBOREQ_REG 0x00000000; }注意频繁在TURBO和正常模式间切换会产生额外的功耗和延时开销。通常用于处理明确的、短时间的峰值负载而不是持续波动的工作负载。5.2 多级睡眠策略的实现一个复杂的低功耗应用可能不会只使用一种睡眠模式。你可以根据预期的休眠时间来选择最合适的模式短时空闲毫秒级使用SLEEP模式。仅暂停CPU时钟唤醒速度快功耗降低适中。中等时长空闲几百毫秒到几秒使用LPDS模式。关闭CPU电源功耗显著降低唤醒时间稍长。长时间待机数秒以上使用HIBERNATE模式。功耗最低但唤醒时间最长上下文恢复最复杂。实现多级策略的关键在于灵活配置唤醒定时器。你可以设置一个较短的SLPTMRCFG用于SLEEP模式一个较长的DSLPTIMRCFG用于LPDS模式。在SLEEP被定时器唤醒后软件判断如果依然没有任务则主动配置并请求进入LPDS。void enter_appropriate_low_power(uint32_t expected_idle_ms) { if (expected_idle_ms 5) { // 太短不值得进入低功耗直接忙等待或轻度休眠 return; } else if (expected_idle_ms 100) { // 短时休眠使用 SLEEP 模式 configure_sleep_timer(expected_idle_ms); // 设置 SLEEP 唤醒源如定时器 // 执行 WFI __asm(“WFI”); } else { // 长时休眠使用 LPDS 模式 configure_lpds_timer(expected_idle_ms); // 保存关键上下文到保留内存 save_context(); // 配置LPDS唤醒源 // 发起 LPDS 请求并执行 WFI *LPDSREQ_REG 0x1; __asm(“WFI”); // 唤醒后恢复上下文 restore_context(); } }这种策略需要在软件层面维护一个“预期空闲时间”的估计并对系统的任务调度有清晰的了解。5.3 与网络处理器协同的低功耗管理在CC32xx这种集成Wi-Fi的方案中应用处理器和网络处理器之间的功耗协同至关重要。WAKENWP寄存器偏移118h允许应用处理器唤醒处于低功耗模式的网络处理器。反过来网络处理器也可以通过配置DSLPWAKECFG的EXITDSLPBYNWPEN位来唤醒应用处理器。一个典型的物联网传感器节点工作流可能是应用处理器采集传感器数据。通过IPC进程间通信将数据传递给网络处理器。应用处理器进入LPDS。网络处理器发送数据到云端收到响应或完成发送后进入自己的低功耗状态。当网络处理器收到云端下发的指令或到达下一个上报周期时它先唤醒自己然后通过置位WAKENWP寄存器或类似的机制来唤醒应用处理器开始新的工作循环。这种协同需要仔细设计两个处理器之间的通信协议和状态同步确保不会出现一个处理器在等待另一个处理器响应时死锁的情况。PRCM寄存器为这种硬件级的协同提供了底层支持但上层的软件逻辑设计同样关键。