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.

MSP430FR5869: MSP430 GPIO reset after enter into bsl

Part Number: MSP430FR5869
Other Parts Discussed in Thread: MSP430FR2433, MSP430F5152,

Hi,

I meet a issue when burning msp430 firmware.

When msp430 bootup, it run my code that just set a gpio to turn on a LED.

After I set bsl entry sequence at rst and test pin, msp430 can enter bsl mode.

But I found after about <1 second, the gpio will reset to default and LED will be turn off, but bsl on UART is still working.

Is this the correct behaviour of the GPIO?

Thanks

Pan Zhenjie

  • Hi Zhenjie
    During you set BSL entry sequence at rst and test pin, may I know if you have power reset or Software reset device?
    the device will check the BSL entry sequence by boot code after BOR and POR happens.
  • Hi xiaodong,

    I just do the things to enter bsl like Figure 2, I'm not understanding about your "power reset or Software reset" mean.

    After this sequence, I can send/receive bsl command through UART, but GPIO looks will reset to input mode default.

    Thanks

    Pan Zhenjie

  • Hi Zhenjie
    In this case, the device has been reset because RST has been low to high.
    BSL works. user code does not work during the BSL working. the phenomenon you meet should be correct.
  • Thanks, xiaodong.

    It's OK that user code does not work during bsl code is working.
    But is there any way to keep the hardware status(like GPIO)?
    I only want to enter bsl but do not want to reset the chip.

    Thanks
    Pan Zhenjie
  • There are 2 methods can be used to invoke the BSL application on the MSP430 FRAM devices:
    Software BSL Invocation and hardware BSL invocation.
    Software BSL invocation is not through reset. it is software accessing method.
    I think software BSL invocation is the way to keep the hardware status
    for the detailed, please see: www.ti.com/.../slau550o.pdf
  • I think the software method should be useful for my issue.
    My concern is that I have used msp430 5152, 2433 before, their behaviour is not the same with 5869.
    The GPIO status will not change after enter into bsl mode throuth hardware method in 5152 and 2433.

    Thanks
    Pan Zhenjie
  • if you mentioned is F5152 and G2433, the port design of FR device is a little bit different with MSP flash device to improve the low-power performance. for example, there is LOCKLPM5 bit to unlock port in FR device.
  • MSP430F5152 and MSP430FR2433, so at least MSP430FR2433 should be same with MSP430FR5869?
  • Hello Pan Zhenjie,

    Let me repeat the step to make sure I understand this correctly:

    1. LED ON application downloaded into the device
    2. BSL entry sequence is applied to the device
    3. Step (2) is expected to make the LED-ON application now is off. This is a correct behavior.
    4. Try to not communicating with the BSL, instead you reset / power cycle the device without any BSL entry sequence. On this step, you shall see the LED ON again.

    During the power up / reset , the first thing runs on the device is the bootcode (factory application that is programmed in ROM). The bootcode will read if there any BSL sequence is given. If yes, it executed the BSL application that is programmed in BSL area @1000h. If there is no BSL sequence given, it will run the application that referred by reset vector.

    Could you provide more information which GPIO that you setup for LED? In case you use the same BSL pins for the LED--most of the case is the BSL TX pin, you could find the behavior that the LED still on even though you entered the BSL. The reason is that after the BSL is executed, the BSL TX pin will be pulled high, so it applies the voltage to the LED as well.

**Attention** This is a public forum