[参考译文] CC2650：提高数据包 TX 速率

Matteo、

很抱歉耽误你的回答。 我将指派一名专家来帮助您。

-Luis

您好、Matteo、

我有几个问题可以帮助我们更有效地解决这个问题。 您使用的是 SDK 的哪个版本？ 您的应用是完全定制的还是基于 simple_peripheral 示例？ 您是否已使用蓝牙数据包监听器验证了实际广播间隔结束的时间？ 您能否验证通过无线发送的广告是否包含您希望它们包含的数据？ 当您说您无法接收正确的数据包时、您是否意味着收到的数据包具有意外信息或您根本没有接收到任何数据包？

希望很快能收到您的回复！

此致、

1月

您好、Jan、

感谢你的答复。 S

以下是您的问题的答案：

- SDK 2.2.2

-我从 simple_peripheral 示例启动了我的项目

——我没有尝试数据包监听器，你有没有建议？

我看到我能够准确地发送/接收我所期望的内容、广播间隔为100ms 和60ms。 唯一的问题是、在60ms 的广播间隔内、我会丢失一些数据包、更精确的是、如果我发送144个包含214个字节的数据包、我会得到以下结果：

- 100ms Adv：0数据包丢失

- 60ms 高级：3到5个数据包丢失

您认为 CC2650的配置中缺少什么东西、还是只是较高传输速率下的错误率？ 我还有 CC2650sensor 标签、我看到还有可以设置的较低广播间隔是100ms。

我想问的另一个问题是、MTU 是否可以设置为比251更高的值。

非常感谢、

Matteo

您好、Matteo、

感谢您提供其他信息。 我们提供自己的数据包监听器、称为 SmartRF 数据包监听器。 用户指南 提供了操作和设置数据包监听器的详细说明。  

缩短广播间隔可以增加错过数据包的机会。 但是、这不一定是丢失数据包的原因。 感谢您提供有关测试的信息。 您能否描述测试设置的接收器端？ 观测器上的扫描参数是什么？ 这可能有助于我们找到此问题的可能根本原因。

关于 MTU 大小、CC2650的 BLE 堆栈支持最大 MTU 大小251字节。 MTU 大小始终为 MAX_PDU_SIZE - 4、这是251字节最大限制的来源。

此致、

1月