• State TI Thinks Resolved
  • +1 person also asked this people also asked this
  • Locked Locked
  • Replies 4 replies
  • Answers 1 answer
  • Subscribers 31 subscribers
  • Views 523 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.

AWR2243BOOST: Enet demo modification to stream raw data

Daniel Mizrahi
Prodigy 20 points
Part Number: AWR2243BOOST
Other Parts Discussed in Thread: AWR2243, AM2732

Hi,

We have the AM2732+AWR2243 boards, we want to stream raw ADC data from the radar to our PC over Ethernet cable.

We are planning to modify the enet-demo provided with the mcu+sdk in order to stream the raw ADC data over Ethernet at a low frame rate.

Can you guide us to what is the proper way to achieve this, where are the source files located, which parts should we modify and any other details you

think are relevant. 

Thanks in advance.

   Daniel.

  • 0
    TI__Guru*** 148444 points

    Hi,

    Currently the oob demo provided with the sdk processes the raw ADC data using a set of processing modules: Range FFT, 2DFFT, CFAR, Angle ....

    After completing the processing, the results are sent using the UART/ENET_STREAM to a PC host.

    RangeProcHWA

    In order to stream raw ADC data you would need to modify the implementation of the RangeProcHWA as follows:

    • Modify the EDMA configuration to copy the ADC Buffer data directly to L3 memory with no processing.

    Next, you would need to modify the ENET_STREAM task  to send the ADC raw data from L3 mem to PC Host.

    • See MmwDemo_transmitProcessedOutput() in

    C:\ti\mmwave_mcuplus_sdk_04_02_00_02\mmwave_mcuplus_sdk_04_02_00_02\ti\demo\am273x\mmw\mss\mss_main.c

    • Please see "EnetStreamingNotes Streaming data over Ethernet" in mss_main.c, ENET_STREAM

    Thank you

    Cesar

  • 0
    TI__Genius 15046 points

    Hi Daniel,

    In addition to the information Cesar provided, I want to point out that:

    1. If you plan to stream out the raw ADC data via ethernet, it will be the inter-chirp time that has to be sufficient enough for this transfer to complete. This is because each chirp will have to be transmitted out before the processing of the next chirp can begin. Having a slow framerate (higher inter-frame time) will have no bearing on whether Ethernet can successfully transfer the raw ADC data or not.

    2. If on the other hand, you are comfortable with sending out the 1D FFT radarcube, this can be done in the interframe time as the L3 radarcube is processed and stored in its entirety in L3 memory. This can be accessed at the end of frame processing in <SDK_INSTALL_LOC>\ti\datapath\dpc\objectdetection\objdethwa\src\objectdetection.c in DPC_ObjectDetection_execute via subFrmObj->dpuCfg.aoaCfg.res.radarCube.

    Regards,

    Aayush

  • 0 in reply to Aniket Mahajan
    Prodigy 20 points

    Hi,

    I think the second option is suitable for our needs. I am afraid i need more details on how exactly i should start compiling and building the application. can you direct me to some guides to help me understand the development flow?

  • 0 in reply to Daniel Mizrahi
    TI__Genius 15046 points

    Hi Daniel,

    Section 4.8.3. Building demo of the SDK user guide should give details on how to build the demo from source. Are these the details you need, or is there something more specific you had in mind?

    Regards,

    Aayush