• Announcements

    • bluehash

      Forum Upgrade   03/11/2017

      Hello Everyone, Thanks for being patient while the forums were being fixed and upgraded. Please see details and report issues in this thread. Thanks!
Peabody

G2553 BSL using BSLDEMO2?

5 posts in this topic

I have a G2553 set up on a breadboard, and am using a USB-to-UART adapter for BSL flashing.  TI provides BSLDEMO2.exe on the Windows side to do the flashing, but I've been unable to get it to work.  If I use the special signalling pattern on /RST and Test, I get a "synchromization failed" error, and if I boot directly into the cold start vector of BSL, I get a "communications error".  So I just wondered if anyone here has actually done this successfully?  The two ends talk to each other, but it always errors out.

Share this post


Link to post
Share on other sites

From what I've read, the BSL is dependent on timings. The only variable here is the USB-UART level shifter. Is it possible to use serial without USB?

You could also go into the USB UART driver and reduce the latency settings or try a different make of the USB-UART cable.

Share this post


Link to post
Share on other sites

I finally figured it out.  The special signalling pattern didn't work because DTR is inverted coming out of BSLDEMO2.  So that was never going to work.  But entering BSL cold start from an application gave errors because I used the +u switch in the command line.  It looked like that was the correct thing to do since I was indeed bypassing the signalling pattern, but for reasons I don't understand, when you use that switch the program doesn't send the password on all commands, in particular the ones I was trying to test with (read and verify).  But of course the G2553 was expecting a password for these commands, so I got an error.

I've recompiled BSLDEMO2.exe from the source code provided by TI, but with the polarity of DTR reversed.  So it should all work now.  I've asked TI to publish a new version of BSLDEMO2 with DTR polarity the right way for use with the USB-to-serial adapters, but I doubt they will do that.  This is all "deprecated", so I doubt they will be willing to spend any effort or money fixing it.

 

 

 

bluehash and zeke like this

Share this post


Link to post
Share on other sites

Yes! I can see use cases for this information being extremely useful to Design Engineers. 

Just think, if someone embedded an MSP430 into one of their projects and wanted to do in-circuit programming then they would know the trick to getting it working!

Good job @Peabody!

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now