STM32H7 QSPI FLASH write issue

[sylvain77176]

Hello,

I am working with STM32H743BI and trying to write then read a QSPI FLASH "mt25qu01gbbb". I first use the STM32 software example "QSPI_ReadWrite_IT" (adapted with cube configuration) to start discovering QSPI on my hardware. Then I made a small evolution that consist on write incremented values on more than one page.

First page seems to be write correctly :

But something wrong is appening for second page :

Did anyone encoutered this problem ? Thank in advance for your help

Please find attached my project.

[Tesla DeLorean]

Write only up to 256 bytes such that you don't cross 256-byte page boundaries.

ie if you start 192 bytes into the frame you can only write 64 bytes that remain

0x900000C0 [0x40]

0x90000100 [0x100]

0x90000200 [0x100]

Decompose the writes, and wait for device to come ready.

The 01G device is a dual die device, you should ensure both complete.

[sylvain77176]

Thank you DeLorean for your help,

The software is respecting the "256-byte page boundaries", the sequence executed is :

1) erase first sector of flash request and wait for end of erase,

2) request to write the 256 bytes of page of the flash and wait for end of program,

3) request to read data write during step 2) and wait for data reception,

4) comparaison between write and read data

=> until step 4 everything is ok, then steps 2) to 4) are executed again and comparaison between write and read data is incorrect.

You are true the root cause could be caused by the dual die architecture of this component but there are not a lot of détail about it in the datasheet. Do you have any idea of the difference that I need to introduce because of this subtility ?

Regards

[Tesla DeLorean]

Dual Die

Don't use the AutoPolling methods, they don't work the way you need.

For Micron devices in the MT25 and MT35 families you need to do TWO separated reads of the FLAG STATUS REGISTER (0x70) and BOTH need to flag READY

For the Quad Die (02G) you need to read FOUR times, and again all must be READY

Also, CHIP ERASE doesn't work, you have to use the DIE ERASE command, addressing the specific parts. ie DIE ERASE (0x0000000) and DIE ERASE (0x4000000) for the 64MB (512Mbit) die

[sylvain77176]

Hello and thank you again for your help!

I am now doing TWO separated reads of the FLAG STATUS REGISTER (0x70) and waiting for the flag READY. The behaviour is the same as yersterday. Am I missing something ?

my modifications :

Regards

[sylvain77176]

Text removed because erronous.

[Tesla DeLorean]

Isn't that the Address data, 24-bit at 1-bit?

The Micron part you've mentioned should be switched into 32-bit addressing mode.

The addressing mode should be in bit 0 of the FLAGS STATUS, ie should read 0x81 for a READY, 4-BYTE ADDRESSING mode

24-bit -> 16MByte -> 128Mbit this is the default/legacy mode of QSPI, so boot loaders can do a generic read method, and subsequently you kick the devices into the 4-byte addressing modes to access the entire array, and where appropriate enable the pins for 4-pin IO operation (different from the 4-bit command/data modes, but enabling of at the pin/interface, and not as Write Protect, Reset, etc)