• State TI Thinks Resolved
  • Locked Locked
  • Replies 10 replies
  • Answers 1 answer
  • Subscribers 84 subscribers
  • Views 340 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.

TMS320F280049: fill hole with 0xff for bin file when use old CCS and compiler

Strong ZHANG
Expert 4300 points
Part Number: TMS320F280049

Tool/software:

Hi Expert,

My customer are able to fill the hole for bin file when they use new compiler and CCS12.

they define the ROMS file and use CCS hex utility to generate the bin file, it work for CCS12 and new compiler.

--image
--binary
--zero
ROMS
{
IMAGEBIN:
org = 0x100000, /* 0x3f0000 * 2 */
len = 0x80000, /* 0x7F7F * 2 */
romwidth = 16,
fill = 0xFFFF
}

but what they use is CCS8.3.1 and old compiler v18.1.4.LTS, it will fail to use the same method to generate the bile file that filled hole with 0xffff because there is no C2000 Hex Utility in CCS8.3.1.

any suggestion to use the old compiler v18.1.4.LTS and CCS8.3.1 to generate bin file that filled with 0xffff for hole? 

  • 0
    TI__Guru**** 451431 points

    Hello,

    Strong ZHANG said:
    there is no C2000 Hex Utility in CCS8.3.1.

    The C2000 Hex Utility comes with the compiler that ships with CCS 8.3.1:

    and project property GUI integration is also available:

    Can the customer explain what they mean by that there is no C2000 Hex Utility?

  • 0 in reply to Ki
    TI__Expert 4300 points

    Hi Ki,

    customer say they are able to use CCS8.3.1 to generate bin file, but if they use the old compiler v18.1.4.LTS, add the filled hole command ,there will have error as below showed, there is no this issue if they use new compiler.

    so  do the old compiler v18.1.4.LTS support generate bin file with filled hold command? 

    --image
--binary
--zero
ROMS
{
IMAGEBIN:
org = 0x100000, /* 0x3f0000 * 2 */
len = 0x80000, /* 0x7F7F * 2 */
romwidth = 16,
fill = 0xFFFF
}

  • 0 in reply to Strong ZHANG
    TI__Guru**** 451431 points
    Strong ZHANG said:
    but if they use the old compiler v18.1.4.LTS, add the filled hole command ,there will have error as below showed, there is no this issue if they use new compiler.

    Thank you for the clarification. I will bring this thread to the attention of the compiler experts for further attention.

  • 0 in reply to Ki
    TI__Guru**** 245080 points

    The version 18.1.x.LTS series of releases is no longer supported.  

    If it is important you use a version 18.1.x.LTS compiler toolset, then upgrade to the final one, version 18.1.8.LTS.  If that doesn't fix the problem, then you have to upgrade to the compiler toolset version you use inside the newer version of CCS.  Even though that older version of CCS was never tested with the newer version of the compiler toolset, in practice, everything usually works fine.

    Thanks and regards,

    -George

  • 0 in reply to George Mock
    TI__Expert 4300 points

    George,

    Thanks for your clarification, customer insist on using v18.1.4.LTS. 

    just take a check if there any other way to generate bin file that can fill the hole with 0xFF by using compiler v18.1.4.LTS?

  • 0 in reply to Strong ZHANG
    TI__Guru**** 245080 points

    Try removing the option --array.  I don't know why they would need that.  

    It also appears they define some of the same command line options on the command line (by setting it in CCS) and inside the hex command file.  Try to define them in only one place.

    Thanks and regards,

    -George

  • 0 in reply to George Mock
    TI__Expert 4300 points

    George,

    customer remove the option --array, but still have the compiling issue.

    Could you help check if it is ok to fill the hole with 0xFF by using old compiler v18.1.4.LTS?

  • 0 in reply to Strong ZHANG
    TI__Guru**** 245080 points

    When the customer uses hex2000, it fails with an INTERNAL ERROR.  I cannot reproduce that behavior, so I cannot tell you how to stop it from happening.  The suggestion to remove --array was an educated guess.  I'm sorry it didn't work.  Unfortunately, I cannot think of any other suggestions.

    Thanks and regards,

    -George

  • 0 in reply to George Mock
    TI__Expert 4300 points

    Hi George,

    Forget customer's issue, could you confirm whether it is ok to fill the hole with 0xFF by using old compiler v18.1.4.LTS for F280049 device?

    customer require the answer yes or no, so they can make decision for next step. 

  • 0 in reply to Strong ZHANG
    TI__Guru**** 245080 points
    Strong ZHANG said:
    whether it is ok to fill the hole with 0xFF by using old compiler v18.1.4.LTS

    No.  Because hex2000 fails with an INTERNAL ERROR when you try.  This is behavior I cannot reproduce. Therefore, I cannot tell you how to make it work.

    Thanks and regards,

    -George