[参考译文] CC2640R2F：广播有时停止后的压降

尊敬的 Calvin：

观察到该电压降后、器件是否仍然正常工作？

这是定制电路板还是 TI 评估板 (LaunchPad)？

您在其上运行什么固件？ 还是自定义应用？

谢谢、
Toby

尊敬的 Toby：

我们当时没有检查它是否正常工作、但观察电压、它似乎在下一次广播时恢复正常。

基于 simple_peripheral 示例的定制电路板和自定义应用。

它每 10 秒运行一次来自传感器控制器的 ADC、并每 6 个 ADC 广播 5 秒。

这可能与勘误公告 04 相关吗？

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1522638/cc2640r2f-question-about-advisory-04

谢谢、

卡尔文

尊敬的 Calvin：

这是可能的。

作为测试、您能否添加代码、使传感器控制器每次采样时唤醒主 CPU？ 并查看是否存在与您看到的电压降相似的压降。

谢谢、
Toby

尊敬的 Toby：

它每 10 秒唤醒一次主 CPU。

在上图中、每 10 秒的细压降线路是通常执行 ADC 并唤醒主 CPU 的器件。

scifStartRtcTicksNow (0x00010000 * 10)；在 scTask.c 中设置

 SC 执行代码的最后一部分如下、

adcDisable ();

//唤醒主 CPU

fwGenAlertInterrupt()；

fwScheduleTask(1)；

谢谢、

卡尔文

尊敬的 Calvin：

产生电压的原因可能是 CPU 转换电源模式（从待机模式唤醒到运行模式）。 过去、我们看到过类似的压降、约为 100mV 至 200mV、如下所示： (+) CC2340R5：在 CPU 非活动模式期间测量 VBAT -蓝牙论坛 — Bluetooth︎ — TI E2E 支持论坛

您能否尝试在没有传感器控制器的情况下唤醒器件时监测电压？ （例如简单的 while (1) sleep (1)；如空示例中实现的内容） 。

谢谢、
Toby

尊敬的 Toby：

感谢您的建议和链接、我们将对此进行了解。

但我认为、当它从工作状态变为待机状态而不完全进入待机状态时、会在某处消耗电流、

而不是从待机状态唤醒到工作状态。  

谢谢、

卡尔文

尊敬的 Calvin：

您可以分享一些电流消耗数据吗？ 我认为您原始帖子中的屏幕截图是电压测量值（而非电流测量值）。

您是否能够调整并在 TI Launchpad 上运行相同的示例、看看是否能获得相同的结果？

谢谢、
Toby

尊敬的 Toby：

我们认为电流被消耗是因为在广播停止后、电压不会上升到原始待机电平。

由于问题的重现性很低、我想先检查固件、而不是检查硬件。

请列出我应该检查的要点。

添加了：我们检查 了看门狗计时器在这两次广播之间的部分（即应该处于待机状态但 ADC 时序除外的部分）是否已经倒计时。 换句话说、该部分似乎处于运行状态。

谢谢、

卡尔文

您能否尝试在上面运行默认 BLE SDK 示例、看看 BLE 事件之间是否存在类似的压降？

尊敬的 Toby：

在尝试您建议的操作之前、我想尝试以下操作作为一种解决方法。
如果我可以检测到广播停止后无法进入待机模式的情况、请重置器件。 有可能吗？

谢谢、

卡尔文

尊敬的 Calvin：

由于“问题的重现性很低“、我认为这是一个可行的解决方案。

是的、一旦器件检测到该情况、就可以在您的代码中执行复位（例如，如下所示： (+) 搜索 — TI E2E 支持论坛）。

谢谢、
Toby

尊敬的 Toby：

我可以检查当前的功耗模式状态吗？ 待机、空闲、运行。

是否可以使用 Power_getConstraintMask 或 Power_registerNotify 来实现此目的？

谢谢、

卡尔文

尊敬的 Calvin：

当当前器件检查电源状态时、电源状态将为“运行“。

POWER_REGISTERNotify 可以帮助记录电源状态转换及其发生时间。 （例如，注册一个回调以进行“活动到待机“转换、并记录当前 RTC 时间戳）。

此外、您可以使用“Power_getConstraintMask"来“来检查器件当前是否可以进入待机状态（例如，如果驱动程序需要运行状态，则调用 Power_setConstraint (PowerCC26XX_SB_disallow))。

谢谢、
Toby