TMS320F280049C: Control Card XRSn not working when programing via sci-a boot

Hi,

On below -

Anna Corbitt said:

When I connect the jumper to ground it clears the existing program but it does not reset the DSP where it can be reprogrammed.

There is only one XRSn pin to device and if it is toggled then it'll reset the DSP. So, I am not sure what do you mean by DSP is not getting reset. After XRSn how the device boots and reprogramming happens ? 

Vivek Singh

Hi Vivek, 

Thank you for your reply. I have the device configured for SCI boot. For example, if I have the blinky program running on the DSP and then take the XRSn pin to ground the LED will stop blinking, but all the LEDs remain on, and if I try to reprogram the device it will not work. I am not sure why I can not program the device after reset. 

Thank you,

Anna

Hi,

Anna Corbitt said:

if I have the blinky program running on the DSP and then take the XRSn pin to ground the LED will stop blinking, but all the LEDs remain on

I assume LEDs are on by default if device is not running ? Would it be possible to probe the XRSn pin of device and share the snapshot. 

Anna Corbitt said:

if I try to reprogram the device it will not work. I am not sure why I can not program the device after reset. 

Have you checked that boot mode pins are proper when you reset the device ? If yes, do you see any transaction on interface ?

Regards,

Vivek Singh

Hi Vivek,

Please see the screenshots attached. Both LEDs turn on after activating the reset. The jumper wire is connected to TP5 on the control card which is connected to the reset pin on the DSP.

With the program running:

After the reset is active: 

The reset does clear the program from the DSP but after it is activated I am not able to reprogram the DSP via serial unless I turn off the DSP power and turn it back on. How do you suggest that I check the boot pins? Thank you!

When you say. "The reset does clear the program from the DSP", what exactly it means. Program is loaded into non volatile flash and that should not get clear unless user clears it using flash API. Right ? Also I was requesting to provide the snapshot of oscilloscope with XRSn toggle. I think in this case you need to connect the CCS and run through this sequence to see where CPU is stuck after XRSn

Vivek Singh

I am using blinky as a test program, when the reset pin is toggled it stops blinking. However, it will not let me reprogram the DSP unless power is cycled.  The toggle reset process works on the F28335 DSP just not this F280049C. Here is the reset toggle on the oscilloscope:

The goal is to be able to program and reset this device over serial so code composer is not needed.

Are you connected the CCS?

Not currently. I have programmed it with CCS, but recently have just been sending it binary files over a COM port. 

One common issue in such case could be is the variable initialization. After power on reset all the RAMs get cleared to 0x0 where as after XRSn RAMs will retain the previous value. Not sure if that is the issue here but something to check in your code. Also if you could connect CCS and emulate standalone boot mode (find the detail in TRM) then you should be able to check where the code is getting stuck after XRSn.

Vivek Singh 

Do you know if it would be possible to install other versions of the BootRom to allow for the proper reset operation? That way the RAM is initialized on the reset.