[参考译文] LAUNCHXL-CC26X2R1：使用 XTAL 的 RTC：还不错但不够精确、如何调整

admin

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

器件型号：LAUNCHXL-CC26X2R1

你(们)好！

我对我们的板进行了快速测试。结果不坏,但也不好。

该设计使用 CC26X2R 的 RTC 来跟踪秒数。我们使用 seconds_set()和 seconds_get()。

昨天、我把时间设为11：38：00、问时间设为11：38：00

今天、我问它的时间是11：38：00、当时是11：38：10、所以在24小时内有10秒的漂移。

对于由晶体驱动的器件、这似乎有很多。

是否有办法调整此值？也许可以通过一个 driverlib 调用来在晶体引脚中设置某个值？

通过阅读此文档第6.3节、我已经了解通过 IO 引脚使晶体频率的方法。

我们希望可以对每个电路板进行此调整。

请告诉我、祝您愉快。

0 admin 1 年多前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Kazola：

RTC 精度细节以及提高它的替代方法显示在下面的讨论中。

此外、Ryan 还提到了我们的驱动程序如何以连续的方式来约束 RTC。

但是、如果您打算在 I/O 引脚上获得 HFOSC 频率、请将其反馈到器件并将其用作校正因数、我怀疑漂移和偏移可能大于任何内部操作。

这是您所想到的吗？如果不是、请澄清。

此致、

拉斐尔

0 admin 1 年多前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

尊敬的 Kazola：

您可以尝试使用 UTC_CLOCK C 函数、可以在这里找到 \simplelink_cc13xx_cc26xx_sdk_7_10_02_23\source\ti\common\time。我测试了几周、结果非常准确。但是、问题是如果存在复位、则需要从外部源(如智能手机)更新 UTC 时钟值。

-克尔

0 admin 1 年多前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

根据您的回答、我假设在使用32KHz 晶振时没有进一步的方法来校准 RTC。

谢谢、我已经在使用 UTC_CLOCK C 函数了！

0 admin 1 年多前

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

我打开了一个新的、解释更好的主题、如下所示：

Bluetooth®︎（参考译文帖）(Read Only)