MSP430FR2111: Issues trying to write to main code memory 0xF100 using BSL

Hi Quinn,

0x80 0x04 0x01 0x10 0x00 0xF1 0x00 <256 bytes> 0xCL 0xCH 

Which formula did you use to calculate the CRC, and what data did you calculate?
It looks like this error is means that the CRC value in frame not match with the value run in MCU.

You need calculate those data in the red area(260bytes).

Attach the software CRC code:

Thanks!

Best Regards

Johnson

Here is the CRC16 that I use.

I suspect that what the issue here is though is that I misinterpreted the BSL documentation to mean that we have to read in the data from the TI TXT file backwards.

This is in reference to this example:

The UART CRC check that happens when data is being written does not trigger when using the algorithm provided, but the MCU is complaining? So something I'm doing is invalid, or the MSP is broke?

Also, I am running it on the <CMD> <AL> <AM> <AH> <256 bytes> section of the message

I don't believe this is a CRC issue, I think it has something to do with how the data is arriving on the chip, or some pin attached to the MSP is being held high and is causing some kind of issue

Hi Quinn,

Which hardware do you used? MSP-FET? or Rocket?

Do you try to use logic analysis tools to capture those USRT Data?

Thanks!

Best Regards

Johnson

Neither, I am using a simple SPI -> UART and talking to the MSP using the BSL.

One thing that I am unsure about is this:


The 1.2 ms delay... IS that between individual characters, or inbetween commands?

And Yes I am using a saleae to check the logical output of the UART and I don't see any issue with the signal or levels

In addition to using a different target address your sample case that works is sending a lot less data. Have you tried writing less than 256 bytes to address 0xf100? It also is writing 0xff which is the same as the erased state so it isn't really a test of programming.