Home    Bloggers    Messages    Webinars    Resources   
Tw  |  Fb  |  In  |  Rss
William Murray

Statistical Design Methodology for FPGAs

William Murray
Page 1 / 3   >   >>
jheissjr
jheissjr
2/9/2013 1:07:18 AM
User Rank
Beginner
Achronix
What is the status of Archronix?  I do not see any development kits on their site.  Are they available?  Are the FPGAs expensive?

50%
50%
geekyasa
geekyasa
1/30/2013 8:28:14 PM
User Rank
Beginner
Re: Statistical Design Methodology for FPGAs
Run speed ? Hmmm then now I know where I got wrong

50%
50%
geekyasa
geekyasa
1/25/2013 8:35:48 AM
User Rank
Beginner
Re: Statistical Design Methodology for FPGAs
Thank you Max. That help me to clear my doubts on it. I think its pretty complicated isnt it and also I dont think accuracy is there on the time or is there ?

50%
50%
William Murray
William Murray
1/21/2013 9:50:04 PM
User Rank
Blogger
Re: Statistical Design Methodology for FPGAs
-- Margin -- The PCB and Voltage Regulation also need to be factored into the margin vs max clk speed, therefore the only real answer is PVT testing.

50%
50%
Wale
Wale
1/21/2013 7:02:51 PM
User Rank
Beginner
Re: Statistical Design Methodology for FPGAs
>>how much margin is added by Xilinx to be on the save side (in the field), and how much faster you can run your application in reality instead.<<

You raised a valid question! I think Xilinx is capable of providing a definative answers to that in particular on running ones application.

50%
50%
Max Maxfield
Max Maxfield
1/21/2013 8:41:22 AM
User Rank
Blogger
Re: Statistical Design Methodology for FPGAs
@Geeky: What do you mean by upto 1.5GHz?

Well, first of all thsi is a bit of a tricky one, because since there's no clock you coudl ask when we mean by 1.5GHz in the first place :-)

Take a quick look at This Article. At the beginning I show a diagram of a synchronous circuit vs an asynchronous equivalent. The async ("self-timed") version always runs as fast as it can. In the case of Acronix' FPGAs, these are registered at the inputs and outputs to the device -- it's the core that's asynchronous -- so when the say "can run at up to 1.5GHz" I'm guessing they are talking about the clock driving the registers at the interface .... either that or the device is performing equivalent to a sync design running at 1.5GHz

50%
50%
Garcia-Lasheras
Garcia-Lasheras
1/21/2013 3:45:17 AM
User Rank
Blogger
Re: Statistical Design Methodology for FPGAs
@Max, @William Murray: Just for the record, I made some PVT tests a few years ago using asynchronous bundled-data design over Virtex devices. In this link you can see the experimental results from a very deep elastic pipeline working at full load: as Temperature rises in time due to self-heating, the troughput progressively diminishes and finally a stable "speed" state is reached.

AsyncArt Rugged Test

 

The design approach used by Achronix, is even more adaptable to PVT variations, as using QDI (Quasi Delay Insensitive) asynchronous logic.

50%
50%
Tobias
Tobias
1/20/2013 6:51:30 AM
User Rank
Blogger
Re: Statistical Design Methodology for FPGAs

@hamster: You are right, the best way would be to give it a try. The tricky part is to capture/propagate the timing failure of the w.c. path from the STA. I thought about comparing two monster XOR designs, but it'll create an abnormal switching activity. Comparing two softprocessors with a smart datapath (barrel → adder) testprogram would be nice.

50%
50%
William Murray
William Murray
1/20/2013 3:56:46 AM
User Rank
Blogger
Re: Statistical Design Methodology for FPGAs
@Max -- If you study the papers on Asynchrous that Achronix references -- there are asynchronous blocks of logic set between pipeline register stages -- thus the 1.5Ghz data rate limit to their parts -- the Thermo-Electric-Cooler approach also works with the Achronix parts which do require a good heat sink/cooler.

50%
50%
geekyasa
geekyasa
1/19/2013 11:29:52 PM
User Rank
Beginner
Re: Statistical Design Methodology for FPGAs
MM : What do you mean by upto 1.5GHz ? Does it mean that anything beyond will not run ?

50%
50%
Page 1 / 3   >   >>
More Blogs from William Murray
When extreme thermal cycling causes circuit boards and chip packages and the silicon die in the packages to expand and contract at different rates, problems may ensue.
In order to simulate a design we need models that represent the functionality and timing characteristics of our design elements, but the timing aspects of these models may be based on uncertain data.
A large amount of skill is required to write custom test code for custom hardware. Even more skill is required to test a CPU, RAM, or ROM.
Designing high-temperature electronics can present many challenges for "down-hole" petroleum equipment, ovens and micro-waves, automotive, medical, aerospace, and other applications.
If a design does not meet a size, speed, reliability, flexibility, or power constraint, a little code refactoring may be all that's required.
flash poll
follow us on twitter
follow Xilinx on twitter
like us on facebook
like Xilinx on facebook
All Programmable Planet     About Us     Contact Us     Help     Register     Twitter     Facebook     RSS