STM32Cube_FW_F4?RTC??????BUG

Size: px

Start display at page:

Download "STM32Cube_FW_F4?RTC??????BUG"

箭赚蒋
7 years ago
Views:

$发现时钟会比准确的时间慢几秒钟调研 1. 了解问题向客户了解其使用的固件库, 得知他的程序是参考 STM32Cube_FW_F4_V1.3.0\Projects\STM324x9I_EVAL\Examples\RTC 中的 RTC_Calendar 例程于是找来 STM32439I-EVAL2 来进行验证, 测试发现, STM32Cube_FW_F4_V1.3.0\Projects\STM324x9I_EVAL\Examples\RTC 中的 RTC_Calendar 例程确实存在频繁上下电会导致时间变慢的情况 ; 而对标准外设库 STM32F4xx_DSP_StdPeriph_Lib_V1.$

1 STM32Cube_FW_F4 中 RTC_Calendar 例程的 BUG 前言实时时钟 (RTC) 是一个独立的 BCD 定时器 / 计数器, 用来提供准确的日历和时间信息准确性是其重要的指标问题某客户在其产品的设计中, 使用了 STM32F429IIT6 客户在使用过程发现一个问题, 虽然已经有使用电池对 VBAT 进行供电, 但是在经常频繁的 VDD 上下电之后, 发现时钟会比准确的时间慢几秒钟调研 1. 了解问题向客户了解其使用的固件库, 得知他的程序是参考 STM32Cube_FW_F4_V1.3.0\Projects\STM324x9I_EVAL\Examples\RTC 中的 RTC_Calendar 例程于是找来 STM32439I-EVAL2 来进行验证, 测试发现, STM32Cube_FW_F4_V1.3.0\Projects\STM324x9I_EVAL\Examples\RTC 中的 RTC_Calendar 例程确实存在频繁上下电会导致时间变慢的情况 ; 而对标准外设库 STM32F4xx_DSP_StdPeriph_Lib_V1.4.0\Project\STM32F4xx_StdPeriph_Examples\RTC 中的 RTC_Calendar 例程进行测试, 则不存在此问题所以, 怀疑 STM32Cube_FW_F4_V1.3.0\Projects\STM324x9I_EVAL\Examples\RTC 中的 RTC_Calendar 例程存在 Bug 2. 问题分析仔细阅读 STM32Cube_FW_F4_V1.3.0\Projects\STM324x9I_EVAL\Examples\RTC 中的 RTC_Calendar 例程, 分析一下 main.c 主程序, if(hal_rtcex_bkupread(&rtchandle, RTC_BKP_DR0)!= 0x32F2) 是用来判断 RTC 是否是已经被配置过的, 所以怀疑的重点可放在这之前的 if(hal_rtc_init(&rtchandle)!= HAL_OK) 中的 HAL_RTC_Init() 函数进入位于 stm32f4xx_hal_rtc.c 中的 HAL_RTC_Init() 函数, 再进入其调用的位于 stm32f4xx_hal_msp.c 中的 HAL_RTC_MspInit() 函数, 在这个函数中, 可以看到以下代码 : /*##-1- Configue LSE as RTC clock soucre ###################################*/ RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_LSI RCC_OSCILLATORTYPE_LSE; RCC_OscInitStruct.PLL.PLLState = RCC_PLL_NONE; RCC_OscInitStruct.LSEState = RCC_LSE_ON; RCC_OscInitStruct.LSIState = RCC_LSI_OFF; if(hal_rcc_oscconfig(&rcc_oscinitstruct)!= HAL_OK)

2 PeriphClkInitStruct.PeriphClockSelection = RCC_PERIPHCLK_RTC; PeriphClkInitStruct.RTCClockSelection = RCC_RTCCLKSOURCE_LSE; if(hal_rccex_periphclkconfig(&periphclkinitstruct)!= HAL_OK) 这段代码中由于选中了 LSE, 在其所调用的 HAL_RCC_OscConfig() 中对 LSE 进行了重新配置在 stm32f4xx_hal_rcc.c 中找到 HAL_RCC_OscConfig() 函数, 发现其对 LSE 重新配置的时候, 对 LSE 进行关闭, 然后再配置到此, 回来再看 main.c, 由于 if(hal_rtc_init(&rtchandle)!= HAL_OK) 位于 if(hal_rtcex_bkupread(&rtchandle, RTC_BKP_DR0)!= 0x32F2) 之前, 从程序流程来看, 每次 VDD 上电, 都会进行一次 HAL_RTC_Init(), 也就是说, 每次上电都会有一个关闭 LSE 再打开的动作, 这个动作多了, 时间变慢的现象就变得很明显了 3. 问题解决问题原因很明显了, 那么解决办法也很简单, 只需要将 HAL_RTC_Init() 这个初始化函数挪到判断 RTC 是否是已经被配置过的 if else 语句里边就行了如果是 RTC 已经被配置过的, 就不需要再重新初始化一次了如下 : /*##-1- Configure the RTC peripheral #######################################*/ RtcHandle.Instance = RTC; /*##-2- Check if Data stored in BackUp register0: No Need to reconfigure RTC#*/ /* Read the BackUp Register 0 Data */ if(hal_rtcex_bkupread(&rtchandle, RTC_BKP_DR0)!= 0x32F2) /* Configure RTC prescaler and RTC data registers */ /* RTC configured as follow: - Hour Format = Format 24 - Asynch Prediv = Value according to source clock - Synch Prediv = Value according to source clock - OutPut = Output Disable - OutPutPolarity = High Polarity - OutPutType = Open Drain */ RtcHandle.Init.HourFormat = RTC_HOURFORMAT_24; RtcHandle.Init.AsynchPrediv = RTC_ASYNCH_PREDIV; RtcHandle.Init.SynchPrediv = RTC_SYNCH_PREDIV; RtcHandle.Init.OutPut = RTC_OUTPUT_DISABLE; RtcHandle.Init.OutPutPolarity = RTC_OUTPUT_POLARITY_HIGH; RtcHandle.Init.OutPutType = RTC_OUTPUT_TYPE_OPENDRAIN; if(hal_rtc_init(&rtchandle)!= HAL_OK) /* Initialization Error */ /* Configure RTC Calendar */

3 RTC_CalendarConfig(); else /* Check if the Power On Reset flag is set */ if( HAL_RCC_GET_FLAG(RCC_FLAG_PORRST)!= RESET) /* Power on reset occured: Turn LED2 on */ BSP_LED_On(LED2); /* Check if Pin Reset flag is set */ if( HAL_RCC_GET_FLAG(RCC_FLAG_PINRST)!= RESET) /* External reset occured: Turn LED4 on */ BSP_LED_On(LED4); /* Enable the PWR clock */ PWR_CLK_ENABLE(); /* Allow access to RTC */ HAL_PWR_EnableBkUpAccess(); /* Wait for RTC APB registers synchronisation */ if(hal_rtc_waitforsynchro(&rtchandle)!= HAL_OK) /* synchronisation Error */ /* Clear the RTC Alarm Flag */ HAL_RTC_ALARM_CLEAR_FLAG(&RtcHandle,RTC_FLAG_ALRAF); /* Clear the EXTI Line 17 Pending bit (Connected internally to RTC Alarm) */ HAL_RTC_EXTI_CLEAR_FLAG(RTC_EXTI_LINE_ALARM_EVENT); /* Clear Reset Flag */ HAL_RCC_CLEAR_RESET_FLAGS(); 结论由于 STM32Cube_FW_F4_V1.3.0\Projects\STM324x9I_EVAL\Examples\RTC 中的 RTC_Calendar 例程没有注意到 HAL_RTC_Init() 函数里边会有关闭 LSE 的动作, 而每次上电都会运行这个函数, 每次上电都会导致时间变慢, 上电的次数多了, 变慢就很明显了所以, 例程上是有 Bug 的, 需要进行修复

4 处理需要将 HAL_RTC_Init() 这个初始化函数的位置做个修改如果 RTC 未被配置过, 则进行配置 ; 如果是已经被配置过的, 就不需要再重新初始化一次了标准外设库 STM32F4xx_DSP_StdPeriph_Lib_V1.4.0\Project\STM32F4xx_StdPeriph_Examples\RTC 中的 RTC_Calendar 例程是没有问题的, 参考此例程, 修改得一基于 STM32Cube_FW_F4 的 RTC_Calendar 例程, 见附件建议上电时对 LSE 进行重新初始化可能会导致 RTC 计时不准确, 所以在实际应用过程中应该对此注意一下

重要通知 - 请仔细阅读意法半导体公司及其子公司 ( ST ) 保留随时对 ST 产品和 / 或本文档进行变更更正增强修改和改进的权利, 恕不另行通知买方在订货之前应获取关于 ST 产品的最新信息 ST 产品的销售依照订单确认时的相关 ST 销售条款买方自行负责对 ST 产品的选择和使用, ST

5 重要通知 - 请仔细阅读意法半导体公司及其子公司 ( ST ) 保留随时对 ST 产品和 / 或本文档进行变更更正增强修改和改进的权利, 恕不另行通知买方在订货之前应获取关于 ST 产品的最新信息 ST 产品的销售依照订单确认时的相关 ST 销售条款买方自行负责对 ST 产品的选择和使用, ST 概不承担与应用协助或买方产品设计相关的任何责任 ST 不对任何知识产权进行任何明示或默示的授权或许可转售的 ST 产品如有不同于此处提供的信息的规定, 将导致 ST 针对该产品授予的任何保证失效 ST 和 ST 徽标是 ST 的商标所有其他产品或服务名称均为其各自所有者的财产本文档中的信息取代本文档所有早期版本中提供的信息 2015 STMicroelectronics - 保留所有权利

ST template WORD

ST template WORD 使用 CubeMX 生成 TCPEchoServer 工程前言在 STM32 的众多外设中, 以太网这个外设相对而言还是比较复杂, 初始化的过程也比较复杂, 涉及到 MAC,DMA,PHY 好几块内容的初始化可能有时候 datasheet 都看得头疼了, 可初始化还是有问题而 STM32CubeMX 工具就可以帮我们轻松完成这部分工作在本文中, 将分别以 STM3220G-EVAL 板为例,