when using eZdsp5535, a problem appears: my own user code works fine in CCS environment but fails to work after converted to boot image.
But when I use the demo codes supported by spectrum digital company, such as aic3204.out, eZdsp5535 works well out of CCS environment.
Therefore, I search online, and find a link below,
http://processors.wiki.ti.com/index.php/C5535_Boot-Image_Programmer
in it, there is a description about "Common Mistakes in Boot Image User Code", and it provides two possible causes.
1. A frequent issue is that the user code works fine in CCS environment but fails to work after converted to boot image. This is most likely because the user code relies on a GEL file in the CCS environment to initialize and setup PLL. This is easily corrected by not using GEL in CCS environment, but instead including all the necessary initialization steps in the user code. It is a good practice to re-initialize everything you need from within your bootloaded user code.
2. Another common mistake is allocating program code to SARAM31 memory. The bootloader writes to SARAM31 (byte address 0x4E000 – 0x4FFFF) thus any user code residing in SARAM31 will be corrupted. Do not use SARAM31 if you intend to convert this code to a boot image. Once the bootloader has finished loading the program into RAM, SARAM31 can be used.
My questions are:
1. how to re-initialize everything you need from within your bootloaded user code.
2. the second mistake can be avoided by appropriately edit the *.cmd file?