[参考译文] CC2642R-Q1：CC2642广播报告延迟

admin

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1509411/cc2642r-q1-cc2642-delay-in-adv-reporting

器件型号：CC2642R-Q1

工具/软件：

e2e.ti.com/.../Adv_5F00_reporting_5F00_issue.zip

我们在 TI Stack/SDK 的广播报告方面存在问题。

以下是观察到问题的配置：

车辆(观察员/中央车辆)：
- SCAN_Interval：25 ms
- SCAN_WINDOW：25ms

电话(广播设备/外设)：
- Advertisement_Interval：100 ms
- Advertisement_Window：100 ms

问题：

无线传输 Adv_san 时序为~ 50ms
TI 栈报告的时间差为~200ms
从 TI Stack/SDK 到向应用报告广播似乎存在延时。您能否分析一下这种延迟、并告诉我们是否可以减少延迟？
我们当前的要求是手机上的 Adv_Interval 为100ms、但广播报告时间必须小于150ms。

遵循的步骤：

Basic_BLE TI 示例程序、并在两个 TI 开发套件(CC2340)上充当观察者/中央设备和广播设备/外设。
- 修改观测器/中央代码以输出 UART 日志。
- 广播设备/外设是默认示例。
- 测试是在 CC2340 DevKits 上进行的、但也应适用于 CC2642。
自扫描启用以来使用 curSysTime 为每个 Adv_Report 捕获 UART 日志。
捕获上述的 OTA 日志。

附加以下内容：

捕获的 OTA 日志
捕获的 UART 日志
修改了 UART 日志的基本 BLE 工程代码(观测器/中心角色)

4 个月前

0 admin 4 个月前

TI__Guru**** 2322270 points

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

您好、Kumar、

您能分享一下如何测量计时差值吗？是否在 scanCB 中的 Adv_report 事件内切换引脚？

我猜你有兴趣从一个特定的设备的广告,并希望在每次收到来自该设备的广告报告时做一些事情。您能否详细说明申请是什么、以便我更好地了解截止日期和限制？

此致、
Achyut Ray

0 admin 4 个月前

TI__Guru**** 2322270 points

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

您好 Achyut、 Achyut Ray

时间增量的计算方法如下：
1)一旦扫描启用,我们输出(UART Log)系统节拍时间。
2)每当我们收到广播报告时,我们都会得到系统节拍时间并通过 UART 日志输出它。
3)等待特定 BD_ADDR 的广播报告(即充当外设的第二个 TI DevKit)。通过 UART 日志查找此 Adv Report 输出的系统节拍时间。
4)计算启用扫描时从第二个 TI DevKit (外设)接收的第一个 Adv 报告与系统节拍时间之间的差值。
5)重复步骤1)- 4)多次检查平均值。

除了 UART 引脚之外、不切换引脚、以使用系统节拍时间输出 UART 日志。

>>
我猜你有兴趣从一个特定的设备的广告,并希望在每次收到来自该设备的广告报告时做一些事情。您能否详细说明申请是什么、以便我更好地了解截止日期和限制？
>>
是的。我们正在查看来自具有 Adv 间隔的外设的 Adv 报告。在我提到的测试中、外设是另一个 TI DevKit、其中 Basic_BLE 采样程序、角色设置为 Peripheral、并且按照我在原始 POST 中提到的方式配置 Adv_interval 和 Adv_window。在我们的实际系统中、无法更改外设值。

两个 TI DevKits 设置旨在获取实际系统信息、并计算 BLE Stack/SDK 向应用报告高级报告所需的平均时间。

希望这澄清了您的查询。

Bluetooth®︎（参考译文帖）

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

[参考译文] CC2642R-Q1：CC2642广播报告延迟