AWR1642: AWR1642-QSPI Flash issue

Hello,


Does the new flash on board already have the image burned on it?
or
Are you trying to boot it in SOP -> Flash mode for burning the image to new flash.

Thank you,
Vaibhav

It is a new flash, so it has no image inside.
I try to burn the image to the new flash in SOP. The process shows the image has been loaded to the flash. I didn't get any error to this step. Somehow when I try to boot up the board from the flash, the board doesn't work. I did change the SOP to functional mode instead of flashing mode.


Thanks,

Hi,

Could you please help clarify the below points to identify the cause of the issue that you are seeing?

1. On your board, are there pull-ups applied on the D2 and D3 data lines of the serial Flash?

2. Do you have any other way to interface with the Flash? It would help to get information about:

a) Is the "Quad_NV" bit set to enable Quad mode?

3. If you could capture the first few transactions on the QSPI lines on a scope and share, that would help. We would like to check the response to the SFDP command from the SFLASH.

Thanks!

Best regards,

Naveen

Hello Naveen,

My customer is  using S25FL064L as well.

Looks there is some problem to flash the "xwr16xx_mmw_demo.bin" binary although SOP is applied properly, and the boot up failure from S25FL064L.

Please share your idea to flash S25FL064L correctly.

1. On your board, are there pull-ups applied on the D2 and D3 data lines of the serial Flash?

=> YES with 10Kohm. 

2. Do you have any other way to interface with the Flash? It would help to get information about:

a) Is the "Quad_NV" bit set to enable Quad mode?

=> There is no way to interface with the Flash. Quad_NV bit is disabled (0) in default according to datasheet of S25FL064L. (www.cypress.com/.../download)

3. If you could capture the first few transactions on the QSPI lines on a scope and share, that would help. We would like to check the response to the SFDP command from the SFLASH.

=> Let me try to capture the first few transactions, but SFDP SIGNATURE looks same . (0x50444653U).

Thanks,

Lloyd

Hello Lloyd,

The bootloader would fail to load if:
1. The Quad enable bit is not set and the SFDP command indicates support for Quad mode.
2. There are some issues with the interfacing/communication with the SFLASH.
3. In some rare cases, we have seen, the response of the SFDP command did not match the right command execution sequence. There was a mismatch in the number of dummy cycles.

Regarding point 1,
Usually, for this part variant, I would have expected the Quad_NV bit to be enabled during the Flash programming process. The Flash programming sequence goes through without any errors, correct? In this case do you still use Uniflash to download in SOP5?

A capture of the first few transaction (complete SFDP command response), will give some insight into points 2 and 3.

Thanks,
Naveen

Hello Naveen,

I'm going to visit Customer site tomorrow to capture first few transcation.
I'll update the capture tomorrow.

But, if the cause is point1, what would be the resolution do you recommend?
There looks no configurable option on Uniflash.
I've never seen the error during flash programming, I used Uniflash in SOP5.

Thanks,
Lloyd

Hi,

Any update on this issue? I would like to know if this spi flash can work with AWR1642 now or not. If yes, how?