CCS4 fails to load C28 .out file

Dick Hester said:

(1) I get the same errors with different hardware.
(2) I successfully load both processors with the code from a different project.
(3) Another person has successfully loaded my C28 .out file on his hardware.

Based on these tests, it seems like something related to your debug configuration/launch for this particular project is messed up. Could you try deleting the debug launch and target cache files ( and also possibly cleaning your workspace) as described here: http://processors.wiki.ti.com/index.php/Troubleshooting_CCS#Debugger?

Let us know if that helps.

I deleted
(1) the launch configuration,
(2) the contents of the folder, C:\Documents and Settings\<Your Login ID>\Local Settings\Application Data\.TI,  and
(3) the targetdb.cache file.

Upon creating a new target configuration, I get the same errors.

I have not figured out how to start ccs4 with the "-clear" parameter. The directory structure has spaces between words, Program and Files, and Texas and Instruments, so the command line entry won't accept it. There must be a way, but I don't know it.

Dick Hester said:

Upon creating a new target configuration, I get the same errors.

Dick Hester said:

I have not figured out how to start ccs4 with the "-clear" parameter.

You can add the -clean to the CCS shortcut (see below).

You may also want to closely check your target configuration file with your oc-worker's (for whom it works), and also see if he can load your .out file on your target board but on his machine (to eliminate hardware related issues).

I worked around this problem by creating a new project, including the target configuration. I copied the original main.c text into new files and added .asm files to the project directories. I did not modify the memory block definitions in the c28.cmd file. Instead, I moved the .cinit, .stack and .econst sections to blocks that could accommodate their sizes. Now I can load the programs without difficulty.

 I would love to know what went wrong with my original project, but not at the expense of a lot of time. Do you have a theroy?

Thanks and Regards

New symptoms developed after I worked around the problem of failure to load code to the Concerto target. Now the load seems at odds with the compiler .map file (and my .cmd directives) and even omits macro code:

(1) Some assembly macros designated for inclusion in an assembly ISR in memory section "ramfuncs" are not included. Their code is missing from the CCS disassembly view. At the same time, other initialization macros designated for inclusion in the same ISR but not designated for "ramfuncs" show up.

(2) The control project .cmd file directs "ramfuncs" to RAMM0 and .cinit to RAML3. I leave the controlSUITE definitions of memory blocks unchanged
(28M35H52C1_RAM_lnk_c28.cmd) . The map file indicates that this was done, but the disassembly and memory view windows in CCS4.2.4.033 indicate that .cinit starts at the beginning of RAMM0, and assembly code directed to ramfuncs (using  the ".sect "ramfuncs" directive) is placed at 0x0609, in RAMM1. They also indicate nothing is placed in RAML3.

Any suggestions?

Dick Hester said:

The map file indicates that this was done, but the disassembly and memory view windows in CCS4.2.4.033 indicate that .cinit starts at the beginning of RAMM0, and assembly code directed to ramfuncs (using  the ".sect "ramfuncs" directive) is placed at 0x0609, in RAMM1. They also indicate nothing is placed in RAML3.

This is definitely odd that the disassembly/memory views in CCS do not match up with where the link map files says those sections are placed.

Can you try moving RAML3 from page 1 to page 0 and then allocate .cinit to RAML3 and see if that changes anything? .cinit is an initialized section and should be in program memory. Although the C28 uses a flat memory the tools might still not be too happy with it going into a data memory region.

Is this a project that can be run on a Concerto controlcard? If so, and if the above suggestion does not help, could you share the project (if you prefer you can do this offline) so we can try to reproduce the problem?

This is a project that has been running successfully on a Concerto control card, albeit with continuing modifications. I would be deliighted to send you the project. I am a TI employee, and you can find my contact information through the employee directory.

Placing RAML3 on page 0 changes nothing. Can you point me to the document describing page 0 and page 1 management? How can I send you the project?