• 状态 Resolved
  • 已锁定 已锁定
  • 回复 7 回复
  • 订户 0 订户
  • 视图 771 视图
  • 用户 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.

[参考译文] CC2652P7：CC2652x7和 BLE 的外部慢时钟要求？

admin
Guru**** 2442120 points
Other Parts Discussed in Thread: CC2652P7, CC2652R7, CC1312R7, CC1352P7, SYSCONFIG

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1237450/cc2652p7-external-slow-clock-requirement-for-cc2652x7-and-ble

器件型号：CC2652P7
主题中讨论的其他器件：CC1312R7、 CC1352P7、 SysConfig

应用手册《CC2652x7 器件的硬件迁移到 CC2652R7和 CC2652P7的状态：

"应注意、对于需要慢时钟精度小于+600PPM 的应用(例如低功耗蓝牙应用)、CC2652x7器件需要使用外部32kHz 慢时钟。"

(同样适用于 CC1312R7和 CC1352P7)

但是、我 在 技术参考手册、 数据表、 芯片勘误表或 任何其他文档中未找到此要求。

问题1：这是否意味着内部 RCOSC_LF 不能用于 BLE、而是需要一个32.768kHz 晶体用于 XOSC_LF？
我们已在其他 BLE 项目中成功使用了 CC26xxR1 的 RCOSC_LF 和低功耗模式、 定期重新校准 RCOSC_LF。 无法使用 CC2652x7完成此操作？

Q2：如果仅使用有效功耗模式、这是否也适用？ 我们不需要待机模式或关断模式。

问题3：原因是什么？  CCxxx2R 到 CCxxx2R7的"存储器升级"对 RCOSC_LF 有何影响？

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

    您好、ReWolfgang、

    请参阅 BLE5-Stack 用户指南的"定制硬件"部分。  由于 RCOSC_LF 的 RTC 变化为+/- 600PPM (请参阅器件 数据表 32kHz RC 振荡器(RCOSC_LF) 部分)、因此 不建议根据 蓝牙核心规范进行认证。  这也适用于所有 SimpleLink 型号、包括 CC2652R1、并且我认为您所引用的硬件迁移指南措辞不好。  但是、如果您未进入睡眠模式并且有 文档说明 不使用外部晶体进行操作、则这是可以接受的。

    此致、
    瑞安

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

    您好、Ryan、

    感谢您的快速响应。

    问题1： 在这方面、这是否意味着 CC2652x7与 CC2652R1没有区别？

    有关 在不使用32kHz 晶体的 CC13x2/CC26xx 上运行低功耗 BluetoothRegistered的后续问题：
    第2页说明"无32kHz 晶体功能仅在实现低功耗蓝牙外设、观察者和广播(信标)角色的 CC13x2/CC26xx 无线 MCU 上受支持。 因此、 所有中心角色设备或主设备必须使用32kHz 晶体振荡器 。"

    此限制是否仍适用于最新的 SDK 版本(应用报告已有4年历史)？

    我们的器件必须作为中央设备和 外设运行、并就上电做出决策、因此不能同时用作两个角色。

    是否有办法在不含32kHz 晶体的情况下以中央方式运行？
    或者如果不使用低功耗模式、这甚至不是一个问题吗？

    此致、
    沃尔夫冈

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

    您好、Wolfgang、

    对于较新的器件、仍是如此。 如果您决定不使用32kHz 晶体、则需要非常频繁的重新校准、即使如此、您也可能无法获得足够高的晶体精度来可靠地启用中央角色运行。 我建议您自行尝试、但简言之、如果您希望在中央模式下运行、则应使用32kHz 晶体。

    此致、

    1月

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

    大家好、Jan、Ryan

    SysConfig 允许将"LF 时钟源"设置为"源自 HF XOSC"。

    似乎这可以解决中心设备和外围设备的所有问题。 (由于 HF XOSC 总是运行、增加了功耗不是问题)。

    此假设是否正确？

    此致、
    沃尔夫冈

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

    您好、Wolfgang、

    进一步深入研究此模式、我认为如果您永远不会进入待机模式并且不使用低功耗模式、那么就不需要重新校准、并且从理论上讲、您应该能够使用 RCOSC 以核心角色运行。 您能否自行测试并报告问题？ 如果我们发现有任何问题、我们非常乐意帮助对其进行调试或找到替代解决方案。

    此致、

    1月

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

    大家好、Jan、

    看来我们无论如何都要进行测试和查看。

    我们将测试此配置：

    1.  "LF 时钟源"="源自 HF XOSC"。

    我们预计 这 将强制 HF XOSC 始终处于打开状态。

    我将在此处报告、但 可能需要一些时间。

    此致、
    沃尔夫冈

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

    您好、Wolfgang、

    听起来不错！ 我期待听到您的测试结果。

    此致、  

    1月