SFFS983 August 2025 MSPM0G1518 , MSPM0G1519 , MSPM0G3518 , MSPM0G3519
The MSPM0 MCUs include a low power, high performance SRAM memory with zero wait state access across the supported CPU frequency range of the device. The MSPM0 MCUs also provide up to 128KB of SRAM. SRAM memory can be used for storing volatile information, such as the call stack, heap, global data, and code. The SRAM memory content is split into two banks of 64kB each. SRAM (Bank 0) provides 64kB of ECC or parity-protected SRAM and is always available in run, sleep, stop, and standby operating modes. SRAM (Bank 1) provides 64kB which does not include ECC protection or parity and can be selectively enabled or disabled through the BANKOFF1 bit in the SRAMCFG register in SYSCTL.
When enabled, SRAM (Bank 1) is available in run, sleep, and stop modes. SRAM (Bank 1) can be powered off in STOP mode by configuring the BANKSTOP1 bit in the SRAMCFG register in SYSCTL. SRAM contents for both banks are lost in shutdown mode. A write-execute mutual exclusion mechanism is provided to allow the application to partition the SRAM into three sections: two read-write (RW) partitions and a read-execute (RX) partition. The two RW partitions occupy the low and high portions of the SRAM address space, while the RX partition occupies the middle portion of the SRAM address space. The SRAMBOUNDARY and SRAMBOUNDARYHIGH registers in SYSCTL must be configured to set up these partitions. Write protection is useful when placing executable code into SRAM, as the protection provides a level of protection against unintentional overwrites of code by either the CPU or DMA. Placing code in SRAM can improve performance of critical loops by enabling a zero wait state operation and lower power consumption. Preventing code execution from the RW partition improves security by preventing self-modifying code execution ability.
The following tests can be applied as functional safety mechanisms for this module (to provide diagnostic coverage on a specific function):
| Safety Mechanism | Description | Faults | Failure Modes |
|---|---|---|
| SYSMEM1 | Software read of memory DMA | Targeted toward the DMA bus decoder in the SRAM controller and the arbitration logic. |
| SYSMEM2 | Software read of memory CPU | Targeted toward the CPU bus decoder in the SRAM controller and the arbitration logic. |
| SYSMEM4 | Parity protection on SRAM | Targeted toward faults in SRAM. |
| SYSMEM3 (Latent fault coverage) | Parity logic test | Targeted toward latent faults in parity logic. |
| SYSMEM7 | RAM ECC | Targeted toward the faults in SRAM. |
| SYSMEM9 | RAM software test | Targeted towards multipoint latent faults in SRAM. |
| SYSMEM8 (Latent fault coverage) | ECC logic test | Targeted towards multipoint latent faults in the SRAM ECC checker. |
| WDT | Windowed watchdog event | Targeted toward arbitration logic. Any fault which leads to a CPU bus hang can be covered by this mechanism. |