[参考译文] CC2745R10-Q1：[CC2745R10-Q1]：距离计算不准确

admin

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

https://e2e.ti.com/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1623966/cc2745r10-q1-cc2745r10-q1-distance-calculation-inaccuracy

器件型号： CC2745R10-Q1

我们使用的是 CC2745R10 来使用测量距离 SimpleLink 低功耗 F3 SDK v9.10.00.83 。

几个主要误差源 距离模式 并记录计算出的距离、SDK 返回的结果是正确的。不过、当我们切换到时 原始数据模式 并记录原始数据、在解析原始数据后、我们观察到 SDK 返回的距离与使用我们自己的算法（如线性算法和其他几种算法）计算的距离之间存在很大差异。

例如、测量范围内的距离时 1 至 10 米 、SDK 返回的距离和算法计算的距离都只是周围的距离 1 米 、这与实际距离有很大不同。

此问题可能是由引起的 不正确的原始数据解析方法 或 距离计算公式不正确 我们这边呢？也可能是 SDK 有问题？

请提供一个 源代码示例 它演示了如何正确 解析原始数据并计算距离 消息流 SimpleLink 低功耗 F3 SDK v9.10.00.83 ？

非常感谢。

3 个月前

0 admin 3 个月前

TI__Guru**** 2812305 points

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

您好：

您是否在评估 CS？您要解析的 9.10.00.83 HCI 格式不符合低功耗蓝牙 V6 标准、因此 HCI 输出不完全符合规范。如果您遵循 BLE 解析规范、应该更新到最新的 SDK、 9.14.02.16.

对于 9.10.00.83、如前所述、十六进制数据不遵循 BLE 规范。输出是完全专有的。我建议升级到 9.14.02。

谢谢、
Isaac

0 admin 3 个月前

TI__Guru**** 2812305 points

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

您好、Isaac。
感谢您的答复。我们更改为 9.14.02、BLE 规范解析结果是正确的。但我们的客户端仍然希望使用 9.10.00.83、因为他们的系统正在使用该 SDK 版本、他们不想更改它、所以他们希望我们再次降级使用 9.10.00.83。您能否共享 HCI 输出的格式（如果它不影响您的公司隐私）或任何源代码/函数来帮助正确解析十六进制数据？或者、您是否有任何补丁来帮助在 SDK 9.10.00.83 上解决该问题？
此致。

0 admin 3 个月前

TI__Guru**** 2812305 points

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

您好：

同样、9.10.00.83 未通过低功耗蓝牙 V6 认证。因此、通道探测在 9.10.00.83 上不符合规范。这意味着、如果您的最终解决方案包含信道探测功能、则该解决方案无法通过认证。

对于原始输出、您能向我解释一下您看到了什么问题吗？我认为 BLE 规范和专有十六进制输出之间只有一个区别。也就是说、对于专有质量指标、TQI 是无符号的 8 位（越低越好）。其他一切都应该相同。

谢谢、

Isaac

Bluetooth®︎（参考译文帖）

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

[参考译文] CC2745R10-Q1：[CC2745R10-Q1]：距离计算不准确