msdmsd100

Extra clock apart from 32Mhz

Recommended Posts

hello everyone.. I have a papillio pro spartan 6 board. In this board, 32Mhz clock at pin 'P94' is available... However, I need a extra clock for my application, so I connected 20 Mhz clock from function generator and connected to pin 'P123"... But it doesn't function..I mean is this pin can work as a clock?

 

Regards,

MSD

Share this post


Link to post
Share on other sites

Hi,

 

not every pin can function as clock input. See here

http://www.xilinx.com/support/documentation/user_guides/ug385.pdf

 

page 30, search for "GCLK" in the name.

 

Now did you know that there are PLLs inside the FPGA? It takes 2 min of work (maybe a bit more if you do it the first time) to run the core generator and turn the existing 32M clock into 20 MHz or whatever you like.

It's one of the most useful features, IMO, in everyday use.

  • Like 2

Share this post


Link to post
Share on other sites

just to be clear, P123 "should" work, at least to my understanding. Otherwise you'd get a warning (not an error) and it would probably still do the job, at least at 20 MHz, when the tool routes the signal across the yard via the back door through the kitchen into a clock network.

Share this post


Link to post
Share on other sites

Agreeing with what Offroad siad, but you may need to add "CLOCK_DEDICATED_ROUTE=FALSE;" to your UCF file (or maybe some equivilent mapping GUI settings) to allow a "non-clock" pin to be routed into the clocking-specific networks.

Share this post


Link to post
Share on other sites

Hello...

 

Offroad.. Thank you for replying... Yes.. I can do with PLL... Just curious about that.. If one needs to use external clock then how it can be used? I am not yet successful with P123 pin... I need to check warnings as I don't get any errors... Will try  "CLOCK_DEDICATED_ROUTE=FALSE;" also...

 

Thanks to hamster for replying...

Share this post


Link to post
Share on other sites

true, I forgot that... an error that can be turned into a warning. Anyway, the pin in question should work as regular clock pin in the first place, at least for the FPGA (didn't check where it's going on the board).

I'd have a look at the electrical settings (an accidental pullup resistor? Correct voltage threshold, i.e. 3.3 V?).

Share this post


Link to post
Share on other sites

Offload...  I did not get what you mean by...."I'd have a look at the electrical settings (an accidental pullup resistor? Correct voltage threshold, i.e. 3.3 V?)."

 

Sorry.and thanks...

Share this post


Link to post
Share on other sites

Well, for an input there actually isn't much I could do wrong.

See here

http://www.xilinx.com/support/documentation/user_guides/ug381.pdf

page 24:

Most likely, "LVTTL" is the correct setting in the .ucf file for this input.

 

Check the input signal with an oscilloscope, whether the source is accidentally AC-coupled.

What I'd do is write a small counter and drive the pin as output, to double-check that connections didn't get mixed up.

Share this post


Link to post
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