2. Memory and bus architecture

2.1 System architecture

In STM32F405xx/07xx and STM32F415xx/17xx, the main system consists of 32-bit multilayer AHB bus matrix that interconnects:

The main system consists of 32-bit multilayer AHB bus matrix that interconnects:

The bus matrix provides access from a master to a slave, enabling concurrent access and efficient operation even when several high-speed peripherals work simultaneously. The 64-Kbyte CCM (core coupled memory) data RAM is not part of the bus matrix and can be accessed only through the CPU. This architecture is shown in Figure 1 .

Figure 1. System architecture for STM32F405xx/07xx and STM32F415xx/17xx devices

System architecture diagram for STM32F405xx/07xx and STM32F415xx/17xx devices showing the Bus matrix-S and its connections to various components.

The diagram illustrates the system architecture for STM32F405xx/07xx and STM32F415xx/17xx devices. At the center is the Bus matrix-S , which acts as a switching matrix for system buses. Above the matrix, several components are connected via specific bus lines: 64-Kbyte CCM data RAM connects to the I-bus; ARM Cortex-M4 connects to the I-bus, D-bus, and S-bus; GP DMA1 connects to DMA_P1 and DMA_MEM1; GP DMA2 connects to DMA_MEM2 and DMA_P2; MAC Ethernet connects to ETHERNET_M; and USB OTG HS connects to USB_HS_M. To the right of the matrix, an ACCEL block receives ICODE and DCODE signals and is connected to Flash memory , SRAM1 112 Kbyte , and SRAM2 16 Kbyte . Below these are AHB1 peripherals and AHB2 peripherals , which are further connected to APB1 and APB2 bus bridges respectively. The FSMC Static MemCtl is also connected to the matrix. The matrix itself is a grid with connections between the system buses (I, D, S, DMA_P1, DMA_MEM1, DMA_MEM2, DMA_P2, ETHERNET_M, USB_HS_M) and the peripheral interfaces (ICODE, DCODE, SRAM1, SRAM2, AHB1, AHB2, FSMC).

System architecture diagram for STM32F405xx/07xx and STM32F415xx/17xx devices showing the Bus matrix-S and its connections to various components.

ai18490e

In the STM32F42xx and STM32F43xx devices, the main system consists of 32-bit multilayer AHB bus matrix that interconnects:

The bus matrix provides access from a master to a slave, enabling concurrent access and efficient operation even when several high-speed peripherals work simultaneously. The 64-Kbyte CCM (core coupled memory) data RAM is not part of the bus matrix and can be accessed only through the CPU. This architecture is shown in Figure 2 .

Figure 2. System architecture for STM32F42xxx and STM32F43xxx devices

System architecture diagram for STM32F42xxx and STM32F43xxx devices showing the Bus matrix-S and its connections to various components.

The diagram illustrates the system architecture for STM32F42xxx and STM32F43xxx devices. At the top, a horizontal row of components is shown: 64-Kbyte CCM data RAM, ARM Cortex-M4, GP DMA1, GP DMA2, MAC Ethernet, USB OTG HS, LCD-TFT, and Chrom ART Accelerator(DMA2D). Below this row is a large grid labeled 'Bus matrix-S'. Connections between the top components and the bus matrix are as follows:

On the right side of the bus matrix, several other components are connected:The diagram is labeled with 'MS30421V7' in the bottom right corner.

System architecture diagram for STM32F42xxx and STM32F43xxx devices showing the Bus matrix-S and its connections to various components.

2.1.1 I-bus

This bus connects the Instruction bus of the Cortex ® -M4 with FPU core to the BusMatrix. This bus is used by the core to fetch instructions. The target of this bus is a memory containing code (internal flash memory/SRAM or external memories through the FSMC/FMC).

2.1.2 D-bus

This bus connects the databus of the Cortex ® -M4 with FPU to the 64-Kbyte CCM data RAM to the BusMatrix. This bus is used by the core for literal load and debug access. The target of this bus is a memory containing code or data (internal flash memory or external memories through the FSMC/FMC).

2.1.3 S-bus

This bus connects the system bus of the Cortex ® -M4 with FPU core to a BusMatrix. This bus is used to access data located in a peripheral or in SRAM. Instructions may also be fetched on this bus (less efficient than ICode). The targets of this bus are the internal SRAM1, SRAM2 and SRAM3, the AHB1 peripherals including the APB peripherals, the AHB2 peripherals and the external memories through the FSMC/FMC.

2.1.4 DMA memory bus

This bus connects the DMA memory bus master interface to the BusMatrix. It is used by the DMA to perform transfer to/from memories. The targets of this bus are data memories: internal SRAMs (SRAM1, SRAM2 and SRAM3) and external memories through the FSMC/FMC.

2.1.5 DMA peripheral bus

This bus connects the DMA peripheral master bus interface to the BusMatrix. This bus is used by the DMA to access AHB peripherals or to perform memory-to-memory transfers. The targets of this bus are the AHB and APB peripherals plus data memories: internal SRAMs (SRAM1, SRAM2 and SRAM3) and external memories through the FSMC/FMC.

2.1.6 Ethernet DMA bus

This bus connects the Ethernet DMA master interface to the BusMatrix. This bus is used by the Ethernet DMA to load/store data to a memory. The targets of this bus are data memories: internal SRAMs (SRAM1, SRAM2, SRAM3), internal flash memory, and external memories through the FSMC/FMC.

2.1.7 USB OTG HS DMA bus

This bus connects the USB OTG HS DMA master interface to the BusMatrix. This bus is used by the USB OTG DMA to load/store data to a memory. The targets of this bus are data memories: internal SRAMs (SRAM1, SRAM2, SRAM3), internal flash memory, and external memories through the FSMC/FMC.

2.1.8 LCD-TFT controller DMA bus

This bus connects the LCD controller DMA master interface to the BusMatrix. It is used by the LCD-TFT DMA to load/store data to a memory. The targets of this bus are data memories: internal SRAMs (SRAM1, SRAM2, SRAM3), external memories through FMC, and internal flash memory.

2.1.9 DMA2D bus

This bus connects the DMA2D master interface to the BusMatrix. This bus is used by the DMA2D graphic Accelerator to load/store data to a memory. The targets of this bus are data memories: internal SRAMs (SRAM1, SRAM2, SRAM3), external memories through FMC, and internal flash memory.

2.1.10 BusMatrix

The BusMatrix manages the access arbitration between masters. The arbitration uses a round-robin algorithm.

2.1.11 AHB/APB bridges (APB)

The two AHB/APB bridges, APB1 and APB2, provide full synchronous connections between the AHB and the two APB buses, allowing flexible selection of the peripheral frequency.

Refer to the device datasheets for more details on APB1 and APB2 maximum frequencies, and to Table 1 for the address mapping of AHB and APB peripherals.

After each device reset, all peripheral clocks are disabled (except for the SRAM and flash memory interface). Before using a peripheral you have to enable its clock in the RCC_AHBxENR or RCC_APBxENR register.

Note: When a 16- or an 8-bit access is performed on an APB register, the access is transformed into a 32-bit access: the bridge duplicates the 16- or 8-bit data to feed the 32-bit vector.

2.2 Memory organization

Program memory, data memory, registers and I/O ports are organized within the same linear 4 Gbyte address space.

The bytes are coded in memory in little endian format. The lowest numbered byte in a word is considered the word's least significant byte and the highest numbered byte, the word's most significant.

For the detailed mapping of peripheral registers, please refer to the related chapters.

The addressable memory space is divided into 8 main blocks, each of 512 MB.

All the memory areas that are not allocated to on-chip memories and peripherals are considered "Reserved"). Refer to the memory map figure in the product datasheet.

2.3 Memory map

See the datasheet corresponding to your device for a comprehensive diagram of the memory map. Table 1 gives the boundary addresses of the peripherals available in all STM32F4xx devices.

Table 1. STM32F4xx register boundary addresses

Boundary addressPeripheralBusRegister map
0xA000 0000 - 0xA000 0FFFFSMC control register (STM32F405xx/07xx and STM32F415xx/17xx)/ FMC control register (STM32F42xxx and STM32F43xxx)AHB3Section 36.6.9: FSMC register map on page 1603
Section 37.8: FMC register map on page 1683

Table 1. STM32F4xx register boundary addresses (continued)

Boundary addressPeripheralBusRegister map
0x5006 0800 - 0x5006 0BFFRNGAHB2Section 24.4.4: RNG register map on page 774
0x5006 0400 - 0x5006 07FFHASHSection 25.4.9: HASH register map on page 798
0x5006 0000 - 0x5006 03FFCRYPSection 23.6.13: CRYP register map on page 766
0x5005 0000 - 0x5005 03FFDCMISection 15.8.12: DCMI register map on page 481
0x5000 0000 - 0x5003 FFFFUSB OTG FSSection 34.16.6: OTG_FS register map on page 1329
0x4004 0000 - 0x4007 FFFFUSB OTG HSAHB1Section 35.12.6: OTG_HS register map on page 1475
0x4002 B000 - 0x4002 BBFFDMA2DSection 11.5: DMA2D registers on page 355
0x4002 8000 - 0x4002 93FFETHERNET MACSection 33.8.5: Ethernet register maps on page 1239
0x4002 6400 - 0x4002 67FFDMA2Section 10.5.11: DMA register map on page 338
0x4002 6000 - 0x4002 63FFDMA1
0x4002 4000 - 0x4002 4FFFBKPSRAM-
0x4002 3C00 - 0x4002 3FFFFlash interface registerSection 3.9: Flash interface registers
0x4002 3800 - 0x4002 3BFFRCCSection 7.3.24: RCC register map on page 267
0x4002 3000 - 0x4002 33FFCRCSection 4.4.4: CRC register map on page 116
0x4002 2800 - 0x4002 2BFFGPIOKSection 8.4.11: GPIO register map on page 290
0x4002 2400 - 0x4002 27FFGPIOJ
0x4002 2000 - 0x4002 23FFGPIOISection 8.4.11: GPIO register map on page 290
0x4002 1C00 - 0x4002 1FFFGPIOH
0x4002 1800 - 0x4002 1BFFGPIOG
0x4002 1400 - 0x4002 17FFGPIOF
0x4002 1000 - 0x4002 13FFGPIOE
0x4002 0C00 - 0x4002 0FFFGPIOD
0x4002 0800 - 0x4002 0BFFGPIOC
0x4002 0400 - 0x4002 07FFGPIOB
0x4002 0000 - 0x4002 03FFGPIOA
0x4001 6800 - 0x4001 6BFFLCD-TFTAPB2Section 16.7.26: LTDC register map on page 515
0x4001 5800 - 0x4001 5BFFSAI1Section 29.17.9: SAI register map on page 966
0x4001 5400 - 0x4001 57FFSPI6APB2Section 28.5.10: SPI register map on page 928
0x4001 5000 - 0x4001 53FFSPI5

Table 1. STM32F4xx register boundary addresses (continued)

Boundary addressPeripheralBusRegister map
0x4001 4800 - 0x4001 4BFFTIM11APB2Section 19.5.12: TIM10/11/13/14 register map on page 697
0x4001 4400 - 0x4001 47FFTIM10
0x4001 4000 - 0x4001 43FFTIM9Section 19.4.13: TIM9/12 register map on page 687
0x4001 3C00 - 0x4001 3FFFEXTISection 12.3.7: EXTI register map on page 390
0x4001 3800 - 0x4001 3BFFSYSCFGSection 9.2.8: SYSCFG register maps for STM32F405xx/07xx and STM32F415xx/17xx on page 297 and Section 9.3.8: SYSCFG register maps for STM32F42xxx and STM32F43xxx on page 304
0x4001 3400 - 0x4001 37FFSPI4APB2Section 28.5.10: SPI register map on page 928
0x4001 3000 - 0x4001 33FFSPI1APB2Section 28.5.10: SPI register map on page 928
0x4001 2C00 - 0x4001 2FFFSDIOSection 31.9.16: SDIO register map on page 1077
0x4001 2000 - 0x4001 23FFADC1 - ADC2 - ADC3Section 13.13.18: ADC register map on page 433
0x4001 1400 - 0x4001 17FFUSART6Section 30.6.8: USART register map on page 1021
0x4001 1000 - 0x4001 13FFUSART1
0x4001 0400 - 0x4001 07FFTIM8Section 17.4.21: TIM1 and TIM8 register map on page 590
0x4001 0000 - 0x4001 03FFTIM1
0x4000 7C00 - 0x4000 7FFFUART8APB1Section 30.6.8: USART register map on page 1021
0x4000 7800 - 0x4000 7BFFUART7

Table 1. STM32F4xx register boundary addresses (continued)

Boundary addressPeripheralBusRegister map
0x4000 7400 - 0x4000 77FFDACSection 14.5.15: DAC register map on page 456
0x4000 7000 - 0x4000 73FFPWRSection 5.6: PWR register map on page 151
0x4000 6800 - 0x4000 6BFFCAN2Section 32.9.5: bxCAN register map on page 1121
0x4000 6400 - 0x4000 67FFCAN1
0x4000 5C00 - 0x4000 5FFFI2C3Section 27.6.11: I2C register map on page 875
0x4000 5800 - 0x4000 5BFFI2C2
0x4000 5400 - 0x4000 57FFI2C1
0x4000 5000 - 0x4000 53FFUART5Section 30.6.8: USART register map on page 1021
0x4000 4C00 - 0x4000 4FFFUART4
0x4000 4800 - 0x4000 4BFFUSART3
0x4000 4400 - 0x4000 47FFUSART2
0x4000 4000 - 0x4000 43FFI2S3extSection 28.5.10: SPI register map on page 928
0x4000 3C00 - 0x4000 3FFFSPI3 / I2S3
0x4000 3800 - 0x4000 3BFFSPI2 / I2S2
0x4000 3400 - 0x4000 37FFI2S2ext
0x4000 3000 - 0x4000 33FFIWDGAPB1Section 21.4.5: IWDG register map on page 715
0x4000 2C00 - 0x4000 2FFFWWDGSection 22.6.4: WWDG register map on page 722
0x4000 2800 - 0x4000 2BFFRTC & BKP RegistersSection 26.6.21: RTC register map on page 839
0x4000 2000 - 0x4000 23FFTIM14Section 19.5.12: TIM10/11/13/14 register map on page 697
0x4000 1C00 - 0x4000 1FFFTIM13
0x4000 1800 - 0x4000 1BFFTIM12Section 19.4.13: TIM9/12 register map on page 687
0x4000 1400 - 0x4000 17FFTIM7Section 20.4.9: TIM6 and TIM7 register map on page 710
0x4000 1000 - 0x4000 13FFTIM6
0x4000 0C00 - 0x4000 0FFFTIM5Section 18.4.21: TIMx register map on page 651
0x4000 0800 - 0x4000 0BFFTIM4
0x4000 0400 - 0x4000 07FFTIM3
0x4000 0000 - 0x4000 03FFTIM2

2.3.1 Embedded SRAM

The STM32F405xx/07xx and STM32F415xx/17xx feature 4 Kbytes of backup SRAM (see Section 5.1.2: Battery backup domain ) plus 192 Kbytes of system SRAM.

The STM32F42xxx and STM32F43xxx feature 4 Kbytes of backup SRAM (see Section 5.1.2: Battery backup domain ) plus 256 Kbytes of system SRAM.

The embedded SRAM can be accessed as bytes, half-words (16 bits) or full words (32 bits). Read and write operations are performed at CPU speed with 0 wait state. The embedded SRAM is divided into up to three blocks:

The AHB masters support concurrent SRAM accesses (from the Ethernet or the USB OTG HS): for instance, the Ethernet MAC can read/write from/to SRAM2 while the CPU is reading/writing from/to SRAM1 or SRAM3.

The CPU can access the SRAM1 through the System bus or through the I-Code/D-Code buses when boot from SRAM is selected or when physical remap is selected ( Section 9.2.1: SYSCFG memory remap register (SYSCFG_MEMRMP) in the SYSCFG controller). To get the max performance on SRAM execution, physical remap should be selected (boot or software selection).

2.3.2 Flash memory overview

The flash memory interface manages CPU AHB I-Code and D-Code accesses to the flash memory. It implements the erase and program flash memory operations and the read and write protection mechanisms. It accelerates code execution with a system of instruction prefetch and cache lines.

The flash memory is organized as follows:

Refer to Section 3: Embedded flash memory interface for more details.

2.3.3 Bit banding

The Cortex ® -M4 with FPU memory map includes two bit-band regions. These regions map each word in an alias region of memory to a bit in a bit-band region of memory. Writing to a word in the alias region has the same effect as a read-modify-write operation on the targeted bit in the bit-band region.

In the STM32F4xx devices both the peripheral registers and the SRAM are mapped to a bit-band region, so that single bit-band write and read operations are allowed. The operations

are only available for Cortex ® -M4 with FPU accesses, and not from other bus masters (e.g. DMA).

A mapping formula shows how to reference each word in the alias region to a corresponding bit in the bit-band region. The mapping formula is:

\[ bit\_word\_addr = bit\_band\_base + (byte\_offset \times 32) + (bit\_number \times 4) \]

where:

Example

The following example shows how to map bit 2 of the byte located at SRAM address 0x20000300 to the alias region:

\[ 0x22006008 = 0x22000000 + (0x300 \times 32) + (2 \times 4) \]

Writing to address 0x22006008 has the same effect as a read-modify-write operation on bit 2 of the byte at SRAM address 0x20000300.

Reading address 0x22006008 returns the value (0x01 or 0x00) of bit 2 of the byte at SRAM address 0x20000300 (0x01: bit set; 0x00: bit reset).

For more information on bit-banding, please refer to the Cortex ® -M4 with FPU programming manual (see Related documents on page 1 ).

2.4 Boot configuration

Due to its fixed memory map, the code area starts from address 0x0000 0000 (accessed through the ICode/DCode buses) while the data area (SRAM) starts from address 0x2000 0000 (accessed through the system bus). The Cortex ® -M4 with FPU CPU always fetches the reset vector on the ICode bus, which implies to have the boot space available only in the code area (typically, flash memory). STM32F4xx microcontrollers implement a special mechanism to be able to boot from other memories (like the internal SRAM).

In the STM32F4xx, three different boot modes can be selected through the BOOT[1:0] pins as shown in Table 2 .

Table 2. Boot modes

Boot mode selection pinsBoot modeAliasing
BOOT1BOOT0
x0Main flash memoryMain flash memory is selected as the boot space
01System memorySystem memory is selected as the boot space
11Embedded SRAMEmbedded SRAM is selected as the boot space

The values on the BOOT pins are latched on the 4th rising edge of SYSCLK after a reset. It is up to the user to set the BOOT1 and BOOT0 pins after reset to select the required boot mode.

BOOT0 is a dedicated pin while BOOT1 is shared with a GPIO pin. Once BOOT1 has been sampled, the corresponding GPIO pin is free and can be used for other purposes.

The BOOT pins are also resampled when the device exits the Standby mode. Consequently, they must be kept in the required Boot mode configuration when the device is in the Standby mode. After this startup delay is over, the CPU fetches the top-of-stack value from address 0x0000 0000, then starts code execution from the boot memory starting from 0x0000 0004.

Note: When the device boots from SRAM, in the application initialization code, you have to relocate the vector table in SRAM using the NVIC exception table and the offset register.

In STM32F42xxx and STM32F43xxx devices, when booting from the main flash memory, the application software can either boot from bank 1 or from bank 2. By default, boot from bank 1 is selected.

To select boot from flash memory bank 2, set the BFB2 bit in the user option bytes. When this bit is set and the boot pins are in the boot from main flash memory configuration, the device boots from system memory, and the boot loader jumps to execute the user application programmed in flash memory bank 2. For further details, please refer to AN2606.

Embedded bootloader

The embedded bootloader mode is used to reprogram the flash memory using one of the following serial interfaces:

The USART peripherals operate at the internal 16 MHz oscillator (HSI) frequency, while the CAN and USB OTG FS require an external clock (HSE) multiple of 1 MHz (ranging from 4 to 26 MHz).

The embedded bootloader code is located in system memory. It is programmed by ST during production. For additional information, refer to application note AN2606.

Physical remap in STM32F405xx/07xx and STM32F415xx/17xx

Once the boot pins are selected, the application software can modify the memory accessible in the code area (in this way the code can be executed through the ICode bus in place of the System bus). This modification is performed by programming the Section 9.2.1: SYSCFG memory remap register (SYSCFG_MEMRMP) in the SYSCFG controller.

The following memories can thus be remapped:

Table 3. Memory mapping vs. Boot mode/physical remap
in STM32F405xx/07xx and STM32F415xx/17xx

AddressesBoot/Remap in main flash memoryBoot/Remap in embedded SRAMBoot/Remap in System memoryRemap in FSMC
0x2001 C000 - 0x2001 FFFFSRAM2 (16 KB)SRAM2 (16 KB)SRAM2 (16 KB)SRAM2 (16 KB)
0x2000 0000 - 0x2001 BFFFSRAM1 (112 KB)SRAM1 (112 KB)SRAM1 (112 KB)SRAM1 (112 KB)
0x1FFF 0000 - 0x1FFF 77FFSystem memorySystem memorySystem memorySystem memory
0x0810 0000 - 0x0FFF FFFFReservedReservedReservedReserved
0x0800 0000 - 0x080F FFFFFlash memoryFlash memoryFlash memoryFlash memory
0x0400 0000 - 0x07FF FFFFReservedReservedReservedFSMC bank 1
NOR/PSRAM 2
(128 MB Aliased)
0x0000 0000 -
0x000F FFFF (1)(2)
Flash (1 MB) AliasedSRAM1 (112 KB)
Aliased
System memory
(30 KB) Aliased
FSMC bank 1
NOR/PSRAM 1
(128 MB Aliased)
  1. 1. When the FSMC is remapped at address 0x0000 0000, only the first two regions of bank 1 memory controller (bank 1 NOR/PSRAM 1 and NOR/PSRAM 2) can be remapped. In remap mode, the CPU can access the external memory via ICode bus instead of System bus which boosts up the performance.
  2. 2. Even when aliased in the boot memory space, the related memory is still accessible at its original memory space.

Physical remap in STM32F42xxx and STM32F43xxx

Once the boot pins are selected, the application software can modify the memory accessible in the code area (in this way the code can be executed through the ICode bus in place of the System bus). This modification is performed by programming the Section 9.2.1: SYSCFG memory remap register (SYSCFG_MEMRMP) in the SYSCFG controller.

The following memories can thus be remapped:

Table 4. Memory mapping vs. Boot mode/physical remap
in STM32F42xxx and STM32F43xxx

AddressesBoot/Remap in main flash memoryBoot/Remap in embedded SRAMBoot/Remap in System memoryRemap in FMC
0x2002 0000 - 0x2002 FFFFSRAM3 (64 KB)SRAM3 (64 KB)SRAM3 (64 KB)SRAM3 (64 KB)
0x2001 C000 - 0x2001 FFFFSRAM2 (16 KB)SRAM2 (16 KB)SRAM2 (16 KB)SRAM2 (16 KB)
0x2000 0000 - 0x2001 BFFFSRAM1 (112 KB)SRAM1 (112 KB)SRAM1 (112 KB)SRAM1 (112 KB)
0x1FFF 0000 - 0x1FFF 77FFSystem memorySystem memorySystem memorySystem memory
0x0810 0000 - 0x0FFF FFFFReservedReservedReservedReserved
0x0800 0000 - 0x081F FFFFFlash memoryFlash memoryFlash memoryFlash memory

Table 4. Memory mapping vs. Boot mode/physical remap
in STM32F42xxx and STM32F43xxx (continued)

AddressesBoot/Remap in main flash memoryBoot/Remap in embedded SRAMBoot/Remap in System memoryRemap in FMC
0x0400 0000 - 0x07FF FFFFReservedReservedReservedFMC bank 1
NOR/PSRAM 2
(128 MB Aliased)
0x0000 0000 -
0x001F FFFF (1)(2)
Flash (2 MB) AliasedSRAM1 (112 KB)
Aliased
System memory
(30 KB) Aliased
FMC bank 1
NOR/PSRAM 1
(128 MB Aliased)
or FMC SDRAM
bank 1 (128 MB
Aliased)
  1. 1. When the FMC is remapped at address 0x0000 0000, only the first two regions of bank 1 memory controller (bank 1 NOR/PSRAM 1 and NOR/PSRAM 2) or SDRAM bank 1 can be remapped. In remap mode, the CPU can access the external memory via ICode bus instead of System bus which boosts up the performance.
  2. 2. Even when aliased in the boot memory space, the related memory is still accessible at its original memory space.