[参考译文] CC2340R5：CC2340R5 BLE L2CAP 高速用例的 CoC 吞吐量说明

admin

Other Parts Discussed in Thread: CC2340R5

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1658802/cc2340r5-cc2340r5-ble-l2cap-coc-throughput-clarification-for-high-speed-use-case

器件型号： CC2340R5

尊敬的 TI AE 团队：

我们收到了一封客户咨询、询问是否可以将 CC2340R5 用于高吞吐量 BLE 应用。客户的目标要求如下：

1.在 20 秒内传输 2 MB 文件。

2.支持通过 L2CAP CoC 进行实时图像数据传输,目标是以大约 5-10fps 的速率进行 VGA 传输。

3.中心端可以是智能手机或其他 BLE 设备。

4.客户当前正在 SimpleLink 低功耗 F3 SDK 9.10.00.83 中检查基本 BLE L2CAP CoC 服务。

您能否帮助澄清以下几点、以便我们能够正确地向客户提供建议？

1.使用带有 2M PHY 的 L2CAP CoC 在 CC2340R5 上测得的实际最大吞吐量是多少？

2.是否有任何建议的 CC2340R5 配置或示例来最大化吞吐量、包括 PDU 大小、MTU/MPS、连接间隔、PHY 更新和缓冲区/队列设置？

3.一些 E2E 讨论提到 CC2340R5 最大 MTU 为 251 字节、更大的有效载荷在 L2CAP 层被碎片化。您能否确认 CC2340R5 支持的最大 L2CAP SDU 大小？

对于 2MB / 20s 的要求、TI 是否推荐 CC2340R5、或者是否应该推荐其他无线选项、例如 Wi-Fi 或专有 2.4GHz？

5.通过 DATA_STREAM 或 L2CAP CoC 连续发送大型数据块时、是否存在任何已知限制或内存/缓冲区问题？

这是一个紧急的客户请求、因为客户可以根据吞吐量目标的可行性决定是否继续评估此项目的 CC2340R5。

此致、

Mike Wu

3 个月前

0 admin 3 个月前

TI__Guru**** 2958090 points

请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

您好！

根据有关 L2CAP 的用户指南章节、最大 L2CAP SDU 大小与最大 MTU 大小相同、即 251。
对于传输速度,这将取决于多种因素:
-应将 CC2340R5 的 BLE 堆栈中的 MTU 设置为可能的最大值、即 251
-连接间隔应设置为尽可能小的值（7.5ms,这是 BLE 规范的硬性限制）
-将 PHY 设置为 2M

当满足所有这些条件时、低功耗蓝牙的最大理论速度为 1.4Mb/s、因此您应该能够在 20 秒内达到 2MB。您可以在 F2 SDK 的 BLE 吞吐量示例中看到、过去其他 TI 器件的实际应用中已经达到这些速度：

使用 251 B 的 PDU 大小和蓝牙博客文章中所述的传输开销、可以计算出可实现的最大吞吐量。对于 1M 和 2M PHY、可实现的最大吞吐量为 803kbps 和 1434kbps。但是、这没有考虑到总数据包开销使用 7 B PDU 大小。因此、在使用实际有效载荷 244 B 时、对于 1M 和 2M PHY、可以计算出可实现的最大吞吐量分别为 780.8kbps 和 1394kbps。

对于缓冲器、用户指南介绍以下内容：

如果需要分段、原始主机数据包将在后续链路层 PDU 之间拆分。这些链路层片段根据 TX PDU 大小和要发送的数据量根据需要从堆中分配。

这意味着如果您一次发送 2 MB、将耗尽堆并使设备崩溃。您需要逐步发送数据、而不是一次性发送所有数据、以免耗尽堆内存。

此致、
Lea

Bluetooth®︎（参考译文帖）

Bluetooth®︎（参考译文帖）(Read Only)

[参考译文] CC2340R5：CC2340R5 BLE L2CAP 高速用例的 CoC 吞吐量说明