• State Resolved
  • Locked Locked
  • Replies 3 replies
  • Subscribers 79 subscribers
  • Views 812 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.

Original question:

Differences between BOR, POR and PUC on MSP430F5522

MSP430FR5969: BSL command to execute a reset

Paul Shepherd17
Intellectual 595 points

Part Number: MSP430FR5969

I have gotten my BSL programming code working (Written in python running on my PC, as an example for our customers), and I am hoping to finish up with a software-triggered reset, instead of having to remove and reapply VCC, or twiddle the !RST pin. If I understand the MSP FRAM BSL document correctly, sending the BSL command 0x17 with data [0xFE, 0xFF, 0x00] (Reset Interrupt Vector) should have the same effect as writing the following in my C code...

PMMCTL0 = PMMPW | PMMSWPOR

Is this correct, or do I need to read the value from 0xFFFE and write that value to the PC?

Thanks,

Paul

  • 0
    TI__Mastermind 40195 points

    Hi Paul,

    There are two choice.

    1. load 0xfffe to PC

    2. load address in 0xfffe to PC.

    But I still need to tell you to load 0xfffe to PC is a little different from to use a POR reset. In POR, it will reset peripheral registers, reset status registers and other system initialization. You can use BOR as a reference, although peripheral registers reseted are different.

    Eason

  • 0 in reply to Eason Zhou
    Intellectual 595 points

    Hi Eason, thanks for the clear answer! I am trying to figure out why I haven't been able to start communicating with my software again after writing 0xFFFE to the PC, and I think you gave me an important clue. You mention that "In POR, it will reset peripheral registers..."

    Am I correct that the eUSCI registers are probably set in the bootloader? Probably my issue is that I am not fully reinitializing the eUSCI during my code, so some port setting is still like it was during the BSL mode (such as Even parity). I will go do some work and see if I can prove this hypothesis.

    Thanks,

    Paul 

  • 0 in reply to Paul Shepherd17
    TI__Mastermind 40195 points

    Hi Paul,

    When you look into UG, please pay attention to these marks, it will show you whether this register will be initialized in POR or BOR. I will close this thread first, if you have any new question, you can open a new thread.

    Eason

**Attention** This is a public forum