[参考译文] CC1352R：启用 ICall 模块时、执行时间显著增加

嗨、Angel、

我需要更多关于您尝试执行的操作的信息。

如果您想使用 BLE API、则必须使用 ICall。 应用程序中没有可禁用它的 API。
如果 间隔时间较长、不需要使用器件、则可以将其置于待机或关机模式以节省能源。

如果您想初步了解如何发送 BLE 数据包、可以查看 SDK 中的 rfDualModeTx_CC1352R1项目。

此致、
等等

尊敬的 Theo Lange：

主 MCU 始终处于待机模式。 但每250ms 有一个来自 RTC 时钟的唤醒事件。 这是项目要求。 无法避免。

在很短的时间内、MCU 处于工作模式、然后再次处于待机模式。 问题在于总平均电流消耗量是由 RTOS 任务的执行时间和我们的执行时间定义的。 请参阅随附的图片。 当 ICall 模块启用时、该唤醒时间加倍(最高1ms)。 这会使我们的总平均电流消耗增加近100%。 这就是为什么、我的问题是、是否有可能以某种方式暂停 ICall 模块、或者至少尽可能缩短在执行代码之前从 RTOS 唤醒的时间？

同样、我们对示例项目进行了2项非常简单的测试-有无 ICall 模块。 两个项目都有一个 RTOS 任务。 在第一个项目中、唤醒时间约为400-500us。 在使用 ICall 模块的第二个项目中、该时间为1ms。 即使我们的主周期/线程没有任何应用代码、这也会增加电流消耗。

此致、

天使

尊敬的 Marie H：

感谢您的响应。 好建议,但它对我们没有用处。 我们的器件可以选择进入 BLE 连接模式、以进行固件更新或设置。 没有完全的幸福。

我的最后一个问题。 我只能看到一个可能的选项。 因为在没有 BLE 传输的情况下、我们有非常长的时间间隔(5分钟、10分钟甚至更长)、以便停止所有 BLE 任务并取消初始化 ICall 模块、并在下次需要 BLE 功能时再次进行初始化。 是否可以做到、即使没有任何 API 函数也是如此？

谢谢、

天使