1 Introduction
The typical MSP Flasher execution flow consists of the following steps. Optional steps can be activated or deactivated by using special triggers or parameters (see Section 3).
- Initialize FET debugger
- Perform FET recovery (if a corrupted FET firmware is detected)
- Update FET firmware (if a mismatch between firmware and MSP Debug Stack versions is detected)
- Power up the target MSP device
- Configure the target MSP for JTAG or SBW communication
- Connect to the target MSP and display device information
- Optional: Erase (parts of) the target device memory
- Optional: Load target code into the device from a TXT or HEX file
- Optional: Verify target code transfer
- Optional: Read device memory and write it to a TXT or HEX file
- Optional: Reset the device
- Optional: Lock JTAG access
- Optional: Reset the device
- Optional: Power down the device
- Optional: Start target code execution
- Disconnect from the target MSP device
- Close the FET connection
Status reports are written to a text file named log.txt. This file is saved in the Log folder under the folder where the MSP Flasher executable resides. If the Log folder does not exist, it is automatically created. New instances are appended to the log file, and old logs are never overwritten.
NOTE
For a GUI-based alternative to MSP Flasher, see UniFlash. As of version 4.0, UniFlash features a command line interface with MSP Flasher compatibility mode.