请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：CC2340R5 主题中讨论的其他器件： SysConfig、 ENERGYTRACE、 UNIFLASH
工具与软件：
您好、TI：
在将例程中的频率从通道17更改为通道38后、我无法在通道38上捕获数据。
CC2340放在非常靠近无线监听器工具的位置、但尝试降低发射功率不是在通道38上实现的。
不是只有通道38无法捕捉到它、而是其他通道也无法捕捉到。
谢谢。
工具与软件：
您好、TI：
在将例程中的频率从通道17更改为通道38后、我无法在通道38上捕获数据。
CC2340放在非常靠近无线监听器工具的位置、但尝试降低发射功率不是在通道38上实现的。
不是只有通道38无法捕捉到它、而是其他通道也无法捕捉到。
谢谢。
但使用无线监听器可以在频道17的2440MHz 处捕获、但其他频率不能捕获。
此外、为什么我无法通过 SmartRF Studio 8发送数据？
我修改了 PBE_GENERIC_RAM。 在代码中、我现在可以通过无线监听器 PBE_GENERIC_RAM 接收通道38的数据。 WHITEINIT 被隐藏得更深、它应该由 RCL_open 函数加载、然后我有一个问题：我需要修改 PBE_GENERIC_RAM 吗？ 每次切换信道时我都要切换。 可以访问 FRAM。 我每次都需要调用 RCL_CLOSE、然后再调用 RCL_OPEN。 这可能会导致开关速度变慢。
谢谢
一。
您好、Ryan、
使用例程 rfPacketTx 时、如何在发送数据后使 cc2340r5进入低功耗状态？ 我在发送数据后测试出的最低电流是1.5mA。 平均电流为1.86mA。 我已关闭例行程序中的 LED。
此致、
Ryan
XDS110是否仍处于连接状态并处于活动的调试会话中？ 这将消耗超过1 mA 的电流。 我建议仅为 LP-EM-CC2340R5供电 、而不为 LP-XDS110ET 供电。 您是在默认项目中观察到这一点、还是需要进行更改才能导致该行为？ 如果需要更改、请与我分享。 以下是我通过 EnergyTrace 和默认示例(删除了 LED 代码)观察到的情况：
此致、
Ryan
我没有连接 XDS110、只有 CC2340通电、我使用了官方程序、然后稍作更改、仅关闭 LED 和 UART。 但电流仍然在1.6mA 附近。
此致、
一
您好、Ryan G ö：
还有一个问题、在例程 rfPacketTx 中、即使我在线程内不做任何事情、电流仍然很高。 平均电流达到约1.5mA、我没有初始化 LED 以及 UART、称为 RCL_Close。
当我使用 gpioshutdown 例程时、最低的平均功耗进入1μA、这可以验证我正在使用的芯片是否应该没问题。 但是、为什么使用例程 rfPacketTx 的电流这么高？ 我做得不对吗？
非常感谢！
此致、
一
请检查 Uniflash 内的器件版本
封装上也做了标记
如果您使用的是 Rev A / PG 1.0、则这是预发布器件(即2023年5月之前)、SimpleLink F3 SDK 的发布版本不支持该器件。 您必须尽快将器件升级到版本 B / PG 2.0 (在2023年5月之后 TI 出售的任何 LP 上)。
此致、
Ryan
您好、Ryan G ö：
非常感谢。
我当时确实使用了修订版本 A、然后切换到了修订版本 B、结果很好。 A 和 B 之间的差异和注意事项我在任何官方文档中都没有看到、因此它给我带来了一些麻烦、希望用户可以轻松地找出这些问题、并为您带来更少的麻烦。 谢谢。
现在我将在通道37、38和39上以3Hz 的频率连续发送数据、平均电流约为35uA、我不知道是否还有降低功耗的空间。 发送时的电流波形如下图。
您好、Ryan G ö：
下面的代码连续发送3个通道、然后睡眠333ms。
但发送37个通道之前的唤醒时间似乎有点长、发送2个通道之间的时间也有点长、这个长度是否正常？ 它能否进一步降低？ 如果我可以缩短长度、我就可以降低功耗。
非常感谢！
此致、
一