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.

CCS/AWR1642BOOST: Creating custom bin files

Part Number: AWR1642BOOST
Other Parts Discussed in Thread: DCA1000EVM

Tool/software: Code Composer Studio

Hello,

I am an M.Sc researcher that has no previous experience in using DSP/ARM processors. I intend to create my own application/demos out of the board, it would be extremely helpful if I was pointed to a specific demo/project or any other resource that does a simple "hello world" program on the board, developed ground up. I would like to start by running a print statement using the DSP of the board to print "hello word".

There are too many files and lines of code present in the automotive toolbox 2.5.0 demos, which make it hard to reverse engineer the purpose of each file/code to understand what is happening. On top of that, they appear to have pre-built .bin files and GUIs that make it even harder.

My end goal would be something akin to creating a beam-forming transmission/reception scheme controlled via software embedded on the board. The board should then relay back FFT of chirp packets to the laptop, which I can analyze as needed.

To do that, I would need to know:

  1. What a .bin file is and what a config file is and what are the differences between them.
  2. How to create my own .bin file and config files to program the board to do what I need it to.
  3. To be able to relay back information from the board onto my laptop to process it in real time (with some delay is also acceptable)

Also note that I do not have the DCA1000EVM board.

Any information/exact resources I need to look at to go about doing this would solve my problems. If I am mistaken/misguided anywhere above, please do bring it to my notice as I am a novice and not really fluent with the board's limitations and capabilities.

Thank you.

Regards,

Sawan Singh Mahara

  • Hi,

    As you know the connection between the host and the board is UART. This is too slow to support transferring the FFT data.

    We don't have  real time solution to transfer the data from the target to the host that would support high bandwidth.

    Would this be sufficient to you to get only the detected points?

    Thank you

    Cesar

  • Hello,

    It would be acceptable to also buffer the FFT for some duration and transfer chunks of it to the laptop. Delays of upto ten seconds is also tolerable and considered real-time for my application.

    Also please note that my largest concerns at the moment are to deal with the 3 bullet points mentioned in my original post. If real time is not possible, I can manage without it as well. Dealing with the 3 points could equip me with some knowledge on utilising the board in some manner or the other, which I currently do not have.

    Thank you

    Sawan