• State TI Thinks Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 2 answers
  • Subscribers 17 subscribers
  • Views 100 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.

Original question:

TMS320F280049: Encountered a problem loading file: "File Path" Could not determine target type of file

CC2652R7: Uniflash: Encountered a problem loading file: "File Path" Could not determine target type of file

Allen Pan
Prodigy 10 points
Part Number: CC2652R7
Other Parts Discussed in Thread: UNIFLASH

Tool/software:

i got this message, when i try to flash a .bin file in Uniflash command line that has just been compiled by CCS.

But in the Uniflash GUI tool the bin file can be recognized and flashed successfully.

How can I download the bin fie via Uniflash command line?

  • 0
    TI__Guru**** 208857 points

    Hi Allen,

    I am observing the same and am asking the Uniflash Development Team for advice.  Meanwhile, I did find hex images to be sufficient.  For example:

    dslite -c CC2652R7.ccxml -e -f -v uart2callback_LP_CC2652R7_tirtos7_ticlang.hex

    You can generate a hex file in your CCS project with the following post-build script (Project Properties -> CCS Build -> Steps):

    ${CG_TOOL_ROOT}/bin/tiarmobjcopy ${BuildArtifactFileName} --output-target ihex ${BuildArtifactFileBaseName}.hex

    Regards,
    Ryan

  • 0
    TI__Genius 12005 points

    Hi Allen,

    Can you provide the command you are running?

    In general, when choosing to load a binary image, please make sure to include the start address in the command as well, since address information is not included in binary files.

    For example:

    > dslite.bat -c <ccxml> -e -f -v "test.bin,0x100"

    Alternately, you can use hex formats like Ryan suggested, which will include the load address information as well.

    Please let me know if this resolves your issue.

    Thanks,

    Ricky

  • 0
    TI__Guru**** 208857 points

    Ricky is correct, the start address is an important parameter even if the image starts at 0x0. This command worked for my system

    dslite -c CC2652R7.ccxml -e -f -v uart2callback_LP_CC2652R7_tirtos7_ticlang.bin,0x0

    Regards,
    Ryan