Skip to main content

Micron M25P M25PE M45PE Replacements

Micron Replacements

We offer highly compatible solutions for the designer, component engineer and sourcing teams that are rapidly moving to replace Micron NOR Flash products and avoid potential price instability and supply shortages that could impact their production.

DATAFLASH (AT45 Series), DATAFLASH-L (AT25PE Series) and FUSION (AT25 Series) families offer price and long-life supply stability with exact-match pin out and performance to the Micron selection.


Highly-compatible, including exact-match replacements to Micron EOL products

Included in Dialog's memory longevity program to ensure supply security and stability

Superior product performance and command sets

Micron M25PE Replacements

Density Product / Datasheet Speed Vcc range Interface Details Status Samples
16Mbit AT25PE16 85MHz 2.3V-3.6V SPI   ● Active Order Samples
8Mbit AT25PE80 85MHz 1.7V-3.6V SPI   ● Active Order Samples
4Mbit AT25PE40 85MHz 1.65V-3.6V SPI   ● Active Order Samples
2Mbit AT25PE20 85MHz 1.65V-3.6V SPI   ● Active Order Samples
AT25PE16 details
Ordering Code Package
AT25PE16-SHN-B SOIC 208MIL 8S2 8
AT25PE16-SHN-T SOIC 208MIL 8S2 8
AT25PE16-MHN-Y UDFN 8MA1 8 - 5x6
AT25PE16-MHN-T UDFN 8MA1 8 - 5x6
AT25PE20 details
Ordering Code Package
AT25PE20-SHN-B SOIC 208MIL 8S2 8
AT25PE20-SHN-T SOIC 208MIL 8S2 8
AT25PE20-MHN-Y UDFN 8MA1 8 - 5x6
AT25PE20-MHN-T UDFN 8MA1 8 - 5x6
AT25PE40 details
Ordering Code Package
AT25PE40-SHN-B SOIC 208MIL 8S2 8
AT25PE40-SHN-T SOIC 208MIL 8S2 8
AT25PE40-MHN-Y UDFN 8MA1 8 - 5x6
AT25PE40-MHN-T UDFN 8MA1 8 - 5x6
AT25PE80 details
Ordering Code Package
AT25PE80-SHN-B SOIC 208MIL 8S2 8
AT25PE80-SHN-T SOIC 208MIL 8S2 8
AT25PE80-MHN-Y UDFN 8MA1 8 - 5x6
AT25PE80-MHN-T UDFN 8MA1 8 - 5x6

You can no longer post questions or comments on this page. All product forum activity on the Dialog Semiconductor website are being migrated to a new platform called RenesasRulz communicated to users 4 May. Renesas Electronics Corporation (“Renesas”) will be the service provider and processor managing this move on behalf of Dialog Semiconductor PLC. (“Dialog Semiconductor”). In due course you will receive a welcome email from Renesas providing detailed information on accessing your new RenesasRulz account.

Back to results


5 months ago

AT25SF321 clock problem

Posted by nsanfa 35 points 4 replies


Currently I am working on a project that uses the memory AT25SF321. In some devices the flash operates at 40MHz perfectly and in other devices the flash does not work properly at clock frequencies higher than 33MHz (same hardware and firmware).

For instance, when I read the manufacturer and device ID at 40MHz I get the correct response (0x1F, 0x87, 0x01) from some devices  and from others I get 0x0F, 0xC3, 0x81. Bit wise it seems to be a shift, like the flash is not handling correctly the timing at the start of the response. If I reduce the clock frequency to 30MHz the flash works perfectly. 

The ID (on the chip) of a "faulty" flash and of one that works properly are the same: "adesto1949 25SF321 SSHD". 

Kind regards,


5 months ago

gordonmacnee 225 points

Hello Noe,

Just checking but do you mean the AT25SF321B - the AT25SF321 (without any suffix) is now End of Life. Either way both parts should have no problem running well in excess of 40MHz.

Would you let us know what voltage you are running these parts at and which micro controller you are using? 

Are you able to have a look at the signal lines with a 'scope and check that you have a fast enough rise and fall on your clock and signal lines and that they are making it above and below the thresholds for the voltage you are using. If you think that they are meeting daatsheet parameters, would you also post the 'scope captures here and we will dig a little deeper.    

5 months ago


Thanks for the reply, here are some details:

- The flash is an AT25SF321 (not B).

- The flash memory is controlled by an ESP32-WROOM (configured with SPI full duplex at 40MHz).

- ESP32 and flash run at 3.3V.

- In this case the values read by the esp32 are [0x1F, 0xC7, 0x81] for the command 0x9F.

I attached some captures of the clock (yellow), MOSI (red) and MISO (blue) signals.  "ClkFreq" shows the frequency of the clock, "Clk_MOSI_MISO" shows the three signals (with the 0x9F commad on MOSI) and "MISO_signal" shows the flash response(I am sorry for the image quality, I connected the osciloscope to a screen to take the photos because the osciloscope screen was even worse).

If I set the SPI frequency to 30MHz the flash memory gives the correct ID ([0x1F, 0x87, 0x01]). Also, the devices that work at 40MHz have this problem at 50MHz (same response, same hardware and same firmware). 

After the 0x9F commad there are bytes in the MOSI channel, according to the datasheet the memory ignores the data after the command and it should not be a problem or ¿does it need a 0 after the last bit?

Kind regards.

Attachment Size
MISO channel, response of the flash 150.03 KB
Clock signal 116.47 KB
Clock(yellow), MISO(blue) and MOSI(red) signals (with the command 0x9F on MOSI) 150.41 KB

5 months ago

I managed to make the AT25SF321  flash work at 40MHz after adding a delay of 25ns before reading MISO. Also, the flash memories that work fine at 40MHz doesnt work at 50MHz because that is the upper limit (my mistake, I thought the limit was 55MHz).

accepted answer!

5 months ago

gordonmacnee 225 points

Hi Nsanfa,

The signals on the 'scope images look very rounded with the SCLK looking more like a sine wave... Can you change the output pins to give you a faster rise and fall time or a stronger drive? Looking at the "MISO channel response of the flash" trace and assuming that the first high is the '1' of the '1F' byre in the response then checking every falling edge I read 

...1 1111 1000 0111 0000 0001 = 1F 87 01

Might be the ESP32 is reading too early given the slow slew rate on the clk.

Once any "read" command is complete then any extra "data" sent on the MOSI line is ignored so it does not matter what is in the TX buffer after the command (and address etc) has been sent.