请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：AWRL1432 工具/软件：
在版本 AWRL1432 ADAS_BSD_DEMO v4.1 代码中、我注意到的计算gMmwMssMCB.numRangeBins 如下：
gMmwMssMCB.numRangeBins =(int32_t) ceilf(((((float)numRangeBinsTmp/4.0f)*0.90f)*4;//仅处理 rangeBins 的 90%。
0.90f版本 3.2 中不存在此乘法。 这似乎是 TI 有意做出的更改、但它导致 随后的计算增加 1.1rangeStep 倍、进而导致报告的目标距离增大 1.1 倍。 您能解释一下这个 0.90f 的用途吗？ 它是否用于减少 内存使用？ 顺便说一下、rangeProfile 输出数据的 tlv 类型= 302、也存在 长度=116（128 点* 0.90 = 116 点）等不匹配情况、但仍 输出数据值= 128*4 字节。
(2) 在使用 4.1 版进行实际测试时、我观察到在非常接近的范围内、始终出现一个或两个持续的目标点。 这些似乎源自中的直流泄漏rangeProfile。 rangeSelCfg通过 CLI 进行配置时、将参数 1（最小值）设置得过大会导致 CFAR DPU 失败、而将其设置得过小不会删除持久性近距离点。 您能否澄清一下、对于解决这些持续性目标、是否存在任何限制或建议的准则？
