[参考译文] CC2651R3：观察具有2个设置广播间隔的中间广播包

大家好。

感谢您与我们联系。 我们将仔细研究您的问题、并尽快与您联系。 同时、您能指定您正在使用哪个项目进行测试吗？

此致、

1月

您好！

我建议您将 SDK 更新为最新版本。

我对您的测试很好奇、您是如何计算数据包的？

另外、器件的大量广播包很正常、这也是我们在3个不同通道中复制数据的原因。 就我的经验而言、我认为3%不是那么大。

根据您的线程、广播间隔不会直接受到影响、因为当您丢失了一个数据包时、下一个数据包会在两个广播间隔(400ms)之后出现。

此致、

大家好、Jan、

[quote userid="318303" url="~/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1236932/cc2651r3-observing-intermediate-advertising-packets-with-2x-set-advertisement-interval 我们在简单外设示例源中观察到类似的情况、 即在总广播包中有36个数据包(已将广播间隔配置为1秒)是2秒数据包。

前面讲过、这是 CC2651R3芯片组的 simple_peripheral 示例。

纪尧姆、您好！

我们使用最新的 SDK。 通过之前的 SDK、我们也观察到了这种行为。

我们使用 Wireshark 工具捕获广播包、并根据广播间隔进行筛选。 (请找到相应的附加.xlsx、红色标记的是具有2s 广播间隔的数据包)

您好！

为了在同一个页面上、您的 SDK 版本是7.10.00.98、对吗？ (这是最新的一个)。

您是否在办公室环境中进行了测试？

对讲机的所有活动是什么？ 设备是否仅进行广播？ 扫描？ 连接到器件？

此致、

我在前面说过、我们使用的是最新版本。 我们使用 ver6.20 SDK。 此外、正如我提到过 的、我们也在之前的 SDK 中观察到了这种行为。 我可以使用7.10版本的 SDK 进行测试，并使您知道结果。

Unknown 说：

您是否在办公室环境中进行了测试？

是的、在办公室环境中进行测试。

Unknown 说：

对讲机的所有活动是什么？ 设备是否仅进行广播？ 扫描？ 已连接到设备？

该器件仅发送可连接广播、未连接。

我无法确保最新的 SDK 能够解决此问题、但我们可以尝试一下。  

根据我的经验、您的环境中丢失3%的广播包完全符合我的预期。  

当您使用最新的 SDK 进行测试时、请告诉我。

此致、

纪尧姆、您好！

感谢您提供信息。

但我想知道这种广播包丢失的原因是什么？

如何降低失真呢？