Skip to main content
MHo.15
Associate III
April 30, 2019
Solved

It seems there is a mistake in STM32Cube\Repository\STM32Cube_FW_L4_V1.13.0\Projects\STM32L4R9I-EVAL\Examples\OSPI\OSPI_NOR_MemoryMapped project

  • April 30, 2019
  • 2 replies
  • 936 views

It seems there is a mistake in STM32Cube\Repository\STM32Cube_FW_L4_V1.13.0\Projects\STM32L4R9I-EVAL\Examples\OSPI\OSPI_NOR_MemoryMapped project, the STM32L4R9I-EVAL board flash chip is connected in OCTOSPI1, but in this project, the instance is OSPIHandle.Instance = OCTOSPI2; . This project can run successfully, but actually it is accessing external RAM, not external FLASH. If we change the instance to the correct OCTOSPI1, it will run into error handler very soon. Please provide correct example code, thanks.

This topic has been closed for replies.
Best answer by Imen.D

Hello,

This is not a mistake. The example use a OSPI NOR memory in memory-mapped mode with the OctoSPI IO Manager (OCTOSPIM) allows to set a fully programmable pre-mapping of the OCTOSPI1 and OCTOSPI2 signals. Any OCTOSPIM_Pn_x port signal can be mapped independently to OCTOSPI1 or OCTOSPI2.

In this example, the OCTOSPI2 mapped with OCTOSPIM port1.

Regards,

Imen

2 replies

Imen.DBest answer
ST Technical Moderator
April 30, 2019

Hello,

This is not a mistake. The example use a OSPI NOR memory in memory-mapped mode with the OctoSPI IO Manager (OCTOSPIM) allows to set a fully programmable pre-mapping of the OCTOSPI1 and OCTOSPI2 signals. Any OCTOSPIM_Pn_x port signal can be mapped independently to OCTOSPI1 or OCTOSPI2.

In this example, the OCTOSPI2 mapped with OCTOSPIM port1.

Regards,

Imen

In order to give better visibility on the answered topics, please click on 'Best answer' on the reply which solved your issue or answered your question. Thanks
MHo.15
MHo.15Author
Associate III
May 1, 2019

Hi Imen,

Problem fixed. Thanks a lot :grinning_face_with_sweat:

Martin