为什么大多数人都不喜欢使用STM32内置的RTC？

lmn2005

用STM32制作而成的电子钟，大多数人都不喜欢使用STM32内置的RTC，而是使用外置的RTC芯片来作为时基信号，这是为什么？
是不是STM32内置的RTC模块难以配置和操作？还是它的准确性有问题，还是别的问题？请大神们各抒己见。

alloystorm

非独立晶体的话，集成内部RTC，影响因素比较多，精度还是存疑。

chen131578

32刚要学，估计通用的没有专用芯片准确或者简单吧。

595953427@qq

595953427@qq 发表于 2024-1-9 14:37
STM32F103性能太弱鸡，卡成狗

这还是用标准外设库写的，用了FreeRTOS + lvgl，如果用HAL库会更卡

595953427@qq

STM32F103性能太弱鸡，卡成狗
      

595953427@qq

修改一下hal库，使用自己的设置时间和获取时间算法，RTC时间终于正常了

595953427@qq

HAL库又叫BUG库，果然不是空穴来风，RTC的HAL库有BUG，设置日期和时间后可以读到正确的日期和时间，芯片复位后就只能读到正确的时间，读不到正确的日期了，看来只能自己写设置日期时间和获取日期时间的算法。

z31com_1

华强北最强版本 低价只为跑量

z31com_1

很多人觉得不好用，所地才不用。

lmn2005

t3486784401 发表于 2024-1-9 03:01
早期的 f103 系列出现过挑晶振的问题，直观表现为不起振、偷停振。
并且量产的话，这个 bug 还是带比例的发 ...

原来如此，学习了

t3486784401

早期的 f103 系列出现过挑晶振的问题，直观表现为不起振、偷停振。
并且量产的话，这个 bug 还是带比例的发生，甚至还有到用户现场后才发生。

根本原因，是 f103 内部晶振驱动器的相位裕量，和国内的廉价 32K 晶振八字不合。
用好一点的晶振（例如村田）固然可以解决，但为啥不换一个好一点的外置 RTC 呢？

久而久之，成了刻板印象：STM32-RTC 不咋滴。

eric_yangsen

msvcp60 发表于 2023-5-14 18:27
内置精确度不行吧，103系列外部32.768k晶振还经常出问题，据说挑晶振。而DS1302这样的精度也不怎么样 ...

不是据说,至少14年之前的103有这个问题,挑晶振,动不动就停给你看.精度问题只要晶振能跑都能想到解决办法,偷停就要了亲命了

zhangxy5277

配合外部的32768 做个10,20 ppm 还是可以的,只是很多人不晓得如何快速去测量这个到底准不准

lmn2005

595953427@qq 发表于 2024-1-8 18:10
hal库比标准外设库更简单

刚入门就得从简单的入手。

595953427@qq

lmn2005 发表于 2024-1-8 17:59
我是用STM32CubeMX生成 （HAL库）初始代码的。

hal库比标准外设库更简单

lmn2005

595953427@qq 发表于 2024-1-8 17:19
标准外设固件库，硬件是一样，用什么库都可以，只不过HAL太绕了，对STM32那孱弱的性能来说是非常大的负担 ...

我是用STM32CubeMX生成 （HAL库）初始代码的。

595953427@qq

lmn2005 发表于 2024-1-8 14:45
用HAL库的吗？

标准外设固件库，硬件是一样，用什么库都可以，只不过HAL太绕了，对STM32那孱弱的性能来说是非常大的负担。
STM32F103的RTC比较简单，寄存器也不多。

lmn2005

595953427@qq 发表于 2024-1-8 14:21
今天专门测试了一下STM32F103的RTC，这个芯片可能是出的太久了，当前的RTC确实不太好用，虽然不好用，但是 ...

用HAL库的吗？

595953427@qq

今天专门测试了一下STM32F103的RTC，这个芯片可能是出的太久了，当前的RTC确实不太好用，虽然不好用，但是可以用的，只是麻烦一点，不如近几年出的新型号的RTC好用。

595953427@qq

lmn2005 发表于 2024-1-8 07:55
是的，是我不会用，你能帮我吗？

我可以提供有偿帮助，建议你还是自己多摸索，多尝试不同的方式