高性能 / 超低功耗 / 无线 / 主流 / MPU核心差异是什么？

发表于 2026-1-31 23:01

发表于 2026-2-2 07:35

我怀疑是RTC时钟源配置出了问题，L系列低功耗下建议用LSE，你检查下外部32.768k晶振是否起振，寄存器里有没有正确选中时钟源。

发表于 2026-2-2 07:36

你检查过进入低功耗前的操作吗？一定要先清掉RTC所有中断标志位，不然中断状态异常，会直接导致后续闹钟事件无法触发唤醒。

发表于 2026-2-2 07:37

这问题挺常见的，我一般会先做最小工程测试，只保留RTC初始化、闹钟配置和进入Stop模式代码，排除其他外设干扰唤醒逻辑。

发表于 2026-2-2 07:38

遇到过类似情况，后来发现是GPIO配置没处理好，未使用引脚设为模拟输入，不然浮空引脚漏电会扰乱系统，甚至影响RTC工作。

发表于 2026-2-2 07:39

调侃一句，低功耗+RTC就是组合坑，有时候晶振负载电容不配都会唤醒失灵，你可以按晶振手册调整外围电容值再测试。

发表于 2026-2-2 07:40

我建议先在主循环里打印RTC当前时间，确认RTC本身在正常走时，先排除RTC不计时的问题，再定位唤醒失效原因。

发表于 2026-2-2 07:41

你用的是Stop还是Standby模式？Standby唤醒会重置系统，要确保备份区域供电正常，不然RTC配置会丢失，闹钟自然不生效。

发表于 2026-2-2 07:42

有没有误开启其他中断？多余中断可能提前唤醒MCU，让芯片没真正进入深度休眠，看起来就像RTC定时到了却没反应。

发表于 2026-2-2 07:43

可以在RTC闹钟中断里加翻转LED的代码，方便直观判断是否进中断，快速区分是没唤醒，还是唤醒后业务代码没跑。

发表于 2026-2-2 07:44

不妨试试降低RTC预分频系数，用标准的32.768k分频配置，自定义分频容易算错，导致闹钟触发时间和预期不一致。

发表于 2026-2-2 10:19

核心差异集中在架构设计目标、制程工艺、指令集 / 内核版本、片上资源配置、功耗策略、无线集成度六大维度

发表于 2026-2-3 10:16

核心差异集中在架构设计目标、制程工艺、指令集 / 内核版本、片上资源配置、功耗优化机制、无线集成方案六大维度

发表于 2026-2-5 15:31

各类 MPU 的核心差异本质围绕架构选型、制程工艺、总线 / 缓存设计、功耗策略、外设集成、无线适配六大维度展开

[其他ST产品] 高性能 / 超低功耗 / 无线 / 主流 / MPU核心差异是什么？