You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I start the example out of the box, generated with CubeMX for STM32H735G-DK. The fx_media_format at line 147 in app_filex.c returns a FX_IO_ERROR, which ends the program.
How to reproduce the bug (skip if none)
Start the app and run it step by step up to the fx_media_format call in app_filex, you'll see the return value that is not FX_SUCCESS as it should.
The text was updated successfully, but these errors were encountered:
I finally found that it's indeed because of the NOR that was not completely erased that this problem happened.
I agree it's not a bug, but may I suggest to add some info about this prerequisite in the documentation, or to perform a test to erase the NOR automatically ?
Hi @bdlr2
Great news!
Actually, the request to erase the memory is mentioned in the README.md
The NOR flash should be erased prior to format either by the application or by the STM32CubeProgrammer, this allows LevelX and FileX to create a clean FAT FileSystem.
Chip erase operation takes considerable time when done by the application, therefore it is disabled by default.
To enable it, please define the flag LX_STM32_OSPI_ERASE to 1 in "lx_stm32_ospi_driver.h":
Describe the set-up
Describe the bug (skip if none)
I start the example out of the box, generated with CubeMX for STM32H735G-DK. The
fx_media_format
at line 147 in app_filex.c returns a FX_IO_ERROR, which ends the program.How to reproduce the bug (skip if none)
Start the app and run it step by step up to the
fx_media_format
call in app_filex, you'll see the return value that is not FX_SUCCESS as it should.The text was updated successfully, but these errors were encountered: