Home    Bloggers    Messages    Webinars    Resources   
Tw  |  Fb  |  In  |  Rss
Mike Field

ZedBoard Arrives at the Mighty Hamster's Lair

Mike Field
Page 1 / 2 Next >
Page 1 / 2   >   >>
JezmoSSL
JezmoSSL
12/12/2012 10:54:23 AM
User Rank
Blogger
Build times are HUERGEE !!!!
Like you hamster my build times have gone through the roof on the zynq and thats after removing all the latches and other nasties which slow a build down, my biggest project now takes three hours, mind you it is taking 90% of the block ram and 70% of the LUTs so its a leetle bit congested, and my computer is steam powered.

50%
50%
Max Maxfield
Max Maxfield
12/12/2012 9:39:07 AM
User Rank
Blogger
Re: Apples and oranges
@Jezmo: I tell you, I could so do with an assistant -- if I could off-load the "nitty-gritty" stuff and just focus on the high-level stuff I would rule the world (manical laughter)

50%
50%
Max Maxfield
Max Maxfield
12/12/2012 9:37:25 AM
User Rank
Blogger
Re: Cool
@Duane: Is this more or less what you're talking about:

Oooooh, Duane, you are evolving into a hardware guy :-)

50%
50%
Max Maxfield
Max Maxfield
12/12/2012 9:36:14 AM
User Rank
Blogger
Re: Apples and oranges
@Hamster: No, actually it was a typo!

It's really my bad -- I should have caught/changed that while copy-editing it -- but the thought that The Mighty Hamster could make a mistake simply never crossed my mind...

50%
50%
JezmoSSL
JezmoSSL
12/11/2012 4:34:00 PM
User Rank
Blogger
Re: Apples and oranges
I forgot to mention hamster I did some work on mapping the complex multiplier onto the DSP blocks with but with an additional test to stop it running lots of itereations, I kind of sort of got it running then I dropped it again.Ill try and finishit this week, what i need is an assistant, like Max, well not like Max, but I too need an assistant, as does max...or something.

50%
50%
hamster
hamster
12/11/2012 3:49:23 PM
User Rank
Blogger
Re: Apples and oranges
On an FPGA you can do anything - even 1024x767. :-)

No, actually it was a typo!

50%
50%
hamster
hamster
12/11/2012 3:48:30 PM
User Rank
Blogger
Re: Apples and oranges
For the Zynq I am going to go full HD, but to do that I will need to get access to the DDR RAM to hold the frame buffer (currently I'm using 90% of the block ram for frame buffer). To do that I need to learn the AXI bus, and all the EDK side of things.

I'm on a steep learning curve at the moment and keep getting distracted by life...

But I have discovered a few things - although the way I orignally structured my calculations allows it to scale, when it scales the clock rate drops off pretty quickly as routing requirements grow - "Rent's Rule" and all that. A doubling of calculation blocks requires a 10% drop in clock speed (give or take).

This is quite different to things worked on the smaller FPGAs I've been using up to now.

I'm considering a major re-design to break what is currently one long calculation pipeline into many smaller 3-DSP block worker pipelines, and then have some sort of bus to deliver work units to the workers.

Getting to grips with the complexity of mapping math functions to the resources provided by the DSP48E1 is quite 'fun'.

50%
50%
hamster
hamster
12/11/2012 3:37:34 PM
User Rank
Blogger
Re: Cool
@Duane - yes, that is exactly how it is done. 

Especially for things like VGA, where a little extra latency isn't going to cause an issue, adding the equivilent of a dual FF synchronizer on the outgoing signal gives the P&R plenty of time for running long routes.

You could also use it on your I2C project, where delaying your 400kHz SCLK a few 10ns clock cycles is not going to upset anything....

100%
0%
Duane Benson
Duane Benson
12/11/2012 1:49:33 PM
User Rank
Blogger
Cool
That sounds like an interesting start up project.

Also of interest to me is the addition of a few registers to relax the timing requirements which also reducecd the build time. I'm trying to picture how that would be coded. Is this more or less what you're talking about:

Original:

reg near;
reg far;
...
far <= near;

With extra registers added in:

reg near;
reg far;
reg firstStop
reg secondStop;
...
firstStop <= near;
secondStop <= firstStop;
far <= secondStop;

Is this about it? And, am I correct in interpreting that the VGA logic and calculation core were physically located in places on the chip that were either far apart on the configured chip and/or didn't have a clear route between them?

100%
0%
Max Maxfield
Max Maxfield
12/11/2012 1:42:27 PM
User Rank
Blogger
Re: Apples and oranges
Was it really 1024 x 767 ... or did you mean 1024 x 768?

50%
50%
Page 1 / 2   >   >>
More Blogs from Mike Field
Over the past few days I have managed to create quite a few designs using the Xilinx Memory Interface Generator (MIG) and they all seem to work.
If I were an evil genius working on a plan for world domination (with regard to enterprise-level data storage solutions) I would be seriously considering building my design around a Zynq All Programmable SoC.
I would like to present to fellow readers of All Programmable Planet a new technique that I have invented to serialize data within the FPGA's main fabric at 1.5Gb/s.
It's time to look at the receiver portion of the link. After a few false starts, Mike Field has found what looks to be a workable design.
As with most things, my feeling is that there is no better way to understand high-speed serial links than to implement one from the ground up, so that is what I've set out to do.
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