[参考译文] CCS/LAUNCHXL-CC2650：GAP_DeviceDiscoveryRequest 事件需要更长的时间

admin

Other Parts Discussed in Thread: CC2650

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/573472/ccs-launchxl-cc2650-event-of-gap_devicediscoveryrequest-takes-longer-time

器件型号：LAUNCHXL-CC2650
Thread 中讨论的其他器件：CC2650

工具/软件：Code Composer Studio

我使用两个 CC2650 Launchpad 来执行一些测试。具有中央角色的 LaunchPad A 集和具有外设角色的 LaunchPad B 集。这两个 LaunchPad 均使用 Host Test 应用程序和 ble_sdk_2_02_01_18刷写

我在 launchpad A 中将 TGAP_GEN_DISC_SCAN_WIND 设置为10msec、将 TGAP_GEN_DISC_SCAN_INT 设置为10msec、将 TGAP_FILTER_ADV_REPORTS 设置为 false、将 TGAP_GEN_DISC_SCAN 设置为130msec

当我们从 launchpad A 启动 GAP_DeviceDiscoveryRequest 时、 launchpad A 的 GAP_DeviceDiscoveryRequest 事件需要20毫秒至45毫秒左右

GAP_DeviceDiscoveryRequest 确认到 Launchpad A 中可连接的非直接广播也需要50mSec 以上。

任何想法、如何减少这两个延迟以及某些代码无法将断点置于调试状态、例如 ble_dispatch

8 年多前

0 admin 8 年多前

TI__Guru**** 2553450 points

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

您好！

由于扫描不是确定性的、因此可能需要额外的扫描迭代、直到控制器能够观察广播设备。由于您使用的是网络处理器配置、因此还必须考虑 NPI (UART)跳频时间。

如果您尝试降低延迟、我建议使用嵌入式项目、例如 simple_central 或 simple_observer。

祝你一切顺利

Bluetooth®︎（参考译文帖）

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

[参考译文] CCS/LAUNCHXL-CC2650：GAP_DeviceDiscoveryRequest 事件需要更长的时间