FPGA Central - World's 1st FPGA / CPLD Portal

FPGA Central

World's 1st FPGA Portal

 

Go Back   FPGA Groups > NewsGroup > FPGA

FPGA comp.arch.fpga newsgroup (usenet)

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 11-09-2004, 06:24 AM
Manish
Guest
 
Posts: n/a
Default FPGA as "Differential SSTL_2" clock driver

Hi..
Is it recommended to use following scheme, to generate "Differential
SSTL_2" clock signals which are sourcing DDR SDRAM & another
controller.
1. Normal 125 MHz LVTTL clock source(Oscillator) feeding clock to
FPGA.
2. FPGA functionality inverts this clock.
3. The same i/p clock & inverted clock are sent out of FPGA, with
setting I/O standard of these to outputs as "OBUF_SSTL2_I".

If this scheme is ok, will there be any constrain on using particular
family of FPGA like Spartan 2, Spartan 3 or virtex etc.

Cheers,
Manish
Reply With Quote
  #2 (permalink)  
Old 11-09-2004, 04:30 PM
Austin Lesea
Guest
 
Posts: n/a
Default Re: FPGA as "Differential SSTL_2" clock driver

Manish,

It is better to use the DDR FF in the IOB to do clock forwarding with
the least duty cycle distortion. One IOB gets the DDR FF with the D
tied to Vcc for the top FF,and the D tied to GND on the bottom FF, and
the other (complement) IOB has the top D tied to GND, and the bottom D
tied to Vcc.

Austin

Manish wrote:
> Hi..
> Is it recommended to use following scheme, to generate "Differential
> SSTL_2" clock signals which are sourcing DDR SDRAM & another
> controller.
> 1. Normal 125 MHz LVTTL clock source(Oscillator) feeding clock to
> FPGA.
> 2. FPGA functionality inverts this clock.
> 3. The same i/p clock & inverted clock are sent out of FPGA, with
> setting I/O standard of these to outputs as "OBUF_SSTL2_I".
>
> If this scheme is ok, will there be any constrain on using particular
> family of FPGA like Spartan 2, Spartan 3 or virtex etc.
>
> Cheers,
> Manish

Reply With Quote
  #3 (permalink)  
Old 11-10-2004, 11:26 AM
Manish
Guest
 
Posts: n/a
Default Re: FPGA as "Differential SSTL_2" clock driver

Hello Austin,
thanks a lot for this scheme. This is far better than the schemes I
tried.
(Taking DCM "0 degree" & "180 degree" shifted clocks, normal inversion
& passing through SSTL OBufs.)
I have two more queries in this regard,
1. As a Spartan3 primitive - "FDDRRSE" is being used, this solution
restricts the use of SP3 device (& V2, V2Pro) is there any way-out if
one needs to use SP2, Virtex devices ?
2.In my design I need one more LVTTL 125 MHz clock out-of FPGA which
should be phase-alligned with these SSTL clocks.
The Post-PNR simulation that i have carried-out reveals that there is
a phase differance between crossing-edges of SSTL pair & this LVTTL
clock, of the order of 857 ps.is there any compensation technique fo
this as well.
(I have tried using I/Os whose physical locations are close to each
other)

Manish


Austin Lesea <[email protected]> wrote in message news:<cmqnpp$[email protected]>...
> Manish,
>
> It is better to use the DDR FF in the IOB to do clock forwarding with
> the least duty cycle distortion. One IOB gets the DDR FF with the D
> tied to Vcc for the top FF,and the D tied to GND on the bottom FF, and
> the other (complement) IOB has the top D tied to GND, and the bottom D
> tied to Vcc.
>
> Austin
>
> Manish wrote:
> > Hi..
> > Is it recommended to use following scheme, to generate "Differential
> > SSTL_2" clock signals which are sourcing DDR SDRAM & another
> > controller.
> > 1. Normal 125 MHz LVTTL clock source(Oscillator) feeding clock to
> > FPGA.
> > 2. FPGA functionality inverts this clock.
> > 3. The same i/p clock & inverted clock are sent out of FPGA, with
> > setting I/O standard of these to outputs as "OBUF_SSTL2_I".
> >
> > If this scheme is ok, will there be any constrain on using particular
> > family of FPGA like Spartan 2, Spartan 3 or virtex etc.
> >
> > Cheers,
> > Manish

Reply With Quote
  #4 (permalink)  
Old 11-10-2004, 04:47 PM
Austin Lesea
Guest
 
Posts: n/a
Default Re: FPGA as "Differential SSTL_2" clock driver

Manish,

See below,

Austin

Manish wrote:
> Hello Austin,
> thanks a lot for this scheme. This is far better than the schemes I
> tried.
> (Taking DCM "0 degree" & "180 degree" shifted clocks, normal inversion
> & passing through SSTL OBufs.)
> I have two more queries in this regard,
> 1. As a Spartan3 primitive - "FDDRRSE" is being used, this solution
> restricts the use of SP3 device (& V2, V2Pro) is there any way-out if
> one needs to use SP2, Virtex devices ?


Nope. Have to go back to using two separate BUFG clocks, CLK0 and CLK180.

> 2.In my design I need one more LVTTL 125 MHz clock out-of FPGA which
> should be phase-alligned with these SSTL clocks.
> The Post-PNR simulation that i have carried-out reveals that there is
> a phase differance between crossing-edges of SSTL pair & this LVTTL
> clock, of the order of 857 ps.is there any compensation technique fo
> this as well.
> (I have tried using I/Os whose physical locations are close to each
> other)


There is always a slight (unavoidable) difference when you change IO
standards. You clould use another DLL(DCM) to phase shift that output
if that 857 ps is a problem.

>
> Manish
>
>
> Austin Lesea <[email protected]> wrote in message news:<cmqnpp$[email protected]>...
>
>>Manish,
>>
>>It is better to use the DDR FF in the IOB to do clock forwarding with
>>the least duty cycle distortion. One IOB gets the DDR FF with the D
>>tied to Vcc for the top FF,and the D tied to GND on the bottom FF, and
>>the other (complement) IOB has the top D tied to GND, and the bottom D
>>tied to Vcc.
>>
>>Austin
>>
>>Manish wrote:
>>
>>>Hi..
>>>Is it recommended to use following scheme, to generate "Differential
>>>SSTL_2" clock signals which are sourcing DDR SDRAM & another
>>>controller.
>>>1. Normal 125 MHz LVTTL clock source(Oscillator) feeding clock to
>>>FPGA.
>>>2. FPGA functionality inverts this clock.
>>>3. The same i/p clock & inverted clock are sent out of FPGA, with
>>>setting I/O standard of these to outputs as "OBUF_SSTL2_I".
>>>
>>>If this scheme is ok, will there be any constrain on using particular
>>>family of FPGA like Spartan 2, Spartan 3 or virtex etc.
>>>
>>>Cheers,
>>>Manish

Reply With Quote
Reply

Bookmarks

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
how to represent "inout" data type in testbenches in "verilog" linuxczar Verilog 2 03-21-2007 07:28 PM
Why do we need "check" "call" "misc" in PLI? Lee Verilog 1 05-17-2004 04:42 PM
"clean" or "unprotected" versions of AHDL2X, SYNTHX from Xilinx (ABL2XNF sub tools) Bill Smith FPGA 0 11-11-2003 12:17 AM
Re: MapLib:93 - Illegal LOC on symbol "clk.PAD" (pad signal=clk) or BUFGP symbol "u1" (output signal=u1), IPAD-IBUFG should only be LOC'd to GCLKIOB site." Sandeep Kulkarni FPGA 0 07-02-2003 12:35 PM


All times are GMT +1. The time now is 03:30 AM.


Powered by vBulletin® Version 3.8.0
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.
Search Engine Friendly URLs by vBSEO 3.2.0
Copyright 2008 @ FPGA Central. All rights reserved