MMWCAS-RF-EVM: Cascaded radar raw data capture, the frames are lost largely

Hello Yuyong,

Hi Ishita,

Thanks very much for your information. In my experiment, the frame periodicity is 4ms. These is only one loop for each frame. For each chirp, the total time is 46us. 12tx*16rx antennas are all used.

Is the setting too less?

Best regards,

Yuyong

Hello Yuyong,

What is the total active frame duration in your case? Are you just using one chirp in your frame?

I'm not sure if this might be causing the frame drops. Could you increase the periodicity to say 20-25ms and try again?

Regards,

Ishita 

Hello Ishita,

Many thanks for your reply. For the frame with 4ms case, the total active frame duration is 12.45%, and I just use the only one loop data in each frame.

I try other cases:20ms (10000,lost 64 frames); 50ms(4000,lost 2 frames)100ms(2000,lost 2 frames).

So, could you help solve this issue? Thank you.

Hello Yuyong,

As far as I can see, increasing the frame periodicity did help but I'm not quite sure about the exact reason. Let's just keep digging in order to find the root cause.

Are you connected locally to the equipment or through some network? Can you please try connecting the setup locally to your pc if possible and conduct the same experiment again?

Regards,

Ishita 

Hello Ishita,

In all my experiments, I connect the cascaded EVM to the PC  with local Ethernet connector and USB connector, and they are set correctly instructed with the mannual. The radar device and local PC Ethernet are within a same network.

Particularly, when the frame periodicity is set to be 4ms, the frames lost largely and the lost number is different for each experiment. Actually, this is a critical problem to be solved.

I wonder if this point could have an effect on this problem? I don't format the SSD in the first time when using the cascaded radar and I can perform the radar setting and acquisition with lua script in mmWave Stuido software. Everything seems correct and I think the formatting SSD in the first time can be ignore.

Best,

Yuyong

Hello Yuyong,

I have forwarded your query to our expert, please expect a reply soon. 

Thankyou for your patience. 

Regards,

Ishita

Hi Ishita,

Many thanks for your help. Is there any results for this problem?

Best Regards,

Yuyong

Hello Yuyong,

There was a long weekend due to holidays in the US and hence the responses are delayed. I request you to have patience and our team will surely get back to you before the end of this week.

Regards,

Ishita

Hello Ishita,

Thank you very much for your message and help.

Regards,

Yuyong

Hello Yuyong,

There is a known issue of the last frame sometimes being lost when operating in finite framing mode. 

Please find my post on this issue.

https://e2e.ti.com/support/sensors/f/1023/t/927376?tisearch=e2e-sitesearch&keymatch=MMWCAS-DSP-EVM%20number%20of%20frames

Best regards,

Khaldoun

Hello Khaldoum，

Thanks for your message. I have seen your post. However, the problem is unsolved and not same.

The actual problem is the frame lost largely when the frame rate is fast (e.g., 10ms or 4ms). It is not lost just the last frame, but a lot of frames. If you have the cascaded radar in your hand, you can find this problem clearly. I have tried many times, the problem is still existed. You can use the example function "getValidNumFrames" to read the number of the frames of raw radar data.

I try cases:

frame periodicity: 4ms(10000, lost 183 frmes and different for each experiment); 20ms (10000,lost 64 frames and different for each experiment); 50ms(4000,lost 2 frames)100ms(2000,lost 2 frames).

I think this is a serious problems. Could you help solve it? Thank you very much!

Best Regards,

Yuyong

Hi Yuyong,

Can you tell what is the size of each frame to estimate the throughput needed for transfer.

Regards,

Kaushal

Hi Kaushal,

In my experiments, one frame contains 1 loop, and each loop contains 12 chrips (Tx0-Tx11). The number of raw data of each chirp is 128 samples. The setting parameter can be seen below.

Thank you very much.

Best regards,

Yuyong

Hi Yuyong, 

Have you had any luck on your end with this issue? 

Can you please attach the lua setup and capture scripts you are using to replicate this problem? I will try and replicate this on my EVM setup here. 

Thank you,

-Randy

i Randy,

Many thanks for your message and help. The lua setup and capture scripts with frames 10ms is attached. You can also try other settings by only modifying the parameter of Inter_Frame_Interval in configuration lua script.

Thank you and look forward to your reply.

Best,

Yuyong

lua script.rar

Hi Yuyong, 

I got the attachment. I will use this to try and replicate the issue on my EVM. 

Thank you,

_Randy

Hi Yuyong,

Can you please confirm the mmWave Studio version, DFP version and MMWCAS-RF-EVM version and AWR device you are running with?

The setup script you sent references DFP 1.2.5.1. This is an older Generation 1 AWR1243 compatible DFP. If you need to use the Generation 1 DFP, please reference the latest released MMWAVE-DFP package and the latest MMWCAS-STUDIO package. 

If you are running with an AWR2243 device, please reference the latest released MMWAVE-DFP-2G package and the latest MMWAVE-STUDIO-2G package. 

Both are available here: 

• https://www.ti.com/tool/MMWAVE-DFP
• https://www.ti.com/tool/MMWAVE-STUDIO 

Please confirm you are running with the latest compatible DFP and Studio packages and let me know if the problem persists. 

Thank you,

-Randy

Hi Randy,

Many thanks for your message. I have try the new DFP version and new studio software version. The problems are remain. Please see the attached lua script. You can try in your EVM by using these script. 

Thank you very much for your help, and look forward to your reply.

Best wishes,

-Yuyong

Attachment is the script. Thank you.lua_script_new.rar