SLAAET8A April 2025 – December 2025 MSPM0C1103 , MSPM0C1103-Q1 , MSPM0C1104 , MSPM0C1104-Q1 , MSPM0C1105 , MSPM0C1106 , MSPM0C1106-Q1 , MSPM0G1105 , MSPM0G1106 , MSPM0G1107 , MSPM0G1505 , MSPM0G1506 , MSPM0G1507 , MSPM0G1518 , MSPM0G1519 , MSPM0G3105 , MSPM0G3105-Q1 , MSPM0G3106 , MSPM0G3106-Q1 , MSPM0G3107 , MSPM0G3107-Q1 , MSPM0G3505 , MSPM0G3505-Q1 , MSPM0G3506 , MSPM0G3506-Q1 , MSPM0G3507 , MSPM0G3507-Q1 , MSPM0G3518 , MSPM0G3518-Q1 , MSPM0G3519 , MSPM0G3519-Q1 , MSPM0G3529-Q1 , MSPM0H3216 , MSPM0H3216-Q1 , MSPM0L1105 , MSPM0L1106 , MSPM0L1116 , MSPM0L1117 , MSPM0L1227 , MSPM0L1227-Q1 , MSPM0L1228 , MSPM0L1228-Q1 , MSPM0L1303 , MSPM0L1304 , MSPM0L1304-Q1 , MSPM0L1305 , MSPM0L1305-Q1 , MSPM0L1306 , MSPM0L1306-Q1 , MSPM0L1343 , MSPM0L1344 , MSPM0L1345 , MSPM0L1346 , MSPM0L2227 , MSPM0L2227-Q1 , MSPM0L2228 , MSPM0L2228-Q1
For the recoverable malfunction, MSPM0 devices include several diagnostic mechanisms to detect errors at runtime. Table 5-4 lists error sources and the corresponding handling mechanism. This can be used to give additional analysis information in EMS failure analysis.
| Error Source | Error | Handling Mechanism |
|---|---|---|
| Flash (if device has ECC) | Non-correctable ECC error (if device has ECC) |
|
| Correctable ECC error (if device has ECC) |
| |
| SRAM | Non-correctable ECC error (if device has ECC) |
|
| Correctable ECC error (if device has ECC) |
| |
| Parity error (if device has parity) |
| |
| Address error on CPU access |
| |
| Address error on DMA access |
| |
| ECC error on CAN SRAM (if device has CAN-FD) |
| |
| SHUTDNSTOREx Memory (if present) | Parity error |
|
| CKM | MCLK failure |
|
| LFCLK failure (if present) |
| |
| CPUSS (if device has MPU) | Memory protection unit violation |
|
| WWDT | WWDT0 violation |
|
| WWDT1 violation (if present) |
| |
| PMU | Trim parity error |
|
| POR0- supply error |
| |
| BOR0- supply error |
| |
| BOR1/2/3- supply error |
| |
| CPUSS | Memory protection unit violation (if present) |
|
If MCU resets abnormally, then users can get the reset source information from RSTCAUSE register using DL_SYSCTL_getResetCause() software function. Then search the RSTCAUSE table to know the reset source, as shown in Table 5-5.
| Bit | Field | Type | Reset | Description |
|---|---|---|---|---|
| 31-5 | RESERVED | R | 0h | |
| 4-0 | ID | RC | 0h | ID is a read-to-clear field which indicates the lowest level reset cause since the last read.
|
If reset does not happen and MCU only functions abnormally, then the MCU is trapped in default handler. To know the exact interrupt source, users can read IPSR register, using __get_IPSR() software function. An example is shown in Table 5-6. For the detailed interrupt source, refer to the MSPM0 Platform Processor Interrupt and Exception Table section in the device-specific TRM. Before CPU jumps to default handler, it will store current Core Register status, and push these registers value into Stack. Check the stack content to get the PC value when the interrupt occurs. Please check Cortex-M0+ DevicesGeneric User Guide for the exception entry and return flow.
| Exception Number | NVIC Number | Priority Group | Exception or Interrupt | Vector Table Address | Vector Description |
|---|---|---|---|---|---|
| - | - | - | - | 0x0000.0000 | Stack pointer |
| 1 | - | -3 | Reset | 0x0000.0004 | Reset vector |
| 2 | - | -2 | NMI | 0x0000.0008 | NMI handler |
| 3 | - | -1 | Hard fault | 0x0000.000C | Hard fault handler |