We have been using an "XDS510PP Plus" JTAG emulator (via PC's parallel port) with our TMS320F2812 target board for many years. We now want to use the USB-based XDS100v2 JTAG emulator with our TMS320F2812 target board.
For power sequencing, we first apply power to the emulator, then apply power to the TMS320F2812 target board.
The old XDS510PP emulator holds the TMS320F2812 in 'reset', even before launching Code Composer Studio. This is a 'good' feature. Not sure how the emulator does this, but I'm guessing that the emulator applies a 'high' voltage to /TRST as soon as it is powered-on. In any case, our application code (stored in the TMS320F2812 flash memory) desireably does not execute.
Now, a description of the issue. We now want to use the XDS100v2 emulator. However, we have learned on other projects, that the XDS100v2 does not apply a high voltage to /TRST until after Code Composer Studio 'connects'. Thus, we think the following is going to occur:
(Note: Boot Mode = GPIOF4, GPIOF12, GPIOF3, GPIOF2 = 1XXX (Jump To Flash address 0x3F7FF6)
1. Power is applied to XDS100v2 emulator.
2. Power is applied to TMS320F2812 target board.
3. The TMS320F2812 begins executing code immediately.
...
4. Launch Code Composer Studio
In step #3 above, the TMS320F2812 begins executing code immediately and jumps to flash at 0x3F7FF6, which will not even have valid code if the device is new, or might have 'harmful' application code that really shouldn't be executed.
The TMS320F2812 does not have "Wait in Reset" capability like some of the other TI microcontroller devices; for example, the TMS320F28069 Boot ROM uses GPIO34 to implement a "Wait for Emulator" capability.
Is there some way to force the TMS320F2812 to "wait" until the XDS100v2 emulator connection is established via Code Composer Studio, instead of executing code?
Eric