Moin,

[Full quote and CC to ml, as this might interest other people too]

On Wed, 15 Mar 2006 23:00:37 -0500
"howard parkin" <[EMAIL PROTECTED]> wrote:

> I agree being able to to do LVDS would be really good. However,
> there are a number of restrictions that make this difficult.
> 
> The Lattice device does support LVDS. However, it only supports
> LVDS outputs on banks 2,3,6 and 7. The Lattice device also has
> built in support for DDR interfaces, but only on banks 2,3,4,5,6 and 7.
> 
> Most of the interfaces the card to  memory and video ICs
> are either DDR or LVDS. The memories, DVI and TV-out are DDR.
> The high speed DAC is LVDS. All the banks that support DDR and
> LVDS are fully utililized supporting these interfaces.

Hmm.. And i wondered where all the pins went :)

> The only remaining pins left after hooking up the memories, DVI, TV-out
> and High speed DAC are on banks 0 and 1. These pins only support
> LVDS inputs. However, there is a way to do pseudo-LVDS out with
> the use of external resistor networks. I will look into this in more
> detail when I have time.

Actualy also the normal LVDS capable pins need external networks
to support LVDS, at least if i understood the documentation
correctly.
IMHO it is better not to try to build a pseudo solution
if a clean solution is not possible. Ie, don't try to get a 
pseudo LVDS working if it has some restrictions compared to
normal LVDS. People would not be able to use it how they want
to and we would still have the trouble of building and testing
it.

> If your wondering why we chose a device that had some restrictions
> in the types of I/O it supports, get a low volume quote from your local
> Lattice rep and compare with Xilinx Spartan 3. I guarantee you'll be
> gobsmacked.

Well, every device has restrictions. The art is to choose the
device with the restrictions that do not concern you.

Thanks for the explanation.

                                Attila Kinali

-- 
wer soviel schoggi isst, kann sowieso nicht dumm sein ;-)
                -- Sandra
_______________________________________________
Open-graphics mailing list
[email protected]
http://lists.duskglow.com/mailman/listinfo/open-graphics
List service provided by Duskglow Consulting, LLC (www.duskglow.com)

Reply via email to