ST STM32F7

From SEGGER Wiki
(Redirected from STM32F7)
Jump to: navigation, search

This article describes device specifics of the ST STM32F7 series devices. The STM32F7 devices are Cortex-M7 based MCUs with low-power functionality.

Flash

The following flash regions are supported by J-Link.

Internal flash

Device Range Total size
STM32F7xxx8 0x0800_0000 - 0x0800_FFFF 64 KB
STM32F7xxxC 0x0800_0000 - 0x0803_FFFF 256 KB
STM32F7xxxE 0x0800_0000 - 0x0807_FFFF 512 KB
STM32F7xxxG 0x0800_0000 - 0x080F_FFFF 1024 KB
STM32F7xxxI 0x0800_0000 - 0x081F_FFFF 2048 KB

Other regions

On all STM32F7:

Region Range Total size
Option bytes 0x1FFF_0000 - 0x1FFF_001F 32 bytes
QSPI flash 0x9000_0000 - 0x93FF_FFFF (max) 64 MB (max)

Reset

For the STM32F0 devices, the Cortex-M default reset strategy is used.

Debug specific

Please refer to the general STM32 article

Securing/unsecuring the device

Please refer to the generic wiki-article: STM32#MCU_Security

QSPI support

The ST STM32F7xxx device series comes with a QUADSPI controller which allows memory mapped read accesses to any (Q)SPI flash, connected to the Quad-SPI interface of the MCU. This allows the J-Link DLL to support flash programming through the Quad-SPI interface. Unfortunately, there is no generic way how to implement flash programming because the pins used to connect the SPI flash are not defined. Different pins can be used for the same QUADSPI alternate function and therefore, for each configuration, a slightly different RAMCode (different pin initialization / flash size) is required. Our flash algorithms are based on the pin configurations used on the official evaluation boards. For pin configuration, different from the one used in the example flash algorithm, please get in touch with SEGGER directly via our support system: https://www.segger.com/ticket/.

For further information regarding this as well as the flash algorithm, please refer to the following pages:

Supported pin configurations

QSPI flash programming requires special handling compared to internal flash. For more information about this, please see the QSPI Flash Programming Support article.
J-Link supports multiple pin configurations for STM32F7. The default loader is marked in bold.

Device family Pin configuration/loader name
STM32F72x
STM32F73x
STM32F76x
STM32F77x
CLK@PB2_nCS@PB6_D0@PC9_D1@PC10_D2@PE2_D3@PD13
CLK@PB2_nCS@PB6_D0@PD11_D1@PD12_D2@PE2_D3@PD13
CLK@PF10_nCS@PB10_D0@PF8_D1@PF9_D2@PF7_D3@PF6
CLK@PB2_nCS@PB6_D0@PF8_D1@PD12_D2@PF7_D3@PD13
STM32F74x
STM32F75x
CLK@PB2_nCS@PB6_D0@PD11_D1@PD12_D2@PE2_D3@PD13
CLK@PB2_nCS@PB6_D0@PC9_D1@PC10_D2@PE2_D3@PD13
CLK@PF10_nCS@PB10_D0@PF8_D1@PF9_D2@PF7_D3@PF6
CLK@PB2_nCS@PB6_D0@PF8_D1@PD12_D2@PF7_D3@PD13

Flash Dual Bank Mode

The ST STM32F7 series devices come with a dual-bank flash memory. The layout of the dual-bank flash memory can be configured by the user through the option byte nDBANK. By default, the value of this option byte is nDBANK == 1, which means that the flash is configured as single bank memory, while nDBANK == 0 means that the flash is configured as dual bank memory flash. The total flash size is exactly the same for both modes.

Problem description

  • The sector layout is different depending on the nDBANK bit
  • The flash algorithm has to behave different (pass different sector indices to erase sector)

By default, the J-Link flash loader assumes that the flash controller is configured for the single bank flash layout (nDBANK == 1) because it is the default configuration. In case of the flash controller is configured for the dual bank flash layout (nDBANK == 0), the default flash algorithm / sector layout won't work.

Solution

When operating the flash in dual bank flash mode (nDBANK == 0), the flash algorithm as well as the sector layout used by the J-Link DLL needs to be overwritten. This can be done using the SEGGER Flashloader. Please find below two precompiled flash algorithms, one for the 1MB and one for the 2MB variant of the STM32F7 device series. The algorithms assume that the flash is configured in dual bank mode. Detailed information how to use the precompiled flashloaders can be found in this article.

Dual Bank enabled (1 MB device)

<Database>
  <Device>
    <ChipInfo Vendor="ST" Name="STM32F767ZI" Core="JLINK_CORE_CORTEX_M7" />
    <FlashBankInfo Name="Flash Bank0" BaseAddr="0x08000000" AlwaysPresent="1">
      <LoaderInfo Name="DualBank" Loader="ST_STM32F7xxxx_DualBank_512KB_Bank0.elf" MaxSize="0x00080000" LoaderType="FLASH_ALGO_TYPE_OPEN" />
    </FlashBankInfo>
    <FlashBankInfo Name="Flash Bank1" BaseAddr="0x08080000" AlwaysPresent="1">
      <LoaderInfo Name="DualBank" Loader="ST_STM32F7xxxx_DualBank_512KB_Bank1.elf" MaxSize="0x00080000" LoaderType="FLASH_ALGO_TYPE_OPEN" />
    </FlashBankInfo>
  </Device>
</Database>

Dual Bank enabled (2 MB device)

<Database>
  <Device>
    <ChipInfo Vendor="ST" Name="STM32F779NI" Core="JLINK_CORE_CORTEX_M7" />
    <FlashBankInfo Name="Flash Bank" BaseAddr="0x08000000" AlwaysPresent="1">
      <LoaderInfo Name="DualBank" Loader="ST_STM32F7xxxx_DualBank_2MB.elf" MaxSize="0x00200000" LoaderType="FLASH_ALGO_TYPE_OPEN" />
    </FlashBankInfo>
  </Device>
</Database>

Option byte programming

ST STM32F7 family has an integrated option byte flash, that allows the user to set certain options depending on the application requirements. For more details please refer to the corresponding manual from ST. The flash can be memory mapped accessed / programmed as usual flash memory.

Note:

When programming the option bytes, the following conditions must be met:

  • Per bank: All option bytes must be written in one go. It is not possible to only write - for example - one word.
  • Reserved bits must be written with "1" otherwise writing the option bytes will not work as expected and the verify of the written area will fail.