|
Dear All; we are developing a C32 board for debugging we are using XDS510 alongwith Code Composer, I am able to write and execute a code with all the sections other than .text into external memory but when i try to map my .text section to the external RAM the Code composer builds the code and generate .out file with a correct map file also and load that out file correctly but CPU enable to execute that. If someone has any idea that i might be missing.... Regards, Khurram __________________________________ |
|
|
executing code from external RAM
Started by ●February 26, 2004
Reply by ●February 26, 20042004-02-26
|
Hello Khurram Check that the STRB0 and STRB1 data memory widths are configured to the same width as the program bus width when you download your code. Basically when the EMU download an application, it is actually downloading sections as if they were simple chunks of data RAM. If the two do not match, the downloaded code will not be correct. Normally on a system reset the STRBx bus width bits are configured to match the state of the PRGW pin, presumably allowing program data to download properly. Maybe you have a GEL statement (or some initialization script) that is changing these bit and therefor creating the blockage. You should also be able to load a simple program and then look to see if both the upper and lower 16b values are being copied into RAM properly. Hope this helps Keith Larson - At 05:01 AM 2/26/04 -0800, you wrote: Dear All; we are developing a C32 board for debugging we are using XDS510 alongwith Code Composer, I am able to write and execute a code with all the sections other than .text into external memory but when i try to map my .text section to the external RAM the Code composer builds the code and generate .out file with a correct map file also and load that out file correctly but CPU enable to execute that. If someone has any idea that i might be missing.... Regards, Khurram +--------------------------+ | Keith Larson | | Member Group Technical Staff | | Texas Instruments Incorporated | | | | 281-274-3288 | | | | www.micro.ti.com/~klarson (TI internal web only) | |--------------------------+ | TMS320C3x/C4x/VC33 Applications | | | | TMS320VC33 | | The lowest cost and lowest power 500 w/Mflop | | floating point DSP on the planet! | | | | Web: focus.ti.com/docs/toolsw/folders/print/tmdsdsk33.html | | Code: www-s.ti.com/sc/psheets/sprc147/sprc147.zip | +--------------------------+ |
|
|
Reply by ●February 26, 20042004-02-26
|
Hi All, I have an ezdsp VC33 board that has 34K words of onboard RAM, but no flash. I am trying to figure out a way to load the program into RAM, without using the Code Composer tool. I want to load it with a synchronous serial port. I am thinking I need a "pilot" program in RAM which can receive the actual code through the serial port and store it at the right location. Would I need to load this "pilot" program from a flash memory? Or is there a way to load the actual code directly into RAM ? Also, does anyone know of a document that explains boot process in C33? I appreciate your help in this. Thanks a lot. Karthik |
Reply by ●March 3, 20042004-03-03
|
Hello Everybody, I have set the proper values in the strobe control registers and as a matter of fact i can see the program opcodes loaded into the ext. RAM through emulator which are correct as compared to the Mixed asm source file. Intrestingly the code runs as desired if the .text section is placed in the internal RAM.But, if i place my .text section to the ext. RAM even then .out file is loaded into the target board correctly but then on execution CPU can't execute that. Ideas from anybody will be appreciated. Khurram --- "Keith E. Larson" <> wrote: > Hello Khurram > > Check that the STRB0 and STRB1 data memory widths > are configured to the same > width as the program bus width when you download > your code. Basically when > the EMU download an application, it is actually > downloading sections as if > they were simple chunks of data RAM. If the two do > not match, the > downloaded code will not be correct. > > Normally on a system reset the STRBx bus width bits > are configured to match > the state of the PRGW pin, presumably allowing > program data to download > properly. Maybe you have a GEL statement (or some > initialization script) > that is changing these bit and therefor creating the > blockage. > > You should also be able to load a simple program and > then look to see if > both the upper and lower 16b values are being copied > into RAM properly. > > Hope this helps > Keith Larson > - > At 05:01 AM 2/26/04 -0800, you wrote: > Dear All; > > we are developing a C32 board for debugging we are > using XDS510 alongwith > Code Composer, I am able to write and execute a code > with all the sections > other than .text into external memory but when i try > to map my .text section > to the external RAM the Code composer builds the > code and generate .out file > with a correct map file also and load that out file > correctly but CPU enable > to execute that. If someone has any idea that i > might be missing.... > > Regards, > Khurram > +--------------------------+ > | Keith Larson > | > | Member Group Technical Staff > | > | Texas Instruments Incorporated > | > | > | > | 281-274-3288 > | > | > | > | www.micro.ti.com/~klarson (TI internal web only) > | > |--------------------------+ > | TMS320C3x/C4x/VC33 Applications > | > | > | > | TMS320VC33 > | > | The lowest cost and lowest power 500 > w/Mflop | > | floating point DSP on the planet! > | > | > | > | Web: > focus.ti.com/docs/toolsw/folders/print/tmdsdsk33.html > | > | Code: www-s.ti.com/sc/psheets/sprc147/sprc147.zip > | > +--------------------------+ > > __________________________________ |
