• State TI Thinks Resolved
  • Locked Locked
  • Replies 10 replies
  • Answers 4 answers
  • Subscribers 30 subscribers
  • Views 207 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

IWR1443BOOST: Max data rate between DCA1000EVM and IWR1443BOOST

Takashi Onawa
Genius 13200 points
Part Number: IWR1443BOOST
Other Parts Discussed in Thread: DCA1000EVM,

Hi Team,

My customer is facing memory overflow issue with DCA1000EVM and IWR1443BOOST now. Could you help me to solve this issue?

They would like to get 1 hour continuous sampling data with chirping signal which needs 300Mbps data rate bus. But it seems that the bus rate is slow down to 100Mbps when Rader is working, so system would be down due to memory overflow. When not working the radar functions, the data bus speed between PC and DCA1000EVM recover to 300Mbps. 

Then, I have some questions.

1. could you tell me why is the bus rate of my PC and the evaluation board slowing down while measuring data?
2. What can be done to realize continuous sampling over time if there are system constraints?

Please find following thread for the detail of their settings

 https://e2e.ti.com/support/sensors/f/1023/t/918701

Regards,

Takashi Onawa

  • 0
    TI__Mastermind 25795 points

    Hello Takashi-san,

       Customer seem to be using older version of mmWave studio i.e mmwavestudio1.0 Please request to move to mmWave sudio 2.1. 

    Data rate is proportional to frame rate and hence proportional to duty-cycle, By adjusting this frame rate data rate could be throttled. Higher the frame rate higher the duty-cycle hence higher the output data rate. 

    Thanks and regards,

    CHETHAN KUMAR Y.B.

  • 0 in reply to CHETHAN KUMAR Y.B.
    TI__Genius 13200 points

    Hi Chethan-san,

    According to their evaluation, it seems that their system always gets communication error when dealing with over 2.8GB.
    If you handle more than that amount of data, the PC will not be able to retrieve the data regardless of the Duty Cycle or Frame Rate settings.

    Do you think where do this constraints come from? And could you advise me what should I check to solve this issue?

    Regards,

    Takashi Onawa

  • 0 in reply to Takashi Onawa
    TI__Mastermind 25795 points

    Hello Takashi-san,

       Could you please confirm they are using latest mmWave sudio 2.1? 

    Thanks and regards,

    CHETHAN KUMAR Y.B.

  • 0 in reply to CHETHAN KUMAR Y.B.
    TI__Genius 13200 points

    Hi CHETHAN-san,

    I just ask them to update their software to 2.1, they have been using ver 1.0.0.0.

    Then, I have quick question, Is it possible to set NumFrames larger than 65535 in Ver2.1?
    My customer would like to do 24hours continuous sampling but it seems that they need to reset once every hours due to NumFrames restriction(Limited NumFrames on the mmwave studio GUI).

    Regards,

    Takahsi Onawa

  • 0 in reply to Takashi Onawa
    TI__Mastermind 25795 points

    Takahsi-san,

         Thank you for the confirmation, Also there were lot of bug fixes done in mmWave_studio from Ver1.0 to Ver2.0. 

    Yes for infinite capture you need to set the number of frames to zero (As shown below in the mmWave studio user guide) . And you could issue stop frame command to stop the capture.

    You could also use LUA scripts to automate this process, there are LUA examples C:\ti\mmwave_studio_02_01_00_00\mmWaveStudio\Scripts

    this could be referred to, in running the automation in LUA shell within mmWave studio. 

         

    Thanks and regards,

    CHETHAN KUMAR Y.B.

  • 0 in reply to CHETHAN KUMAR Y.B.
    TI__Genius 13200 points

    Hi CHETHAN-san,

    Thanks for your kindly supports on this. I confirmed they can do the infinite capture on their environment.

    One quick question about processing for drop packet.

    According to the engineer, they can not find a sequence No. in the received data in the setting. could you tell me how they can know the packet drop in the setting?

    Regards,

    Takashi Onawa

  • 0 in reply to Takashi Onawa
    TI__Mastermind 25795 points

    Takashi-san,

         Thank you for confirmation, Let me check with the team and get back to you.

    Thanks and regards,

    CHETHAN KUMAR Y.B. 

  • 0 in reply to CHETHAN KUMAR Y.B.
    TI__Mastermind 25795 points

    Takashi-san,

    I have received the update from the team,  The sequence number and other details will be stripped at the DCA1000 FPGA level itself in the newer versions of mmwavestudio. The post processing of re-ordering the packets is done inline at the DCA1000 FPGA and then the reordered packets are sent to the PC.  

    Thanks and regards,

    CHETHAN KUMAR Y.B.

  • 0 in reply to CHETHAN KUMAR Y.B.
    TI__Genius 13200 points

    Hi CHETHAN-san,

    Thanks for your clear answer. I understand that the packet drop is handled in the system on the new version.

    One quick question from the customer. Is there any way to know if there was the packet drop or not? (For example, any massages appears in the Output Window etc...

    Regards,

    Takashi Onawa

  • 0 in reply to Takashi Onawa
    TI__Mastermind 25795 points

    Hello Takashi-san,

         Yes, there is a way:

        There will be a .csv file called <adc_data_file_name>_Raw_LogFile.csv in the PostProc folder.

    It will provide all information about the below details: 

    Out of sequence count

    Out of sequence seen from x to y

    First Packet ID

    Last Packet ID

    Number of received packets

    Number of zero filled packets

    Number of zero filled bytes

    Capture start time

    Capture end time

    Duration(sec)

    Hope, this address your concern.... 

    Thanks and regards,

    CHETHAN KUMAR Y.B.