DCA1000EVM: Stops sending end of frame message after several hours of data capture

Hello,

Could you clarify what you mean by "end of frame message" ? There is no separate end of frame message sent as such from the DCA1000 , what is the system waiting for or expecting at the point it hangs?

Also can you confirm if there is any error LED status on the DCA1000 and if the data transfer LED is still blinking when the issue occurs?

regards,

Vivek

Vivek,

Thanks very much for the reply. No error LEDs are lit. The only LED that is on is DATA_TRAN_PRG and it says on continuously. It does not appear to be blinking.

By "end of frame message" what I mean is the packet containing the data "5aa50a000001aaee". This packet is sent asynchronously at the end of every normal data transfer. 

Thanks very much.

Hello ,

Which is the AWR device you are interfacing with the DCA1000 ? Are you sending this frame end data of "5aa50a000001aaee" in your application over the LVDS interface?

Before data stops being received on the PC I assume the "DATA_TRAN_PRG" LED keeps blinking, can you confirm?

Regards,

Vivek

Vivek,

Thanks for the reply. 

1. Correct: before data stops being received on the PC the DATA_TRAN_PRG LED blinks each time a frame of data is sent to the PC.

2. We are interfacing with the AWR1243BOOST

3. We do not send the "5aa50a000001aaee" message at all, we only receive it. In the above packet trace it is shown as being transmitted from the DCA1000EVM which has IP address 192.168.33.180 to the PC which has IP address 192.168.33.30.

We receive this message consistently every time a frame of data is received from the DCA. So the process from the PC's point of view is (1) transmit arm DCA, (2) transmit AWR1243 trigger frame, (3) receive a bunch of data packets, (4) receive "5aa50a000001aaee", (5) transmit disarm DCA. Repeat this process for several hours, at which point we stop receiving the last data packet and "5aa50a000001aaee" and the system hangs.

Thanks very much for your help. 

Hello ,

Oh ok, thanks for clarifying. In that case I assume you are using mmwave studio to configure and control the AWR1243 device?

There is no fixed pattern of "5aa50a000001aaee" sent from the AWR1243 device if you are using mmwave studio. Just the ADC data is sent out. It might be that the ADC data just happened to providing this value.

Regards,

Vivek

Vivek,

Thanks very much for the reply. I am not using mmWave Studio to configure and control the device, I am using the mmwave_example.exe file provided as part of the mmWave Device Firmware package. Furthermore the board is running with only the SOP jumper 0 set aka "Functional mode". 

In addition, note that the sequence "5aa50a000001aaee" is received from the DCA on the command port 4096, not the ADC data port 4098. Furthermore, we receive that exact sequence bit-for-bit at the end of every frame capture thousands and thousands of times. This makes me think these are most likely not ADC samples. 

Hope that's helpful. Thanks for the assistance. 

Hello,

Thank you for providing more details. The sequence you are mentioning is a response from the DCA1000 on a FGPA version get command. Its not related to a radar frame.

If you are using the mmwave example file how have to you added the controls/commands to DCA1000? is this something you have done on your own?

regards,

vivek

Hello,

Sorry that does not correspond to FGPA version get command, but is a status response from the DCA1000.

Could you help me with more details on how you configuring the DCA1000 and what is the configuration you are using?

regards,

Vivek

Hello,

Any update on this topic ?

regards,

vivek