在原子原来版本的RTC实时时钟中的程序会容易出现在RTC_WaitForSynchro();死循环,只要改一下开启时钟的位置就ok了。这是8M/128分频的

2019-07-21 03:50发布

u16 temp=BKP_ReadBackupRegister(BKP_DR1); //0x5050 //开启RTC的时钟 RCC_APB1PeriphClockCmd(RCC_APB1Periph_BKP|RCC_APB1Periph_PWR,ENABLE); //RTC是存在后备区域中的,所以是要开启后备区域和电源时钟的 PWR_BackupAccessCmd(ENABLE);   //电源控制寄存器(PWR_CR)的BPB位使能对后备区域和RTC的访问
if(temp!=0x5050) { // //开启RTC的时钟 // RCC_APB1PeriphClockCmd(RCC_APB1Periph_BKP|RCC_APB1Periph_PWR,ENABLE); //RTC是存在后备区域中的,所以是要开启后备区域和电源时钟的 // PWR_BackupAccessCmd(ENABLE);   //电源控制寄存器(PWR_CR)的BPB位使能对后备区域和RTC的访问 BKP_DeInit(); //复位备份区域 
RCC_RTCCLKConfig(RCC_RTCCLKSource_HSE_Div128);//配置RTC的时钟来源,8M的128分频 RCC_RTCCLKCmd(ENABLE);   //使能RTC时钟 RTC_WaitForLastTask();   //等待上一次对RTC寄存器的读写操作完成 RTC_WaitForSynchro();   //等待APB1和RTC等时钟同步 RTC_ITConfig(RTC_IT_SEC,ENABLE); //开启秒中断和闹钟中断 RTC_WaitForLastTask();   //等待上一次对RTC寄存器的读写操作完成 RTC_EnterConfigMode();  //进入RTC的配置,CNF=1; RTC_SetPrescaler(62500-1); //设置时钟预分频为1Hz=8M/128=62.5KHz/62500=1Hz //内部还会自动加1 RTC_WaitForLastTask(); //等待最近一次对RTC寄存器的写操作完成 RTC_Set_Time(2014,3,9,20,25,5); //设置时间 RTC_ExitConfigMode();  //退出配置 BKP_WriteBackupRegister(BKP_DR1,0x5050); //向指定的后备寄存器中写入用户程序数据 } else { // //开启RTC的时钟 // RCC_APB1PeriphClockCmd(RCC_APB1Periph_BKP|RCC_APB1Periph_PWR,ENABLE); //RTC是存在后备区域中的,所以是要开启后备区域和电源时钟的 // PWR_BackupAccessCmd(ENABLE);   //电源控制寄存器(PWR_CR)的BPB位使能对后备区域和RTC的访问 RTC_WaitForSynchro(); //等待同步 ,为什么会在这里死循环呢?如何重新开启时钟的话,这个问题就会解决了。 RTC_ITConfig(RTC_IT_SEC,ENABLE); //使能RTC秒中断 RTC_WaitForLastTask(); //等待最近一次对RTC寄存器的写操作完成 } //配置中断 RTC_NVIC_Init(); //获取时间 RTC_Get_Time(); }
最好是在if外面开启时钟,不然很容易在else中的RTC_WaitForSynchro();出现死循环。
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
7条回答
zhanggong
2019-07-21 17:18
最近我在测试自己的板子时,也出现了这个问题,后来发现是MDK5下载时偶尔会清除RTCEN,LSEON,RTCSEL这三个位,
就会出现BKP_0x5050,RTCEN=0,LSEON=0,RTCSEL=0,所以就会在RTC_WaitForSynchro()除死机,
但用战舰开发板上的RTC程序测试没有发现这个现象,不知道是不是跟程序的大小有关,
个人觉得,因上面几个位状态改变出现在下载后调试前,所以应该不是程序的问题。
刚才在论坛上查了一下,没发现有类似的问题,所以还是想和大家分享一下,一家之言,不足为据。

一周热门 更多>