msp430f169: bsl seems doens't work on msp430f169, syncronization error

You didn't say what hardware you are using to connect to your board.  BSLDEMO2 makes assumptions about the number of inverter stages present between the serial port's DTR and RTS pins and the F169 pins they connect to.  Working with a G2553 and a USB-to-serial adapter, I found that the DTR line was the opposite polarity from what slau319.pdf showed it should be, and I got the same error as you got.  You might  want to hook up a scope to the relevant processor pins, and see if the scope display looks like the picture in slau319.  If they do, then it should work.  If DTR polarity is the problem, I made a version of BSLDEMO2 that includes the option to invert that line.

Also don't forget that you need to provide the password (in a Ti-Txt file) in the command line.

George Hug said:

You didn't say what hardware you are using to connect to your board.  BSLDEMO2 makes assumptions about the number of inverter stages present between the serial port's DTR and RTS pins and the F169 pins they connect to.  Working with a G2553 and a USB-to-serial adapter, I found that the DTR line was the opposite polarity from what slau319.pdf showed it should be, and I got the same error as you got.  You might  want to hook up a scope to the relevant processor pins, and see if the scope display looks like the picture in slau319.  If they do, then it should work.  If DTR polarity is the problem, I made a version of BSLDEMO2 that includes the option to invert that line.

Also don't forget that you need to provide the password (in a Ti-Txt file) in the command line.

George Hug said:

You didn't say what hardware you are using to connect to your board.  BSLDEMO2 makes assumptions about the number of inverter stages present between the serial port's DTR and RTS pins and the F169 pins they connect to.  Working with a G2553 and a USB-to-serial adapter, I found that the DTR line was the opposite polarity from what slau319.pdf showed it should be, and I got the same error as you got.  You might  want to hook up a scope to the relevant processor pins, and see if the scope display looks like the picture in slau319.  If they do, then it should work.  If DTR polarity is the problem, I made a version of BSLDEMO2 that includes the option to invert that line.

Also don't forget that you need to provide the password (in a Ti-Txt file) in the command line.

Thanks so much for the statements. The mine now is working because as you said and with the usb ttl converter, dtr pin is inverted like shown in slau319. Beside this the msp430f169 uses the tck inteasd the test pin. In this case, The bsl inside msp should see two falling edges in place of two rising edges because it uses the tck pin. Tck and test pin versions are inverted between them. So the rts was inverted too together the dtr pin with a cpld and I got sucessuful without sending password. I saw demo2 sends a standart password. How I can get it? Could you provide me if possible your demo2 version with option to invert the dtr pin by software? And about the rts? How I can invert it by demo2 or other approach elimating the hardware above (cpld)?

Francisco Reis said:

Thanks so much for the statements. The mine now is working because as you said and with the usb ttl converter, dtr pin is inverted like shown in slau319. Beside this the msp430f169 uses the tck inteasd the test pin. In this case, The bsl inside msp should see two falling edges in place of two rising edges because it uses the tck pin. Tck and test pin versions are inverted between them. So the rts was inverted too together the dtr pin with a cpld and I got sucessuful without sending password. I saw demo2 sends a standart password. How I can get it? Could you provide me if possible your demo2 version with option to invert the dtr pin by software? And about the rts? How I can invert it by demo2 or other approach elimating the hardware above (cpld)?

Flying Camp Design posted a DEMO2 version on one of their Github repositories that works with their hardware programmer interface.  It automatically inverts both DTR and RTS, but it also reverses the functions of the two lines.  So you could use that version of DEMO2 without adding any hardware inverters, but would have to hook them up backwards.

https://

github.com/FlyingCampDesign/BSL_Files/tree/master/Deprecated/BSLDEMO

Sorry about that link.  I just don't know how to enter a link here.  That option is greyed out.

My version only has an option to invert DTR.  I was going to upload it to Github along with all the other stuff I did on BSL for the G2553 and G2231.  But on opening an account there, with my email address hidden, I immediately began to get dozens of spam emails.  So I deleted the account.  Not sure what I'm going to do, but I could email my DEMO2 version to you if you like.  But it sounds like the FCD version would work for you.

The password is a TI-TXT file containing the contents of the 32-byte interrupt vector table at 0xFFE0.  The standard password is all FFs, so it only works for a new or erased device.  If you want to flash a new firmware to the chip, you'll need to know the vector table contents of the current version.  If you send a password that isn't valid, BSL will do its best to destroy the chip.

Thank you so much George Hug. I would like your version to this email: evertonsx@hotmail.com. I saw that link you sended and the files. Thank you for information.

I was surprised to learn that the chip can be destroyed if the password is sent wrong. So, BSL works like a bomb, "if you cut the wrong wire (wrong password) the chip is destroyed" instead of providing a simple error, rsrs.
In the case of msp430G2553, do you use TEST pin, correct? Or TCK? It has the TCK pin too.
I will also search how to program my MSP432 via BSL later.
Thank you for your kindly answers and I wait your return. Thanks.

Perhaps "destroy" is too strong, but if you provide a bad password file, the BSL code will mass erase the chip.  For the G2553, this includes all the calibration data in INFOA.  So the chip isn't destroyed, but it is no longer useable.  However, if you write a null word in the G2553 at 0xFFDE ahead of time, it will not do the mass erase on a bad password. I don't think the F169 has that feature, so be sure to provide the correct password file is the standard all-FF password is no longer valid (If you have flashed code the chip before). 

TI claims this is done to prevent unauthorized people from copying the firmware written to the chip.  But in my opinion, it certainly isn't necessary to erase calibration data to provide such protection.  In fact, all it really needs to do is not execute any password-protected instruction.  That's what the null word at 0xFFDE provides, but that should have been the default in the first place.

I will email my verison of BSLDEMO2 to you.  It provides an additional non-default "+" option "i" which will invert the DTR line.

I use the G2553 in the 20-pin DIP package, and it uses TEST.  I believe all the other packages do as well.

Thank you George.

I will test your version later. I think that the BSL is a good and chepeast option to program the microcontroller. Or is there another way more simple and chepeast to program it? 

Now, I am trying find out how to program the msp432 by bsl. In this moment I'm using it in my project. I will return to program those msp430s.

Thanks for your help.