Continue to Site

Welcome to EDAboard.com

Welcome to our site! EDAboard.com is an international Electronics Discussion Forum focused on EDA software, circuits, schematics, books, theory, papers, asic, pld, 8051, DSP, Network, RF, Analog Design, PCB, Service Manuals... and a whole lot more! To participate you need to register. Registration is free. Click here to register now.

using internal clock source for Multi-Gigabit Transceiver

Status
Not open for further replies.

buenos

Advanced Member level 3
Joined
Oct 24, 2005
Messages
960
Helped
40
Reputation
82
Reaction score
24
Trophy points
1,298
Location
Florida, USA
Activity points
9,116
Hi

On the Xilinx Spartan-6 FPGA docs, they say we can clock the MGTs from:
-fullchip global clock,
-BUFPLL routing, which supposed to be low-jitter.
-Dedicated MGT clock pin
-dedicated routing from neighbor MGT

For the first one, they say its noise, and i can imagine that. The first two, they say are available for factory test purposes only. why is that? The last option is not really available for me, and the third option would require me to have an external clock chip on board, which is what i want to avoid.
It would look stupid to route an on-chip already available clock to an io pin, then route it on-board to the GTP clock input. I cant see how it woul have less jitter than a global clock.

so, what would be the way to source the GTP clock pin from an already available clock in the FPGA?
should i design with using BUFPLL? even when the xilinx datasheet says not to use it?
or, do i have to put the clock chip on board anyway? like this one: Ultra Low Jitter Synthesizer and Jitter Cleaner - Internal VCO Output - CDCM61001 - TI.com

These Spartan 6 FPGAs have lots of special clock routings and PLLs built-in, it would be a shame if i couldnt make use of them for the GTP reference clock.
 

at what rate are you trying to run the MGT's?

The S6 needs some clock to come from somewhere. perhaps you could connect the system clock input to the GTP, then use the GTP's clock output to connect to the BUFG's for the rest of the system.
 

i want to try it up to 2 or 2.5gbps.
this design is more complicated than that: lots of interfaces, all with different IO clocks. They also have to be independent from each other. for example is there is a bug in one module, it should not stop all other modules from being operational. this is just practical, if i design a new system, if will have bugs. i have to be able to find the bugs, they should be independent. The interface with the GTP is the lowest prority in the development project, the other interfaces have to be operational first.
 

Status
Not open for further replies.

Part and Inventory Search

Welcome to EDABoard.com

Sponsor

Back
Top