RTC

Size: px

Start display at page:

Download "RTC"

朽步
5 years ago
Views:

1 STM32F0 使用 RTC Tamper 的几个注意事项问题 : 该问题由某客户提出, 发生在 STM32F072 器件上据其软件工程师讲述 : 使用 STM32F0 系列的标准外设库中 RTC_Tamper 的例程来进行修改, 例程中配置的是当在 RTC_TAMP1 引脚检测到上升沿的时候, 复位备份寄存器并产生中断 ; 客户根据其实际应用将配置中的上升沿改成下降沿, 以期待在检测到下降沿的时候, 复位备份寄存器并产生中断结果, 客户发现经常是只要一开始跑程序, 会产生中断, 复位备份寄存器使用示波器观察 RTC_TAMP1 引脚, 并没有发现下降沿波形客户百思不得其解调研 : 问题 ( 一 ) 首先, 我们检测一下 STM32F0xx 标准外设库中 RTC_Tamper 例程的 Readme.txt, 我们发现其中描述此程序的功能为将 Tamper 引脚配置成下降沿并使能中断, 当给 RTC_AF1(RTC_TAMPER1/PC13) 施加低电平时,RTC 备份数据寄存器将被复位, 并产生 Tamper 中断不过我们再看一下例程, 发现在例程中配置其实是上升沿的中断, 也就是说, 此 Readme.txt 与程序不符所以, 我们先不管 Readme.txt 所描述的内容我们来看一下客户的程序, 发现客户只是在例程中修改了两个配置的语句修改如下 : (1) 例程 : /* Enable The external line19 interrupt */ EXTI_ClearITPendingBit(EXTI_Line19); EXTI_InitStructure.EXTI_Line = EXTI_Line19; EXTI_InitStructure.EXTI_Mode = EXTI_Mode_Interrupt; EXTI_InitStructure.EXTI_Trigger = EXTI_Trigger_Rising; EXTI_InitStructure.EXTI_LineCmd = ENABLE; EXTI_Init(&EXTI_InitStructure); 客户程序修改为 : /* Enable The external line19 interrupt */ EXTI_ClearITPendingBit(EXTI_Line19); EXTI_InitStructure.EXTI_Line = EXTI_Line19; EXTI_InitStructure.EXTI_Mode = EXTI_Mode_Interrupt; EXTI_InitStructure.EXTI_Trigger = EXTI_Trigger_Falling; EXTI_InitStructure.EXTI_LineCmd = ENABLE; EXTI_Init(&EXTI_InitStructure); (2) 例程 : /* Configure the Tamper 1 Trigger */ RTC_TamperTriggerConfig(RTC_Tamper_1, RTC_TamperTrigger_RisingEdge); 客户程序修改为 : /* Configure the Tamper 1 Trigger */ RTC_TamperTriggerConfig(RTC_Tamper_1, RTC_TamperTrigger_FallingEdge);

2 我们使用 STM320518_EVAL( 使用芯片为 STM32F051R8T6) 来跑客户的程序, 发现确实如客户所说的现象, 只要一运行程序, 经常会进入中断并复位备份数据寄存器我们来看一下客户所修改的两个部分 : 第 2 个部分修改是将 RTC_Tamper_1 的触发设置为下降沿触发, 这个肯定没有问题, 那么我们主要来看一下第 1 个部分是否需要修改我们查看参考手册 RM0091 的 12 Interrupts and events 一章, 在 12.2 Extended interrupts and events controller (EXTI) 这里看到这么一句话 : The active edge of each external interrupt line can be chosen independently, whilst for internal interrupt the active edge is always the rising one. 和 Functional description 中也有一句 For the internal interrupt lines, the active edge is always the rising edge 它们的意思就是说内部中断的有效边沿永远是上升沿! 我们再来看 EXTI 的框图 : 从框图也可以看到, 内部事件确实是要将 EXTI 设置为上升沿中断的 EXTI 线 19 是连接到 RTC Tamper 和 TimeStamp 事件的, 为内部事件由此, 我们知道客户修改的两部分代码中, 第一部分关于 EXTI 的边沿是无需修改的, 应该保持为上升沿的配置, 所以需要改回来 :EXTI_InitStructure.EXTI_Trigger = EXTI_Trigger_Rising; 再测试, 发现问题已经解决, 不会再一运行程序就经常进入中断问题 ( 二 ) 这个时候, 我们又发现一个问题 : 一旦进入中断之后, 就出不来了, 中断程序运行完之后又中断了, 又开始跑中断程序了这看来, 中断处理程序有些问题, 我们来看一下例程中 RTC 中断的处理函数 : void RTC_IRQHandler(void) if(rtc_getflagstatus(rtc_flag_tamp1f)!= RESET) /* Tamper 1 detection event occurred */

3 /* Check if RTC Backup Data registers are cleared */ if(isbackupregreset() == 0) /* OK, RTC Backup Data registers are reset as expected */ /* Turn on LED2 */ STM_EVAL_LEDToggle(LED2); else /* RTC Backup Data registers are not reset */ /* Turn on LED4 */ STM_EVAL_LEDToggle(LED4); /* Clear Tamper 1 pin Event(TAMP1F) pending flag */ RTC_ClearFlag(RTC_FLAG_TAMP1F); /* Disable Tamper pin 1 */ /* Enable Tamper pin */ RTC_TamperCmd(RTC_Tamper_1, ENABLE); 我们设断点下来看一下程序的运行状况 : 在 RTC_ClearFlag(RTC_FLAG_TAMP1F) 清 TAMP1F 之后, 运行到 RTC_TamperCmd(RTC_Tamper_1, DISABLE), 我们发现 TAMP1F 会被重新置 1, 我们暂且不管, 先将 RTC_ClearFlag(RTC_FLAG_TAMP1F) 挪到 RTC_TamperCmd(RTC_Tamper_1, DISABLE) 之后, 程序变成 : void RTC_IRQHandler(void) if(rtc_getflagstatus(rtc_flag_tamp1f)!= RESET) /* Tamper 1 detection event occurred */ /* Check if RTC Backup Data registers are cleared */ if(isbackupregreset() == 0) /* OK, RTC Backup Data registers are reset as expected */ /* Turn on LED2 */ STM_EVAL_LEDToggle(LED2); else /* RTC Backup Data registers are not reset */ /* Turn on LED4 */ STM_EVAL_LEDToggle(LED4); /* Disable Tamper pin 1 */

4 /* Clear Tamper 1 pin Event(TAMP1F) pending flag */ RTC_ClearFlag(RTC_FLAG_TAMP1F); /* Enable Tamper pin */ RTC_TamperCmd(RTC_Tamper_1, ENABLE); 我们发现, 还是仍然在不停地进中断, 而且这个时候 TAMP1F 已经是 0; 这是为什么呢? 我们再想一下第一个问题, 关于 EXTI 的, 原来在这段例程的代码中, 并没有清除 RTC Tamper 对应的 EXTI 的 PR19 挂起位, 从而导致在不停地重复进入中断加入清除 PR19 的代码, 新的代码如下 : void RTC_IRQHandler(void) if(rtc_getflagstatus(rtc_flag_tamp1f)!= RESET) /* Tamper 1 detection event occurred */ /* Check if RTC Backup Data registers are cleared */ if(isbackupregreset() == 0) /* OK, RTC Backup Data registers are reset as expected */ /* Turn on LED2 */ STM_EVAL_LEDToggle(LED2); else /* RTC Backup Data registers are not reset */ /* Turn on LED4 */ STM_EVAL_LEDToggle(LED4); 再测试, 问题解决问题 ( 三 ) /* Disable Tamper pin 1 */ /* Clear Tamper 1 pin Event(TAMP1F) pending flag */ RTC_ClearFlag(RTC_FLAG_TAMP1F); EXTI_ClearITPendingBit(EXTI_Line19); /* Enable Tamper pin */ RTC_TamperCmd(RTC_Tamper_1, ENABLE); 我们还发现一个问题 : 每次上电开始调试, 还总是会进入一次中断若这次已经进入中断, 通过 Run to main 按钮将 PC 复位, 再运行, 则不会发生进入中断 ; 但是再通过 Run to main 按钮将 PC 复位, 再运行, 则再会发生进入中断这么奇怪的问题, 我们来具体查找其发生问题的所在 :

5 我们发现, 在初始化代码中, 当程序运行到 RTC_TamperCmd(RTC_Tamper_1, DISABLE) 之前, TAMP1F 为 0,PR19 也为 0, 可是, 当运行完 RTC_TamperCmd(RTC_Tamper_1, DISABLE) 之后, TAMP1F 为 1,PR19 也为 1, 再往下运行必然会产生一次 RTC Tamper 中断 RTC_TamperCmd(RTC_Tamper_1, DISABLE) 函数只是对 TAMP1E 的标志位进行修改, 由此证明, 当 TAMP1F 为 0,PR19 也为 0 的时候, 执行将 TAMP1E 关闭会导致 TAMP1F 为 1,PR19 也为 1 我们再回想一下问题 ( 二 ) 中, 我们在中断处理函数中, 也遭遇过在 RTC_ClearFlag(RTC_FLAG_TAMP1F) 清 TAMP1F 之后, 运行到 RTC_TamperCmd(RTC_Tamper_1, DISABLE), 我们发现 TAMP1F 会被重新置 1 所以看来, 这个问题是真实存在的了 ST 给出的解决办法是 : 要避免此假的边沿检测现象, 需要确保在通过 TAMPxE 对 Tamper 通道进行关闭之前,TAMPFLT 的值不等于 0( 边沿检测失效 ) 如果使用 Cube 进行开发的话, 可在 Disable TAMPxE 之前加入 RtcHandle.Instance->TAFCR = RTC_TAFCR_TAMPFLT_1; 如果使用标准外设库的话, 可在 Disable TAMPxE 之前加入 RTC_TamperFilterConfig(RTC_TamperFilter_2Sample); 那我们现在修改程序 : 在之前加入 RTC_TamperFilterConfig(RTC_TamperFilter_2Sample); 之后加入 RTC_TamperFilterConfig(RTC_TamperFilter_Disable); 也就是说, 原程序 : 需要修改为 : RTC_TamperFilterConfig(RTC_TamperFilter_2Sample); RTC_TamperFilterConfig(RTC_TamperFilter_Disable); 修改之后, 再进行测试, 问题解决结论 : 客户需要将 RTC Tamper 设置为下降沿检测, 在设置 RTC Tamper 下降沿的时候将 EXTI 的边沿也一同设置为下降沿, 造成错误 ;STM32F0xx 的标准外设库中 RTC_Tamper 的例程也有问题, 需要进行修改处理 : 将 EXTI 的边沿恢复成设置为上升沿, 修改 RTC_Tamper 中例程存在的一些问题建议 : 上面三个问题, 总结一下 : (1) 不管 RTC Tamper 边沿检测设置为上升沿还是下降沿, 作为内部事件连接到 EXTI19, 对 EXTI19 的边沿设置始终是上升沿 ;

6 (2) 在 RTC Tamper 中断处理函数中, 不仅要清除 TAMPxF, 也需要清除 PR19; (3) 对 TAMPxE 进行 Disable 的时候, 可能会产生伪边沿检测, 所以需要在 Disable TAMPxE 之前先将 TAMPFLT 的值设置成非 0 值 ( 即关闭边沿检测 ), 等到 Disable TAMPxE 之后再将 TAMPFLT 的值恢复为 00

STM32Cube_FW_F4?RTC??????BUG

STM32Cube_FW_F4?RTC??????BUG STM32Cube_FW_F4 中 RTC_Calendar 例程的 BUG 前言实时时钟 (RTC) 是一个独立的 BCD 定时器 / 计数器, 用来提供准确的日历和时间信息准确性是其重要的指标问题某客户在其产品的设计中, 使用了 STM32F429IIT6 客户在使用过程发现一个问题, 虽然已经有使用电池对 VBAT 进行供电, 但是在经常频繁的 VDD 上下电之后, 发现时钟会比准确的时间慢几秒钟