[参考译文] CC2340R5：单个广播事件期间的电流消耗

Bob、您好！

感谢您的咨询。

我建议查看用户指南的" 优化低功耗蓝牙"部分。

1. 在广播事件的最后一部分、 低功耗蓝牙协议栈会处理收到的数据包并进行设置
   睡眠计时器为下一个事件做好准备、然后进入待机状态。
2. 每个通道 Adv 的额外功耗("边缘")是由 CPU 升高所致。 如需修改、请特别遵循我之前分享的指南中的第5步。

希望这对您有所帮助。

David。

尊敬的 David：

2)您的建议2)确实帮助了"边缘"。。

但关于1)、我已将我的广播类型设置为"不可连接、不可扫描"；否则、您会在每个数据包 TX 后看到一个短 RX 窗口(在~5mA 处)... 我不确定正在处理哪些"接收到的数据包"(因为甚至没有预期！！！)

根据我使用 rfPacketTx 示例捕获的其他功率配置文件、在 RCL 驱动程序中"清理"然后设置暂停计时器的时间通常小于100us...  我实际上能够单步执行 RCL 代码、在这里我看不到任何接近0.6ms 的东西。。  此开销大概发生在 BLE 堆栈内部(我无法访问源的位置)？？？

Bob。

Bob、您好！

很高兴看到它有助于降低 Tx 的额外功耗。 如您所述、开销很可能来自 BLE 堆栈、专有射频示例(例如 rfPacketTx)中未使用。 我想问一下、我们的用例或功耗预期是什么、以便更好地了解如何提供帮助？

BR、

David。

尊敬的 David：

我在两周前给你发送了一个朋友的请求。。

我想私下告诉您我的用例。。

Bob。

Bob、您好！

我认为所有的问题都应该通过这个渠道进行更好的探讨、我不知道私人内部的问题。

如果您想要讨论任何机密信息、我建议您联系您的德州仪器(TI)、告知他可以发起内部查询。 请告诉我、我还能为您提供哪些帮助。

BR、

David。