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.

MSP430F5438A: MSP430F5438A BSL No ACK sent to FET and BSL Scripter 3.4.0

Part Number: MSP430F5438A

I am unable to establish UART communications with the MSP430F5438A using BSL mode with BSL Scripter 3.4.0. I'm using the FET generation 1 (no CET label).

I'm using the BSLScripter_3.4.0\ScriptExampleWindows\Flash_OpenJtag\script.txt modified for my setup as follows:

MODE msp430f543x UART COM44
VERBOSE
MASS_ERASE
RX_PASSWORD
RX_DATA_BLOCK JTAG_UNLOCK.txt

I've tried to MODE msp430f5xx UART 9600 COM44, with same result. COM44 is the MSP Application UART1 as determined using step in SLAU655F page 37.

The scripter attempts to enter the BSL mode and sends data, but I get no response from the processor. Signals are getting to the processor as far as I can tell by doing a continuity test from FET pins to traces on the board near processor. Since it's a BGA part, I am unable to probe the processor pin. Voltage levels on the board look nice and clean 3.3 V.

Per the datasheet processor Pin1.1 is BSL_RX gets connected to FET pin 14, Pin 1.2 is BSL_TX connects to FET pin 12. The connections are similar in manner to the example described in SLAU655F.

Here are the scope captures of the reset and test timing to enter BSL.

Here is the first set of serial data sent:

Can you please provide tips/recommendations to get BSL working?

  • The invoke sequence on /Reset and Test looks right.

    The datasheet says port 1.1 is the processor's Tx pin, and port 1.2 is the processor's Rx pin.  Is that how you have it?  Have you tried just reversing whatever you have?

  • Yes, I'm using the processor pins Port 1.1 and Port 1.2.

    Yes, I've tried reversing the pins going to the FET.  (Port 1.1 to FET pin 12, 1.2 to FET pin 14); That did not work.

    This is one new board in a batch of custom designed boards. We have 9 other boards that we've been able to program using JTAG. We typically don't use BSL, but on occasion when JTAG doesn't work.

    This new board has never been programmed and as far as we know the chip is fresh from the factory. Full part # MSP430F5438AIZQW

    The markings on the part are:

    M430F5438A

    11DJQFT E

    Q1

    Verified the following:

    3.3 V is stable at all times on power pins ( Especially During programming attempts, JTAG comms, Spy-bi-wire (SBW) , and BSL)

    All components are on the board, values have been verified

    Pin G12, VCORE is within spec at 1.4 V

    X-rayed the board and part to verify good connection to the board

    Tried both model FETs, new black slim model FET (when using BSL, JTAG, SBW, and older grey model FET MSP-FET430UIF as well (When attempting to do JTAG and SPy-by-wire.)

    The processor has the following additional symptoms:

    -JTAG communications fails. TDO stays low and does not toggle. After ~400 msec on reset we can see occasional toggle on TDO corresponding to the falling edge on

    -Reconfiguring the pins for spy-by-wire, fails to get a response from the processor

    Is it possible that I have a blank part that has not been programmed at the factory (no BSL, etc) ?

    Can someone look at the date code information, etc to see if any issues have been reported with these parts?

    Do you have any recommendations for determining if this is a second hand part (already used with BSL erased/modified, security fuse blown, etc) ?

  • I don't know what to suggest.  Hopefully the TI guys can offer a solution. 

  • Hello Danimal,

    I will be looking into this. Unfortunately due to timing, I will not be able to test this out and get a response to you until Next Tuesday. Please stay tuned.
  • Hello Danimal,

    Can you post the log file for your BSL attempts?
  • Hi Danimal,

    regarding to your further questions:

    Is it possible that I have a blank part that has not been programmed at the factory (no BSL, etc) ?
    Do you have any recommendations for determining if this is a second hand part (already used with BSL erased/modified, security fuse blown, etc) ?

    The device shall be BSL programmed by factory. Could you connect the CCS / IAR - depend on the IDE you are using, and then read the 0x1000 memory area where the BSL is programmed?
    Under the Debug Options --> MSP430 Flash Settings --> check the "Allow Read/Write/Erase access to BSL memory"
    and under Erase Options --> "Erase main memory only"

    If you could read out the image there (2kB from 0x1000-017ff), that means the BSL still present.

    If it is empty, you can try to program / reprogram the BSL image software-dl.ti.com/.../index_FDS.html
    the image shall be located under "Released_BSL_Images\MSP430F5438A_Family"

    If the reprogramming still does not work, that means something wrong with the invocation.
  • Hello Danimal,

    Did the above information help with your issue?

    I haven’t heard from you for some time, so I’m assuming you were able to resolve your issue. If this isn’t the case, please click the "This did NOT resolve my issue" button and reply to this thread with more information. If this thread locks, please click the "Ask a related question" button and in the new thread describe the current status of your issue and any additional details you may have to assist us in helping to solve your issues.

**Attention** This is a public forum