Initial communication with S25FL128SAGMFB013 not working yet

Tip / Sign in to post questions, reply, level up, and achieve exciting badges. Know more

cross mob
joma_3700296
Level 1
Level 1
First like given

Hi,

Is the first time I work with this SNOR, I think I send the correct SPI stream, but I have no data response from the memory yet.

The SNOR full model identification is: Cypress S25FL128SAGMFB013

Details on how it is currently configured and tested the SNOR:

  1. Single Data Rate (SDR)
  2. Mode 0: Clock Polarity (CPOL) = 0 and Clock Phase (CPHA) = 0
  3. WP# / IO2 and HOLD# / IO3 and RESET# are left unconnected.
  4. The SCLK operation frequency is: 25 KHz approximately.
  5. The command that is currently tested is:

RDID = Read ID (JEDEC Manufacturer ID and JEDEC CFI) = 0x9F

  1. The instruction bits are shifted into the device with the Most Significant Bits (MSB) first.
  2. The time difference between the falling of CS# and the first CLK clock rising is 20 microseconds meets and exceeds the requirement:

t_TCSS=10 nanoseconds = CS# Active Setup Time (relative to SCK). This is the limit for the part type we are using: Single Die Package.

  1. In the test setup there are at least 64 clock bits during the time the CS# is held low.

Here are the signals measured with an oscilloscope:

scope 1 full view.bmp

scope 2 time from cs# to first rising clock.bmp

scope 3 time between first 2 clock rises - also period of the clock.bmp

scope 4 detail of command 0x9F.bmp

scope 5 detail zoom out of command 0x9F.bmp

What do you think could be wrong in my SPI setup/sequence that is causing no response from the memory?

0 Likes
1 Solution

Hi,
Sorry for the delay, here are the answers:


1.How many devices are showing this behavior?
One device.

2.Are you facing this issue with all of the devices that you tested?
No.

3.Where did you probe to capture these waveform?
I measured these signals on the flash device pins.

4.Did you probe on the flash device pins?
Yes, I probed on the direct flash device pins.

5.Can you provide schematic diagram of you application? We can review it and check if there are any problem with it.

Unfortunately, at this moment I’m not authorized to do that.

Some very good news is that after testing on a brand-new unit the same software this specific issue is not present because the SNOR responded to the same command.
I believe the first defective tested unit could be damaged. At this moment we don’t need to root cause why the first unit with its SNOR did not work.
You can close this specific question thread with solved status if you wish.

View solution in original post

0 Likes
2 Replies
SudheeshK
Moderator
Moderator
Moderator
250 sign-ins First question asked 750 replies posted

Hi,

How many devices are showing this behavior? Are you facing this issue with all of the devices that you tested?

Where did you probe to capture these waveform? Did you probe on the flash device pins?

Can you provide schematic diagram of you application? We can review it and check if there are any problem with it.

Thanks and Regards,

Sudheesh

Hi,
Sorry for the delay, here are the answers:


1.How many devices are showing this behavior?
One device.

2.Are you facing this issue with all of the devices that you tested?
No.

3.Where did you probe to capture these waveform?
I measured these signals on the flash device pins.

4.Did you probe on the flash device pins?
Yes, I probed on the direct flash device pins.

5.Can you provide schematic diagram of you application? We can review it and check if there are any problem with it.

Unfortunately, at this moment I’m not authorized to do that.

Some very good news is that after testing on a brand-new unit the same software this specific issue is not present because the SNOR responded to the same command.
I believe the first defective tested unit could be damaged. At this moment we don’t need to root cause why the first unit with its SNOR did not work.
You can close this specific question thread with solved status if you wish.

0 Likes