• State Resolved
  • Locked Locked
  • Replies 8 replies
  • Subscribers 80 subscribers
  • Views 2252 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

Jumping into BSL mode and external signals

Calum Mackinnon
Genius 4155 points
Other Parts Discussed in Thread: MSP430F5529, MSP430F5438A

I am using the MSP430F5529.

Section 3.7 of http://www.ti.com/lit/ug/slau319b/slau319b.pdf says that if I execute the instruction at 0x1000 then I will just “happen” to execute the instruction to jump to the BSL.  My concern is that with only the RXD and TXD connected to the PC UART will my newly designed BSL still see the BSL commands from the PC without the other required pins hooked up (in particular DTS to Reset control and RTS to TEST)? (See SLAU319b section 4.1.2) This scheme worked on the F149, will it still work?


Cheers

Calum

  • 0
    TI__Guru 56650 points

    Hi Calum,

    Calum Mackinnon said:

    My concern is that with only the RXD and TXD connected to the PC UART will my newly designed BSL still see the BSL commands from the PC without the other required pins hooked up (in particular DTS to Reset control and RTS to TEST)? (See SLAU319b section 4.1.2) This scheme worked on the F149, will it still work?

    I  think this should work, because the RST and TEST connection are used to generate the BSL entry sequence so that the MSP430 will execute BSL code instead application code after reset. But in your case, you call the BSL inside your application software, so i don't think you need the connection to RST and TEST at all.

  • 0 in reply to Leo Hendrawan
    Genius 4155 points

    Thanks but does anyone have a definitive yes or no? Leo's response is how I read the app note but I'm really looking for a definitive Yes or No?

    Cheers

    Calum

  • 0 in reply to Calum Mackinnon
    TI__Guru 56650 points

    hi calum,

    (if you insist :) ) i would say "yes" you don't need to worry about the RST TEST connection since you are triggering the BSL code via software in the application code. I have tested similar case before but using MSP430F5438A.

  • 0 in reply to Leo Hendrawan
    Genius 4155 points

    It's nice to put people on the spot every now and again:-) - thanks, I appreciate the response.

    Calum

  • 0 in reply to Leo Hendrawan
    Intellectual 680 points

    Can you explain more about how to do this (or post code if possible) - we're using the MSP430F5438A connected to the 2 BSL lines (P1.1, P1.2) and the UCA1 UART (P5.6, P5.7).  Is there any reason to hook up the RST and TEST pins if it can be accessed from software?  We want to use the BSL for firmware updates.  

  • 0 in reply to BuffaloEngineer
    Guru 58965 points

    There is no BSL mode nor BSL module.There are code that does BSL and the starting address is usually at 0x1000.

    Hooking up RST and TEST provide you a way to reset the chip and start executing the code at 0x1000 instead of the normal reset vector address. If your software can jump to 0x1000, there is no need to use RST and TEST signals. But even then, you need to ask yourself, if your software get stuck or crashes, what would you do?

  • 0 in reply to old_cow_yellow
    Intellectual 680 points

    I guess I'm a little confused by SLAA450B (Creating a Custom Flash-Based Bootstrap Loader) where it says:

    "Although all devices ship with a standard TI BSL, this can be erased, and a custom made BSL can be programmed in its place."

    It sounds like there's already protected BSL code that I can use to update the firmware - is that correct?  

  • 0 in reply to BuffaloEngineer
    Guru 58965 points

    You got it correctly.

    If you can use what is already programmed in the chip, you do not need  "Creating Custom Flash-Based Bootstrap". But not everybody understood it after reading it. Someone asked the other day if there is a way to use a totally different interface without programming the device. You will not be able to find an answer to that by reading this document.

**Attention** This is a public forum