AT-START-F403A开发板的RTC测试验证 -

原打算先为开发板配置一个显示屏，有了显示窗口就便于信息输出了，无奈耗了几天的时间也没使OLED屏显示半点痕迹，先在例程的功能模块上练练手了。

RTC是大多数ARM产品都配置的功能，自然AT32F403AF也不例外，没有OLED屏做支撑，也就只能依赖串口通信了，无奈呀，无奈！

由于开发板自身就可以虚拟出串口，也就省去了外挂USB转TTL串口模块的麻烦，当然这个虚拟出的串口占用的编号比较大，只能将其强行改的小一些，否则串口调试工具可不答应。

将程序编译下载后，其运行效果如图1所示。

天啊，这哥们儿还停留在2018年呐!

老哥醒醒吧，光阴荏苒，现在已经是2020年了。

唤醒老哥的办法只有一个，那就是修改初始时间设置。

打开时间设置函数才发现事情有点怪，什么情况？

你亲自看下面这个函数吧！

uint8_t RTC_Set(uint16_t syear, uint8_t smon, uint8_t sday, uint8_t hour, uint8_t min, uint8_t sec)
{
uint32_t t;
uint32_t seccount=0;
if(syear<1970||syear>2099)
return 1;
for(t=1970;t<syear;t++)
{
if(Is_Leap_Year(t))seccount+=31622400;
else seccount+=31536000;
}
smon-=1;
for(t=0;t<smon;t++)
{
seccount+=(uint8_t)mon_table[t]*86400;
if(Is_Leap_Year(syear)&&t==1)seccount+=86400;
}
seccount+=(uint8_t)(sday-1)*86400;
seccount+=(uint8_t)hour*3600;
seccount+=(uint8_t)min*60;
seccount+=sec;
/* Enable PWR and BKP clock */
RCC_APB1PeriphClockCmd(RCC_APB1PERIPH_PWR | RCC_APB1PERIPH_BKP, ENABLE);
/* Enable write access to Backup domain */
PWR_BackupAccessCtrl(ENABLE);
/* Set the RTC counter value */
RTC_SetCounter(seccount);
/* Wait until last write operation on RTC registers has finished */
RTC_WaitForLastTask();
return 0;
}

复制代码

看出来没有，我们通常使用的RTC函数是从相应的寄存器中读取时间值和日期值。

这哥们儿竟然需要统一折算到秒，莫非它就是一个大号的秒信号计数器呀！

设置时间时折算到秒来更新计时值，读取时再按进制变换成年月日、分时秒。

难怪在程序的数组中存放了这些清规戒律呐！

const uint8_t table_week[12]={0,3,3,6,1,4,6,2,5,0,3,5};

const uint8_tmon_table[12]={31,28,31,30,31,30,31,31,30,31,30,31};

原来是怕老哥出轨呀！

通过分析RTC初始化函数RTC_Init()，才发现初始时间的设置函数被藏在这里，其内容是RTC_Set(2018,8, 8, 8, 8, 0);。

别客气，按电脑的系统时间将它摆平了！

修改后经程序的程序编译下载，其步调终于跟上队了，其时间效果如图2所示。

嗯，表现还不赖！

哎，就怪我的表现不好，没有及时为你配上一个颜值高的小脸蛋！算哥欠你的。