UPGRADE YOUR BROWSER

We have detected your current browser version is not the latest one. Xilinx.com uses the latest web technologies to bring you the best online experience possible. Please upgrade to a Xilinx.com supported browser:Chrome, Firefox, Internet Explorer 11, Safari. Thank you!

cancel
Showing results for 
Search instead for 
Did you mean: 
Highlighted
Visitor treczoks
Visitor
4,237 Views
Registered: ‎11-23-2007

One of those "DONE does not rise" cases

Jump to solution

Hi!

 

The board is new, but by far not the first with Spartan3 chips here, but they were all done by a guy who is no longer with us, and I'm new to this aspect (I usully do the Firmware).

 

Now this one is odd:

- I can see the device on impact ("Get Device ID", "Read Device Status")

- "Erase" and "Blank Check" is fine, too.

- "Program FPGA Only" is OK.

- "Program Flash and FPGA" does everything nicely, except raising the DONE pin, which causes it to fail.

- When I do a "Readback", it works, and the DONE pin goes high -> Looks like the DONE pin works, after all.

- There is an LED attached to the DONE pin, like in all our design, so it is easy to see.

- How do I compare the file I read back to the bit file to see whether they match?

- When I powercycle the board, the FPGA does not come up (no NONE, again).

- I did a successful "Readback" after powercycling, DONE goes high.

 

"Where do we go from here..." - Alan Parsons Project.

 

This is not really my turf, so I can use any help I can get...

 

Yours, Christian Treczoks

Tags (3)
0 Kudos
1 Solution

Accepted Solutions
Moderator
Moderator
5,473 Views
Registered: ‎02-16-2010

Re: One of those "DONE does not rise" cases

Jump to solution
Check if the mode pins are set correctly to program the FPGA from flash.

If you are using spartan-3AN FPGA and trying to configure from flash..then check the "VS" pins are set correctly

Refer to ug332 for the circuit level details to confirm the hardware is setup correctly
http://www.xilinx.com/support/documentation/user_guides/ug332.pdf
------------------------------------------------------------------------------
Don't forget to reply, give kudo and accept as solution
------------------------------------------------------------------------------
4 Replies
Historian
Historian
4,224 Views
Registered: ‎02-25-2008

Re: One of those "DONE does not rise" cases

Jump to solution

is the LED connected directly to the DONE line or through a buffer?

----------------------------Yes, I do this for a living.
0 Kudos
Moderator
Moderator
5,474 Views
Registered: ‎02-16-2010

Re: One of those "DONE does not rise" cases

Jump to solution
Check if the mode pins are set correctly to program the FPGA from flash.

If you are using spartan-3AN FPGA and trying to configure from flash..then check the "VS" pins are set correctly

Refer to ug332 for the circuit level details to confirm the hardware is setup correctly
http://www.xilinx.com/support/documentation/user_guides/ug332.pdf
------------------------------------------------------------------------------
Don't forget to reply, give kudo and accept as solution
------------------------------------------------------------------------------
Visitor treczoks
Visitor
4,212 Views
Registered: ‎11-23-2007

Re: One of those "DONE does not rise" cases

Jump to solution

> is the LED connected directly to the DONE line or through a buffer?

Like in all the other designs here (which work perfectly), it is done like this:

Ground - LED - 120R - DONE PIN - 1K8 - 3.3V

0 Kudos
Visitor treczoks
Visitor
4,209 Views
Registered: ‎11-23-2007

Re: One of those "DONE does not rise" cases

Jump to solution

> Check if the mode pins are set correctly to program the FPGA from flash.

That was the cuprit. The M0 to M2 were used as outputs, and the M2 should have a sufficiant pulldown. It now has, and it works!

 

Big thanks to everybody who helped.

 

Yours, Christian Treczoks

0 Kudos