why111122

相关链接:https://bbs.eeworld.com.cn/upfiles/img/20092/200921914443951.rar

zhangwh82

相关链接:https://bbs.eeworld.com.cn/upfiles/img/20092/200921914453623.rar

叶志红

相关链接:https://bbs.eeworld.com.cn/upfiles/img/20092/2009219144642942.rar

eedede

                                  

bb8224575

把自己发的库发上。
还有一个是官方的库，就不用上传了。
相关链接:https://bbs.eeworld.com.cn/upfiles/img/20092/2009219183232397.rar

zxmjiangjun

不按复位键，重复仿真复位也没问题，但按了板上的复位键就OVER了。

hulx2007

                                 可能是哪里不对吧！这与手册不符啊！

zhousw08

                                  

seadistant

                                  

allkity

这是一个只写寄存器，不可读，所以你读出什么值都是有可能的。

至于ALR的内容是否在复位后还能保存，我将做一个实验，看看复位后，在安排好的闹钟时间是否能产生闹钟中断，如果可以在要求的时间产生中断，则说明ALR内容没有丢失。

stanl

                                  

竹子

                                  

shenyu815

                                 读的操作并不影响系统的运行，因为读该寄存器没有任何实际意义。

6666666

                                  

feeler

如果你一定要读，读出什么数据都有可能。

如果要实现上下位机同步，请使用其它方法，如保存ALR数值在后备寄存器中。或干脆在每次上电时，重新写一遍ALR。

jhpotter

                                 嗯，只是觉得奇怪，不知每个芯片或系统是不是都是这样的！真要解决这个问题当然办法多啦！只是没根本解决而已，感觉不能读，设计不够合理！

ciscodealer

试验如下：
设置prescaler产生1S的秒中断，并在中断中toggle LD7
于是，RTC的counter就每秒一次的开始往上计数；

设置alarm=5，则当counter的值等于5时，产生报警中断，并在中断中toggle LD6。

如果不做进一步处理，counter就会0,1,2,3,4,5,6,7,这样的计数下去，直到0xffffffff才产生溢出中断。于是，在秒中断里处理：如果counter计数值等于6时，就set counter为0；让counter又从0开始计数；于是再等5秒，又会触发报警中断。

reset或者电池供电的况下，给板子断电，再跑。可以从LD6和LD7的闪烁情况看出来，PRL和ALR的值都还是保持第一次设置好的值。

该测试跑在万历EK-STM32F103ZET6上。

ococ

请自己制定驱动的地址


相关链接:https://bbs.eeworld.com.cn/upfiles/img/20092/2009223152041840.zip

馨怡

这两天终天抽出时间将之前我所存在的问题调了一下。
总结:
  经验证，RTC闹钟ALR寄存器不能读，只可写。读出的数据会有误。如果需要读，可用备份域寄存器实现存储和读取。我上面的问题，就在于读了ALR寄存器了。只要设定了，不需读取，复位后，CPU会按最后一次设定值进行闹钟。经验证正确。
   谢谢各位！

xixilil

                                 这说明注意看手册是多么的重要，注意看手册可以少走很多弯路。