AWR2944EVM: ADC原始数据采集基于“使用低速串行总线的实时 ADC原始数据采集方法”

你好。

问题一中，一帧中128个chirps是不对的。chirp数量的计算方法是frameCfg中的(<chirp end index> - <chirp start index> + 1)*<number of loops>。其中<chirp end index>对应frameCfg中的第2个数字，也就是3; <chirp start index>对应frameCfg中的第一个数字，也就是0; <number of loops>对应于frameCfg中的第三个数字,也就是16。

经过计算可得，一帧中有64个chirps，一帧对应的字节数是 ： 64(number of chirps per frame) * 128(number of samples) * 1(real data) * 2(16bit) * 4(number of RX antenna) = 65536(bytes)。所以数据大小是没有错的。

问题二中，对于您说的"打了中文在代码里", 按照我的理解,您是写了一个肯定会报错的内容在代码里,但是程序没有报错是吗?

根据文章“使用低速串行总线的实时 ADC原始数据采集方法”,作者在2.5节对datapath/dpu/rangeproc/下的rangeprochwa.c文件进行了修改

对于您这种情况,很可能是该源文件没有参与编译, datapath/dpu/ 文件夹下还有rangeprocDDMA.  请检查一下你的工程使用的是哪一个。

如果检查无误,可以试着移除此前编译得到的二进制文件,再重新编译。

谢谢。

非常感谢您的回复，对于问题二我验证了我的工程是使用rangeprochwa.c这个文件，删除了二进制文件还是无法解决，该文件好像还是没有被调用，这个文件在sdk里面，我的sdk版本是 mmwave_mcuplus_sdk_04_03_00_01 ，按照这个版本的 user_guide 第4.7节 Developing using SDK

这里提到，对lib里的文件重新编译，需要通过gmake对makefile进行操作，使用这个方法是可以对rangeprochwa.c这个文件重新编译的吗？但是window没有gmake命令，我尝试使用make命令进行调试，但没有调通，会有各种路径问题？请问还有其他方法吗？

如果没有办法将 fftEn 和  windowEn置0，那串口拿到的数据就是1DFFT的数据，这些数据有手册说明是怎么排布的吗？