• State TI Thinks Resolved
  • Locked Locked
  • Replies 11 replies
  • Answers 1 answer
  • Subscribers 31 subscribers
  • Views 2827 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Original question:

AWR1443BOOST: raw ADC streaming for an arbitrary amount of time

AWR1443BOOST: raw ADC streaming of radar samples using DCA1000

Colleen Josephson1
Intellectual 315 points
Part Number: AWR1443BOOST
Other Parts Discussed in Thread: DCA1000EVM

I have some questions on radar IQ sample streaming capture using the new DCA1000EVM:

Does the DCA1000evm allow us to use all 3 TX antennas and all 4 RX antennas? With the current TSW1400+Radar Studio setup we are limited to using 2 TX antennas according to this document: training.ti.com/.../mmWave_sensor_raw_data_capture_using_TSW1400_board_v3.pdf

How will the data be available? Currently radar studio creates a binary file. Does the new board also create one large binary file?

Is it possible to monitor the ethernet packets using software like WireShark and then reconstruct the radar data from the packets ourselves?

What is the expected latency between a radar frame being taken and it arriving on the capture PC?

  • 0
    TI__Genius 11405 points

    Colleen,

    For DCA1000 with mmwave studio, you can select all 3TX at static config. 

    The data is also saved in binary file. Please check the mmwave studio user guide under http://www.ti.com/tool/MMWAVE-STUDIO

    As for other software, I'm not familiar. Does that do the data capture or just data processing?

    I'll check with our DCA expert on the latency question and get back to you.

    Regards,

    Michelle

  • 0 in reply to Michelle Liu
    Intellectual 315 points

    Michelle, from what I understand, the new capture card transmit data via ethernet. I am wondering if anything is preventing us from capturing the ethernet packets to process the data ourselves. We would like to do this so we can use the timestamps on the ethernet packets to attach a timestamp to each radar frame. 

  • 0 in reply to Colleen Josephson1
    TI__Genius 11405 points
    OK. I guess this is what you plan to do: Using mmwave studio only to send the APIs to config the radar mmwave sensor and trigger. Use WireShark to do the data capture and analysis. If that's the case, let me consult our expert of DCA1000 and get back to you.

    Regards,
    Michelle
  • 0 in reply to Michelle Liu
    Intellectual 315 points
    Michelle, yes. What you described is our goal.

    Alternatively, if there is another way to get radar frame timestamps, we are open to that as well. We would like the timestamps to be accurate to with 1ms, if possible.
  • 0 in reply to Colleen Josephson1
    TI__Genius 11405 points
    Hi,

    Sorry for the delay. Here's what I get so far. Yes, you can use the Wireshark tool, actually in the Troubleshooting section of the DCA1000 user's guidewww.ti.com/.../spruij4.pdf, it's mentioned that Wireshark can be used to check the Ethernet packet transfer.

    However, you'll need to build your own post processing utilities.

    In the output console of mmwave studio, a time stamp is shown but not to the accuracy of mSec. It is not a supported feature to add timestamp using mmwave studio.

    Hope this helps.

    Regards,
    Michelle
  • 0 in reply to Michelle Liu
    Intellectual 315 points

    Hi Michelle,

    Thank you, that is very helpful. One last question....I saw this in the user guide:

    "The default Ethernet delay is pre-programmed as 25 µs in both the FPGA and software. The user can configure the delay from 5 µs to 500 µs"

    Are there any other sources of delay we should be aware of? Does the DCA1000 introduce any additional processing/buffering delay besides the ethernet delay?

    Thanks,

    -Colleen

  • 0 in reply to Colleen Josephson1
    TI__Genius 11405 points
    Colleen,

    I've sent out request to find out about the delay.
    Will get back.

    Thanks and Regards,
    Michelle
  • 0 in reply to Michelle Liu
    TI__Genius 11405 points
    Sorry for the delay.

    We do not measure the delay between LVDS data out of radar device and the data stored in PC. It would be highly variable depending on many factors. We would like to understand why the latency is important to your use case.
    The data is buffered at lot of places in the path. First in the fpga itself once its received over the lvds interface , then in the onboard DDR memory , and then again in the Ethernet buffer.

    Thanks and Regards,
    Michelle
  • 0 in reply to Michelle Liu
    Intellectual 315 points

    Hi Michelle,

    Our use case is that we'd like to sync 60fps video frames to radar frames within 1ms of error. We have a camera attached to the computer and we are able to timestamp the video frames with high accuracy. We were hoping that the DCA1000's ethernet packet timestamps plus some knowledge of the latency would allow us to timestamp the radar frames also. I understand that the latency is variable, but is it variable in the sub-millisecond regime?

    Thanks,

    -Colleen

  • 0 in reply to Colleen Josephson1
    TI__Genius 11405 points
    Sorry. Our support on DCA1000 is limited to the mmwave studio useage only. We can't comment on the live stream usage.

    Regards,
    Michelle
  • 0
    TI__Guru 50240 points
    We apologize that we were not able to provide you a timely answer.
    If this is still an issue we recommend that you start a new thread.