This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] CC2652P7:48MHz 晶体不如 RCOSC 精确?

Guru**** 2535810 points


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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1221852/cc2652p7-48mhz-crystal-less-accurate-than-rcosc

器件型号:CC2652P7

我的 PCB 上没有32kHz xtal、但我的电路板子集需要良好的 RTC。 我的计划是从 XOSC_HF 获取 LF 时钟、但我发现它的精度较低(~10s 每天漂移)。 我使用以下代码来强制使用 XOSC_HF:

Power_setConstraint(PowerCC26XX_SD_DISALLOW);
Power_setConstraint(PowerCC26XX_SB_DISALLOW);
Power_setConstraint(PowerCC26XX_IDLE_PD_DISALLOW);

如果我使用默认电源策略(允许待机模式)并将 RCOSC 作为 LF 时钟源、我可以获得每天~3s 的漂移。 我的第一个问题是为什么... 但同时、如果 XOSC_HF 不准确且  在我的功率驱动器中启用了校准 RCOSC_XX、我几乎认为 RCOSC 漂移会 更大。 我正在寻找一个用于部署许多器件的实用解决方案:如果通过[6.4]调谐 HF 振荡器能够最好地解决这一问题、那么我是否应该期望这一问题更多地依赖于各个器件/晶体(校准每个晶体)或我的 PCB 布局(找到一个理想的校准值)?

此外、我可以在 GPIO 上输出导出的32kHz 信号吗? 这可能会有所帮助。

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

    初步来说、如果我将 LF 时钟源设置为"从 HF XOSC 派生"时序、将获得更好的结果。 我不确定这是否与专家的见解一致。 但是、 我不清楚如何 实现 SET_CCFG_MODE_CONF_SCLK_LF_OPTION、以及如何修改它在运行时的影响。

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

    您好、Matt、

    很抱歉耽误你的时间。 我正在研究这个问题、很快就会回来。

    此致

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

    有什么? 我现在有两个相关的问题等待解答。  

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

    您好!

    请参阅 driverlib 中的 OSCClockSourceSet() API 来配置振荡器和时钟源。

    您可以使用 AONIOC32kHzOutputEnable () API 在任何 GPIO 上输出时钟。

    此外、您可以测量板上当前具有的 xtal 上的 ppm 吗?  

    每天10秒的漂移接近115ppm。 数据表中的 xtal 规格是什么?

    此致