Hello, I've noticed that in the objectdetection.c file provided in the mmWave SDK, the DSP Range DPU calls the `
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.
Hello, I've noticed that in the objectdetection.c file provided in the mmWave SDK, the DSP Range DPU calls the `
Hi,
Here is some additional information for these functions
The "mathUtils_genWindow()" was created initially for the HWA and it generates the window with configurable Q format, but always as uint32 per sample. Also since HWA can be configured to use the half of the window coefficients, to save memory, this function has option to generate only half of the window size, in addition to full window size.
The other function DPC_ObjDetDSP_genWindow() which calls mmwavelib_windowCoef_gen() was created for DSP application, also has configurable Q format, but in addition it could store the output in int32 or int16 per sample, (input argument windowDatumType).
Another difference between the two function is the way how they calculate the window. The DSP version is optimized for real time calculation, it does call math sin/cos functions once, and then generates coefficients recursively, while the “HWA” version calls math sin/cos functions for every coefficient.
So for the same window type (Blackman,Hanning,…), same Q format, same windowDatumType, same length, and full window option (for function meant for HWA), the outputs should be almost identical.
Since you see a difference I recommend to plot the windows on top of each other and visually inspect the difference.
It is possible that there is some corner case bug.
Thank you
Cesar