[参考译文] CC2745R10-Q1：[BLE 6.0 CS DKC]信道探测测距结果缺失

嗨、Nima

我很抱歉误单击“解决“按钮。

这是否与不使用 RREQ/RRSP 角色有关？ 目前、我遵循 ble_device_car_node_with_distance.py 中的测试程序、它在每个测量周期后重新启用测距函数。

此致！

普雷斯顿

嗨、Nima

在接下来的几天内是否会有任何信息更新？

此致！

普雷斯顿

您好：

是的、我将此主题分配给一位专家、他明天应该为您提供帮助。

此致、

Nima Behmanesh

您好普雷斯顿  

您能否提供正在测试的环境？ 距离是多少、您是测试 NLOS 还是 LOS、是在车辆周围还是室内进行 CS 设置？  

在不使用 RRSP/RREQ 时、我们没有遇到类似的问题。 我怀疑问题是由于您正在测试的环境以及两个设备正确收集所有 PCT 样本的能力造成的。  

此外、您能为我提供您的 CS 配置吗？ 您使用的是 2x2 天线配置、您使用的模式以及连接间隔是多少。  

您是否希望将信道探测与测距配置文件结合使用、或者您是否希望使用 L2CAP？  

请告诉我。  

谢谢、
Isaac

您好、 Isaac

您能否提供正在测试的环境？ 距离是多少、您是测试 NLOS 还是 LOS、是在车辆周围还是室内进行 CS 设置？  [/报价]

我们在 1 至 10 米的开阔区域进行了测试。 锚 (CC2745) 放置在车辆内部、而 UID (CC2340) 放置在外部。 测试在 LOS 和 NLOS 两种条件下进行。 目前、我们已经观察到两种情况下的测距数据丢失。

此外、您能否向我提供您的 CS 配置？ 您使用的是 2x2 天线配置、您使用的模式以及连接间隔是多少。  [/报价]

我们目前使用 2×2 天线配置、在模式 3 下运行、连接间隔默认设置为 30ms。

[报价 userid=“564625" url="“ url="~“~/support/wireless-connectivity/bluetooth-group/bluetooth/f/bluetooth-forum/1547106/cc2745r10-q1-ble-6-0-cs-dkc-channel-sounding-ranging-results-missing/5975968

您是否希望将信道探测与测距配置文件结合使用、或者您是否希望使用 L2CAP？  

[/报价]

我们希望将信道探测与测距配置文件配合使用。由于我们需要通过 L2CAP 传输数据、因此我们担心潜在的冲突问题。但是、我们目前不知道如何启用测距。 是否有任何相关的示例或文档可用？

此致！

普雷斯顿

[/quote]

器件角色：CC2340（反射者）、CC2745（发起者）

您好、 Isaac

何时更新信息？

此致！

普雷斯顿

您好普雷斯顿  

对延误表示歉意。  

9.11.01.xx SDK 中支持测距配置文件、客户端和服务器。 您可以自行测试。 SDK 文档中有文档。 导航至  “sdk_root_dir/docs/ble5stack /ble5stack-users-guide.html“ 。  RAS/RAP 文档可以在信道探测部分下找到。  

根据 LOS 或 NLOS、您是否看到数据丢失的增加？ 当您看到数据丢失时、十进制值是 0xFFFF FFFF 吗？ 您使用的是定制硬件还是 TI EVM 和天线 BoosterPack？  

我在 9.11.01.09 SDK TI EVM 和天线 BoosterPack 上没有观察到任何测距损耗、因此我提出了更多问题。  

请告诉我。  

谢谢、

Isaac

您好、 Isaac

在视距 (LOS) 和非视距 (NLOS) 环境中都会发生数据丢失、在 NLOS 条件下观察到更严重的损失。 在数据丢失事件期间、我们观察到没有数据报告、似乎没有从电路板端上传事件、如下所示。

----------------------------------------------------------------------
***** procedure enable *****
Procedure Enable
----------------------------------------------------------------------
_io: []
event: 68
status: 0
conn_handle: 0
config_id: 0
enable: 1
aci: 7
pwr_delta: 10
sub_event_len: 55000
sub_events_per_event: 1
sub_event_interval: 0
event_interval: 3
procedure_interval: 0
procedure_count: 1
----------------------------------------------------------------------
Waiting for NWP_CS_APP_DISTANCE_EXTENDED_RESULTS
Distance Extended Results - initiator
----------------------------------------------------------------------
event: 0x61
status: 0
connHandle: 0
distance: 581
quality: 1706
confidence: 100
numMpc: 3
distanceMusic: [2271, 572, 1802, 601]
distanceNN: [0, 0, 0, 0]
numMpcPaths: [1, 3, 1, 4]
qualityPaths: [6596, 1706, 5324, 1626]
confidencePaths: [0, 100, 0, 100]
----------------------------------------------------------------------
***** procedure enable *****
Procedure Enable
----------------------------------------------------------------------
_io: []
event: 68
status: 0
conn_handle: 0
config_id: 0
enable: 1
aci: 7
pwr_delta: 10
sub_event_len: 55000
sub_events_per_event: 1
sub_event_interval: 0
event_interval: 3
procedure_interval: 0
procedure_count: 1
----------------------------------------------------------------------
Waiting for NWP_CS_APP_DISTANCE_EXTENDED_RESULTS
Distance Extended Results - initiator
----------------------------------------------------------------------
event: 0x61
status: 0
connHandle: 0
distance: 585
quality: 1973
confidence: 100
numMpc: 3
distanceMusic: [2330, 616, 1861, 601]
distanceNN: [0, 0, 0, 0]
numMpcPaths: [1, 3, 1, 3]
qualityPaths: [5866, 1816, 3712, 1973]
confidencePaths: [0, 100, 0, 100]
----------------------------------------------------------------------
***** procedure enable *****
Procedure Enable
----------------------------------------------------------------------
_io: []
event: 68
status: 40
conn_handle: 0
config_id: 0
enable: 0
aci: 7
pwr_delta: 10
sub_event_len: 55000
sub_events_per_event: 1
sub_event_interval: 0
event_interval: 3
procedure_interval: 0
procedure_count: 1
----------------------------------------------------------------------
***** procedure enable *****
Procedure Enable
----------------------------------------------------------------------
_io: []
event: 68
status: 50
conn_handle: 0
config_id: 0
enable: 0
aci: 7
pwr_delta: 10
sub_event_len: 55000
sub_events_per_event: 1
sub_event_interval: 0
event_interval: 3
procedure_interval: 0
procedure_count: 1
----------------------------------------------------------------------
***** procedure enable *****
Procedure Enable
----------------------------------------------------------------------
_io: []
event: 68
status: 40
conn_handle: 0
config_id: 0
enable: 0
aci: 7
pwr_delta: 10
sub_event_len: 55000
sub_events_per_event: 1
sub_event_interval: 0
event_interval: 3
procedure_interval: 0
procedure_count: 1
----------------------------------------------------------------------
***** procedure enable *****
Procedure Enable
----------------------------------------------------------------------
_io: []
event: 68
status: 40
conn_handle: 0
config_id: 0
enable: 0
aci: 7
pwr_delta: 10
sub_event_len: 55000
sub_events_per_event: 1
sub_event_interval: 0
event_interval: 3
procedure_interval: 0
procedure_count: 1
----------------------------------------------------------------------
***** procedure enable *****
Procedure Enable
----------------------------------------------------------------------
_io: []
event: 68
status: 0
conn_handle: 0
config_id: 0
enable: 1
aci: 7
pwr_delta: 10
sub_event_len: 55000
sub_events_per_event: 1
sub_event_interval: 0
event_interval: 3
procedure_interval: 0
procedure_count: 1
----------------------------------------------------------------------
Waiting for NWP_CS_APP_DISTANCE_EXTENDED_RESULTS
Distance Extended Results - initiator
----------------------------------------------------------------------
event: 0x61
status: 0
connHandle: 0
distance: 587
quality: 2038
confidence: 100
numMpc: 3
distanceMusic: [3092, 616, 1700, 616]
distanceNN: [0, 0, 0, 0]
numMpcPaths: [3, 3, 1, 3]
qualityPaths: [5728, 2038, 5850, 1833]
confidencePaths: [100, 100, 0, 100]

是否可以添加其他日志以确认这些事件期间发生的情况？ 我们已经使用天线 BoosterPack 测试了定制硬件和 TI 的 EVM 评估模块、并且在这两种设置中都观察到数据丢失。 目前、正在使用 TI 的模块进行进一步测试（到目前为止，仅对 LOS 环境进行了定点测试）。

此致！

普雷斯顿

e2e.ti.com/.../code_2600_py.zip

上传的文件包括我用于 TI 开发板的测试代码和 Python 脚本。

您好普雷斯顿  

我有点困惑。 您提供的 pwr_delta 设置为 0x80、这意味着不建议使用功率差值、您提供的输出显示为 10。 您能告诉我 pwr_delta 发生了什么情况吗？  

我来使用 CC2745R10 汽车节点和 CC2340 关键节点运行一些测试。 在上一个回答中、我肯定错过了这一点。 我没有发现 CC27XX 到 CC27XX 信道探测存在此问题。  

我会回到你的更多信息下一个星期二 (08/26 ).  

谢谢、

Isaac

您好、 Isaac

很抱歉、延迟的回复。 关于 pwr_delta 值、应从 Python 脚本传递该值。 我需要与测试工程师同步这一点。 我可以询问该值的典型设置是什么？ 它代表什么？

此致！

普雷斯顿

您好、 Isaac

我注意到 SDK 已更新至版本 9.12.00.19。 我们已经集成了新的 SDK 版本、我相信版本 9.12.00.19 可以跟踪后续问题。

e2e.ti.com/.../cc2745r10-q1-ble-6-0-cs-dkc-long-duration-ranging-issue-in-channel-sounding

此致！

普雷斯顿