About the problem that stm32h747i_disco_m7 qspi flash cannot work normally #56221
Replies: 7 comments 5 replies
-
@FRASTM ? |
Beta Was this translation helpful? Give feedback.
-
Let my try with a stm32h745 disco if I can see similar issue (as I do not have a stm32h747i_disco) |
Beta Was this translation helpful? Give feedback.
-
There are some pieces missing in the qspi driver to obtain the expected result : $ west build -p auto -b stm32h747i_disco_m7 samples/drivers/jesd216/
|
Beta Was this translation helpful? Give feedback.
-
Hello,
|
Beta Was this translation helpful? Give feedback.
-
Not 100% sure if it could be linked to the dual flash mode : when resetting the memory, the reset_cmd is sent to only one quad-Nor device (the one specified by the ) |
Beta Was this translation helpful? Give feedback.
-
Second, I think there is a confusion in the We should have instead: Note that DT_INST_PROP(0, reset_cmd_wait) has a default value of 10 (in µs). |
Beta Was this translation helpful? Give feedback.
-
I found another configuration with the stm32h750b_dk running the samples/application_development/code_relocation_nocopy/
Code is correctly read at address 0x90000000
But after power off/on, the execution fails
The Code in the external flash is not correctly read at address 0x90000000
(until a connection with the STM32CubeProgrammer ( a simple connect/disconnect with external loader selcted is enough) |
Beta Was this translation helpful? Give feedback.
-
I try to build mcuboot for stm32h747i_disco_m7, and plan to store the application image on the flash connected to qspi, but now I find that the driver of qspi nor flash cannot work properly, who can help me?
Here is my device tree snippet:
This is my serial output:
From the driver code of qspi, it can be seen that when reading SFDP magic fails, the driver will return directly, so can someone tell me where is the problem?

Beta Was this translation helpful? Give feedback.
All reactions