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/TMS320C50: How to create EEPROM image for tms320c50

Part Number: TMS320C50


Tool/software: Code Composer Studio

HI!

I have very old device designed on tms320c50.  I ty to repear it.  How can i build boot image for this?

I have cc2000.  I build test project (on C)  and get COFF file.  I translate this file to hex by hex2000 without any argumenrs (hex2000 test.hex test.coff)  And after convert to bin by hex2bin (my programm tool understand only bin)

when i try to start the did'nt see any resaults (the device must to change XF-falg)  the flag is free.

In manual read about Boot Routine Selection Word where is word place??

Same additioanl.

I can find this document 

and i have same question about it. 

the command file for DSPHEX is right? Or has mistake?  In this file consist

filename.out
-t
-bootorg 08000h
SECTIONS { bootsect = boot }

the bootorg 0x8000 or 0x800 like in linker command file??

I edit this commsnd file change option -t to -i for get intelhex. After run DSPHEX with command file I get two files test.i00 ant test.i01  How can I get bin from this files??

  • noboby knows this problem??
  • Pavel Kosenko said:
    I have cc2000.

    I'm not sure what that means.  Do you mean the compiler for the C28x family of devices?  (The compiler shell is named "cl2000".)  If the answer is yes, then you are using the wrong compiler.  You need to use the compiler for the much older C24xx family of devices.  (The compiler shell is named "dspcl").  

    Thanks and regards,

    -George

  • I mistaked it is c2000. It is old compiler for 2x, 2xx and 5x procesors
  • I'm sorry for the delay.  I'm still confused as to whether you have solved your problem.  If you have not, here are a few tips.

    You have to use the old DSP compiler tools.  Every executable is named dspsomething.  I'm sure you use dspcl and dsphex.  Maybe a few others.  I am not familiar with that old application note.  It is published here on the TI web site.  I suggest you follow it very closely.  

    The app note does make one presumption that may not be true.  It presumes that, after linking, the function _c_int0 is at address 0x800.  Inspect the linker map file (a text file produced by the linker which usually has the file extension .map), and look for the symbol _c_int0 to see its address.  If it is not at address 0x800, then it almost certainly will not work.  Let me know if that happens.

    Thanks and regards,

    -George