• State
  • Locked Locked
  • Replies 7 replies
  • Subscribers 83 subscribers
  • Views 1130 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.

TMS320F28379D: Uniflash Connection

Tomas Sadilek
Intellectual 430 points
Part Number: TMS320F28379D
Other Parts Discussed in Thread: UNIFLASH, C2000WARE

We are working on an application that employs a number of 28379D parts, each sitting on an individual card.  These cards will be tied to a master controller using a fiber-optic connection (Tx/Rx - UART).  There is a need to update the firmware on these components remotely via the serial port.

The master controller has the ability to route each of the RX/TX pairs to a copper-based RS232, which can be further routed to a USB/RS232 converter.  We were thinking about flashing these processors with Uniflash.

However, I do not seen a serial option in Uniflash (uniflash_sl.4.1.1329 ).  

Which UART pins on 28379D have to be used to ensure compatibility with Uniflash?

Also, how do we enable the serial portion?

Thanks,

Tomas

  • 0
    TI__Guru* 87145 points
    Tomas,

    Serial option is not supported in UniFlash for F2837xD.

    Please take a look at this post: e2e.ti.com/.../1861572

    Thanks and regards,
    Vamsi
  • 0 in reply to Vamsi Gudivada
    Intellectual 430 points
    Hi Vamsi,

    Thank you for the link. In this case, the other software has the functionality I had originally expected Uniflash to have.

    Some more questions about the device and SCI bootloading:

    1) Does the SCI transceiver have to be connected to GPIOs 84/85 (option 1)?

    2) This will show my ignorance of bootloading schemes. Is it possible to reflash the processor using only the two pins and having no other means of access to the device (physically embedded applications). Or do the bootloading selection pins have to changed to a) load new program and then b) to boot from flash (GET)?

    Thanks and regards,
    Tomas
  • 0 in reply to Tomas Sadilek
    TI__Mastermind 30255 points
    Tomas

    1) Yes, the SCI boot option as part of the default boot mode table uses GPIOs 84/85.
    2) The two boot mode select pins are what controls whether the device runs a bootloader or goes to application. You can only change the boot mode selection GPIOs once as well as setting the Get boot mode since in OTP. The bootloader will branch to your application once complete without requiring a change in the boot mode select pin values. You can take a look at the boot source code in C2000Ware. Let me know what I can further clarify.

    Best regards
    Chris
  • 0 in reply to Christopher Chiarella
    Intellectual 430 points
    Hi Chris,

    Thanks for your answer. I need some more clarification.

    "You can only change the boot mode selection GPIOs once as well as setting the Get boot mode since in OTP. "

    This suggests that the boot mode selection GPIOs can be changed just once (per boot/lifetime)? I do not understand the second part of the sentence. Could you please clarify?

    Further, and perhaps I need to step back, is it possible to remotely reflash the processor using only a single UART port? I mind you, the board will not be accessible and therefore the boot selection pins won't change from their default setting.

    Best regards,
    Tomas
  • 0 in reply to Tomas Sadilek
    TI__Mastermind 30255 points
    Tomas

    Setting the GPIOs used and the Get boot mode value are in OTP (one time programmable memory). Once programmed, you can't overwrite it. This is per device lifetime. There is emulation mode provided to allow testing of values before setting this.

    If you have the boot mode selection pins set to SCI boot, you can load application through there. If it receives an invalid key over SCI, then it just boots to flash.

    Best regards
    Chris
  • 0 in reply to Christopher Chiarella
    Intellectual 430 points
    Chris,

    Thanks for the answer.

    "If you have the boot mode selection pins set to SCI boot, you can load application through there. If it receives an invalid key over SCI, then it just boots to flash."

    Is it possible to always boot to SCI (since the pins are not accessible) and send a dummy message that will let the processor boot to flash? Could you please point me to some documentation?

    This way the firmware could be updated whenever possible.

    Thanks,
    Tomas
  • 0 in reply to Tomas Sadilek
    TI__Mastermind 30255 points
    Tomas

    If your pins are set to select it, then yes. The boot is detailed in the TRM: http://www.ti.com/lit/spruhm8

    I'd suggest looking through there and if you want, the source code for boot in C2000Ware.
    That will likely clear up things.

    Best regards
    Chris