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.

[参考译文] LP-EM-CC2340R5:CC2340R5中的实际最大数据传输速度是什么?如何实现该速度?

Guru**** 1127450 points
Other Parts Discussed in Thread: CC2651R3, LP-EM-CC2340R5, CC2340R5, CC2650
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1333788/lp-em-cc2340r5-what-is-practical-maximum-data-transfer-speed-in-cc2340r5-and-how-to-achieve-it

器件型号:LP-EM-CC2340R5
主题中讨论的其他器件: CC2340R5CC2650、CC2651R3

您好!

我正在使用、

LP-EM-CC2340R5

示例代码 -"data_stream_LP_EM_CC2340R5_freertos_ticlang"、用于接收 BLE 数据包。

SDK - simplelink_lowpower_f3_sdk_7_40_00_64、 编译器 - TI Clang v3.2.0。 LTS

---------------------------------------------------------------------------------------------------------------------

固件中的参数如下、


#define DSS_MAX_DATA_IN_LEN 240

// Maximum number of BLE HCI PDUs. If the maximum number connections (above)
// is set to 0 then this number should also be set to 0.
#define MAX_NUM_PDU                   		    5

// Maximum size in bytes of the BLE HCI PDU. Valid range: 27 to 255
// The maximum ATT_MTU is MAX_PDU_SIZE - 4.
#define MAX_PDU_SIZE                  		    255

// Pass parameter updates to the app for it to decide.
#define DEFAULT_PARAM_UPDATE_REQ_DECISION       GAP_UPDATE_REQ_ACCEPT_ALL

// Pass parameter updates to the app for it to decide.
#define DEFAULT_SEND_PARAM_UPDATE_REQ

// Delay (in ms) after connection establishment before sending a parameter update requst
#define SEND_PARAM_UPDATE_DELAY                 6000

// Minimum connection interval (units of 1.25ms) if automatic parameter update
// request is enabled
#define DEFAULT_DESIRED_MIN_CONN_INTERVAL      8

// Maximum connection interval (units of 1.25ms) if automatic parameter update
// request is enabled
#define DEFAULT_DESIRED_MAX_CONN_INTERVAL      8

// Peripheral latency to use if automatic parameter update request is enabled
#define DEFAULT_DESIRED_PERIPHERAL_LATENCY     0

// Supervision timeout value (units of 10ms) if automatic parameter update
// request is enabled
#define DEFAULT_DESIRED_CONN_TIMEOUT           1000

我有我们自己的 Android 应用、可将93.75KB 的图像数据发送到 BLE 外设-

1) CC2340R5蓝垫、 需要42秒 以便接收此数据。

2) 2)我还拥有基于 CC2650的 BLE 外设、 需要24秒 实现  

#define MAX_PDU_SIZE 255 (与 CC2340R5相同)。

一开始我们以为 CC2650需要很长时间、因此使用 CC2340R5进行尝试、假设它的数据发送速度更快(由于它的 BLE 版本5.3更高)

但结果是相反的、我们  在 CC2340R5中获得更慢的速度。

我们可以将这个时间从10秒减少还是减少到更短?

请指导我如何在 CC2340R5中提高数据传输速度

谢谢!

德尼亚尼什瓦尔 Salve  

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

    尊敬的  Dnyaneshvar:

    BLE 连接的最大理论吞吐量约为1394kpbs。 只有在完全控制连接参数和数据传输时、这才有可能实现。 以下示例自述文件提供了一些与此相关的信息: https://github.com/TexasInstruments/ble_examples/blob/simplelink_cc13x2_26x2_sdk-5.10/examples/rtos/CC26X2R1_LAUNCHXL/ble5apps/throughput_peripheral/readme.md

    该示例适用于上一 代器件、但自述文件中解释的理论适用于所有 BLE 器件。 要最大限度地提高吞吐量,您需要使用大 PDU,有效地 排列数据包的队列,并优化连接参数设置。 在智能手机设备上、您通常无法完全控制连接参数、因此手机可能无法达到低频提供的最大吞吐量。

    如果您可以使用 BLE 监听器、那么这可能有助于确定可能需要更改哪些参数以提高吞吐量

    此致、

    1月

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

    您好、Jan、

    我遇到了几个主题、其中提到 CC2340R5 SDK 尚未添加使用2M PHY 层的示例。

    因此、我想使用其他 BLE IC、而不是 CC2340R5。由于其 SDK 处于初始阶段、没有像其他 SDK 所提供的那样提供太多示例。

    我的用例是 ESL 和小屏幕数字标牌、具有4.2" BWR 到7.5" BWR 双屏和13.3"质谱6 2M 显示屏-在尽可能短的 BLE5 2M 时间内接收94KB 到468KB 的图像数据。

    CC2651R3是我认为适用于我的用例(价格低于2$/ 1K MOQ -非强迫性带来的)

    您能帮助我确定  CC2651R3是否 可以通过其2M 层提供最佳的 BLE 速度、或者是否有任何其他具有完全开发的 SDK 的更好 IC、您可以推荐我吗?

    谢谢!

    D·萨尔维

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

    尊敬的  Dnyaneshvar:

    CC2340R5 SDK 已添加对连接的2M PHY 支持。 但是、您正确的答案是、默认情况下、这些示例不使用2M PHY 进行连接 PHY。 您可以在连接期间 使用连接参数更新功能来更改首选 PHY。 因此、我认为 CC2340R5确实适合您的用途。  

    CC2651R3应能够达到最大(或至少接近)理论 BLE 速度。 很明显、CC2340R5也应该能够做到这一点。

    BLE 示例 GitHub 上提供了吞吐量示例(该示例与 CC2651R3具有相同的 SDK、因此将其迁移到 R3器件应该非常容易)。

    此致、

    1月