AWR2944: 1D FFT数据到2D FFT数据的处理以及DDMA解调

您好，您的问题我们需要升级到英文论坛看下，有答复尽快给您。

你好，

感谢你的回复。我发现之所以导出的window数据有问题，是因为memcpy(window,subFrmObj->dpuCfg.dopplerCfg.hwRes.hwaCfg.window+64,768)不需要加64的偏移地址，现在的数据和matlab上生成的hanning窗相同了。但是在求maxidx时，还是存在约1/4的数据不同，请问是否如上第3问的问题导致。请您确认一点，在代码中没有WindowMode的赋值，请问默认是18bit的real 数据格式吗?此时是否将输入HWA进行FFT运算的实部和虚部同乘该18bit的数据。

谢谢

我们跟进给工程师看下，英文论坛的链接如下，您也可以自行查看工程师的答复：

e2e.ti.com/.../awr2944-processing-of-1d-fft-data-to-2d-fft-data-and-demodulation-of-ddma

抱歉回复晚了。

1. 请问是仅通过器件生成和获取的窗口，还是说通过 Matlab (同一窗口)生成的窗口来实现的？ 能否分享下两个窗口的比较图？
2. 您能否提供有关失配的更多详细信息？ 此外，是否可以提供一个伪脚本来说明是如何在 MATLAB 上执行此操作。 HWA 的运行会影响输出，但差异不应该太大。

此外还请分享下以下信息：

• 使用的是哪个版本的 SDK？
• 器件版本是 ES1.0还是2.0？
• 是否进行了任何"Parameter Set (参数集)"更改？ 

你好，感谢回复

1.我将2944生成的窗口导出后，和matlab上生成的hanning窗比较，无任何不同；

2.我按照HWA的配置，对从2944上得到的1D FFT数据进行加窗、求log2abs、求DDMA METRIC、进行DDMA解模糊操作，具体流程如下

i.加窗，并加窗后的结果除2^17,并使用round取整，此处在2944TRM中的描述为‘’The output of this multiplication is rounded back to 24-bit I and 24-bit Q by dropping excess LSBs.”,并未指明丢弃多少位LSB，这里的2^17是通过多次测试得到的；

ii.对加窗后的数据作2D FFT，因为HWA配置中2D FFT的dstScale = 0;所以将2D FFT的结果乘2^8;

iii对上面ii的结果进行log2abs处理，因为此处的HWA配置的srcScale=8;所以将ii的结果除以2^8作为输入，输出的求log2后的数据格式为16bit，其中5bit为整数位11bit为小数位，通过函数quantizer('fixed','round',[16,11])对log2的结果进行规范，最后将log2的结果乘2^11,转换为整形； 此处存在疑问：2944上使用The  JPL (Levitt and Morris) approximation，来求abs值，并使用log2(N) = k + log2(1+f)，通过LUT来求log2，请问是否会和matlab上使用abs、log2存在区别；

iv.SUM RX，对iii中的结果，在Rx维度上进行积累。因为此处的dstScale = 2;所以输出的结果需要除以2^2;

v.使用iv的输出，求DDMA METRIC，在matlab中分别对以TX=1，2，3，4，5，6开始的连续4个TX的能量值进行求和得到DDMA metric;为了和AWR2944的HWA保持一致，此处的dstScale=0,输出为32bit的数据，所以对得到的DDMA METRIC乘2^8;

vi.根据DDMA METRIC的结果，对每个rangeBin的每个dopplerBin求最大值的索引，即maxidx;发现和2944上处理得到的maxidx存在差异；

下面为同一帧中，某个rangeBin上的DDMA metric和mapidx数据，共64个dopplerBin;其中带有_2944的为2944的处理结果，_matlab为matlab的处理结果;

data.rar

• 使用的SDK为4.3.1版本；
• 器件版本是ES2.0；
• 在作3D FFT之前，仅修改了twidDitherEnable的值为HWA_FEATURE_BIT_DISABLE；

最后，请问你们有AWR2944的HWA的matlab的simulink的脚本吗？是否可以提供？

                                                                                                                                                                                                                                              谢谢

了解，已转达给工程师。

你好

感谢你的回复。

1）我使用的数据就是2944上解压缩后的1DFFT数据；我也获取过同一帧数据某个距离单元上的2D FFT数据，和在matlab上使用1D FFT数据计算的2D FFT结果也存在一些差异，应该是FFT的Fixed和Float的差异引起的；

2）在使能twiddither后，maxidx不匹配的现象仍然存在。但我在测试的过程中发现出现maxidx的matlab结果和2944结果不一致的多是一些杂波底噪所处的距离单元和多普勒单元，这些单元的能量在6个subband中差不多大，受舍入或截尾误差的影响较大；我现在的rangeBin*DopplerBinTotal=16384,仅有约400个Bin的maxidx不匹配，是否可以认为该maxidx不匹配的现象在实际目标探测的过程中的没有影响或影响有限。

谢谢

你好

不好意思这么晚回复。我尝试了一下你的方法；但是在1.中应该仍然是Enable the CMULT mode 0，让所有输入的数与IScale[0]和QScale[0]相乘，我将IScale[0]和QScale[0]的值分别赋值为256/511，然后通过让srcScale=7将2d FFT的输入*2,在相同的环境下测试的结果表明，maxidx不匹配的数量由原来的约400个减少到了约200个，虽然有所改善，但仍不能使2944的处理结果和matlab完全一致；请问可以忽略这部分不匹配的maxidx吗，因为其一般出现在没有目标的噪声单元。

谢谢

我们向工程师确认下再给您答复。