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.

[参考译文] CC2540:低功耗模式时序

Guru**** 2535750 points


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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/846174/cc2540-low-power-mode-timing

器件型号:CC2540

我们的应用对电流消耗(不可充电电池供电设备)非常敏感、我们最近注意到电流消耗不一致、我们希望有人能帮助我们理解/优化。   

我们仍在使用堆栈版本1.4.0 (从2013年开始),我意识到,考虑到现在可用的芯片,这个芯片“过时”,但我们的设计被锁定,我们需要处理我们拥有的芯片。  

BLE Micro 进入低功耗模式所需的最小延时时间(计时器值)是多少?

2毫秒计时器是否足以让 BLE Micro 始终如一地进入睡眠/低功耗状态?

注意:我们观察到、它几次以3毫秒的时间进入睡眠状态、但并非所有时间都进入睡眠状态。 2毫秒不允许微控制器根据电流消耗波形进入休眠状态

我们正在尝试确定正确的操作是什么、并适当地调整我们的代码

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

    我假设您可以在 hal_sleep.c 中添加 GPO 切换、以测量器件进入和离开睡眠模式的确切时序。

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

    您好!

    我们没有进行这种特性描述、但以下应用手册包含一些跟踪、这些跟踪表明在进入睡眠之前、连接事件期间需要大约1ms 的后处理;

      

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

    Josh、您好!

    如数据表32MHz 晶体振荡器部分所述、在禁用和重新启用32MHz 晶体振荡器之间有3ms 的保护时间。 这意味着、对于任何少于3ms 的睡眠持续时间、器件不应进入低功耗模式。 根据您的观察结果、我假设 BLE Stack 具有内置的机制、以确保不会发生这种情况。

    此致、
    Fredrik