Site Home   Archive Home   FAQ Home   How to search the Archive   How to Navigate the Archive   
Compare FPGA features and resources   

Threads starting:
1994JulAugSepOctNovDec1994
1995JanFebMarAprMayJunJulAugSepOctNovDec1995
1996JanFebMarAprMayJunJulAugSepOctNovDec1996
1997JanFebMarAprMayJunJulAugSepOctNovDec1997
1998JanFebMarAprMayJunJulAugSepOctNovDec1998
1999JanFebMarAprMayJunJulAugSepOctNovDec1999
2000JanFebMarAprMayJunJulAugSepOctNovDec2000
2001JanFebMarAprMayJunJulAugSepOctNovDec2001
2002JanFebMarAprMayJunJulAugSepOctNovDec2002
2003JanFebMarAprMayJunJulAugSepOctNovDec2003
2004JanFebMarAprMayJunJulAugSepOctNovDec2004
2005JanFebMarAprMayJunJulAugSepOctNovDec2005
2006JanFebMarAprMayJunJulAugSepOctNovDec2006
2007JanFebMarAprMayJunJulAugSepOctNovDec2007
2008JanFebMarAprMayJunJulAugSepOctNovDec2008
2009JanFebMarAprMayJunJulAugSepOctNovDec2009
2010JanFebMarAprMayJunJulAugSepOctNovDec2010
2011JanFebMarAprMayJunJulAugSepOctNovDec2011
2012JanFebMarAprMayJunJulAugSepOctNovDec2012
2013JanFebMarAprMayJunJulAugSepOctNovDec2013
2014JanFebMarAprMayJunJulAugSepOctNovDec2014
2015JanFebMarAprMayJunJulAugSepOctNovDec2015
2016JanFebMarAprMayJunJulAugSepOctNovDec2016
2017JanFebMarAprMayJunJulAugSepOctNovDec2017
2018JanFebMarAprMayJunJulAugSepOctNovDec2018
2019JanFebMarAprMayJunJulAugSepOctNovDec2019
2020JanFebMarAprMay2020

Authors:A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Custom Search

Messages from 131025

Article: 131025
Subject: Re: Conterfeit parts guidance
From: jon <jon@pyramidemail.com>
Date: Tue, 8 Apr 2008 10:26:03 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Apr 4, 2:22=A0am, "Morten Leikvoll" <mleik...@yahoo.nospam> wrote:
> Maybe you should give us some information on how to proceed if we are stuc=
k
> with exeed devices with significant value, and want to sell them.

Hi Morten,

I am an independent distributor, but not in the typical fashion.  We
inventory in the neighborhood of $100 million of components that have
been purchased through reputable OEM's. We work very closely with our
contracted accounts that we have SMI and VMI programs in place. I
would like to take this offline and discuss a solution that will
benefit you and also keep product in proper channels. I sincerely feel
that I can help with your excess material and most long lead time
components you may need.

I look forward to hearing from you and getting a better understanding
of your situation. One Altera part I have an immediate order for is a
EP2S130F1508C3N. I thank you in advance for taking the time to give me
a quick call.

Best regards,

Jon E. Hansen
Strategic Sales
Pyramid Technologies Inc.
jon@pyramidemail.com
www.pyramidtechnologiesinc.com
(949)864-7745 Direct
(888)288-8913 Ext. 205
(949)636-1416 Cell
(949)864-1869 Fax
CERTIFIED ISO 9001:2000
PRIVILEGED AND CONFIDENTIAL

The information contained in this E-mail and/or attachments may
contain legally privileged, or otherwise confidential information
intended only for the use of the individual(s) named above. If you,
the reader of this message, are not the intended recipient, you are
hereby notified that you may not further disseminate, distribute,
disclose, copy or forward this message or any of the content herein.
If you have
received this E-mail in error, please notify the sender immediately
and delete the original.



Article: 131026
Subject: Starting a PCI Express Application
From: "jjlindula@hotmail.com" <jjlindula@hotmail.com>
Date: Tue, 8 Apr 2008 11:02:13 -0700 (PDT)
Links: << >>  << T >>  << A >>
Hello, I need a PCI Express application and I could find a vendor that
sells PCI Express cards and add in my design to the FPGA or I could
design my own PCI Express card from the ground up. I decided to buy an
evaluation card from PLDA and see if I could get things going from
their design. I am new to the PCI Express bus protocol and wanted to
find a vendor that would make working with PCIe very easy. Does anyone
have experience with PLDA? Or, perhaps could recommend another company
that is Altera based. I visited Altera's web site and they have a PCIe
evaluation card and have thought about using their product because of
their excellent support.

If anyone would like to share their comments please do.

thanks,
joe

Article: 131027
Subject: Re: Starting a PCI Express Application
From: sky465nm@trline4.org
Date: Tue, 8 Apr 2008 20:47:26 +0200 (CEST)
Links: << >>  << T >>  << A >>
jjlindula@hotmail.com <jjlindula@hotmail.com> wrote:
>Hello, I need a PCI Express application and I could find a vendor that
>sells PCI Express cards and add in my design to the FPGA or I could
>design my own PCI Express card from the ground up. I decided to buy an
>evaluation card from PLDA and see if I could get things going from
>their design. I am new to the PCI Express bus protocol and wanted to
>find a vendor that would make working with PCIe very easy. Does anyone
>have experience with PLDA? Or, perhaps could recommend another company
>that is Altera based. I visited Altera's web site and they have a PCIe
>evaluation card and have thought about using their product because of
>their excellent support.

Check with:
  enterpoint.co.uk 
  digilent.com


Article: 131028
Subject: 32 bit multiplier
From: VIPS <thevipulsinha@gmail.com>
Date: Tue, 8 Apr 2008 11:48:12 -0700 (PDT)
Links: << >>  << T >>  << A >>
Hi All

This application I am  looking at requires 17 tera bytes of
multiplication per second. Which in an FPGA  means 40K FPGAs. What I
want to know is how many 32x32 Mults can you fit into an ASIC today
Standard Cell or Custom ASIC. Also what kind of speeds can I  get.


Bye

vipul


Article: 131029
Subject: Re: Intel plans to tackle cosmic ray threat (actually they have been working on it for at least five years...austin)
From: "Symon" <symon_brewer@hotmail.com>
Date: Tue, 8 Apr 2008 19:52:06 +0100
Links: << >>  << T >>  << A >>
"austin" <austin@xilinx.com> wrote in message 
news:ftg9a5$p2n1@cnn.xsj.xilinx.com...
> At sea level,
>
> 93% of particles from the cosmic ray shower are neutrons, and 7% are
> protons (see JEDEC89A).
>
> There are 12.9 per square cm, every hour, passing through everything
> (for New York City, up to 25X more on mountain tops, 300X at 40K feet,
> less at the equator, 10X at the poles...).
>
> There are also electrons, muons, pions, and a host of more exotic stuff,
> but hose either don' matter (do not affect anything), or they are
> absorbed quickly, or decay (even a lone neutron decays in 11 minutes!).
>
Aha, thanks! Now I think I get most of it. It would seem that the cosmic 
rays, which are charged particles, hurtle into the earth from all 
directions. They are made of protons mainly, with some alpha and beta 
particles. The earth's magnetic field means that there are more at the poles 
than at the equator. The cosmic rays are charged and so interact with the 
atmosphere a lot, and so very few reach the earth's surface. However, these 
energetic collisions in the atmosphere produce showers of neutrons. These 
uncharged particles don't interact with the atmosphere nearly as much as the 
cosmic rays, so can reach the surface more easily.

Ok, here's another question. As the uncharged neutrons don't interact with 
much, indeed you say they can go through 10 metres of concrete, I can't see 
why the highly interactive remaining protons aren't the real danger, even 
though they only comprise 7% of the total, not the 93% neutrons? Maybe none 
of the original protons reach the surface, but the 7% protons are produced 
by secondary neutron collisions?

Sorry to bombard you with questions!

Regards, Syms. 



Article: 131030
Subject: Re: Intel plans to tackle cosmic ray threat (actually they have beenworking
From: Jim Granville <no.spam@designtools.maps.co.nz>
Date: Wed, 09 Apr 2008 07:10:15 +1200
Links: << >>  << T >>  << A >>
austin wrote:
> 
> So, like I said, that is the dumbest PR I have read.  It gets the first
> prize for ignorance about soft error effects.

Expecting quality in a PR document seems to be the triumph of hope
over expereince?

These thing start in the depths of a company, we assume largely 
accurate. Then, that companies Media liason/managers work on it.

Then the PR firm 'works' on it and finally the publishing media's
editors have a go.

Like chinese whispers, any semblence to the original, is pure 
coincidence!  ;)

-jg


Article: 131031
Subject: Re: Modify POF with new ESB (ROM) content?
From: Jim Granville <no.spam@designtools.maps.co.nz>
Date: Wed, 09 Apr 2008 07:12:35 +1200
Links: << >>  << T >>  << A >>
Antti wrote:
<snip>
> 
> quit simple
> 
> if you want to deliver a BITFILE only and allow the client to
> change the software but not the FPGA bit file itself.
> 
> this is VERY simple with Xilinx tools
> and IMPOSSIBLE with Altera tools

Sounds like simple common sense - what is it that prevents
Altera from offering this ? - and why did they miss
this obvious flow ?

-jg


Article: 131032
Subject: Re: Intel plans to tackle cosmic ray threat (actually they have been
From: Jon Elson <elson@wustl.edu>
Date: Tue, 08 Apr 2008 14:15:58 -0500
Links: << >>  << T >>  << A >>


Symon wrote:
> "austin" <austin@xilinx.com> wrote in message 
> news:ftg25m$p2m2@cnn.xsj.xilinx.com...
> 
>>Intel has also been working very quietly on this, with much less press.
>>
> 
> Hi Austin,
> I wondered what were your thoughts on their patent where "The cosmic ray 
> detector [built into the device] is therefore designed to spot when rays 
> have caused interference and then tell the chip to repeat the command." ? I 
> guess in an FPGA it could trigger a readback to ensure the device was still 
> correctly configured and/or issue a user logic reset.
> Cheers, Syms.
> 
> 

Boy, I saw that text, too, and really wondered about how reliable such a
procedure would be.  If the state of flip-flops or dynamic memories are 
altered, repeating the previous instruction operation would be 
worthless.  There is SO much more area in high-end CPUs devoted to 
memory and much less to logic functions, I would expect memory 
corruption to be the most probable fault.

Jon


Article: 131033
Subject: Re: Intel plans to tackle cosmic ray threat (actually they have been
From: Jon Elson <elson@wustl.edu>
Date: Tue, 08 Apr 2008 14:25:27 -0500
Links: << >>  << T >>  << A >>


austin wrote:
> Symon,
> 
> Well, that employee should be fired:  that is the stupidest thing I have
> ever read.
> 
> It isn't even science -- detecting neutrons! Pure BS!  A neutron is an
> uncharged particle, that goes through 10 meters of concrete before it
> gets stopped.  Detecting one is just......stupid.....idiotic.....
> 
> (breathe in, breathe out.)
> 
Right, having worked with a nutron detector array, detecting them is 
REALLY hard, and not something easily done on a chip.  However, most 
neutrons pass through chips easily with no interaction, and so can be 
ignored.  What you have to detect is if the neutron was CAPTURED, and 
deposited energy in (or very near) the active circuitry.  That will 
release some energy (could be charged particles, could be Gamma rays)
that could affect the active circuitry.  The gammas could be detected 
from a distance, but they can be quite directional and local, so 
detecting them could be tough, too.

> Their PR folks are probably going nuts on this one!
> 
> Was that April 1 dateline?
> 
Really!  Just detecting a neutron or Alpha hit could be difficult, 
although detecting a cosmic ray shower is a lot easier, as the shower of 
charged particles greatly increases your probability of detection on a
small detector device (probably just a diode).  But, then, the REAL 
problem is how to CORRECT any malfunction that may have ocurred.
Reducing the probability of corruption, as Austin descibes Xilinx has 
done, seems the most reliable and provable scheme.  Proving you can 
correct corruption from a hit anywhere on a chip, while running ANY 
program, at any time, seems like fantasy.

Jon


Article: 131034
Subject: Re: 32 bit multiplier
From: "Alvin Andries" <Alvin_Andries.no_spam@no.spam.versateladsl.be>
Date: Tue, 8 Apr 2008 21:26:49 +0200
Links: << >>  << T >>  << A >>

"VIPS" <thevipulsinha@gmail.com> wrote in message
news:37d9abbf-eb08-490b-b176-40c4c9b07a26@k13g2000hse.googlegroups.com...
> Hi All
>
> This application I am  looking at requires 17 tera bytes of
> multiplication per second. Which in an FPGA  means 40K FPGAs. What I
> want to know is how many 32x32 Mults can you fit into an ASIC today
> Standard Cell or Custom ASIC. Also what kind of speeds can I  get.
>

Assuming that you mean 17 10^12 multipliers?

With a 90nm process you can get quite a few in a standard cell ASIC. But
without further explanation, I would say that speed per multiplier will be
dreadfull: you won't be able to get that much data on and off a single chip
(I/O limitations). So you may stick to an FPGA as well (saves you time and
risk, read on).

As for your FPGA count: you need 3 DSP48 blocks on a Xilinx device or 1
32x32 multiplier on an Altera device. The DSP48s go up to 550MHz, for the
Altera part, I don't know.

But: 3 * (17 10^12 / 550 10^6) = +/- 92800 DSP48 resources. Since there are
more than 100 of these in the larger V5 SX(T) devices (too lasy to look up
the exact number), you will end up with quite a bit less than 1000 FPGAs.

Still, you need to look at your I/O, power, algorithm, costs, etc. to get
the whole picture.

Regards,
Alvin.



Article: 131035
Subject: Re: Intel plans to tackle cosmic ray threat (actually they have been
From: Jon Elson <elson@wustl.edu>
Date: Tue, 08 Apr 2008 14:35:49 -0500
Links: << >>  << T >>  << A >>


Symon wrote:
> 
> Ok, here's another question. As the uncharged neutrons don't interact with 
> much, indeed you say they can go through 10 metres of concrete, I can't see 
> why the highly interactive remaining protons aren't the real danger, even 
> though they only comprise 7% of the total, not the 93% neutrons? Maybe none 
> of the original protons reach the surface, but the 7% protons are produced 
> by secondary neutron collisions?

The protons interact VERY strongly, due to the charge.  As most 
electronics is housed in something, the housing usually stops the 
protons, although there will be Gamma radiation when they hit, and that 
can penetrate the housing.  If you put a bare photodiode outside on a 
dark night and reverse-biased it, you could pick up these interactions 
easily with an oscilloscope.  With a little digging into the physics, 
you could discriminate alpha hits from protons, etc.  Of course, cosmic 
ray showers deliver so much "stuff" that you'd just see big pulses 
without being able to pick out the fundamental particles.

Oh, one other aspect is "stopping distance".  Very energetic charged 
particles zing through stuff with minimal energy deposited into the 
material, until enough energy has been shed, then they interact and stop 
suddenly.  So, the very high energy primary particles are not much 
trouble, it is when they either lose energy by travelling through 
something or create secondary particles that the energy is low enough to
create ions.

So, the protons are not likely to ever make it into the silicon 
directly.  Secondary Alphas and lots of Gammas will be bouncing around,
and those could deliver energy to the chip.

Jon


Article: 131036
Subject: Re: 32 bit multiplier
From: "Tim (one of many)" <tim@nooospam.roockyloogic.com>
Date: Tue, 08 Apr 2008 20:42:09 +0100
Links: << >>  << T >>  << A >>
Alvin Andries wrote:
> But: 3 * (17 10^12 / 550 10^6) = +/- 92800 DSP48 resources. Since there are
> more than 100 of these in the larger V5 SX(T) devices (too lasy to look up
> the exact number), you will end up with quite a bit less than 1000 FPGAs.

Approx 1000 in the SX240, so approx 100 FPGAs. A big project!


Article: 131037
Subject: Re: 32 bit multiplier
From: "Symon" <symon_brewer@hotmail.com>
Date: Tue, 8 Apr 2008 21:21:33 +0100
Links: << >>  << T >>  << A >>

"Tim (one of many)" <tim@nooospam.roockyloogic.com> wrote in message 
news:ftghqh$31k$1$8302bc10@news.demon.co.uk...
> Alvin Andries wrote:
>> But: 3 * (17 10^12 / 550 10^6) = +/- 92800 DSP48 resources. Since there 
>> are
>> more than 100 of these in the larger V5 SX(T) devices (too lasy to look 
>> up
>> the exact number), you will end up with quite a bit less than 1000 FPGAs.
>
> Approx 1000 in the SX240, so approx 100 FPGAs. A big project!
>
Perhaps use the money it costs for all those FPGAs to pay off someone who 
already knows the encryption key?
Just a thought, Syms. 



Article: 131038
Subject: Re: Intel plans to tackle cosmic ray threat (actually they have been
From: austin <austin@xilinx.com>
Date: Tue, 08 Apr 2008 13:27:37 -0700
Links: << >>  << T >>  << A >>
Symon,

The cosmic rays are ions: iron, gold, xenon, carbon, basically anything
and everything.  Yes, there are lots of protons, but they do not have
enough energy to cause problems.  More light ions (like carbon), fewer
heavy ions (like gold).

But, iron, with too few electrons, traveling at 90% the speed of light,
now there is a particle!

When one of these "heavy ions" strike the upper atmosphere, say a
nitrogen molecule, all hell breaks loose and you get all sorts of
products (Even CERN has nothing on a cosmic ray--high energy physics
used mountain top sites before the cyclotron!).  Since neutrons have no
charge, and go right through most things, (as most mass is empty space),
the neutrons predominate at the earth's surface.

Beam neutrons at a block of iron, or aluminum or copper, and you will
get radioactive iron, aluminum, or copper (excess neutrons will
eventually be released if they have created an unstable isotope).  This
is why lead on the surface is more radioactive that lead at the bottom
of the sea.

The ions got directed by the earth's magnetic field, but once the ion
strikes, the neutrons are unaffected by the fields.

The direction is predominately "up" as the flux falls off away from "up"
(towards the sky) as the neutrons are absorbed by the atmosphere at
oblique angles.

No neutrons come from "down" unless you are standing on lead, uranium,
or in the basement in Minnesota (Radon).

The neutron hits the silicon lattice.

The silicon "spallates" (spilts the atom) and releases an alpha particle
( a helium atom, minus the electrons: two protons, two neutrons).

The alpha particle has charge, and it upsets the source drain region
(due to deposited charge, actually leaves a trail of 'holes' and
electrons which quickly recombine, in less than 30 ps).

The neutron may also just "ping" the silicon lattice, and cause the
silicon dioxide molecule to be dislocated from the lattice, or just
vibrate.  In either case, charge is also released.

A good history lesson (and some physics):

http://www.research.ibm.com/journal/rd40-1.html

specifically:

http://www.research.ibm.com/journal/rd/401/tang.html

If you can stomach the physics....

Austin

Article: 131039
Subject: Re: A Challenge for serialized processor design and implementation
From: Jim Granville <no.spam@designtools.maps.co.nz>
Date: Wed, 09 Apr 2008 09:30:06 +1200
Links: << >>  << T >>  << A >>
Antti wrote:

> Hi
> 
> I have been think and part time working towards a goal to make useable
> and useful serialized processor. The idea is that it should be
> 
> 1) VERY small when implemented in any modern FPGA (less 25% of
> smallest device, 1 BRAM)
> 2) be supported by high level compiler (C ?)
> 3) execute code in-place from either serial flash (Winbond quad speed
> SPI memory delivers 320 mbit/s!) or from file on sd-card

Re Quad Serial memory devices, and execute in place :
I see SST have just released a Quad device as well.
$1.16/10K for 16MBit

Good news, and bad news :

Good news: 80MHz nibble rate. They also added 8 & 16 bit address modes, 
to the default 24 bit.
Bad News: These short-jump modes _are_ signed relative,
BUT they do NOT cross page boundaries. (ie Just like the 8048...)

So, the idea falls short of being usable in relocatable code.

Pity, as a memory-opcode jump is a good way to save some bandwidth

Why make something signed relative, but then have it page-wrap ?

- was this a bug, maybe they intended it to work properly, but found
an oops, and changed the data to match the silicon ?

-jg


Article: 131040
Subject: Re: Modify POF with new ESB (ROM) content?
From: Petter Gustad <newsmailcomp6@gustad.com>
Date: Tue, 08 Apr 2008 23:33:40 +0200
Links: << >>  << T >>  << A >>
Antti <Antti.Lukats@googlemail.com> writes:

> good god... how can it be that you dont understand...

I do understand the difference between the two. I've used both tools.

> the ELF to BIT merge is much simpler than the cdb_mif update

I know that it's simpler. But when you have the RTL source there is no
practical difference. At least it's not for me. It only takes a couple
seconds to run the merge in each case.

But if you have lost the source (like the OP) or will not give some
3rd party the Quartus project file then quartus_cdb will not help you.

Petter
-- 
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing on usenet and in e-mail?

Article: 131041
Subject: Re: Modify POF with new ESB (ROM) content?
From: cs_posting@hotmail.com
Date: Tue, 8 Apr 2008 14:43:37 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Apr 8, 5:33 pm, Petter Gustad <newsmailco...@gustad.com> wrote:

> I know that it's simpler. But when you have the RTL source there is no
> practical difference. At least it's not for me. It only takes a couple
> seconds to run the merge in each case.
>
> But if you have lost the source (like the OP) or will not give some
> 3rd party the Quartus project file then quartus_cdb will not help you.

*If* you have RTL source, and *if* you have it in the right place.

I've tried to explain this to Altera reps several times, and they just
don't get it that their
tool is much less capable than Xilinx's in this area.  It's
effectively like saying that you
have to have design documents for your entire PC on hand if you want
to install
an updated BIOS...

There are some hints out there that it may not be too hard to reverse
engineer

Article: 131042
Subject: Re: 32 bit multiplier
From: Ray Andraka <ray@andraka.com>
Date: Tue, 08 Apr 2008 17:45:13 -0400
Links: << >>  << T >>  << A >>
Tim (one of many) wrote:

> Alvin Andries wrote:
> 
>> But: 3 * (17 10^12 / 550 10^6) = +/- 92800 DSP48 resources. Since 
>> there are
>> more than 100 of these in the larger V5 SX(T) devices (too lasy to 
>> look up
>> the exact number), you will end up with quite a bit less than 1000 FPGAs.
> 
> 
> Approx 1000 in the SX240, so approx 100 FPGAs. A big project!
> 

But not totally outrageous.  I've recently completed a beamforming 
antenna design for installation in an aircraft that uses one Virtex 
4SX55 for each antenna element.  There are 240 antenna elements, thus 
240 V4SX55's in the system. Each Antenna is sampled at 500 MHz, and the 
FPGA is a 10 channel tuner, downconverter, and beam steering.

Article: 131043
Subject: Re: Modify POF with new ESB (ROM) content?
From: Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de>
Date: Tue, 8 Apr 2008 22:07:19 +0000 (UTC)
Links: << >>  << T >>  << A >>
Jim Granville <no.spam@designtools.maps.co.nz> wrote:
> Antti wrote:
> <snip>
> > 
> > quit simple
> > 
> > if you want to deliver a BITFILE only and allow the client to
> > change the software but not the FPGA bit file itself.
> > 
> > this is VERY simple with Xilinx tools
> > and IMPOSSIBLE with Altera tools

> Sounds like simple common sense - what is it that prevents
> Altera from offering this ? - and why did they miss
> this obvious flow ?

B.t.w two questions:
- can anybody give an example commandline for a real world DATA2MEM
  example?
- can any FPGA family BRAM be written by JTAG directly without
  upsetting the rest of the FPGA configuration?

-- 
Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Article: 131044
Subject: Re: 32 bit multiplier
From: Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de>
Date: Tue, 8 Apr 2008 22:11:02 +0000 (UTC)
Links: << >>  << T >>  << A >>
Ray Andraka <ray@andraka.com> wrote:
> Tim (one of many) wrote:

> > Alvin Andries wrote:
> > 
> >> But: 3 * (17 10^12 / 550 10^6) = +/- 92800 DSP48 resources. Since 
> >> there are
> >> more than 100 of these in the larger V5 SX(T) devices (too lasy to 
> >> look up
> >> the exact number), you will end up with quite a bit less than 1000 FPGAs.
> > 
> > 
> > Approx 1000 in the SX240, so approx 100 FPGAs. A big project!
> > 

> But not totally outrageous.  I've recently completed a beamforming 
> antenna design for installation in an aircraft that uses one Virtex 
> 4SX55 for each antenna element.  There are 240 antenna elements, thus 
> 240 V4SX55's in the system. Each Antenna is sampled at 500 MHz, and the 
> FPGA is a 10 channel tuner, downconverter, and beam steering.

Aren't you supposed to shoot everybody you tell about the project?
-- 
Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Article: 131045
Subject: Disable optimisation - Ring oscillator
From: Franck Y <franck110@gmail.com>
Date: Tue, 8 Apr 2008 15:52:09 -0700 (PDT)
Links: << >>  << T >>  << A >>
Hello,

I have a project where i have to implement a ring oscillator (3 not
gates) using an altera DE2.
But i am confronted to several problems.
The voltage p-p is 128.2 mV and the Vavg is 3.308 V which seems that
quartus has optmised 'a little too much' since i want to see the
delay.

Is there any way to disable the optimisation ? I have read and show on
option 'wire keep_wire', but i did not manage to make it work ... Or
maybe it is another problem.

Thanks for your time, and help

Article: 131046
Subject: Re: 32 bit multiplier
From: Peter Alfke <peter@xilinx.com>
Date: Tue, 8 Apr 2008 15:58:03 -0700 (PDT)
Links: << >>  << T >>  << A >>
On Apr 8, 3:11=A0pm, Uwe Bonnes <b...@hertz.ikp.physik.tu-darmstadt.de>
wrote:
> Ray Andraka <r...@andraka.com> wrote:
> > Tim (one of many) wrote:
> > > Alvin Andries wrote:
>
> > >> But: 3 * (17 10^12 / 550 10^6) =3D +/- 92800 DSP48 resources. Since
> > >> there are
> > >> more than 100 of these in the larger V5 SX(T) devices (too lasy to
> > >> look up
> > >> the exact number), you will end up with quite a bit less than 1000 FP=
GAs.
>
> > > Approx 1000 in the SX240, so approx 100 FPGAs. A big project!
>
> > But not totally outrageous. =A0I've recently completed a beamforming
> > antenna design for installation in an aircraft that uses one Virtex
> > 4SX55 for each antenna element. =A0There are 240 antenna elements, thus
> > 240 V4SX55's in the system. Each Antenna is sampled at 500 MHz, and the
> > FPGA is a 10 channel tuner, downconverter, and beam steering.
>
> Aren't you supposed to shoot everybody you tell about the project?
> --
> Uwe Bonnes =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0b...@elektron.ikp.physik.tu-darm=
stadt.de
>
> Institut fuer Kernphysik =A0Schlossgartenstrasse 9 =A064289 Darmstadt
> --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Slightly off-topic: Here is a civilian research application at CERN,
where 120 Virtex 4FX devices "digest" and pre-process a thousand data
streams of 2.5 Gbps each.
I was peripherally involved, and I helped write the press release...
http://biz.yahoo.com/prnews/080404/aqf063.html?.v=3D35
I even got to walk around in the tunnel.
Peter Alfke, Xilinx

Article: 131047
Subject: Re: Disable optimisation - Ring oscillator
From: Uwe Bonnes <bon@hertz.ikp.physik.tu-darmstadt.de>
Date: Tue, 8 Apr 2008 23:05:38 +0000 (UTC)
Links: << >>  << T >>  << A >>
Franck Y <franck110@gmail.com> wrote:
> Hello,

> I have a project where i have to implement a ring oscillator (3 not
> gates) using an altera DE2.
> But i am confronted to several problems.
> The voltage p-p is 128.2 mV and the Vavg is 3.308 V which seems that
> quartus has optmised 'a little too much' since i want to see the
> delay.

> Is there any way to disable the optimisation ? I have read and show on
> option 'wire keep_wire', but i did not manage to make it work ... Or
> maybe it is another problem.

What "voltage p-p" is 128.2 mV? Is this something you observe at an output?
What frequency? What output standard? Aren't you overdriving the outputs by
far? Shouldn't you run with a much longer chain? Don't the gate in the
short chain get overloaded?
-- 
Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
--------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Article: 131048
Subject: Re: 32 bit multiplier
From: Jim Granville <no.spam@designtools.maps.co.nz>
Date: Wed, 09 Apr 2008 11:15:41 +1200
Links: << >>  << T >>  << A >>
Uwe Bonnes wrote:
> Ray Andraka <ray@andraka.com> wrote:
>>But not totally outrageous.  I've recently completed a beamforming 
>>antenna design for installation in an aircraft that uses one Virtex 
>>4SX55 for each antenna element.  There are 240 antenna elements, thus 
>>240 V4SX55's in the system. Each Antenna is sampled at 500 MHz, and the 
>>FPGA is a 10 channel tuner, downconverter, and beam steering.
> 
> 
> Aren't you supposed to shoot everybody you tell about the project?

Why ? I'm sure this is for a crop-duster, right ? ;)

-jg


Article: 131049
Subject: Re: Disable optimisation - Ring oscillator
From: Jim Granville <no.spam@designtools.maps.co.nz>
Date: Wed, 09 Apr 2008 11:53:30 +1200
Links: << >>  << T >>  << A >>
Franck Y wrote:

> Hello,
> 
> I have a project where i have to implement a ring oscillator (3 not
> gates) using an altera DE2.
> But i am confronted to several problems.
> The voltage p-p is 128.2 mV and the Vavg is 3.308 V which seems that
> quartus has optmised 'a little too much' since i want to see the
> delay.
> 
> Is there any way to disable the optimisation ? I have read and show on
> option 'wire keep_wire', but i did not manage to make it work ... Or
> maybe it is another problem.
> 
> Thanks for your time, and help

Try a longer chain, 3 seems very short, unless they are pin-buffers,
  and you should ideally use alternate NOT and NOR gates with a reset 
drive, in a ring oscillator.

-jg




Site Home   Archive Home   FAQ Home   How to search the Archive   How to Navigate the Archive   
Compare FPGA features and resources   

Threads starting:
1994JulAugSepOctNovDec1994
1995JanFebMarAprMayJunJulAugSepOctNovDec1995
1996JanFebMarAprMayJunJulAugSepOctNovDec1996
1997JanFebMarAprMayJunJulAugSepOctNovDec1997
1998JanFebMarAprMayJunJulAugSepOctNovDec1998
1999JanFebMarAprMayJunJulAugSepOctNovDec1999
2000JanFebMarAprMayJunJulAugSepOctNovDec2000
2001JanFebMarAprMayJunJulAugSepOctNovDec2001
2002JanFebMarAprMayJunJulAugSepOctNovDec2002
2003JanFebMarAprMayJunJulAugSepOctNovDec2003
2004JanFebMarAprMayJunJulAugSepOctNovDec2004
2005JanFebMarAprMayJunJulAugSepOctNovDec2005
2006JanFebMarAprMayJunJulAugSepOctNovDec2006
2007JanFebMarAprMayJunJulAugSepOctNovDec2007
2008JanFebMarAprMayJunJulAugSepOctNovDec2008
2009JanFebMarAprMayJunJulAugSepOctNovDec2009
2010JanFebMarAprMayJunJulAugSepOctNovDec2010
2011JanFebMarAprMayJunJulAugSepOctNovDec2011
2012JanFebMarAprMayJunJulAugSepOctNovDec2012
2013JanFebMarAprMayJunJulAugSepOctNovDec2013
2014JanFebMarAprMayJunJulAugSepOctNovDec2014
2015JanFebMarAprMayJunJulAugSepOctNovDec2015
2016JanFebMarAprMayJunJulAugSepOctNovDec2016
2017JanFebMarAprMayJunJulAugSepOctNovDec2017
2018JanFebMarAprMayJunJulAugSepOctNovDec2018
2019JanFebMarAprMayJunJulAugSepOctNovDec2019
2020JanFebMarAprMay2020

Authors:A B C D E F G H I J K L M N O P Q R S T U V W X Y Z

Custom Search