本帖最后由 jinglixixi 于 2020-9-29 20:16 编辑
原打算先为开发板配置一个显示屏,有了显示窗口就便于信息输出了,无奈耗了几天的时间也没使OLED屏显示半点痕迹,先在例程的功能模块上练练手了。 RTC是大多数ARM产品都配置的功能,自然AT32F403AF也不例外,没有OLED屏做支撑,也就只能依赖串口通信了,无奈呀,无奈! 由于开发板自身就可以虚拟出串口,也就省去了外挂USB转TTL串口模块的麻烦,当然这个虚拟出的串口占用的编号比较大,只能将其强行改的小一些,否则串口调试工具可不答应。 将程序编译下载后,其运行效果如图1所示。 图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所示。 嗯,表现还不赖! 哎,就怪我的表现不好,没有及时为你配上一个颜值高的小脸蛋!算哥欠你的。 图2 更新RTC计时
|