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.

MSP430G2553 and BSL/UART

Other Parts Discussed in Thread: MSP430G2553, MAX232

 Has the G-series been tested for BSL/UART? because I cannot make it work.  Here is my setup:

 Chip: MSP430G2553. This is what comes with the LaunchPad. Actually it is  marked M430G2553, does this have any meaning?

 RXD and TXD pins connected to an RS232 computer port through a MAX232 driver.  RESET and TEST controlled by the DTR and RTS computer lines, through level  shifting transistors.

 Program: LED blinking and UART echo + 1. UART setting: 9600 and even parity,  same as required by the BSL. A terminal program at the PC shows that the RS232  connection is correct.

 

 PC program attempt to get into the BSL:

 1 - The BSL sequence is successfully entered (checked with a scope: 10msec  between transitions). The sequence terminates with RESET high  and TEST low like a normal reset, but the blinking has stopped.

 2 - After sending the SYNC character (0X80), I get a 0X00 response instead of  0X90. Then, the chip doesn't respond anymore to further tentatives to  send the read memory command in example 2.4.3 (SLAU319F)

 The question is: does the G-series use the same baud rate (96/even) than  the F-series? or the same SYNC character? or the same protocol? (excluding the  possibility that I am doing something wrong...)

 

  • Per http://www.ti.com/lit/ds/symlink/msp430g2553.pdf page 6,

    BSL TX is P1.1, which is UART RXD
    BSL RX is P1.5, which is GPIO / A5

    So I believe after entering BSL, you have to re-direct to other pins.

  • Many thanks Kirk! I think you have solved my problem. I didn't pay attention to the strange fact that the pin assignment for RXD and TXD changes between normal mode and BSL mode. RXD in normal mode becomes TXD in BSL mode! isn't it a little bit weird Mr TI?

    Of course, I cannot redirect pins after entering BSL mode since the BSL has control of the chip. I have to redesign the whole setup. I don't have the time right now, but I hope to do it next week. I'll keep you informed.

     

     

     

  • "I'll keep you informed."

    So...? ;-o
  • You're using msp's hardware uart for communication with a PC or other micro controller.
    But you also want to be able to do BLS over the same transmission-pair without having to change some jumpers?

    I'm pretty sure a a bsl-entry are put all pins as inputs except the bsl-tx.

    So with some careful planning of what these 3 pins do when in regular use and in BSL mode.
    Pin going to the gate of a mosfet that drives a LED is a good way of sharing this pin (if you had a LED on board in the first place)
    , as it will actually give you visual status of BSL working.
    1K resistors is good way to share something that is overridden with a push-pull driven state from somewhere.

**Attention** This is a public forum