[参考译文] CC2652R：[RTLS][多标签]当多个标签处于不同的距离时、RSSI 值会急剧漂移

更新信息、我使用的 SDK5.3和 RSSI 数据来自扫描报告

您好、Valery、

我们很快将邀请专家为您提供帮助。

最棒的

不需要

我们仅测量通道37、38、39上的非连接的广播包。

在每次测量中都可以看到相同的情况

我们还会在正常增益下测量它。 看到相同的问题。

由于距离和薄壁隔离层、C8的 RSSI 无法达到-50dbm

您好、Valery、

我已经提到了连接事件、但广告也是如此。 实际上、由于广告是在稍微繁忙的频道上发送的、因此效果更加重要。

同样、如果信号路径上的元件(如您提到的墙)衰减信号或产生反射、则效果也会增加。

换言之、我们在这里可以做的事情不多、因为问题与射频信号的性质直接相关。

此致、

您好 Clement、

我使用差分衰减器执行3个标签测试(0dB、10dB、20dB)

此测试与射频电缆连接、以避免无线信号的变化

连接到20dB 衰减器的"Tag97"、我还测量 了"独立 Tag97"

我在"Tag97"上发现了2个问题

1.与“独立 Tag97”相比， “Tag97”RSSI 相对较弱，同时测量3个标签时具有很高的可变性

2."Tag97"的峰值点与"Tag85"的值相同。 我怀疑、这次 Tag97的值实际上是根据 Tag85测量的、因为我们曾在"E4：E1：12：E0：22：DE"和"E4：E1：12：E0：22：C8"上测量过类似的 IQ 值

您好！

感谢您的深入研究。

我可能必须重新进行测试、以便提供良好的答案。 这可能需要一些时间。

在此之前、请您回答以下问题吗？ 我的目标是确保我尽可能重现您的结果。

• 您能否帮助您充分了解"独立"的含义？ 我想这意味着您同时测量了蓝色、灰色和橙色。 然后、在单独的测试中、您测量了"独立"。 正确吗？
• 哪些对讲机覆盖项用于获取这些结果？ 您是否强制使用 AGC 增益？ 如果是、您是否能够通过自动增益控制功能重现问题？
• 您能否提供一个代码片段来显示如何收集 RSSI 值？
• 是否可以指定标记的广播间隔？

此致、

• 您能否帮助您充分了解"独立"的含义？ 我想这意味着您同时测量了蓝色、灰色和橙色。 然后、在单独的测试中、您测量了"独立"。 正确吗？

=>是的，是的，正确。

• 哪些对讲机覆盖项用于获取这些结果？ 您是否强制使用 AGC 增益？ 如果是、您是否能够通过自动增益控制功能重现问题？

=>我强制 LNA 处于高增益模式。 我将在原始设置上执行它。

uint32_t pOverrides_test_ble1Mbps[]=
｛
   // override_ble5_setup_override_1mbps.json
   //蓝牙5：将试音长度设置为20us
   HW_REG_OVERRIDE (0x5320、0x03C0)、
   HW_REG_OVERRIDE (0x6098、0x35FF)、//强制高增益设置
   //蓝牙5：补偿 synctimeTimeAdjust
   (uint32_t) 0x015302A3、
   (uint32_t) 0xFFFFFFFF
}；

const boardConfig_t boardConfig =
｛
 rfFeModeBias = RF_FE_MODE_AND_BIAS、
 rfRegTbl     =(regOverride_t*) pOverrides_test_ble1Mbps、

• 您能否提供一个代码片段来显示如何收集 RSSI 值？

=>我只需在 rtls_connectionless.py 中将扫描时间更改为60s，然后搜索所有扫描报告的 RSSI 值。

• 是否可以指定标记的广播间隔？

=>在这些测试中保留原始设置(100ms)。  CTE 间隔设置为50ms

看起来默认 AGC 具有类似的问题

您好！

感谢您的确认。 我在周五预订了一个时间槽来运行与您在我们的实验中相同的测试。

同时、如果您没有太多工作要做、您可以尝试使用 simple_peripheral 和 simple_central 示例进行重现吗？ 我想看看不同的无线电贴片是否能在这里提供帮助。

此致、

我可以尝试 simple_central、但您知道是否有任何 python 脚本读取扫描结果的 RSSI

您好、Valery、

实际上、simple_central 示例不是直接用于报告广播器的 RSSI。 因此、您可以按如下方式修改示例：

-在 SysConfig > RF stacks > BLE > Observer Configuration > Advertise Reports 字段中、向选择添加"RSSI"

-在 simple：central.c 中、在"CASE SC_EVT_ADV_REPORT："下、您可以使用访问 RSSI 值

GapScan_Evt_AdvRpt_t* pAdvRpt = (GapScan_Evt_AdvRpt_t*) (pMsg->pData);
advRssi = pAdvRpt->rssi;

您的问题让我想知道我是否正确理解了您使用的蓝牙广播。 假设您将 python 脚本与 RTLS 示例一起使用、您是否更愿意使用在所有辅助通道上发送的定期广播？

如果不是、请您再解释一下哪些广播会提供有关您访问 RSSI 的方式的更多详细信息。

谢谢、此致、

您好 Clement、

   是的、我将 python 脚本与 RTLS 示例结合使用、我只需过滤扫描结果即可

｛'type'：'event'、'command'：'rtls_CMD_scan'、'payload'：｛'eventType'：0、'addrType'：0、'addr'：'E4：E1：12：E0：22：97'、 'RSSI'：-77、'advSID'：1、'periodicAdvInt'：40、'dataLen'：18、'data'：'0E：08：52：54：4C：53：52：65：73：70：6F：6E：64：65：72：02：01：06'｝｝

您好、Valery、

我一直在与 Clement 内部讨论您的问题、并在我们的实验室中进行复制。 我已经完成了一些初步测量、似乎在多个器件进行广播时指示几 dB 的噪声(+/- 2dBm)、但其程度与您报告的结果不同(+/- 10dB)。 我认为您的设置可能会有问题。  这让我有几个问题。

1.您是在辐射模式还是传导模式下进行测量？ 我假设辐射是因为您讨论了如何将 LaunchPad 放置得更远。 您可以确认吗？

2.您的环境中是否有其他辐射源？ 如果是、您能否减少超过2.4GHz 的流量？

3.图形中的 x 轴是什么？ 时间或采样数？  

4.您能否在使用/不使用其他阻塞信号的情况下计算测量的实际平均值和标准偏差、以证明这两种情况之间存在显著差异？

通过将三个以传导模式广播的 LaunchPad 连接到组合器、然后通过衰减器连接到屏蔽盒内的扫描 LaunchPad、我能够生成以下图形。 我在三个 LaunchPad 中的一个(图形上的橙色轨迹)添加了一个额外的10dB 衰减器。 我将所有器件设置为5dBm 的 TX 功率。 (我不建议重复-20dB、因为这是我们 PA 的次优设置、可能会产生不一致的结果)。 然后、我使用 simple_central 和 simple_peripheral 作为代码示例并对其进行了修改、以便中央只查找3个外设器件、而外设将使用公共地址进行广播。

全部3个 LaunchPad 广播：

只需一个 LaunchPad 广播

1.您是在辐射模式还是传导模式下进行测量？ 我假设辐射是因为您讨论了如何将 LaunchPad 放置得更远。 您可以确认吗？

=>最初问题发生在辐射模式下，但 为了减少变量，我在11天前更改为传导模式。

      我发现传导模式仍然存在问题、因此请继续讨论传导模式。

2.您的环境中是否有其他辐射源？ 如果是、您能否减少超过2.4GHz 的流量？

 =>它被传导

3.图形中的 x 轴是什么？ 时间或采样数？  

=>时间(RSSI 的采样时间)

4.您能否在使用/不使用其他阻塞信号的情况下计算测量的实际平均值和标准偏差、以证明这两种情况之间存在显著差异？

上传原始数据、平均值、STDev

e2e.ti.com/.../raw-data.xlsx

我的连接图如下所示、我使用了 RTLS 示例。 标签的 TX 功率也是5dB。

您还能尝试将 simple_central 和 simple_peripheral 作为我的连接方法

您好、Valery、

这太棒了！ 我很高兴我们正在研究非常类似的示例。 您能否尝试使用 simple_peripheral/simple_central 代码示例来查看这是否是软件差异？ 我将在此处添加我的代码以节省时间。

要使用、请按中央的右侧按钮开始收集数据、数据将通过 UART 引脚发送到  连接的计算机中的终端。 您还必须更改  SimpleCentral_processAppMsg 函数的 SC_EVT_ADV_REPORT 事件、以筛选广播设备。 我发现、如果没有此代码、扫描设备也会接收其他广播设备(甚至是来自环境的弱辐射信号)。 我通过将 simple_peripheral 代码设置为在广播时仅使用公共器件地址、然后对中央代码中每个外设地址的最后2个字节进行硬编码来标识每个外设地址、从而实现了这一目的。 当您在器件上进行仿真时、只需用外设代码刷写3个广播器件、将每个器件插入一个终端即可读取公共地址、然后将这些地址硬编码到 simple_central 代码中。

最棒的

不需要

e2e.ti.com/.../simple_5F00_peripheral_5F00_rssi_5F00_measurment.zipe2e.ti.com/.../simple_5F00_central_5F00_rssi_5F00_measurment.zip

好的、我会尝试它。  您是否还可以使用 RTLS 示例在您的一侧尝试我的连接设置？

您好、Valery、

使用我首先提供的代码让我知道您的结果、我很乐意尝试您的代码。 我不想重复工作、因此如果您发现结果与我提供的代码有差异、那么它很可能是软件修复。 否则、我们可能需要调试硬件和测试设置以找出差异、在这种情况下、复制软件可能不是更有效的方法。

最棒的

不需要

您好、Nathan、

    看起来像 simple_peripheral/simple_central、具有与您一样的稳定结果。

   您可以尝试 RTLS 示例

您好、Valery、

太棒了！  

您能给我提供您正在使用的脚本以及您正在刷写到您的 LaunchPad 上的项目吗？ 可能需要几天时间、但我很乐意进行验证。

同时、我认为现在将 simple_central / simple_peripheral 示例置于测试环境中的辐射模式是明智的。 我认为这证实了在无噪声环境中 simple_peripheral/simple_central 代码运行良好。 现在、问题将是这些结果是否传输到噪声更大的辐射环境。

最棒的

不需要

RTLRTLS_Responser/RTLS_Coordinator 示例出现问题。

您可以使用默认设置、并在 PC 上运行 RTLS_connectionless.py (设置 SCAN_TIME=60)以从协调器 UART 端获取报告。

协调器的过程将首先进行扫描。 我等待扫描完成并强制关闭终端窗口、然后打开日志文件并过滤"RSSI"以检查 RSSI 变化

如果传导测试没有问题、则无需跟踪 simple_central / simple_peripheral 的辐射情况  

让我们重点讨论 RTLS 问题

听起来很好、Valery、我将在周一能够回到办公室时处理这个问题。 如果您在一天结束时没有收到回复、CST 会随意重新打开主题。 感谢您在我们共同解决此问题时的耐心等待。

最棒的

不需要

您好、Valery、

我在这里复制了您的结果、发现 RSSI 没有类似的偏差。 附件是我在设置上运行 RTLS 演示时获得的输出文件、同时通过3个 LaunchPad 进行广播。  它显示所有器件的 RSSI 最大变化为1-2dB、而不是您遇到的10dB 摆幅。 您使用的是定制硬件还是 TI LaunchPad？

最棒的

不需要

e2e.ti.com/.../12_5F00_20_5F00_2021_5F00_15_5F00_29_5F00_35_5F00_rtls_5F00_raw_5F00_iq_5F00_samples_5F00_f88a5e2d8dc8_5F00_0_5F00_loop1.csve2e.ti.com/.../12_5F00_20_5F00_2021_5F00_15_5F00_29_5F00_34_5F00_rtls_5F00_raw_5F00_iq_5F00_samples_5F00_f88a5e2d8dc8_5F00_2_5F00_loop1.csve2e.ti.com/.../12_5F00_20_5F00_2021_5F00_15_5F00_29_5F00_35_5F00_rtls_5F00_raw_5F00_iq_5F00_samples_5F00_f88a5e2d8dc8_5F00_1_5F00_loop1.csv

您好、Nathan、

看起来您仍然使用0dB、0dB、10dB 衰减器。 请帮助使用0dB、10dB、20dB 衰减器

另请更改以下 RTLS_responser.c 中的设置

#define PERIDIC_ADV_INTERVE_MIN   40.
#define PERIDIC_ADV_INTERVE_MAX   40.

您好、Valery、

我可以在本周稍后时间尝试、但由于假期休息、我们现在的实验室人手不足、因此可能会有一些延迟。 如果您有可用的设备并且准备好了设备、您也许可以更改设置以模拟我的设备？ 您的结果似乎远远不常见、因此最好模仿我的设置以确保测试设置正常工作。 此外、您是否正在使用 LaunchPad 或定制硬件？

最棒的

不需要

感谢您的大力支持 Nathan。

我已经尝试过包括您在内的多个案例。 但20dB 衰减器的问题更为明显

我使用了定制硬件(射频路径遵循 TI 的设计)、可以使用 LaunchPad 重试

谢谢 Valery、

我强烈建议使用 LaunchPad 进行此测试、以降低硬件问题的可能性。 请告诉我您何时能够这样做、我很乐意发表评论。 同时、我将在本地寻找合适的测试设备、但了解这可能需要更多时间。

最棒的

不需要

您好、Nathan、

LaunchPad 也有相同的问题。

您好、Valery、

感谢您的观看。 我会尽力确认您在我结束时的调查结果、但可能需要一两周时间、我们才会在假期提供员工和设备。

最棒的

不需要

您好、Nathan、

 有任何更新？

您好、Valery、

我还没有为您提供更新。 我将能够在星期五之前回到实验室、更密切地模拟您的设置。  如果您的设置仍然可用且准备就绪、也许您可以模仿我对10dBm 衰减器的设置、以查看问题是否与您的测试设置/环境有关？ 如果您看到此错误、我们可能能够确认它是设置问题、并且它可以正常工作、那么我们已经将 此错误描述为更高的特异性、并在此过程 中让您更接近可行的解决方案。

最棒的

不需要

您好、Nathan、

当两个标记信号的强度有很大差异时(>20dB)，很容易发现此问题。

您好、Nathan、

您的日志为空。 您能帮助再次上传。

我将使用您的十六进制图像重试。

谢谢你

您好、Valery、

我重新连接了它。 现在可以再试一次吗？

最棒的

不需要

您好、Nathan、

我帮助回复 Valery 的信息！

 我得到了日志数据、结果是可以的。 我还会在我的环境中测试您的图像、但仍然有问题。

       我发现如果连接所有标签的电源将更容易出现此问题(所有标签将同时打开)

       因此、我想这些标签可能同时执行一些操作(它们具有相同的广播间隔)

       我将每个标签的周期 advint 更改为略有不同。 我发现标签的信息确实是错误的(这是另一个标签的信息)

1.  01_13_2022_23_03_03_COM7_rtls_connectionless_orig.log

 E4：E1：12：E0：2A：85的周期 advint 为40、但有时扫描报告看起来像其他标签

2 ．01_13_2022_23_54_18_COM7_rtls_connectionless_orig.log

相同的行为、只需更改周期 advint 和衰减器设置

       此问题在信号较弱的标签中尤其可能出现

 e2e.ti.com/.../01_5F00_13_5F00_2022_5F00_23_5F00_03_5F00_03_5F00_COM7_5F00_rtls_5F00_connectionless_5F00_orig.loge2e.ti.com/.../01_5F00_13_5F00_2022_5F00_23_5F00_54_5F00_18_5F00_COM7_5F00_rtls_5F00_connectionless_5F00_orig.log

       因此、我认为在广播消息的一部分发生冲突时、强信号可能会覆盖弱信号、从而导致判断错误。

感谢您添加此 Gary！  

请 向我发送您正在使用的电路板的原理图/布局文件。 我注意到、即使您的器件未将两个广播器混频、您测得的 RSSI 的可变性似乎比我的要大得多。 这里可能存在射频问题。

此外、我将在 Clement 中循环讨论该软件、Clement 在这项技术方面拥有比我更丰富的经验。

总结 Clement 的问题、

我可以使用一个协调器和多个广播器在 SDK 5.10上运行 AoA 无连接演示、而不会出现任何问题。 我在传导模式下使用 LaunchPad 运行演示、并连接了衰减器和分离器。 但是、当 Gary 和 Valery 运行完全相同的十六进制文件时、它们会看到 RSSI 的变化要大得多。 此外、他们的协调器似乎会混淆每个源的 RSSI、使用广播器 B 的句柄报告广播器 A 的 RSSI、使用广播器 A 的句柄报告广播器 B 的 RSSI。

最棒的

不需要

我使用 launchpad 作为协调器、使用我们的电路板作为响应器。

附件是我们的原理图和布局

谢谢 Valery、 您能否发送 Gerber 文件以便我查看它？

同时、您能为我尝试两件事吗？

1.您能否尝试在每个电路板上使用不同 SID 运行广播。 您可以在#define  GAPADV_PARAMS_AE_NC_NS 行中更改 SID。 它们可以是0-15之间的任何值。 请将其分别更改为0、1和2。

2.您可以在不同的时间重置电路板吗？ 我们知道、如果您同时重置它们、则广播将彼此同步。 您能否重置一个板、暂停、重置下一个板、然后暂停并重置第三个板。 这将确保广播不会彼此直接同步。

最好

不需要

 您可以下载 Allego 免费查看器以获取返修文件

1.您能否先帮助我检查数据包信息错误的原因(另一个标签)，我认为 SID 更改测试与以前类似

2.同步引导的目的是使问题更容易重现。 由于我们将 CTE 间隔设置得太快、因此在标记数量太大时、仍然很容易发生冲突。 实际上、我们还使用单独启动的无线测试、也遇到了此问题。 此外、我们不仅会在扫描时发生、而且还会发现使用 IQ 计算定位时位置突然跳转的问题。

有趣。 您能否共享一些日志或图片、以便我可以内部共享？

此外、您能否为我再尝试一次测试。 在设置过程中添加以下代码行会将 PA 使能和 LNA 使能引脚链接到 DIO7和 DIO6、当您分别发送和接收时、这些引脚会变为高电平。 这将允许您监控每个设备的发送/接收时间。 您能否确认、当发生此错误时、不是因为您有两台设备同时在同一信道上广播？ 您可以使用逻辑分析仪对此进行监控。

//将 LNA 使能引脚 RFC_GPO0映射到 DIO6 
IOCPortConfigureSet (IOID_6、IOC_PORT_RFC_GPO0、IOC_IOMODE_NORMAL)； 
//将 Tx 起始引脚 RFC_GPO3映射到 DIO7 
IOCPortConfigureSet (IOID_7、IOC_PORT_RFC_GPO3、IOC_IOMODE_NORMAL)； 

最棒的

不需要

您好、Nathan、

即使两个感应器同时在同一信道中碰撞也是如此。 还应存在 CRC 错误。

因此、我认为您想要的测试对您没有帮助

为什么锚点报告 A 的 MAC 地址、但实际内容是 B 的地址？  这毫无意义

我想 TI 不会从数据包中重新获取 MAC 地址。 而应使用 MAC 的上一条记录

这显然是 SW/FW 问题

我刚才有了日志 01_13_2022_23_03_03_COM7_rtls_connectionless_orig.log

您好、Valery、

如上所述、您可以发送更改器件 SID 的结果吗？ 由于我们无法复制您的设置、我们正在尝试了解您的结果、因此我正在与我们的软件团队合作、他们已确认他们需要此数据来诊断问题。 您发送的日志的 advSID 可能为1或255、我们需要为0到15之间的值。

最棒的

不需要

代为 Valery

1. advSID 255应该是可连接的非直接通告。 在将这些代码标记为 RTLS_responser.c 后

1. 当我使用相同的 advSID 时、问题仍然存在。 但是、当我在2个标签中设置不同的 advSID 时、问题不能重复。

我附加了这些测试的日志。

 e2e.ti.com/.../01_5F00_25_5F00_2022_5F00_14_5F00_09_5F00_59_5F00_COM7_5F00_rtls_5F00_connectionless_5F00_orig.log

e2e.ti.com/.../01_5F00_25_5F00_2022_5F00_14_5F00_17_5F00_06_5F00_COM7_5F00_rtls_5F00_connectionless_5F00_orig.log

您好、Gary 和 Valery、

感谢您提供此信息！ 借助这些特定信息、我可以向 R & D 提交错误报告以进行确认。  您是否可以将 错误事件的监听器日志作为配套资料发送给我们？

最棒的

不需要

e2e.ti.com/.../2022_2D00_02_2D00_07.zip

您好、Nathan、

   我上传测试日志和监听器日志

感谢 Valery -我现在将在内部转发它。

最好

不需要

您好、Nathan、

您是否收到 RD 的任何回复？

您好、Valery、

我们尚未得到答复，但这可能需要一些时间。 我的印象是、您可以通过将 SID 设置为不同广播器的不同数字来解决此问题。 情况不是这样吗？

最棒的

不需要