styleno1 发表于 2018-5-25 17:24
看了下手册，每2个RTCCLK同步一次，可能是时间太长了。

确实比较长，我写了个程序测试——


while(1)
{
    RTC_GetTime(RTC_Format_BIN, &RTC_TimeStructure);
    RTC_GetDate(RTC_Format_BIN, &RTC_DateStructure);

    if((RTC_DateStructure.RTC_Year == (YearBack - 2000)) && (RTC_DateStructure.RTC_Month == MonBack) && (RTC_DateStructure.RTC_Date == DayBack))
    {
        if((RTC_TimeStructure.RTC_Hours * 3600 + RTC_TimeStructure.RTC_Minutes * 60 + RTC_TimeStructure.RTC_Seconds) < (HourBack * 3600 + MinBack * 60 + SecBack))
        {
            RetryTimes++;
            continue;
        }
    }

    break;
}

if(RetryTimes)
{
    printf("重读%u次! ", RetryTimes);
    RetryTimes = 0;
}

经测试，RetryTimes甚至超过100次。

LZ这是库编程吧，底层的RTC计数器是32位的，平均每秒增长一格。正常arm可以32位原子操作加载这个的，即使出现临界区问题，也应该是2^N秒的位置，而不是零点。目测库函数里加载了两次RTC->CNT，建议此处分一下库行为，不行就自己写吧

t3486784401 发表于 2018-5-24 19:55
LZ这是库编程吧，底层的RTC计数器是32位的，平均每秒增长一格。正常arm可以32位原子操作加载这个的，即使出 ...

你说的是F1系列吧？

prince2010 发表于 2018-5-24 20:01
你说的是F1系列吧？

的确是F1。
没细看F2的配置，莫非不过这么明显的缺陷（临界区漏洞）不应该出现在硬件层面

t3486784401 发表于 2018-5-24 20:06
的确是F1。
没细看F2的配置，莫非不过这么明显的缺陷（临界区漏洞）不应该出现在硬件层面 ...

F2和F1的RTC大不一样的。

t3486784401 发表于 2018-5-24 20:23
看了手册了，可能导致库出问题的是 APB1 时钟速度，写着应该是 7 倍 RTC 速度。

还就是 RSF 标志，不过目 ...

谢谢，我再看看。