我既不是 ST 专家也不是 RTC 专家，无论如何。但我已经看到其他公司的几个实现，我不得不说 RTC 作为计数器（提供与 posix 兼容时间戳接口的硬件，通常是 32 位秒 + 15 个小数位）更快（在驱动程序级别，posix 时间值是在不转换为扩展形式的情况下编写和读取），数学更友好（非平凡的时间计算在扩展形式下真的很难，所以每个人都倾向于使用 posix 形式转换它）而且我怀疑因为晶体管数量较少，更简单，功耗更低且更便宜. 我从来不喜欢 RTC 日历硬件实现，因为它在硬件和驱动程序方面都过于复杂，而且我看不到这种实现有任何好处。我知道 30 年前在 4 位处理器上实现日历是有意义的，当时 RTC 主要用于产生数字时钟；现在 cpu 主要用于物联网和其他设备，它们不仅仅是一个简单的时钟，在 7 段 LED 显示屏上打印日期/时间，它们进行计算，因此转换经常发生，通常太频繁了，无法从硬件日历中获得任何好处。有人能说出一个好的读物来坚持日历硬件的实施吗？为什么
STM32 在 CM7 @ >500MHz 的 STM32H7 中继续为我们提供 RTC 日历？谢谢，如果有人可以提供关于这种废话的任何充分理由。顺便说一句，我真的很喜欢 STM32H7，令人惊叹的 CPU 惊人的壮举，也许因为我喜欢它，我花了 10 分钟询问这个奇怪的实现选择。希望以后能看到对ST RTC的评测，
只是放弃日历，因为使用 HAL 驱动程序的客户不会注意到升级，而那些不使用 HAL 的人会更乐意开发一个更简单和琐碎的驱动程序。
举报
