Spartan-3 stater kit

J

jmariano

Guest
Dear all,

I'm really not a specialist in FPGA :)

For several years now I have a microbalze SoC running on a Digilent Spartan-3 Starter Kit Board with a XC3S200 FPGA. The board acts as the digital controller of a NMR spectrometer. Since I need more uC memory to update my code (only have 16 K in this implementation) I purchase from Diligent another S3SKB with a XC3S1000FT256-4 FPGA that was been sitting at my desk for four years now.

I finally decided to migrate the design from my old board to the new one. To make sure I knew what to do, I started with one of those MB tutorials found on the web, compile it and download the bit file to the old board using impact. The application run as expected. I then went back to XPS and changed the device size on system->project option, recompiled the design, and after downloading, nothing happens. Actually, all leds on the board lit up and stay that way.

So, I guess my questions are:
1 - The new board came with a design loaded on the platform PROM. Do I need to change anything to force MB to load from BRAM?
2 - Besides changing the device size on XPS, do I need to change anything else on my project.

Any other ideas?

I'm using XPS 7.1 (it works for me !)

Regards
jmariano
 
Hi Gabor, thanks for the help. Digilent's documentation is spase but the board revision is the same and the manual is the same for both FPGA, so I assume ucf to be the same.
 
jmariano wrote:
Dear all,

I'm really not a specialist in FPGA :)

For several years now I have a microbalze SoC running on a Digilent Spartan-3 Starter Kit Board with a XC3S200 FPGA. The board acts as the digital controller of a NMR spectrometer. Since I need more uC memory to update my code (only have 16 K in this implementation) I purchase from Diligent another S3SKB with a XC3S1000FT256-4 FPGA that was been sitting at my desk for four years now.

I finally decided to migrate the design from my old board to the new one. To make sure I knew what to do, I started with one of those MB tutorials found on the web, compile it and download the bit file to the old board using impact. The application run as expected. I then went back to XPS and changed the device size on system->project option, recompiled the design, and after downloading, nothing happens. Actually, all leds on the board lit up and stay that way.

So, I guess my questions are:
1 - The new board came with a design loaded on the platform PROM. Do I need to change anything to force MB to load from BRAM?
2 - Besides changing the device size on XPS, do I need to change anything else on my project.

Any other ideas?

I'm using XPS 7.1 (it works for me !)

Regards
jmariano
Click to expand...

Is the XC3S1000 really the exact same board with just a larger FPGA chip
mounted? If not you'd need to make sure that the UCF file matches the
new board connections.

--
Gabor
 
Depending on how the clock generation is handled on the board, you may
have to configure an external PLL to get the desired clock frequency to
the FPGA. The PLL got configured with the vendors GUI. The old Opal
Kelly Spartan 3 boards that I am familiar with required this. There may
also be some jumpers to set for stuff like auto-configure.

Good Luck,
Bob

On 5/1/2015 11:24 AM, jmariano wrote:
Dear all,
So, I guess my questions are:
1 - The new board came with a design loaded on the platform PROM. Do I need
to change anything to force MB to load from BRAM?
2 - Besides changing the device size on XPS, do I need to change anything
else on my project.

Any other ideas?

I'm using XPS 7.1 (it works for me !)

Regards
jmariano
Click to expand...
 
On Friday, May 1, 2015 at 2:24:40 PM UTC-4, jmariano wrote:
after downloading, nothing happens.
Actually, all leds on the board lit up and stay that way.

I've seen this before, as a first step try removing the M0 jumper.
Click to expand...

See this post/thread for more info and other debugging suggestions:
https://groups.google.com/d/msg/comp.arch.fpga/l1zQYEyTmV8/qW-SIiYrFmMJ


-Brian
 
On Saturday, May 2, 2015 at 2:25:55 PM UTC+1, Brian Davis wrote:
On Friday, May 1, 2015 at 2:24:40 PM UTC-4, jmariano wrote:

after downloading, nothing happens.
Actually, all leds on the board lit up and stay that way.

I've seen this before, as a first step try removing the M0 jumper.

See this post/thread for more info and other debugging suggestions:
https://groups.google.com/d/msg/comp.arch.fpga/l1zQYEyTmV8/qW-SIiYrFmMJ


-Brian
Click to expand...

Hi,

Thanks for the help.

BobH, the S3SKB has a on board 50 MHz clock connected to the FPGA. You can replace it by other clock generator but that's it. Of course you can use DCM inside the FPGA to juggle with your clock, but not from the outside.

Brian, I'll try that when I'm back to work next Monday.

jmariano
 
jmariano <jmariano65@gmail.com> wrote:
> On Saturday, May 2, 2015 at 2:25:55 PM UTC+1, Brian Davis wrote:

(snip)

See this post/thread for more info and other debugging suggestions:
https://groups.google.com/d/msg/comp.arch.fpga/l1zQYEyTmV8/qW-SIiYrFmMJ
Click to expand...

(snip)
BobH, the S3SKB has a on board 50 MHz clock connected to
the FPGA. You can replace it by other clock generator but
that's it. Of course you can use DCM inside the FPGA to
juggle with your clock, but not from the outside.
Click to expand...

You can also chain DCMs, though it is better not to to that.
If you do, you should use the LOCK signal of one to keep the
next one from trying to lock. (I believe with an inverter
in between.)

With two DCMs you can get from 50MHz to 14.318181818...MHz.

-- glen
 
Hi Gabor, thanks for the help. Digilent's documentation is spase but the
board revision is the same and the manual is the same for both FPGA, so
I assume ucf to be the same.
Click to expand...

That's surprising. They were founded by two profs from WSU Pullman an
every thing that I have see from them looked like classroom materials
Everything was pulled together and was placed in one document.

John Eaton

BTW: Never assume anything
--------------------------------------
Posted through http://www.FPGARelated.com
 
Hi All,

Thanks for helping!

After a bit of experimentation I found problem!
In EDK 7.1 (I don't know on newer versions) when you change the device in Project Options, all the files are changed except platgen.opt. This one was to be changed by hand. When I did this, the project compiled OK.

John Eaton - Sorry, but my English is not enough to know if you're being sarcastic or not...
 
On 5/6/2015 11:15 AM, jmariano wrote:
Hi All,

Thanks for helping!

After a bit of experimentation I found problem!
In EDK 7.1 (I don't know on newer versions) when you change the device in Project Options, all the files are changed except platgen.opt. This one was to be changed by hand. When I did this, the project compiled OK.

John Eaton - Sorry, but my English is not enough to know if you're being sarcastic or not...
Click to expand...

Don't feel bad, I am a native English speaker and I think that I used to
work with John (Vancouver, WA) and I don't know if he was being
sarcastic or not!

BobH
 
You must log in or register to reply here.

Welcome to EDABoard.com

Sponsor

Back
Top