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.
尊敬的 MMWAVE-SDK 专家:
在 AoA DPU 中、2D FFT 与多普勒 DPU 中的2D FFT 是否相同?
如果是、为什么不重复使用而不重新计算?
谢谢你。
您好!
此图来自哪个文档? 我想确保我有正确的背景、可以在这里提供正确的答案。
此致!
纳特
大家好、此图形来自"MMWAVE_SDK_03_06_00_00-LTS/packages/ti/datapath/DPC/DPU/aproc/docs/doxygen/html/index.html"
尊敬的 Yuan:
我觉得2D FFT 看起来像是计算输入天线符号、然后用于3D 方位角 FFT。
此致!
纳特
不是信号处理链中间的"2D 角度 FFT"、而 是在信号处理链的最开始阶段使用"2D FFT"。
在文档中、内容为:
"2D FFT 被计算、FFT 的输出具有类型为 cmplx32Reim_t 的 numDopplerBins 样本。 CFAR 检测列表确定应存储哪个多普勒箱、将丢弃其他箱。"
此外、输入数据仅为需要进行多普勒 FFT 处理的"1D FFT 雷达立方体"。
尊敬的 Yuan:
多普勒 DPU 并不会将整个2D FFT 存储在存储器中。 我们仅将1D FFT 存储在雷达数据存储器中。 我们需要针对 CFAR 检测到的点重新计算2D 多普勒 FFT。 这就是2D FFT 在这里指的。
注单、
纳特
是的、为什么要重新计算、为什么不只存储2D FFT 而不是1D FFT、有什么好处?
尊敬的 Yuan:
器件上没有足够的存储器来存储1D 距离 FFT 和2D 距离/速度 FFT。 后续角度处理需要1D 距离 FFT、因此会保存该 FFT、然后根据 CFAR 指示的指数(远小于整个雷达立方体)重新计算2D FFT。
此致!
纳特
据我所知、 信息流是1D-FFT => 2D-FFT =>角度、角度 处理只需要来自2D-FFT 的信息。 和、 我计划存储2D-FFT 而不是1D-FFT、以减少计算时间。 (我知道2D-FFT 是浮点型、1D-FFT 是 int16、因此存储器大小会加倍、这很好。)
请 特别建议、 角度处理需要什么信息、这些信息是2D-FFT 中未捕获但仅可在1D-FFT 中找到的? 我需要在1D-FFT 被2D-FFT 替换之前准确地确定该信息。
这可能是一个棘手的问题、但答案对我来说非常重要。
谢谢你。
你好 Yuan。
Nathan 目前已经外出、因此 Nathan 或专家明天将会与您联系。
此致、
桑托什
尊敬的 Yuan:
让我来调查一下。 我明天会通过 EOD 与您联系。
此致!
纳特
尊敬的 Yuan:
如果距离 FFT 为16位 I、16位 Q、则多普勒 FFT 通常为32位 I 和32位 Q。因此无法存储回雷达立方体(存储器扩展)。 这就是我们无法将其存储在 L3中的原因。
此致!
纳特
因此、如果存储器不是问题、 那么最好存储2D 多普勒 FFT?
尊敬的 Yuan:
根据您的实现方式、这可能是有利的。
此致!
纳特