工程师，你好
我在2944demo的基础上，对原来的DPC作了一些修改，具体为更改了2DFFT后的数据排布和位数，使导出2DFFT的结果使用matlab作的3DFFT的结果和直接使用硬件加速器作3DFFT的结果不一致。原来的数据按照TX1 TX3 TX4 TX2连续排布，现在修改为TX1 TX2 TX3 TX4排布，且不连续，在16个虚拟通道之间补零后共43位数据进行3DFFT，全部的16个虚拟通道均作为水平天线虚拟通道，我对执行3DFFT的硬件加速器也作了相应更改，包括了dopplersubmat的大小为43*dopplerbins(每个子带的dopplerBin数量)*bytespersample(8byte)*2(pingpong),更改了HWA配置中的srcAidX为42，角度FFT的点数为64，obj->cfarAzimFFTCfg.numAzimFFTBins = 4 * mathUtils_getValidFFTSize(16); srcBidx = 43*bytespersample;对edma也作了相应的更改，将acount改为43*bytespersample，srcBidx = 43*bytespersample,dstBidx = 43*bytespersample;等，上面的更改在函数
你好，我今天试了一下数据注入测试，只对第10个距离门的第一个多普勒单元进行数据注入，其他全赋值为0，注入的测试数据是一个正弦的信号得到的图如下所示
左图为导出dopplersubmat的数据用matlab处理得到的，右图为在2944上做完3DFFT后，由AzimuthScratchBuf导出的数据，在其他距离单元上也均为0，没有峰值，和matlab仿真结果是一致的
你好
因为每次迭代要读取43位的数据到HWA的内存中，所以我把cmultScaleEn设为DISABLE，从2944TRM上看到，如果把这位设为disable，同时cmultMode = 0110b时，会将读入的样本和Vector Multiplication Cofficient Ram里面的数进行相乘，我通过更改vecMultiMOde1RamAddrOffset=172，（偏移43位），出来的结果确实和之前不同了，请问要怎么更改Vector Multiplication Cofficient Ram里的数据，要使读入的样本保持不变，要改为什么值，是和校准时相同的虚部在前，实部在后，且虚部为0，实部为1吗
我使用函数HWA_configRam(obj->hwahandle,HWA_RAM_TYPE_VECTORMULTIPLY_RAM,&BUFFER[0],86*sizeof(int32_t),0))对这块内存进行修改赋值，但是板子就会卡死在DPC里面，根据TRM中的描述，这块RAM支持最多1024个数据，我设置的startIdx=0,所以应该不会超。
你好
我已经可以正常对HWA_RAM_TYPE_VECTORMULTIPLY_RAM所指向的内存空间赋值，也通过函数mathUtils_asymQuantInt()对所要写入RAM的数进行了转化，现在写入的数据是[0,1,0,1.....]，得到的结果仍然不对，得到的VA图如下所示
你好，
昨天改完HWA_RAM_TYPE_VECTORMULTIPLY_RAM后，最后出来的结果如下图所示
但是2944出来的旁瓣有些高，请问上面的结果是否正确？
我没有配置窗函数，在FFT之后应该作完ABS和log2后就输出了，根据2944TRM的描述，输出的应该是16bit的数据，其中高8位是0，低8位为输出的数据，但是我实际读出的数据在高8位一般不为0，请问中间还有什么操作吗？麻烦跟进一下，谢谢。处理的框图见下图2，也是出自2944TRM。
你好，
我尝试把Local maximum检测的结果用串口打印出来，其结果为bitmask，检测到峰值为1，否则为0，输出的格式见2944TRM的第5844以及5845页，我作的3DFFT是64点的，应该用2个32bit的空间来存放值，且不存在高位补零的情况，但是用串口输出的情况为32bit数据的高两字节全为0，
在函数DPU_DopplerProcHWA_extractObjectList中，使用指针传参，以rangeBin为单元存放local maximum的bitmask，dopplerBin的数量为32，所以一个rangeBin共需要64个uint32_t的空间,local_bitmax为uint32_t*类型。
你好，
我现在成功的把local maximum峰值检测的bitmask用串口发了出来，在检测到的能量最高的目标所在的rangeBin和dopplerBin上的角度通道的输出如下文件所示。
下图是检测到的最大能量目标的角度单元以及相邻角度通道的能量值，其中ANT sub表示检测到峰值的角度通道-1，ANT add表示检测到的角度通道加1，如图，在第63个角度通道检测到峰值，+1为第0个通道，减1为第62个通道，对应的输出也可以在上面的文件中找到对应值。其中第0个通道上的值大于当前检测到峰值的第63个通道的值。
下图是能量最大的目标所在的rangeBin和dopplerBin上检出的所有目标，（其中 ，在os-cfar中，该rangeBin和dopplerBin 上所有的角度通道都被检出）
下图是local maximum检出的该rangeBin上的bitmask，其中一行表示一个dopplerBin上峰值检测的结果，分别对应[31,0],[63,32]的多普勒通道，第一行表示第0个dopplerBin,为4882120 82304022，其中4882120表示[31,0]的通道峰值检测结果，以16进制表示，转换为2进制，可以看到上图的目标均在图中被检出，但是作为当前dopplerBin上最大值所在的角度通道0却没有被检出为峰值。（其他检测到的峰值，虽然在os-cfar中也被检测到了，但是超过设定的角度范围，在最后添加到目标列表时被滤除了）。请问硬件加速器的Local maximum检测功能为什么会检测不到最高的峰值？我现在把local maximum的横向和纵向的门限检测都关掉了，即设置LM_THRESH_BITMASK为11b，所以理论上应该只比较检测单元和他四周的参考单元的幅度值大小，为什么最大值无法被检测到？
