[参考译文] CC2340R5：如何降低 cc2340的功耗

您好、Yi：

您的代码与 rfPacketTx 示例非常匹配、因此、假设本测试中未使用所有其他硬件外设(例如 UART、SPI)、那么它非常接近给定无线电配置的最小电流消耗。

Unknown 说：

1：在切换信道时是否需要关闭射频并打开射频、即调用 RCL_CLOSE ()、然后调用 RCL_OPEN ()？ 这可能会消耗更多的时间、从而增加功耗。

否、无需调用 RCL_OPEN/Close。 仅当处理当前命令时、RCL 才会处于活动状态。

我假设您希望尽可能降低总体能耗。 由于电压通常保持恒定、因此您可以查看电流消耗。
此外、要降低 energy_tx/energy_tot 的百分比、可以降低 energy_tx 或增加 energy_tot。 energy_tot 的增加很简单(只需保持器件处于活动状态)、但也会消耗更多电流... 我假设主要目标是降低整体电流消耗(降低整体能耗)。

为了降低电流消耗、根据提供的信息、我的一些建议是：

1. 如第一点所述、您无需调用 RCL_Close 和 RCL_open。 没有取舍。
2. 降低 TX 功率(权衡范围)
3. 减小 TX 数据包大小(不利之处在于数据吞吐量)
4. 减少导致 RCL_Command_Submit 的代码量：有3个单独的 txData (或 txPacket)、且通道字段已设置(权衡是存储器消耗)
5. 增加 TX 序列之间的间隔。 如图所示、每个 TX 序列假定为3xTX (权衡是吞吐量)
6. 减少在工作模式下花费的时间

谢谢！
Toby

尊敬的 Toby：

对于第一点、我想知道您为什么说可以不调用 RCL_Close 和 RCL_open？ 我不需要修改 PBE_GENERIC_RAM。 我更改频率后是什么？ 然后调用 RCL_open 以传入 PBE_GENERIC_RAM.WHITEINIT.I 的值、从而更改频率和 PBE_GENERIC_RAM。 我不能在没有调用 RCL_CLOSE 和 RCL_OPEN 然后使用无线监听器的情况下从更改的频道接收数据。

2、3、5：我们的请求是 txpower 和 txpacket 不会再降低。 传输频率不能降低。μ s

4：我曾尝试减少 RCL_Command_Submit 之前的代码(不会再更新数据、为每个通道发送相同的数据)、但这似乎也没有什么帮助！

然后我尝试了其他方法、创建了三个对应于三个不同通道和 PBE_GENERIC_RAM.WHITEINIT 的 rclHandles、如图1所示

然后、我注意到发送两个通道的间隔时间变短(如图2所示)、但发送第一个通道之前的启动时间变长。 如图3所示 、则总发送时间不变。如图4所示

下图显示第一个代码的测量结果

您好、Yi：

了解有关使用哪些技术来降低总体能耗的应用要求。

您能否共享 SWITCH_WHITE 的代码？

这可能会改变对讲机中需要重新加载的级别、预计需要更多时间。

谢谢！
Toby

这是为了修改 PBE_GENERIC_RAM。 在配置中为 WHITEINIT。 然后通过 RCL_open 来加载

还有一个问题是,当使用该程序时,当芯片靠近导体(例如,一个小磁体,一只手,一个铁柜)时,会发生异常电流波形,从而导致功耗增加。下图、该异常波形的频率为50 Hz。

当异常时、它看起来是这样的

尊敬的  Toby：

这种电流波形异常是因为我们为芯片供电的电压源没有接地。

谢谢！
一

Unknown 说：

此电流波形异常是由于为芯片供电的电压源未接地所致。

如果电压源接地、这是否会消失？

在这种情况下、通常会在 RCL_open 中花费更多的时间、因为必须重新加载寄存器。 (即使您只调用 RCL_Close、然后调用 RCL_open、也会发生这种情况)。

请注意、 LRF_commonRegConfig 意味着为常量... 这意味着 RCL 不希望该值发生变化。 但是、如果您确实更改了它、那么是的、需要 RCL_Close 并打开。

电压源接地时无异常波形

感谢您的确认。