• 状态
  • 已锁定 已锁定
  • 回复 4 回复
  • 订户 0 订户
  • 视图 240 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CC2640R2F：XTAL 振荡器时钟源损耗情况下的 BLE 堆栈行为

admin
Guru**** 2560390 points
Other Parts Discussed in Thread: CC2640

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/570512/cc2640r2f-ble-stack-behavior-on-xtal-oscillator-clock-source-loss

器件型号：CC2640R2F
主题中讨论的其他器件：CC2640

在 CC2640上、如果24MHz 的外部时钟源发生意外故障、则有一个机制可以切换到 HF RC 振荡器作为 SCLK_HF 源。 我在 CTL0和 RESETCTL 寄存器中看到以下 CLK_LOW_EN 位。 使能这些位将引起一个复位、在这个复位中、软件可被编程来检查复位的原因并切换到使用一个替代时钟源。


在我们的软件堆栈中、我们是否提供了执行此操作的选项？ IE 这些位是否已启用？

如果不是、我们是否有参考代码显示要处理的正确序列？

谢谢！！

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

    有人正在对此进行研究。

    －弥敦
  • 0
    TI__Guru**** 2560390 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好！

    时钟丢失检测机制用于检测 SCLK_LF (RCOSC_LF 或32k xtal)的丢失。 如需了解更多相关信息、请参阅 TRM 第6.7.1.1节

    对于24MHz xtal、每次器件唤醒时、都会首先使用内部高频振荡器(RCOSC_HF)作为 SCLK_HF 源、然后 TI-RTOS 将通过检查24MHz xtal 是否稳定来管理开关。 如果它永远不稳定、那么 SCLK_HF 源永远不会被切换至24MHz xtal。

    您的用户案例是什么？ 您的应用是否会长时间保持在 TX/RX 上？
  • 0
    TI__Guru**** 2560390 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    你(们)好
    是的、我已经阅读了第6.7.1.1节、其中讨论了 LOW_EN 和 CLK_LOW_EN 位。
    我知道所讨论的时钟的启动条件以及第6.5.1.1节中提到的注释。

    我要问的是、当芯片使用24MHz 时钟源运行时、如果发生导致时钟源丢失的情况、软件堆栈中现在或通过硬件自动提供了相应的配置来检测此情况并切换到 RCOSC。

    谢谢！
  • 0
    TI__Guru**** 2560390 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    不可以、如果24MHz xtal 突然停止、则无法预防。 这是我们在数据表中看到以下语句的原因之一："在启用直流/直流转换器的情况下探测或以其他方式停止 XTAL 可能会对器件造成永久损坏。"