MSPM0G1507: Burning questions about MSPM0G1507

Hi Jun,

jun liu said:

1. I use uniflash to BSL burning of empty chips and fails, what do I need to pay attention to in this process?

Check the latest version and see if it works. The UART COM Port should be selected correctly. The baud rate should be set as 9600.

For a non-empty device, you should make sure BSL pin is connected (default PA18).

For an empty device, do program within 10s with you power the device and does not connect the BSL pin

jun liu said:

2. My development environment is a pure CCS environment, and the programmer is XDS110, how do I erase the program?

It erase the device when your download the new firmware.

jun liu said:

because the UART pin of the empty chip is fixed, so the UART communication at the time of the first programming, Even if I don't have UART configured in my software, BSL can still be burned in, and after burning in, the default UART pin of the original empty chip will be overwritten as the pin configuration of my software,

This is correct. Only if your hardware does not impact your UART communication.

jun liu said:

4. How to configure I2C BSL programming in uniflash? I think the uniflash interface seems to only have a UART interface 

Uniflash does not support this. As I2C interface does not support in XDS110 tools. Most of the debugger tools does not have the I2C interface. This is the reason why we not support I2C BSL mode.

If you want to use I2C BSL mode, you need create your own hardware and PC software.

B.R.

Sal

Hello, Sal
Thanks for your reply, I understand the first two questions. In the third reply, what does it mean that the hardware does not affect UART communication? The first time I burn an empty chip is on a socket board (no extra circuitry), is that feasible? The fourth question can I understand it this way: I can use uniflash/MSPM0_BSL_GUI for the first burning, and I need to develop the software myself for the second burning (based on I2C), is that right?

Hi Jun,

jun liu said:

In the third reply, what does it mean that the hardware does not affect UART communication?

For example, you connect to a little large capacitor which might imapct UART communication.

The MCU will configrue it as UART interface after enter BSL, so the TX line will be outout 3V (IDLE status). Then if your external circuit does not block the UART communciation, then when your host send to MCU, it accept the UART packet and do BSL activity.

jun liu said:

The first time I burn an empty chip is on a socket board (no extra circuitry), is that feasible?

It is fine for you to program the device with UART at this scenario.

jun liu said:

The fourth question can I understand it this way: I can use uniflash/MSPM0_BSL_GUI for the first burning, and I need to develop the software myself for the second burning (based on I2C), is that right?

Yes. You can use it for the first burning with UART interface, as XDS110 we provide a USB-to-UART for this kind of function. Specifically, it will create the BSL entry pattern to invoke BSL (PA18 and NRST), see below guide:

https://www.ti.com/lit/an/slaae88d/slaae88d.pdf?ts=1764930127958 

B.R.

Sal

Hi，Sal

      I want to confirm one thing: if I do the first burning of an empty chip, choosing BSL burning for I2C, is it theoretically possible?