IWRL6432BOOST: IWRL6432BOOST ADC data acquisition procedure via SPI

I was able to get the adcdata.txt from this procedure.
I saw that this file contains (no of adc samples) x (no of chirps per burst) x (no of bursts per frame) x (no of frames) x (no of rx antennas) lines of signed integer values.
Can I understand that these values are MOSI and the format is in this order as well?

I saw that the adcdata.txt contained 16bit width value with 16bit AD settings.
But I have tried monitoring the SPI (MOSI) port with an oscilloscope and only see low level data, is this as expected?
Are you adjusting the gain in the script?

Thank you for your support.
I adjusted the script a little and was able to get the following data. I think I got the expected results.
Results with(R) and without(L) an obstacle in front of the antenna.

I want to check just to be sure.
I couldn't check the image since it was too rough, but is the following correct?

> 3. Disable the default configuration sent out via mmw_cli.c
char* radarCmdString[MAX_RADAR_CMD] =
{
#if 0
...
#endif
};

> 4. Update the linker.cmd file as described below.
SECTIONS
{
/* This has the M4F entry point and vector table, this MUST be at 0x0 */
.vectors:{} palign(8) > M4F_VECS
.bss: {} palign(8) > M4F_RAM12 | M4F_RAM3 /* This is where uninitialized globals go */
RUN_START(__BSS_START)
RUN_END(__BSS_END)
.text: {} align(8) >> M4F_RAM12 | M4F_RAM3 /* This is where code resides */
.data: {} align(8) >> M4F_RAM12 | M4F_RAM3 /* This is where initialized globals and static go */
.rodata: {} align(8) >> M4F_RAM12 | M4F_RAM3 /* This is where const's go */
.sysmem: {} palign(8) > M4F_RBL /* This is where the malloc heap goes */
.stack: {} palign(8) > M4F_RBL /* This is where the main() stack goes */
.l3: {} palign(8) > HWASS_SHM_MEM /* This is where L3 data goes */
}

Best regards,

Yes, I have confirmed this. Thank you.

I have one more question.
If I set ChirpRfFreqSlope to 0, will it work properly?
I want to output a fixed frequency chirp signal for debugging purposes, but when I tried it, the ADC data level became very low. Is this noise?

Best regards,

Hi,

could you please provide a new Version of the .pdf file? The pictures of the .pdf are blurred. I am also trying to stream ADC with SPI but with IWRL6432AOP Device. Which demo and which .cfg is recommended for AOP device in this case? Best Regards

Hi

Reposting the pdf with clear images

Raw ADC Data Streaming in IWRL6432.pdf

You can start with motion and presence detect demo in the SDK and use the presence detect cfg

Regard

Thank you for the replay, please continue telling me.

dev.ti.com/.../MMWAVE_DEMO.html
> The demo currently supports only a 2 TX BPM-MIMO scheme. In addition, it supports only uniform chirp distribution within the frame (“Normal Mode”), namely single burst per frame, and even number of chirps per burst.

Is this information correct? Or have I missed something?
I could not change NumOfChirpsInBurst to something other than 2 for the mmWave demo.
(I could also set the burst count to more than 1.)

I understand the format of the ADC data is as follows:

How should I understand the case of 2Tx BPM-MIMO?
I also saw the ADC_parser(SDK tools) plots showing Txn->Rxm.

I thought I needed to use the mmW demo to capture ADC data from SPI, but I understood that Raw ADC Data Streaming in IWRL6432.pdf you attached was for the motion and presence detection demo.
I was able to make appimage using the motion and presence detection demo, thank you.

Best regards,

Hi, 

I have a question about the amplitude level of the ADC data.

I saw that when I change ChirpRfFreqSlope from a small value (>0) to a large value, the ADC amplitude level also tends to change from small to large accordingly.
Is this as expected?

I set all parameters except ChirpRfFreqSlope to the same setting.
I observed this without any reflective objects.

Best regards

Hi,

ChirpRfFreqSlope does not have any impact on the ADC amplitude. Only Rx gain determines the amplitude of the ADC samples.

You can check with a reflective objects

Regards

HI, 

I tried to obtain ADC data by changing only ChirpRfFreqSlope while covering the board with a pan, and I saw that the ADC amplitude level changed according to the change in ChirpRfFreqSlope.
I have not set the RxGain specifically, but I understand that it does not change with changes to ChirpRfFreqSlope.

The firmware I am using is the Motion and presence detect demo example with ADC output via SPI enabled, and no changes have been made to the main processing.
I am attaching the commands I used for the measurements and the results.

ChirpRfFreqSlope_test_20240723_00.pptx
Could you please check that there are no mistakes in the commands?

Best regards

Hi, Thank you for your support.

I adjusted the gain and found it worked fine in our testing.

Best regads,