Jump to content
  • 0

Arty S7 Full Schematic - Spansion Flash


dylcobfp

Question

Hello, 

I need a full schematic of the Arty S7 eval board with the Spansion 128Mb flash on it please

The one provided at https://digilent.com/reference/_media/reference/programmable-logic/arty-s7/arty_s7_sch-rev_e.pdf

doesn't show the full pinout of the Spansion flash; I'd mainly like to focus on the config bank and the interface to the spansion flash. My current board I based off the design of the Arty S7 for the configuration and flash, however my hard reset (PROG_B) requires 2 pulses to reset the part and I believe that is due to the flash. The Arty only needs one, so I would like a more in depth look at how the flash is laid out to see if there are any differences between the two - I think my solution for this is to wire INIT_B to the RESET# pin of the flash, but I want to see if that is necessary

Link to comment
Share on other sites

2 answers to this question

Recommended Posts

  • 1

Hi @dylcobfp,

I believe I responded to you earlier, but my understanding is that the pins not listed on the schematic are not connected to the FPGA as they are either Reserved for Future Use or Do Not Use pins as designated by the manufacturer's datasheet in section 6 (https://www.infineon.com/dgdl/Infineon-S25FL128S_S25FL256S_128_Mb_(16_MB)_256_Mb_(32_MB)_3.0V_SPI_Flash_Memory-DataSheet-v18_00-EN.pdf?fileId=8ac78c8c7d0d8da4017d0ecfb6a64a17; if your board instead has the 127S part loaded that datasheet is available here: https://www.mouser.com/datasheet/2/100/001_98282_S25FL127S_128_MBIT_16_MBYTE_3_0_V_SPI_FL-1299705.pdf). I've attached a picture coloring in the the connected traces that I am able to see on the flash part, which indeed is just the 8 connected pins (2 in each corner of the IC).
Some differences between the two parts as they are not functionally equivalent are explained a bit in our Product Change Notice available on the Arty S7 Resource Center: https://digilent.com/reference/programmable-logic/arty-s7/start#documentation.

Unfortunately, I do not know if the pin 3 on the flash chip is set to RESET# or RFU; I looked through the datasheet, but as far as I could tell did not find anything detailing a list of which models use which configuration. Though at least based on the description in the datasheet, the pin itself is either connected to RESET# internally, or is left unconnected externally and is only connected to VCC internally, so in theory you could always test your idea and it at least "should" not harm the flash chip, but I would recommend checking the connections with a multimeter first to see if the RESET pin is electrically connected to Vcc from an external standpoint or not.

Based on your description of needing two pulses on the RESET line on your part, that seems to be in line with the Hardware (Warm) Reset (section 5.3.2) description in the datasheet where if the POR process didn't complete properly, reset going low will initiate the full POR process rather than the hardware reset process. I am uncertain if that is what you are experiencing though.
I'm not certain about your setup to your computer, but something else that could be happening is that Xilinx's Vivado Hardware Manager is maintaining a connection to the FPGA in such a way that when you program the flash chip, it does not properly reset the board and boot from flash until you fully disconnect the device from the Xilinx software (either by closing out the hardware server connection or disconnecting the USB cable connection); again this might not be the problem, but is something that Digilent experiences with flash programming on our boards.

Thanks,
JColvin

ArtyS7-Flash-Connections.png

Link to comment
Share on other sites

  • 0

Hi @JColvin, thank you again for the indepth reply

After further investigation we have come to the conclusion that this is not a hardware problem, but rather attributed to the fact that we were placing the mode bits of the flash into continuous Quad IO Read mode to save having to write out the instruction. This caused confusion in the part when the PROG_B went low and the reset sequence began, since the FPGA was expecting the bitstream but the flash was expecting a Quad IO Read

We have since resolved the problem and confirmed that it works as expected

Thank you

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...