嵌入式低功耗设计:PRCM电源管理与I/O菊花链唤醒机制详解
1. 项目概述嵌入式低功耗管理的核心战场在嵌入式开发尤其是电池供电的移动设备和物联网终端领域功耗控制从来都不是一个“锦上添花”的选项而是决定产品成败的生死线。我们常常在数据手册上看到“待机电流低至XX微安”这样的参数背后是一整套复杂而精密的硬件协同与软件调度机制。这其中电源、复位和时钟管理模块也就是我们常说的PRCM扮演着系统“大管家”的角色。它不直接处理业务逻辑却掌控着整个系统的“生命体征”——何时该全速奔跑何时该闭目养神以及如何被一个微小的外部信号从沉睡中精准唤醒。你提供的资料聚焦于TI某款处理器的PRCM模块特别是其关闭模式的管理和I/O菊花链唤醒机制。这恰恰是低功耗设计中技术含量最高、也最容易踩坑的部分。简单来说当系统需要进入深度休眠时并不是简单地“断电”那么简单。处理器核心可以关闭但那些连接着按键、传感器接口的I/O引脚必须保持“警觉”同时还要确保在唤醒时系统能像什么都没发生过一样从断点精准恢复。这个过程涉及到多个电源域的协同开关、内部状态的保存与恢复、时钟的启停以及最关键的一环——唤醒事件的可靠检测与响应。本文将带你深入这个“大管家”的调度室拆解从睡眠到唤醒的完整流程。我们不仅会解读你提供的官方序列图更会结合我多年在嵌入式低功耗调试中积累的经验告诉你寄存器配置背后的“为什么”分享那些数据手册里不会写的实操陷阱和调试技巧。无论你是正在相关平台进行开发的工程师还是希望理解低功耗管理通用原理的学习者这篇文章都将提供从理论到实践的完整视角。2. PRCM模块与低功耗管理框架解析2.1 电源域功耗管理的逻辑单元在深入序列之前必须理解电源域这个概念。你可以把它想象成大楼里一个个有独立电闸的房间。PRCM管理的就是这些“电闸”。常见的电源域包括CORE域包含处理器核心、一级缓存、核心内部总线等是系统的“大脑”。它的功耗最高也是我们节电的主要目标。PER域外设域包含UART、SPI、I2C、定时器等外设模块。WKUP域唤醒域这是一个永远“在线”的微小区域包含极低功耗的振荡器、唤醒检测逻辑和少数关键寄存器。即使在最深的睡眠状态它也在消耗微安级电流负责监听唤醒事件。其他专用域如显示子系统、图像处理单元等。低功耗管理的本质就是根据系统任务负载动态地将这些“房间”的“电闸”切换到不同档位ON开启全功能运行功耗最高。RETENTION保持关闭逻辑电路电源但保留内存如SRAM和寄存器通过RFFs的供电以保存上下文。唤醒速度快但有一定静态功耗。OFF关闭彻底断电。功耗最低仅漏电但唤醒后需要从非易失存储器或特定初始化流程重新加载上下文耗时较长。你提供的资料中CORE域从ON切换到RETENTION或OFF的序列就是最核心的功耗状态切换操作。2.2 I/O菊花链深度睡眠下的“哨兵系统”当CORE域关闭后谁来检测外部唤醒事件比如按键按下答案就是I/O菊花链。这是一个精妙的硬件电路它将所有支持唤醒功能的I/O引脚串联成一条“链”。它的工作原理是这样的使能软件通过配置PRCM.PM_WKEN_WKUP[8] EN_IO和PRCM.PM_WKEN_WKUP[16] EN_IO_CHAIN等寄存器告诉PRCM“我们要用I/O菊花链来唤醒系统”。配置每个I/O引脚都有一个独立的控制寄存器如CONTROL.CONTROL_PADCONF_IOpad其中的WAKEUPENABLE位决定了该引脚是否作为唤醒源。检测当系统进入低功耗状态CORE域时钟关闭后一个极低频率的“Wu clock”会在这条菊花链上循环扫描。一旦某个被使能的I/O引脚状态发生预期变化如从高到低该事件就会被链上的逻辑捕获。记录与触发事件会被记录在对应I/O寄存器的WAKEUPEVENT状态位并最终作为一个唤醒信号传递给PRM模块触发整个系统的唤醒序列。这里有一个至关重要的细节也是新手极易忽略的坑资料中特别提到如果PER域保持开启而CORE域进入保持状态那么所有连接到PER域输入端的I/O引脚的唤醒使能信号必须被禁用。这是因为此时唤醒事件将由PER域自身产生而非通过菊花链。如果配置冲突可能导致无法唤醒或误唤醒。实操心得在配置唤醒源时务必绘制一张简单的映射表理清每个GPIO引脚归属于哪个电源域以及你期望的唤醒场景。混合使用不同电源域的唤醒源时要仔细阅读芯片勘误表某些型号可能存在域间唤醒信号的交互问题。2.3 关键寄存器组概览PRCM的编程接口就是一系列寄存器。资料中将其分为五大类对于休眠唤醒而言我们最关心以下几组电源管理寄存器如PM_WKEN_WKUP唤醒使能、PM_WKST_WKUP唤醒状态。它们是控制“谁可以唤醒系统”和“查看谁唤醒了系统”的开关与日志。电压管理寄存器如PRM_VOLTSETUP1、PRM_VOLTOFFSET。它们配置电压调节器的建立时间和偏移时间确保电源平稳上下电防止芯片闩锁或状态不稳。这部分时序配置错误是导致唤醒失败或系统不稳定的常见原因。时钟管理寄存器如PRM_CLKSRC_CTRL、PRM_CLKSETUP。控制系统时钟源的选择、分频以及振荡器稳定时间。系统控制模块寄存器虽然属于SCM但与PRCM紧密协作。CONTROL.CONTROL_PADCONF_*寄存器用于配置I/O引脚的工作模式、上下拉和唤醒使能是I/O唤醒的“前线配置”。3. CORE电源域休眠与唤醒序列详解这是低功耗管理的核心场景。我们假设一个典型应用一个电池供电的传感器设备大部分时间CORE域深度睡眠仅由RTC定时或外部中断唤醒进行数据采集。3.1 睡眠序列从ON到RETENTION/OFF根据资料睡眠序列是一个由软件发起、硬件自动执行的精密过程。以下是结合实践理解的步骤拆解步骤1软件准备与使能唤醒操作软件设置PRCM.PM_WKEN_WKUP[8] EN_IO和PRCM.PM_WKEN_WKUP[16] EN_IO_CHAIN位使能I/O菊花链唤醒方案。同时配置具体I/O引脚的WAKEUPENABLE位。为什么这是在告诉硬件“我准备睡了请打开这些‘哨兵’的警报器。”此时硬件会自动清除相关I/O的WAKEUPEVENT状态位为记录新的唤醒事件做准备。实操要点务必在使能全局链之前先配置好具体引脚。顺序反了可能导致配置期间误触发唤醒事件。步骤2发起睡眠序列操作MPU主处理器执行一条进入低功耗模式的指令如WFI或WFE并满足所有睡眠条件如关闭所有外设时钟、保存必要上下文。硬件响应PRM模块检测到条件满足开始关闭CORE域的时钟。此时大部分I/O引脚已变为非活动状态但属于PER域或DSS域的引脚可能仍保持活动如果这些域未休眠。步骤3硬件接管与状态保存操作PRM初始化并复位I/O唤醒检测电路并保存所有模块的寄存器保持触发器内容。同时将CORE域的输出与I/O引脚进行电气隔离。为什么RFFs是芯片内部用于在掉电时保存关键寄存器值的特殊单元。隔离是为了防止CORE域掉电时其输出引脚产生不确定电平影响外部电路或产生漏电。步骤4切换电源状态操作PRM将CORE域切换到RETENTION或OFF状态。I/O配置被保存到唤醒域的暂存寄存器中。关键区别RETENTION逻辑断电内存和RFFs保持。唤醒后恢复极快因为上下文就在芯片内。OFF逻辑和内存都断电RFFs不保存。唤醒相当于冷启动需要从外部重新加载代码或执行完整的初始化。注意事项资料中特别指出如果CORE域处于保持状态其供电电压必须维持在保持电压或更高水平以确保输出到I/O的值稳定。这意味着电源管理芯片的相应输出电压不能降得太低。步骤5等待唤醒操作PRM进入等待状态监听来自菊花链、WKUP域内部模块如RTC或全局热复位的唤醒事件。潜在陷阱资料警告如果在I/O菊花链已配置好但尚未进入关闭模式转换的窗口期内I/O引脚发生抖动会记录一个“非真实”的唤醒事件。这可能导致系统立即被错误唤醒。解决方案是在使能菊花链后、发起最终睡眠指令前加入一个短暂的延时并再次检查关键I/O的状态是否稳定。3.2 唤醒序列从RETENTION/OFF到ON唤醒是睡眠的逆过程但通常更复杂因为涉及上电、复位、时钟恢复和状态还原。步骤1-4电源与时钟恢复操作PRM检测到唤醒事件后首先使能系统时钟振荡器拉高sys_clkreq然后依次或并行恢复VDD2、VDD1等电源并等待电压稳定时间由PRM_VOLTSETUP1寄存器配置。为什么有时序要求数字电路需要稳定的电源和时钟才能正确启动。电压建立时间不足可能导致逻辑状态混乱。这些时间参数需要根据具体使用的电源管理芯片和负载情况在数据手册给出的范围内进行微调有时需要通过实测确定最优值。步骤5-9域上电与复位操作CORE、MPU等电源域上电但复位信号保持有效。模拟模块如DPLL上电。eFuse控制器复位释放并开始扫描。eFuse扫描这是许多现代处理器安全启动的一部分用于读取芯片的校准、配置或密钥信息。必须等待其完成DPLL的复位才能释放。步骤10-16时钟解锁与隔离释放操作DPLL复位释放后进入旁路模式时钟开始输出。随后CORE和MPU域的输出隔离被释放。当CORE域退出复位且SCM上下文和I/O配置从暂存内存中恢复后内存开始工作。关键点I/O配置的恢复至关重要。在睡眠前SCM会将当前有效的I/O配置引脚复用、上下拉等保存到一块由唤醒域供电的暂存内存中。唤醒时硬件自动将其恢复确保醒来后GPIO等功能立即可用而不是处于未定义的默认状态。步骤17-21软件接管操作当MPU复位释放、I/O配置恢复正常后MPU开始从复位向量执行代码对于OFF模式或恢复执行对于RETENTION模式。软件首先需要访问SCM读取WAKEUPEVENT位识别是哪个I/O引脚触发了唤醒。最后软件必须清除EN_IO和EN_IO_CHAIN位禁用菊花链为下一次睡眠做准备。重要提醒读取并处理唤醒源是软件必须做的第一件事之一。如果不清除唤醒状态或错误配置可能导致系统无法再次进入睡眠或对同一事件重复响应。4. 完整设备关闭模式序列与SYS_OFF_MODE当需要实现整机超低功耗如“关机”但保留按键唤醒时就需要使用设备关闭模式。这涉及到关闭所有电源域甚至可能降低核心电压。资料中提到了两种序列使用I2C控制外部PMIC或使用直接的SYS_OFF_MODE信号。4.1 基于I2C控制的关闭序列这种方案更灵活可以通过I2C命令精确控制外部电源管理芯片的输出电压和时序。软件准备与CORE域睡眠类似使能I/O唤醒链。此外还需要在设备初始化阶段就配置好I/O引脚在关闭模式下的备用配置通常是高阻态或带上拉以防止漏电并通过SCM的保存机制存起来。进入序列MPU发起睡眠所有时钟关闭。PRM配置菊花链隔离CORE域输出。关断流程这是最复杂的部分PRM会按严格顺序关闭所有电源域。将I/O配置从活动模式切换到关闭模式之前保存的配置。在移除VDD1/VDD2电源前隔离所有引脚。关闭所有模拟模块DPLL DLL。通过I2C4接口向电压控制器发送命令依次关闭VDD1和VDD2的电源或将其降至极低的保持电压。关闭内部系统时钟释放sys_clkreq停用振荡器。将唤醒LDO降至1V以维持最低功耗。唤醒流程检测到唤醒事件后执行近乎反向的操作启用振荡器、上电唤醒LDO、通过I2C依次上电VDD2和VDD1、恢复模拟模块、上电各电源域、释放隔离、恢复I/O配置、最后释放处理器复位。时序配置的核心PRM_VOLTSETUP1寄存器中的SETUP_TIME1和SETUP_TIME2分别定义了VDD1和VDD2电压稳定所需的等待时间。这个值必须大于或等于你所用PMIC的电压上升/下降时间并留有一定余量。4.2 使用SYS_OFF_MODE信号的简化序列对于一些集成了简单逻辑的PMIC可以使用一根SYS_OFF_MODE信号线来同时控制VDD1和VDD2的关断。当PRM拉高这根信号时PMIC会直接切断主电源。优势硬件电路和软件控制逻辑更简单。劣势控制不够精细无法实现复杂的多电压轨时序控制和保留电压调节。通常用于对功耗要求极致、且唤醒后允许完全重启的应用。关键寄存器PRM_POLCTRL中的OFFMODE_POL位用于配置sys_off_mode信号的极性确保与PMIC的预期逻辑匹配。避坑指南选择哪种方案取决于你的PMIC能力和系统需求。如果使用I2C方案务必确保I2C总线上有上拉电阻并且在系统主电源下电前I2C控制器所在的电源域通常是WKUP域和上拉电阻的电源必须保持有效否则无法发送关机命令会导致系统“卡死”在关机半路上。5. 中断与事件管理唤醒事件最终需要被处理器知晓并处理。PRCM模块提供了完善的中断机制。5.1 中断源与寄存器资料列出了丰富的MPU中断源包括外设组唤醒事件如GPIO、定时器。事件发生器模块的定时事件。特定电源域的睡眠/唤醒转换完成事件。DPLL重校准请求。I/O引脚唤醒事件。电压控制器I2C通信错误。关键寄存器对PRM_IRQENABLE_MPU用于使能或屏蔽特定的中断源。例如如果你只希望GPIO唤醒产生中断就只使能对应的位。PRM_IRQSTATUS_MPU读取该寄存器可以判断具体是哪个事件触发了中断。这是一个非常重要的试工具。在唤醒中断服务程序中第一件事就是读取这个状态寄存器并通过写1来清除对应的状态位。如果不清除中断会持续触发。5.2 中断处理流程实践初始化在系统启动时配置好PRM_IRQENABLE_MPU使能你关心的唤醒中断源如EN_IO对应的位。进入睡眠如前所述配置I/O唤醒并使能菊花链。唤醒与中断当I/O事件触发唤醒硬件在恢复流程后期会释放MPU复位。MPU开始运行后PRCM模块会立即产生一个中断如果已使能。ISR处理void Wakeup_ISR(void) { // 1. 读取中断状态寄存器 uint32_t status HWREG(PRM_BASE PRM_IRQSTATUS_MPU); // 2. 判断中断源 if (status PRM_IRQSTATUS_IO_WAKEUP_MASK) { // 处理I/O唤醒 // 读取SCM中的具体I/O唤醒状态位确定是哪个引脚 determine_exact_wakeup_pin(); // 执行该唤醒事件对应的任务例如读取传感器、处理按键等 handle_wakeup_task(); } if (status PRM_IRQSTATUS_PERIPH_WAKEUP_MASK) { // 处理外设唤醒如RTC定时器 handle_rtc_alarm(); } // ... 处理其他中断源 // 3. 清除中断状态位至关重要 HWREG(PRM_BASE PRM_IRQSTATUS_MPU) status; // 写1清除 // 4. 禁用菊花链准备下一次睡眠可选也可在主循环中做 disable_io_wakeup_chain(); }返回与再睡眠中断处理完毕后系统通常会根据任务决定是返回主循环继续工作还是重新配置并进入睡眠状态。常见问题排查无法唤醒检查PM_WKEN_WKUP和具体I/O引脚的WAKEUPENABLE是否配置正确检查I/O引脚在睡眠状态下的电平是否确实能产生有效边沿注意上下拉配置用示波器测量sys_clkreq或sys_off_mode信号看PMIC是否收到唤醒指令。唤醒后立即又睡眠常见于中断状态未清除。PRCM认为唤醒事件持续存在导致软件刚退出低功耗模式判断条件满足后又立刻进入。务必在ISR中正确清除PRM_IRQSTATUS_MPU和SCM中I/O的WAKEUPEVENT位。唤醒后系统不稳定重点检查电压建立时间PRM_VOLTSETUP1和时钟建立时间PRM_CLKSETUP的配置是否足够。电源不稳是导致内存数据错误、程序跑飞的首要原因。低功耗设计是一个系统工程PRCM的配置是其中的硬件基石。理解每一行寄存器配置背后的硬件行为严格遵循电源时序并在实际硬件上使用电流探头和示波器进行验证是确保功能稳定和功耗达标的不二法门。希望这篇结合了手册解读与实践经验的详解能帮助你在下一次的低功耗调试中更加游刃有余。

相关新闻

Tech in Asia:连接亚洲科技生态的媒体与服务平台

Tech in Asia:连接亚洲科技生态的媒体与服务平台

1. Tech in Asia:亚洲科技生态的观察者与连接者 Tech in Asia(亚洲科技)是一家专注于亚洲科技创业生态的英文媒体平台,总部位于新加坡。自2010年成立以来,它已经发展成为连接亚洲科技创业者、投资者和行业专业人士的重…

2026/8/16 4:48:19 阅读更多 →
OCR C++ Tesseract用户自定义模式

OCR C++ Tesseract用户自定义模式

这个程序演示设置一个配置文件,以提高识别的正确率。输入图片比较长,截图成了好几段。可以看到输入图片是有规律的,2个字母4个数字1个字母。人眼很容易看出来这个规律,但是识别程序它不知道有这个规律,就可能会出现识别…

2026/8/16 9:46:41 阅读更多 →
LLM-based Planning 大模型智能规划技术详解|原理、架构、落地与演进

LLM-based Planning 大模型智能规划技术详解|原理、架构、落地与演进

前言:为什么 LLM Planning 是 Agent 时代的核心能力?近两年,AI Agent 从概念火爆走向产业落地,所有人都在谈论「自主智能」「自动干活」,但绝大多数人都忽略了支撑这一切的底层核心能力:LLM-based Planning…

2026/8/17 12:42:08 阅读更多 →

最新新闻

SkynexUI 与 Next.js 集成实战:服务端渲染场景下的最佳实践

SkynexUI 与 Next.js 集成实战:服务端渲染场景下的最佳实践

SkynexUI 与 Next.js 集成实战:服务端渲染场景下的最佳实践 【免费下载链接】components ⚛️ Deliver UI for Web and Mobile platforms without taking care about complexity on how to style there. Its based in React and Flutter and uses the core of CSS s…

2026/8/17 19:50:13 阅读更多 →
拿到一堆抗体序列后,我用ANARCI解决了编号、链型和物种识别的全部麻烦

拿到一堆抗体序列后,我用ANARCI解决了编号、链型和物种识别的全部麻烦

拿到一堆抗体序列后,我用ANARCI解决了编号、链型和物种识别的全部麻烦 【免费下载链接】ANARCI Antibody Numbering and Antigen Receptor ClassIfication 项目地址: https://gitcode.com/gh_mirrors/an/ANARCI 免疫学研究者可能都经历过这样的时刻&#xff…

2026/8/17 19:50:13 阅读更多 →
Flowable 核心 API 完全指南:ProcessEngine 与 8 大服务逐个解析

Flowable 核心 API 完全指南:ProcessEngine 与 8 大服务逐个解析

Flowable 核心 API 完全指南:ProcessEngine 与 8 大服务逐个解析 【免费下载链接】flowable-userguide Flowable最新中文文档,ai自动生成BPM体验地址:http://flow.je4.cn/#/login 项目地址: https://gitcode.com/gh_mirrors/fl/flowable-userguide …

2026/8/17 19:50:13 阅读更多 →
iperf3 Windows版完整实测指南:8条命令测穿带宽上限,新手避坑与版本选择全解析

iperf3 Windows版完整实测指南:8条命令测穿带宽上限,新手避坑与版本选择全解析

iperf3 Windows版完整实测指南:8条命令测穿带宽上限,新手避坑与版本选择全解析 【免费下载链接】iperf3-win-builds iperf3 binaries for Windows. Benchmark your network limits. 项目地址: https://gitcode.com/gh_mirrors/ip/iperf3-win-builds …

2026/8/17 19:50:13 阅读更多 →
右键菜单管理太乱?我用ContextMenuManager这个免费工具做了一次彻底大扫除

右键菜单管理太乱?我用ContextMenuManager这个免费工具做了一次彻底大扫除

右键菜单管理太乱?我用ContextMenuManager这个免费工具做了一次彻底大扫除 【免费下载链接】ContextMenuManager 🖱️ 纯粹的Windows右键菜单管理程序 项目地址: https://gitcode.com/gh_mirrors/co/ContextMenuManager 那天下午,我在…

2026/8/17 19:50:13 阅读更多 →
【单片机课设毕设项目】基于 STM32 的定时模式健康指标监测设备设计与实现 基于 STM32 的轻量化人体运动健康安全监测系统开发(013303)

【单片机课设毕设项目】基于 STM32 的定时模式健康指标监测设备设计与实现 基于 STM32 的轻量化人体运动健康安全监测系统开发(013303)

博主介绍:✌️码农一枚 ,专注于大学生项目实战开发、讲解和毕业🚢文撰写修改等。全栈领域优质创作者,博客之星、掘金/华为云/阿里云/InfoQ等平台优质作者、专注于嵌入式单片机,Java、小程序技术领域和毕业项目实战 ✌️…

2026/8/17 19:49:12 阅读更多 →

日新闻

LabVIEW异步调用实战:从原理到生产者消费者模式,解决界面卡顿与并行处理难题

LabVIEW异步调用实战:从原理到生产者消费者模式,解决界面卡顿与并行处理难题

1. 项目概述:为什么异步调用是LabVIEW进阶的必修课? 如果你用LabVIEW做过稍微复杂点的项目,尤其是涉及界面响应、多任务并行或者硬件IO等待的场景,大概率遇到过这样的窘境:前面板点个按钮,整个程序就“卡死…

2026/8/17 0:00:08 阅读更多 →
LabVIEW异步调用实战:解决界面卡顿与并行处理难题

LabVIEW异步调用实战:解决界面卡顿与并行处理难题

1. 项目概述:为什么异步调用是LabVIEW进阶的必经之路如果你在LabVIEW里写过稍微复杂点的程序,尤其是涉及到界面响应、多任务并行或者硬件IO等待,大概率会遇到一个头疼的问题:程序“卡”住了。前面板点不动,进度条不更新…

2026/8/17 0:00:08 阅读更多 →
飞书局域网文件传输实战:3种方案实现高速点对点传输

飞书局域网文件传输实战:3种方案实现高速点对点传输

1. 项目概述:为什么要在局域网内用飞书传文件? 飞书作为一款主流的协同办公套件,其核心功能是围绕云端协作设计的。无论是文档、表格还是文件,通常的分享逻辑都是“上传到云端 -> 生成链接 -> 分享给同事”。这个流程在互联…

2026/8/17 0:00:08 阅读更多 →

周新闻

基于阿里云与通义千问(Qwen)构建AI应用:从模型调用到生产部署的完整实践指南

基于阿里云与通义千问(Qwen)构建AI应用:从模型调用到生产部署的完整实践指南

如果你是一名开发者,最近可能已经感受到了AI大模型正在从“玩具”变成“生产力工具”的强烈信号。从代码补全到智能Agent,从本地部署到云端API,我们正处在一个技术栈快速重构的节点。然而,面对层出不穷的模型、框架和工具&#xf…

2026/8/17 2:58:27 阅读更多 →
工业通信系统底层逻辑:04 反射——高频能量撞墙之后会发生什么?

工业通信系统底层逻辑:04 反射——高频能量撞墙之后会发生什么?

第四篇:反射——高频能量撞墙之后会发生什么? —— 你以为信号已经过去了,其实它正在回来打你 老Q的现场笔记 第五季,我们正式进入工业神经系统层。这里不再是单个设备的战斗,而是整个工厂“经脉”层面的秩序之战。从这一篇开始,你将第一次看清:看似简单的信号传播,背…

2026/8/17 2:58:30 阅读更多 →
【文章复现】非线性值迭代自适应动态规划(ADP):离散时间非线性系统的策略迭代自适应动态规划算法研究附Matlab代码

【文章复现】非线性值迭代自适应动态规划(ADP):离散时间非线性系统的策略迭代自适应动态规划算法研究附Matlab代码

✅作者简介:热爱科研的Matlab仿真开发者,擅长毕业设计辅导、数学建模、数据处理、建模仿真、程序设计、完整代码获取、论文复现及科研仿真。🍎 往期回顾关注个人主页:Matlab科研工作室👇 关注我领取海量matlab电子书和…

2026/8/17 2:58:32 阅读更多 →

月新闻

免费解锁百度网盘SVIP加速:macOS用户必备的下载提速终极指南

免费解锁百度网盘SVIP加速:macOS用户必备的下载提速终极指南

免费解锁百度网盘SVIP加速:macOS用户必备的下载提速终极指南 【免费下载链接】BaiduNetdiskPlugin-macOS For macOS.百度网盘 破解SVIP、下载速度限制~ 项目地址: https://gitcode.com/gh_mirrors/ba/BaiduNetdiskPlugin-macOS 还在为百度网盘macOS版的龟速下…

2026/8/17 18:54:37 阅读更多 →
终极ncmdump指南:3分钟实现网易云NCM音乐解密与格式转换

终极ncmdump指南:3分钟实现网易云NCM音乐解密与格式转换

终极ncmdump指南:3分钟实现网易云NCM音乐解密与格式转换 【免费下载链接】ncmdump 项目地址: https://gitcode.com/gh_mirrors/ncmd/ncmdump 还在为网易云音乐下载的NCM格式文件无法在其他播放器播放而烦恼吗?ncmdump解密工具帮你轻松解决这个困…

2026/8/17 18:55:16 阅读更多 →
HarmonyOS 应用开发《掌上英语》第81篇: 智能体卡片:为英语学习 App 打造桌面级学习助手

HarmonyOS 应用开发《掌上英语》第81篇: 智能体卡片:为英语学习 App 打造桌面级学习助手

AgentCard 智能体卡片:为英语学习 App 打造桌面级学习助手适用平台:HarmonyOS 7.0 (API 26 Beta)一、引言 HarmonyOS 7.0(API 26 Beta)新增了 AgentCard 智能体卡片能力,这是继 HMAF(鸿蒙智能体框架&#x…

2026/8/17 18:55:55 阅读更多 →