This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
您好、TI:
在将例程中的频率从通道17更改为通道38后、我无法在通道38上捕获数据。
CC2340放在非常靠近无线监听器工具的位置、但尝试降低发射功率不是在通道38上实现的。
不是只有通道38无法捕捉到它、而是其他通道也无法捕捉到。
谢谢。
您好、
您的无线监听工具可能会按 BLE 数据包进行过滤、而 rfPacketTx 将使用 BLE PHY 按该频率传输原始数据包数据。 例如、您是否能够使用与 rfPacketTx 示例相同的 PHY 和频率、改用 Smart RF Studio 8 (使用第二个 CC2340R5 LaunchPad)接收/观察数据包? 相反、由于采用相同的概念、您可能无法在无线监听工具上接收 Smart RF Studio 8传输。 请查看 同样涵盖 PropRF 的 SimpleLink Academy 实验。
此致、
Ryan
但使用无线监听器可以在频道17的2440MHz 处捕获、但其他频率不能捕获。
此外、为什么我无法通过 SmartRF Studio 8发送数据?
使用光谱仪也无法捕获通道38上的波形、但默认通道17没问题
抱歉、我刚刚测量错误、光谱仪捕获到通道38上的波形、但无线监听器没有。
但我的 SmartRF Studio 8仍然无法正常使用!
我修改了 PBE_GENERIC_RAM。 在代码中、我现在可以通过无线监听器 PBE_GENERIC_RAM 接收通道38的数据。 WHITEINIT 被隐藏得更深、它应该由 RCL_open 函数加载、然后我有一个问题:我需要修改 PBE_GENERIC_RAM 吗? 每次切换信道时我都要切换。 可以访问 FRAM。 我每次都需要调用 RCL_CLOSE、然后再调用 RCL_OPEN。 这可能会导致开关速度变慢。
谢谢
一。
关于 Smart RF Studio 8、似乎无法检测到 CC2340R5器件的可用 XDS110 SWD 连接。 这是一个 SimpleLink Academy 实验 、您可以按照了解详情。
BLE PHY 更改似乎确实需要修改 PBE_GENERIC_RAM 的 LRF_CONFIG。 WHITEINIT 值、如在修改 Custom -> BLE ->"Channel - Frequency"值的情况下比较 SysConfig ti_radio_config.c 输出时所示。 这将导致需要关闭并重新打开 RCL 无线电驱动程序以修改频率。 您是否考虑过 改用 BLE5-Stack 和 possiby HCI API?
此致、
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 的电流这么高? 我做得不对吗?
非常感谢!
此致、
一
rfPacketTx 示例中未使用 UART、即使它已在 SysConfig 中启用。 我已经附上了用于测试电路板的输出图像、是否可以尝试 从终端评估此固件?
e2e.ti.com/.../rfPacketTx_5F00_LP_5F00_EM_5F00_CC2340R5_5F00_freertos_5F00_ticlang.out
您是否还可以尝试将 SysConfig -> Device Configuration -> Low Frequency Clock Source 更改为"LF RCOSC"并 重新测试? 这可以防止 器件上的低频外部振荡器出现故障。 另一个测试会 像使用 gpiousdown,评估 gpiointerrupt。
此致、
Ryan
您好、Ryan G ö:
非常感谢。
我当时确实使用了修订版本 A、然后切换到了修订版本 B、结果很好。 A 和 B 之间的差异和注意事项我在任何官方文档中都没有看到、因此它给我带来了一些麻烦、希望用户可以轻松地找出这些问题、并为您带来更少的麻烦。 谢谢。
现在我将在通道37、38和39上以3Hz 的频率连续发送数据、平均电流约为35uA、我不知道是否还有降低功耗的空间。 发送时的电流波形如下图。
您好、Ryan G ö:
下面的代码连续发送3个通道、然后睡眠333ms。
但发送37个通道之前的唤醒时间似乎有点长、发送2个通道之间的时间也有点长、这个长度是否正常? 它能否进一步降低? 如果我可以缩短长度、我就可以降低功耗。
非常感谢!
此致、
一