• State Resolved
  • Locked Locked
  • Replies 2 replies
  • Subscribers 30 subscribers
  • Views 399 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:

IWR1443BOOST: About raw I/Q data

IWR1443BOOST: Is it possible to save raw I/Q data to disk?

Alex Moody
Prodigy 70 points
Part Number: IWR1443BOOST

Another user asked essentially the same question four months ago and received a rather unsatisfactory response:

https://e2e.ti.com/support/sensor/mmwave_sensors/f/1023/t/654684

I'd like to try asking the question again with a bit more detail.  I want to be able to save raw (unprocessed) I/Q data to disk on my PC so that I can post-process the data myself using MATLAB.

The response to the post above is that this is possible and to consult the doxygen documentation.

I've reviewed the doxygen documentation for the IWR1443BOOST, and according to the "Data Path" section it looks like the raw I/Q data goes though a 2-dimensional FFT and other post-processing prior to being transmitted to the PC via the UART port.  So, is it possible to circumvent this post-processing and transmit the raw I/Q data directly through the UART?  If so, is there documentation on how to do this?

I see that there is a "RECORD START" button in the MMWave Demo Visualizer, but according to its documentation it saves processed/detected objects data.  If I successfully got the IWR1443BOOST to transmit I/Q data instead, would the Demo Visualizer source code also need to be modified?

I am just trying to get a feel for how much development work will be necessary to implement this functionality.

Thanks,

--Alex 

  • 0
    TI__Mastermind 28055 points

    Hi Alex,

    The "Record Start" button only records the post processed data, e.g. the point cloud. The device can generate raw data much faster than it can be sent with UART, so you will have to make sure you are not overwriting the chirp data as you try to send it. Use UART_writePolling() to avoid this.  The Uart will send data out one byte at a time, so you will have to reconstruct the data.  Matlab is a good choice, and you can use the serial() function to capture the UART data stream.  If you decide to go this route, it will be easier to modify the demo found here in SKD1.2: <SDK1.2_INSTALL_DIR>\packages\ti\drivers\test\mem_capture, which doesn't do any post processing. 

    Regards,

    Justin

  • 0 in reply to Justin Curewitz
    Prodigy 70 points
    Thanks Justin.

    This has moved me to consider purchasing the MMWAVE bundle and TSW1400EVM for the sake of simplicity.