This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionLast revisionBoth sides next revision | ||
setspeed [2011/04/29 10:58] – ab | setspeed [2011/06/20 10:18] – ab | ||
---|---|---|---|
Line 4: | Line 4: | ||
\\ | \\ | ||
** Notes about debugging: **\\ | ** Notes about debugging: **\\ | ||
- | * Debugging gets complicated after changing the clock speed. Thus start to work on clock changes only at the very end of a development cycle | + | * Debugging gets complicated after changing the clock speed. Thus its recommended |
* After changing the clock speed the emulator looses connection to the target. For this reason it's important **never to change the clock speed directly after power up**. Always program your application in such a way that the first clock change occurs **at least 5 seconds after power up**! \\ (After power up the processor runs with default settings, which allows to connect the emulator to the target during this 5 seconds) | * After changing the clock speed the emulator looses connection to the target. For this reason it's important **never to change the clock speed directly after power up**. Always program your application in such a way that the first clock change occurs **at least 5 seconds after power up**! \\ (After power up the processor runs with default settings, which allows to connect the emulator to the target during this 5 seconds) | ||
* The program should not be executed as a *.DXE file, it's strongly recommended to always create a *.LDR file | * The program should not be executed as a *.DXE file, it's strongly recommended to always create a *.LDR file | ||
+ | \\ | ||
+ | \\ | ||
+ | ** No Boot **\\ | ||
+ | In case the VDSP session cannot be connected because a flashed application changes the clock settings, follow this instructions: | ||
+ | [[no_boot]] |