STM32开发笔记76: 初始化RTC后死机的原因

最新推荐文章于 2024-07-27 23:35:56 发布
最新推荐文章于 2024-07-27 23:35:56 发布
阅读量4.3k 收藏 4
点赞数 1
CC 4.0 BY-SA版权
分类专栏： # STM32快速开发 文章标签： STM32 开发笔记 RTC 驱动程序
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qingwufeiyang12346/article/details/95537782
在STM32L053R8T6的项目开发中，初始化RTC导致系统死机。通过对比STM32CubeMX生成的正常程序，发现缺少`HAL_RTC_MspInit`和`HAL_RTC_MspDeInit`两个函数。添加这两个函数到rtc.cpp文件，并配置RTC及中断服务，解决了死机问题，完成了RTC驱动程序的完善。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

单片机型号：STM32L053R8T6

项目开发中只要初始化RTC，则系统死机。其初始化步骤可参考日志：STM32开发笔记44：RTC驱动程序的移植。按照日志STM32开发笔记75: 使用STM32CubeMX点亮一个LED使用STM32CubeMX直接生成程序则运行正常。

分析原因在于，少移植了2个函数：HAL_RTC_MspInit和HAL_RTC_MspDeInit。这两个函数的实现非常简单，可以靠STM32CubeMX直接生成。

void HAL_RTC_MspInit(RTC_HandleTypeDef *hrtc)
{
  __HAL_RCC_RTC_ENABLE();

  HAL_NVIC_SetPriority(RTC_IRQn, 0x0, 0);
  HAL_NVIC_EnableIRQ(RTC_IRQn);
}
void HAL_RTC_MspDeInit(RTC_HandleTypeDef *hrtc)
{
了解本专栏 订阅专栏 解锁全文 超级会员免费看
STM32开发笔记75: 使用STM32CubeMX点亮一个LED
snmplink的博客
07-11 1139
单片机型号：STM32L053R8T6 今天调试在自己的程序框架下调试RTC始终不成功，只要初始化RTC就进入死机状态。现在重温一下STM32CubeMX的使用方法，看STM32CubeMX生成的程序是否有RTC初始化不成功的问题。本日志从工程的建立讲到点亮一个LED。 1、启动STM32CubeMX，我现在使用的版本是5.2.1。 2、File-New Project，选择相应的芯片类...
STM32 | 独立看门狗+RTC时间(第八天)
m0_45463480的博客
07-14 1266
01、独立看门狗 1、独立看门狗概述 在由单片机构成的微型计算机系统中，由于单片机的工作常常会受到来自外界电磁场的干扰，造成程序的跑飞，而陷入死循环，程序的正常运行被打断，由单片机控制的系统无法继续工作，会造成整个系统的陷入停滞状态，发生不可预料的后果，所以出于对单片机运行状态进行实时监测的考虑，便产生了一种专门用于监测单片机程序运行状态的模块或者芯片，俗称“看门狗”(watchdog)
STM32F103的RTC掉电不走时（有备用电池供电）
热门推荐
mc_li的博客
03-10 1万+
问题简述： 实验环境：使用stm32cubemx配置生成了一个RTC的工程，使能了外部时钟LSE，提供了备用电池VBTE。 问题：断开主电源后（备用电池已经安装好了），再次上电读取RTC的值发现，数值为断电前的数值。 问题分析： 断电重启之后，RTC的数据没有丢失，说明后备电池确实在为后备区域提供电源。 RTC供电根据官方提供的框图，可以看到RTC和LSE掉电后都是通过备用电池供电的。 ...
STM32F103ZET6 — RTC
StephenZhou
07-17 4175
简介 "RTC"是Real Time Clock 的简称，意为实时时钟。即，提供类似于 PC 上的时间记录信息的功能。既然是实时时钟，则至少应该有秒、分、时等信息。也可以直观的把他理解成为一个计数器，一直累加。但又不同于 CPU 上电后的那些计数器，对于 RTC ，需要支持的是掉电后的继续计数（存在备用电源）。所谓掉电,是指电源Vpp断开的情况下,为了RTC外设掉电可以继续运行,必须给STM32...
STM32 RTC时钟的晶振不启动，会导致系统无法通过初始化
StorkRed的博客
04-26 853
晶振不起振会导致系统无法通过初始化
STM32运行RTC时死机问题
08-04
本文介绍了STM32运行RTC实时时钟时死机的问题以及解决方法。
STM32F429 RTC死机
ZiQingRan的博客
09-02 888
原因：晶振和电容不匹配 现象：1、间歇性死机，可能复位后能正常使用。 2、一直死机
关于STM32使用RTC时复位后程序死在 RTC
温州大学学生博客
07-09 2371
在软件仿真时如果不需要配置，则程序会死在 RTC_WaitForSynchro() 函数中。而下载到硬件上时，有时候可以跑，有时候也会在该函数中死循环。 可能的原因： 首先，一定要确认是否使能了对后备寄存器和RTC的访问。 系统复位后，对后备寄存器和RTC的访问被禁止，这是为了防止对后备区域(BKP)的意外写操 作。执行以下操作将使能对后备寄存器和RTC的访问：  ● 设置寄存器RC
SYD8811rtc系统库可能会造成卡死在rtc初始化中
挖到尽头
07-07 726
在有些工程中会使用到SYDTEK的rtc系统库，在上电的时候调用这样的初始化： 最近客户反馈有卡死在这个函数中的可能，经过查找是因为代码和4K里面的关于时钟源的配置不一致，经过修改后确实能够解决问题！ 我们这边同步查找问题的时候发现我们的RTC初始化函数中还是有很多while循环的，为了保证rtc初始化函数不会卡死，这里我们同步修改rtclib库！增加超时退出机制！ 这些修改都在最新的SDK中生成！ ...
STM32 RTC卡死在RTC_WaitForLastTask()解决方法
imzhujun的专栏
04-08 1万+
RTC在配置时间后，调用RTC_WaitForLastTask()，程序卡死。造成这种问题的原因是RTC配置完成后，系统会关闭BKP的时钟，并锁死BKP。置时钟的话，必需允许PWR和BKP时钟，并允许读取BKP。代码如下： RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR, ENABLE); /* Allow access to BKP Dom
STM32G071低功耗模式进入退出（RTC和按键）
05-10
首先，需要初始化RTC，设置时间和闹钟，并启用RTC闹钟中断。当RTC的闹钟事件发生时，中断服务例程会触发系统从低功耗模式退出。 唤醒引脚，通常配置为外部中断输入，可以在外部信号如按键按下时唤醒系统。在进入低...
STM32 RTC掉电不走时
diyer_zhou的专栏
03-06 1万+
今天调试RTC使用LSI调试，后来改外部晶振不起振。可是使用内部晶振使用后备电池又不走时。网上找到答案 http://blog.chinaunix.net/uid-27106528-id-4288509.html 最初调试STM32的万年历，使用的是内部的 LSI晶振作为RTC晶振来源，发现有两个问题：      第一：由于LSI晶振频率大约在40KHZ附近，实际上会在30~60KHZ之间波
关于STM32F103单片机RTC掉电不走时的原因和解决方案
weixin_45467536的博客
07-28 5183
前一段时间做一个项目，要用到RTC掉电走时功能，由于PCB板的大小限制和出于成本考虑，没有使用外部晶振LSE而选择单片机内置的内部晶振LSI，调试程序的时候发现虽然RTC可以正常工作，但在主电源VDD断开之后RTC会停留在上一次断电的时间点，经过反复查看代码，确认不是软件的错误。于是查找相关资料，发现LSI需由主电源VDD供电，而VBAT只能使LSE起振。由于项目产品对时间精度要求比较高，因此只能重新布板，加上外部晶振（如果只是想解决时间精度问题，还可以考虑使用独立的时钟芯片），用新的板子测试...
【解决方案】STM32L系列单片机的RTC读取时间，一会儿要走时，一会儿又不走时的解决方案
ZLK1214的专栏
12-28 5447
单片机STM32L476RG（用的nucleo开发板），调试RTC的过程中遇到了HAL_RTC_GetTime函数读取的时间一会儿走，一会儿不走的问题，如图所示。 要等很长一段时间，时间才会更新。而实际上RTC时钟一直在走，并且掉电保存也没问题。 解决方案是，每次读取时间，HAL_RTC_GetTime和HAL_RTC_GetDate函数必须同时调用，并且必须先调用HAL_RTC...
STM32 缓上电导致死机的问题分析
w_virgil的博客
08-22 7688
这里写自定义目录标题场景现象问题分析POR 和 PDRBOR分析解决方法 场景现象 在一些供电比较特殊的场合，如太阳能供电，电池供电等，可能会导致稳压芯片输出的3.3V 上升缓慢。 在这种供电情况下，会导致MCU死机， 让人感觉的程序没有跑起来。 问题分析 在此情况下，MCU 为什么跑不起来呢， 笔者以STM32L072 芯片为例， 具体的分析一下。 我们先了解 STM32电源控制中有三个复位方式： 上电复位 （POR） 掉电复位（PDR） 欠压复位（BOR） POR 和 PDR MCU供电电压为VD
【笔记------STM32】MX_RTC_Init()初始化RTC时RTC_ISR_INITF位超时失败的解决方法
幻蜗的笔记
02-18 2117
stm32 cubemx 初始化RTC不成功，超时导致失败的解决方法
STM32 RTC LSE 初始化失败 卡在 RTC_ICSR_INITF 或者 LSERDY
jiladahe1997的博客
10-26 8665
问题描述 在使用STM32 RTC时钟的时候，想使用外部的32.768K Hz的高精度带温度补偿的 LSE 时钟源。 但是调用MX_RTC_Init()初始化的时候都会卡住。debug进去，可以看到卡住的位置在这里： if((hrtc->Instance->ISR & RTC_ISR_INITF) == 0U) { /* Set the Initialization mode */ hrtc->Instance->ISR = (uint32_t)RTC
stm32 定时器初始化就卡死在NVIC_Init,原因是找不到中断入口了
程序猿的那些书
05-15 6933
一般的错误是中断函数名错了，或者其他导致找不到地方的问题。 而我遇到的问题是涉及到IAP的 APP直接运行程序 默认VECT_TAB_OFFSET是0了，不需要改，但是如果你用过IAP程序，那么你的APP程序里面的这个肯定是改了偏移的，，比如我一个程序是0xB000，那么system_stm32f10x.c 128行 ,这个肯定是改了的，如果用到普通一般程序，需要把这个0xB000改成0x0000 一定要写注释，否则自己都不知道原因了，还好查到了一个网友分享的这个问题，果然是 这个问题，原因还是中断函数
STM32 死机问题解决之道
DLRBHLDXKA的博客
07-27 2376
在嵌入式系统开发中，STM32 死机是一个让人颇为头疼的问题。当遇到这种情况时，我们需要有条不紊地进行排查和解决。下面将为您详细介绍解决 STM32 死机问题的方法和步骤。
stm32 LSI RTC 初始化失败 程序死
最新发布
03-15
<think>好的，用户的问题是STM32使用LSI作为RTC时钟源时，初始化失败导致程序崩溃。我需要根据提供的引用资料来分析可能的原因和解决方案。 首先，引用[1]提到初始化RTC后系统死机，可能的原因包括时钟源配置错误或中断配置不当。用户使用LSI，可能时钟源未正确启动或频率不稳定，导致RTC初始化失败。 接着，引用[3]指出需要正确配置闹钟中断，包括RTC_ITConfig、EXTI_Init和NVIC_Init。如果中断没有正确开启或优先级设置不当，可能导致程序卡死。 然后，引用[5]中的RTC结构体可能存在配置错误，比如日期时间参数超出范围，导致初始化失败。需要检查结构体的每个字段是否合法。 可能的解决方案包括检查LSI是否启用并稳定，通过STM32CubeMX确认配置，调整中断优先级，以及验证RTC结构体的参数。此外，添加超时机制和备用时钟源也是可行的优化措施。</think>针对STM32使用LSI作为RTC时钟源时出现的初始化失败和程序死机问题，以下是分步解决方案： ### 一、问题排查步骤 1. **LSI时钟检测** - 执行`RCC_LSICmd(ENABLE)`后，等待LSI就绪标志位： ```c while(RCC_GetFlagStatus(RCC_FLAG_LSIRDY) == RESET); // 超时检测需添加 ``` - 若标志位未置位，可能是晶振损坏或电路问题，建议测量LSI实际频率（典型值40kHz，误差较大）[^1] 2. **RTC预分频配置验证** - LSI时钟需通过异步预分频器（通常128分频）生成1Hz时钟： ```c RTC_SetPrescaler(127); // LSI=40kHz时，分频值=40000-1 ``` - 错误的分频值会导致时间计算错误 3. **中断冲突检查** - 确保RTC全局中断和闹钟中断配置完整： ```c RTC_ITConfig(RTC_IT_SEC | RTC_IT_ALR, ENABLE); // 秒中断和闹钟中断 EXTI_InitStructure.EXTI_Line = EXTI_Line17; // RTC连接至EXTI17 NVIC_SetPriority(RTC_IRQn, 0x0F); // 合理设置中断优先级 ``` ### 二、关键解决方法 1. **硬件初始化顺序优化** ```c RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR | RCC_APB1Periph_BKP, ENABLE); PWR_BackupAccessCmd(ENABLE); // 必须提前开启备份域访问 RCC_LSICmd(ENABLE); // 启动LSI ``` 2. **RTC寄存器复位处理** - 在初始化前执行备份域复位： ```c BKP_DeInit(); // 清除所有备份寄存器 RCC_BackupResetCmd(ENABLE); RCC_BackupResetCmd(DISABLE); ``` 3. **添加超时保护机制** ```c uint32_t timeout = 0; while(RTC_InitStructure.RTC_CTL & RTC_CTL_RTOFF) { if(timeout++ > 0xFFFF) { // 触发错误处理 break; } } ``` ### 三、软件配置建议 1. **使用CubeMX配置验证** - 在CubeMX中配置RTC时勾选"Clock Source"为LSI，生成初始化代码后对比时钟配置差异[^4] 2. **日期有效性检测** ```c if(RTC_DateStruct.RTC_Date > 31 || RTC_DateStruct.RTC_Month > 12) { RTC_DateStruct.RTC_Date = 1; RTC_DateStruct.RTC_Month = 1; } ``` 3. **备份域供电保障** - 检查VBAT引脚是否连接备用电池（3V） - 确认电源管理单元未关闭备份域供电 ### 四、调试技巧 1. 在初始化完成后读取RTC计数器验证： ```c uint32_t counter = RTC_GetCounter(); if(counter == 0) printf("RTC未启动"); ``` 2. 使用J-Link调试时观察`RTC_CR`寄存器： - LSE时钟源选择位（RTC_CR_LSEON） - 寄存器写保护状态（RTC_CR_OWIE）
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

snmplink

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值