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.

[参考译文] CC1352P7:没有外部32kHz 晶体时鼠标不准确

Guru**** 2429800 points


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

https://e2e.ti.com/support/wireless-connectivity/sub-1-ghz-group/sub-1-ghz/f/sub-1-ghz-forum/1068369/cc1352p7-rat-not-accurate-without-external-32khz-crystal

部件号:CC1352P7

大家好,团队

客户正在使用定制板开发其专有应用程序,他们的主板没有32kHz 的外部晶体,他们发现在设备从待机状态唤醒后,RAT 出现几毫秒的错误。 据我了解,这是因为 RAT 在唤醒后与 RTC 同步,但 RTC 不准确,因为它使用 RCOSC。 这已由客户通过焊接外部晶体来验证,从而解决了问题。

问题是,没有32kHz 外置晶体,是否有办法实现准确度? 功耗在该应用中并不重要,因此客户认为保持 RF 核心处于空闲状态而不进入待机状态是否可行?

另一个问题是客户发现 M4内核的计时器模块在唤醒后仍然准确,但 RAT 不准确。 这些时钟的来源之间有何不同,这些时钟会导致这种行为?

谢谢。

水阳

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

    RAT 精度取决于 RF 核心处于活动状态时的系统 HF 时钟,以及 RF 核心处于关闭状态时的 LF 时钟。

    从数据表(第7.18.3.5节)中,您将看到某些设备上校准的 RTC 变异可能高达+-1000 ppm (典型+-600)。 您看到的变异是否大于该变异?

    您是否使用 TI 驱动程序来启用校准?

    如果电流消耗不是问题,则完全可以禁用待机。

    西里

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

    你好,Siri,

    客户需要比600 ppm 更准确的时钟,因此他们决定停止待机。

    现在的问题是如何强制 RAT 使用 HF 时钟作为时钟源? 简单地将电源策略设置为 WFI 是否可以实现这一点? 如果政策是 WFI,RAT 是否总是使用 HF 时钟?

    巴西,

    水阳

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

    您好,双阳,  

    如您所述,RAT 计时器同步发生在 RTC 唤醒时。 如果功耗不是问题,则不允许对讲机关闭电源是一个选项。 这将使 RAT 计时器与 HF 时钟源一起工作。  

    使用 RF_control() API 是一个选项。  

    uint32_t powerManagement = 0;
    RF_control(rfHandle, RF_CTRL_SET_POWER_MGMT, &powerManagement);

    有关此问题的文档可在此处找到。
    https://dev.ti.com/tirex/content/simplelink_cc13x2_26x2_sdk_5_20_00_52/docs/rflib/html/group__rf__driver__cc13x2__cc26x2.html#ga5b7345d53c66e3168216234046359823

    此致,

    西德丹斯