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.
Hi,
I have activated my MSP430FR5739's BDL by strobing the RESET and TCLK pins per the pattern defined in SLAU319H. No matter what I send it, I always get a 0x0D0A4869204753210d0A00 in 115200 baud. Can you tell me what this means?
Note: I have no explicitly loaded a BSL because I was told that the BSL comes pre-loaded in the MSP430RF5739.
Thank you!
Hy Gs!
The BSL in FR5739 is etched in ROM Mask. What silicon version is your chip? I do not think the BSL will do what you said.
My guess is, the FRAM is already loaded with someone's code. And that code is sending you "Hy Gs!" via UART at 115.2 kb/s
yes, good catch, you are correct!
I'm not getting response from the MSP430 and I think the reason is because I don't have even parity enabled on my com port:
From the user guide:
UART Protocol
The UART protocol applied here is defined as:
• Baud rate is fixed to 9600 baud in half-duplex mode (one sender at a time).
• Start bit, 8 data bits (LSB first), an even parity bit, 1 stop bit.
• Handshake is performed by an acknowledge character.
• Minimum time delay before sending new characters after characters have been received from the
MSP430 BSL: 1.2 m
You could use BSLDEMO2 or BSLscripter on the PC. If you do not have the hardware interface required, you could use a G2 LaunchPad as that interface (in a very sneaky way). See: Launchpad-Based MSP430 UART BSL Interface (Rev. A)
There is also prepared script for MSP430FR5739 in slaa535 LaunchPad-Based MSP430 UART BSL Interface
slaa535\LPAD_BSL_INTERFACE\TestScripts\MSP430FR5739
Thanks guys, your comments have been very helpful.
I'm trying to enter the BSL through an ARM-based chip so I have it connected to the MSP430's RESET, TCK, and UART lines.
I think I've doing everything by the book but do you see any errors in my waveforms?
Below is the reset and tck lines:
Below is the reset, tclk, and uart lines
You shouldn't drive TCK pin. You should have driven TEST pin with the signal inverted.
Sorry I did not notice this earlier.
**Attention** This is a public forum