• State
  • Locked Locked
  • Replies 3 replies
  • Subscribers 81 subscribers
  • Views 1409 views
  • Users 0 members are here
Support feedback
Options
Options
Related

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

LF2406 SCI boot loader flashing using C2Prog

ED
Intellectual 475 points

Hello,

I am trying to use the C2Prog utility to flash my code to the 2406 through SCI bootload mode. I grounded the two pins BOOT_EN and SPISIMO as instructed in the TMS320LF240x-A Flash Programming guide and it didn't seem to work. The guide also mentions about pulling low the MP/MC pin to put it in MicroController mode, but the 2406 doesn't have it so I wonder if I need to put it in MC mode.

Anyway, C2Prog did not even seem to make any connection:

*** PLEASE RESET TARGET IN SCI BOOT-LOADER MODE ***

Pinging target...  no response!

I checked the operating frequency out of the chip to be 40MHz (10MHz x 4PLL), as required by C2Prog.

I know it is an old chip, but please let me know if anyone has experience with this situation.

Thanks,

Erik

  • 0
    TI__Guru 57255 points

    Erik,
    I don't have much to add, but I will say that the '2406 will default to MC mode (since it doesn't have the MP/MC pin and the pin is pulled low with an internal pull-down).

    -Brett

  • 0 in reply to Brett Larimore
    Intellectual 475 points

    Thanks Brett,

    I wonder if there is any way to check if the 2406, or any chip in general, is in bootloader mode internally. Externally we can check for the pins to be pulled up/down, but other than that I guess all we can do is just hook up the flash utility (C2Prog, etc.) to the designated UART and pray that it is in SCI bootloader mode.

    Btw, I've been using C2Prog in SCI bootloader mode with no problem on Piccolo F28027 and F28069.

    Any comments are welcome.

    Erik

  • 0 in reply to ED
    TI__Guru 57255 points

    Erik,

    I think there may be some registers that you might be able to check.  Based on a quick look, one of the bits in SCSR2 may do what you what.

    My other thought may be to look for activity on the UART.  This might allow you to reduce the amount of places where the issue may lie.


    Thank you,
    Brett