This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AWRL6432BOOST:如何调整与范围相关的 SNR 阈值公式、以用于组跟踪器算法的分配步骤

Guru**** 2535750 points
Other Parts Discussed in Thread: AWRL6432, AWRL6432BOOST

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

https://e2e.ti.com/support/sensors-group/sensors/f/sensors-forum/1559726/awrl6432boost-how-to-tune-range-dependent-snr-threshold-formulas-for-allocation-step-of-group-tracker-algorithm

器件型号:AWRL6432BOOST
Thread 中讨论的其他器件:AWRL6432

工具/软件:

我们正在使用 AWRL6432 芯片组开发雷达模块、并使用我们设计的天线和其他电路。

然而、当我们提高灵敏度来扩展检测范围时、我们会遇到大量的 Ghosts、这是我们非常关心的问题。

为了解决这个问题、我们 的目标是优化组跟踪器算法中分配步骤(gtrack_moduleAllocate 函数)中使用的与范围相关的 SNR 阈值。

查看 SDK_05_05_03 中的运动存在检测演示代码后、似乎是使用您自己的 EVM 进行测试建立的实验公式。

这些公式包括最长 1m 的恒定值 (~11.5)、最长 2.5m 的线性增加 (~34.6) 和此后的衰减 1/R^2(在 allocationParams.snrThre = 6 时)。

我们计划调整这些 SNR 阈值公式、以适合我们的定制天线和电路、从而减少鬼影。

以下测试方法是否合适?

  • 有意调整 cfg 以生成大量 Ghosts:
    • 在 cfarCfg 中降低比例因子(例如,12 -> 6)。
    • 在 allocationParams 中降低点 Thre(例如,5 -> 2)。
  • 修改 gtrack_moduleAllocate 函数以收集★部分中集群的 totalSNR:

     void gtrack_moduleAllocate (GtrackModuleInstance * inst、GTRACK_measurementPoint *点、uint16_t num){

      /*提取点的一组聚类 */

      /*★此时收集 set.mCenter.vector.range 和 set.totalSNR */
      if (set.totalSNR > snrThreshold)

      {         /*分配新的跟踪器*/

      }

    }

  • 在空场景中收集 Ghost 在一段时间内的 totalSNR、推导基于距离的配置文件、并调整与距离相关的 SNR 公式。

此外、由于射频特性不仅因范围而异、而且因方位角而异、因此我想知道应用与方位角相关的 SNR 阈值是否会更有效地减少重影。

是这样吗?

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

    您好:

    我们的一位软件专家将在一天或两天内回复您。  

    此致、

    Zigang

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

    您好:  

    您的思维过程是有意义的。 我们还注意到了这个问题、实际上已经在 Radar Toolbox 中的运动和存在检测演示中添加了一项功能、可实现几乎与您所描述的完全相同的基于距离和角度的 SNR 阈值。 当前未包含在 Personal_Electronics Presence_Detection 演示中、但您可以下载雷达工具箱 3.20.00.04 并在{radar_Toolbox}Presence_Detection 中使用演示

    用于启用和配置此功能的新配置命令为 rangeSNRCompensation 。 请参阅此页面中的“了解工具箱数据处理链与 SDK 数据处理链“一节: http://dev.ti.com/tirex/local?id=motion_and_presence_detection_users_guide&packageId=radar_toolbox 

    此致、

    Josh

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

    感谢你的帮助。  我还有其他疑问。

    我们需要使用 AWRL6432BOOST 电路板进行跟踪和分类(壁式安装)。

    1.在工具箱的 chirp_configs 文件夹中、 我们发现 rangeSNRCompensation CLI 仅包含在 AOP 板的天花板安装 cfg 的 cfg 文件中。 另一方面、 我们使用的是 AWRL6432BOOST 电路板、需要实施跟踪和分类应用。 如果我们只是将 rangeSNRCompensation CLI 添加到跟踪和分类配置中、它是否同样有效?

    2.在雷达工具箱 xWRLx432 数据路径链接文档中、有一个距离 SNRCompensation 1 12 6 5 12 –30 –50 2 的示例、它指出“将 CFAR 阈值设置为低于 FOV 边缘的最小检测值。 ...因此、CFAR 检测阈值必须设置为最多 4dB。“ 这是否意味着 cfarCfg CLI 的第 6 个值(即 thresholdScale)应设置为 4?

    3.如果是这种情况,我们可以按如下方式确定配置值吗?

     a) 找到检测最大点数(例如 100ea)的 cfarCfg 的阈值比例(例如 4dB)。

     b) 从该条件下基于距离和角度的点的 SNR 曲线中、推导 SNR 下限以确定距离 SNRCompensation 值(例如,12 6 5 12 –30 30 –50 2)。

     c) 将   cfarCfg 设置为:cfarCfg 的第 6 个值:4、  rangeSNRCompensation:1 12 6 5 12 –30 30 –50 2

    4.在组跟踪算法中、在创建新候选跟踪的分配步骤中、还根据 allocationParams CLI 的 snrThre 值应用与范围相关的 SNR 阈值。是否可以对 CFAR(点)和分配(跟踪)冗余应用与范围相关的 SNR 阈值?

    如果您能提供任何进一步的帮助、我将不胜感激。

    此致、

    Taeyoon

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

    尊敬的 Taeyoon:  

    这些都是好问题。 我将尽力回答以下每一个问题。 如有任何问题仍不清楚、请告诉我。  

    1.您已经正确注意到、在当前版本的雷达工具箱 (3.20.00.04) 中启用此功能的 xWRL6432 的唯一人员跟踪配置是吸顶式安装示例配置。 下一次工具箱更新(确切日期待定)将包括我们测试的示例配置、这些配置用于壁挂式人员跟踪并利用距离/角度 SNR 补偿。 但据我所知、您现在想进行测试、您似乎已经走上了正确的轨道。 还值得注意的是、我们的 可视门铃示例中也使用了此 SNR 补偿功能、因此、您可以参考可视门铃配置文件、了解命令用法的其他示例;但是、这些配置不支持人员跟踪、仅支持存在检测。

    2.是的、在 docs 提供的示例中、从输入参数生成的曲线得到的最小 SNR 阈值将为 6dB(因为该命令在 12 米处将阈值设置为 6dB、并且还将最大补偿范围设置为 12 米、 那么初级曲线上不应有任何低于 6dB 的阈值)、然后整个曲线上的次级曲线将降低 2dB、因此新的最小值为 4dB。 cfarCfg 中的值需要低于此值、否则它将滤除位于 FOV 边缘或要保留的远距离的低 SNR 点。

    3.是的,这种理解是正确的,这应该是可以作为使用这个功能的起点。 不过、通过测试、您可能会发现需要略微调整/调整参数以获得出色性能。

    4.  rangeSNRCompensation  不影响任何曲目分配参数/阈值。 在组跟踪器算法运行之前、它只会影响对检测到的点的过滤、这意味着它可能会导致向跟踪层提供更多或更多的总体点。 但是、与以前一样、轨迹分配的阈值也相同(与不使用 rangeSNRCompensation 相同)。  

    此致、

    Josh