[参考译文] CC2340R5：间隔期间的电流尖峰

尊敬的沭阳：

感谢您与我们联系。 based_ble 项目中是否存在任何修改？ 器件是处于连接状态还是只是广播状态？

此致、

1月

您好，沭阳，

这些尖峰似乎是再充电电流脉冲、尽管它们在几乎恒定的频率下出现、但它们的行为在射频系统中是正常的。

如果您能给我们提供有关您如何配置 based_ble 项目的更多详细信息(我假定在外设模式下)、例如广播参数以及是否已建立连接(虽然似乎没有)、将会有所帮助。 无法从该比例的图像中获得大量信息。

此致、

大卫。

大家好、Jan、David、  

感谢您的回复。 我刚刚将广播间隔更改为1000ms、并禁用 SysConfig 中的 UART 菜单、没有其他更改。

尖峰不会定期发生、我报告过此问题的客户说它每80-90秒发生一次、但我使用 EnergyTrace 测量了300秒、每次都没有捕获到问题、经过多次测量后才重现问题。 如果您有功率分析仪、则可以更轻松地看到问题。

因为间隔太大、我不确定这是否是充值？ 不过、我没有在 Agama 器件上看到再充电电流、我想知道 CC2340是否与 Agama 具有不同的再充电逻辑？

此致、

沭阳

您好，沭阳，

您能否检查(在器件封装上)这是 PG1.0还是 PG2.0 (芯片修订版本)？

硅片版本

此致、

大卫。

它是 PG2.0。

Br、

沭阳

您好！

您能否向我发送您正在器件上运行的图像以对其进行复制。

我根据您的参数修改了 basic_ble 工程、但无法重现问题。

此致、

大卫。

尊敬的 David：

请通过下面的链接找到我的项目：

tidrive.itg.ti.com/.../166547fa-1e45-4089-8f6b-754e9c526229

需要进行几次测量才能捕获该行为、因为它会不时发生。 您使用的是功率分析仪还是 EnergyTrace？ 功率分析仪能够记录结果的时间更长、因此更易于使用。 如果您使用 EnergyTrace、请尝试再进行几次测量、我使用了5分钟的测量周期、它花了3-4次测量才能看到问题。

此致、

沭阳

您好，沭阳，

我使用 EnergyTrace 运行了多次项目、并持续了5分钟(执行时间)、但无法重现相同的行为。 我现在正在使用功率分析仪执行此操作、但到目前为止得到的结果是相同的。

您是否有其他电路板可尝试使用该示例？

此致、

大卫

尊敬的 David：

我尝试了另一个 LaunchPad、它也出现了这个问题。 我的客户也确认他们在他们的所有板上都看到了这个问题、这不是个人的行为。

它只是需要时间重现,从我的观察,它需要超过90秒发生,几乎随机发生。

此致、

沭阳

您好，沭阳，

我将尝试通过其他两台设备重复这个案例、并且使用了更长的时间。 我会继续向您发布结果。

同时、您能否告诉我、这种行为是发生在生产环境中还是发生在用于测试的受控环境(屏蔽盒与拥挤的 BLE 环境)中、以便了解有关此主题的更多详细信息。

此致、

大卫。

它在办公室环境中、环境中确实存在其他 BLE 信号。

Br、

沭阳

您好，沭阳，

我将运行一些额外的测试(更长的时间)。

请给我几天时间来联系您。

此致、

大卫。

尊敬的 David：

感谢您的支持！ 如果您有任何需要、请告诉我。

此致、

沭阳

您好，沭阳，

有几件事我需要仔细检查。

1. 测试在 Launchpad 或定制电路板上运行？ 只是为了仔细检查一下。
2. 我已经能够重现与您展示的内容类似的东西。 您能否再次重现此问题并与我分享当前显示该特定部分更详细信息的能量轨迹图(更进一步缩放)？ 以便获得更清晰的信号波形、并将其与我的波形进行比较。
3. 是否已尝试建立连接？ 如果是、此行为是否会对连接造成负面影响？

此致、

大卫。

尊敬的 David：

1.它可以在 LaunchPad 和客户电路板上重现。 我的屏幕截图来自 LaunchPad。

2.请找到放大后的图像,和预期的再充电波形一样吗?

3.连接后我做了10次30s 测量,到目前为止没有看到这个问题。 手机上 Lightblue 决定的连接间隔是30ms。 我觉得也值得一提的是、当客户禁用了 basic_ble 中的广告时、也出现了这种问题。 该波形与具有广播功能的波形相似。

此致、

沭阳

您好，沭阳，

谢谢、是的、我有非常相似的结果、但很难重现它们(似乎是随机的)。

您能否始终复制它(25%、50%、75%和100%时间)？ 还是一次性事件？

禁用 basic_ble 中的广播意味着什么？ 您能否指定此新配置？

我们已经在对此进行进一步研究、因此、如果您能提供有关如何重现此示例的更多信息、将会非常有用。

此致、

大卫。

尊敬的 David：

对我来说,这似乎是随机的,但我只是重复与客户,他们看到的行为每900秒. 如果您有一个能够捕获较长测量值的功率分析仪、则看到它应该会更容易。

通过禁用广播、我的意思是注释掉代码中的 GapAdv_enable 调用。

客户也表示在连接过程中看到了。

此致、

沭阳

您好，沭阳，

请帮助我完成以下工作：

1. 验证在广播间隔为100ms 或更短时是否也发生这种行为。
2. 请确认未连接任何其他外设、并且仅使用 BLE。

此致、

大卫。

尊敬的 David：

我刚刚看到了新 SDK  7.20.01.10的发布说明、此外、还有一个看起来与我们的问题非常相似的已知问题：

"CC2340从待机状态意外唤醒、间隔越来越短"

https://sir.ext.ti.com/jira/browse/EXT_EP-11465

如果这与我们看到的问题相同、您能帮助再次确认一下吗？

此致、

沭阳

您好，沭阳，

是的、这确实是同一个问题。 我们目前正在进行这项工作。

我会尽快提供更多详细信息。

此致、

大卫。

您好，沭阳，

团队已找到问题的根源、并正在努力解决该问题、在降低事件频率方面已经显示出积极的结果。

您能否告诉我、这是否会导致生产中需要紧急解决的任何问题？

此致、

大卫。