Hi,
We've been developing a demonstrator based on the ezDSP USB C5515. It uses the built-in audio and most of the other peripherals to communcate with some external hardware.
We included PLL configuration and peripheral reset instructions based on the GEL file for the board, and verified that the code would run correctly when loaded from CCS without the GEL file.
We then flashed to NOR using the programmer from the wiki, and it would not work. On power up, the code runs, we can talk to some but not all the peripherals, and not all the code worked making the demonstrator completely inoperable.
Although we're not using the FFT, and the board is slightly different, the symptoms were similar to those described in http://e2e.ti.com/support/dsp/tms320c5000_power-efficient_dsps/f/109/p/126035/462564.aspx
See next post, we think we have a fix.
Antony (not the same one as the cited post, BTW)
This was very frustrating - we did all the steps described about including initialisation steps from the GEL file, avoiding SARAM31 etc - see for example http://processors.wiki.ti.com/index.php/C5515_Boot-Image_Programmer
There is no mention in the documentation or the sample code provided with the board of needing to set the ICR.
To cut a long story short, the fix described at the end of http://e2e.ti.com/support/dsp/tms320c5000_power-efficient_dsps/f/109/p/126035/462564.aspx worked for us. I do the following, before any other initialisation (even the PLL):
#define IDLE_ICR *(volatile ioport Uint16*)(0x0001)
IDLE_ICR = 0x000E;
asm(" nop_16");
asm(" idle");
This closes the issue.