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
  #51 (permalink)  
Old 02-08-2010, 06:32 AM
rickman
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

On Feb 6, 9:13*pm, Symon <symon_bre...@hotmail.com> wrote:
> On 2/7/2010 1:03 AM, glen herrmannsfeldt wrote:
>
> > Symon<symon_bre...@hotmail.com> *wrote:

>
> > (snip on bypass capacitors)

>
> >> What resonance?

>
> > The limit to the useful frequency range of a capacitor is
> > when it reaches resonance with the series (lead, package, etc.)
> > inductance. * *Graph impedance vs. frequency, when the reactive
> > component crosses zero that it resonance.

>
> > -- glen

>
> Hi Glen,
> Are you sure? Even beyond that frequency the cap is still doing
> something, isn't it?
> Syms.


Yes, it is not so important whether the circuit is in the capacitive
or the inductive region. What is important is the impedance. So yes,
a capacitor can be an effective decoupling agent beyond its own
resonance. But this is a bit different. To be honest, I have not
analyzed a circuit like this and I expect it might be a bit more
complex than appears at first glance. I expect a proper simulation is
in order.

Rick
Reply With Quote
  #52 (permalink)  
Old 02-08-2010, 07:35 AM
glen herrmannsfeldt
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

In comp.arch.fpga rickman <[email protected]> wrote:

(snip, I wrote)

>> ? ?http://www.waves.utoronto.ca/prof/ge...Old/jpub/6.pdf


> I still can't read it. 404 not found error again.


OK, try again:

http://www.waves.utoronto.ca/prof/ge...ckup_Old/jpub/

is the index of all his papers.

http://www.waves.utoronto.ca/prof/ge...jpub/pdf/6.pdf

should be the one.

http://www.waves.utoronto.ca/prof/ge...jpub/pdf/3.pdf

also looks like a related paper, and should probably be read first.
All seem to be unusual problems involving transmission lines.

(snip)

> I'll have to wait until another day. BTW, does he actually relate
> this to power supply decoupling or is this just a transmission line
> analysis?


It is specific to power/ground planes on PC boards with vias.

-- glen
Reply With Quote
  #53 (permalink)  
Old 02-08-2010, 10:45 AM
David Brown
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

On 05/02/2010 03:43, TSMGrizzly wrote:
>>
>> Are there any examples out there of how to route memory chips on a
>> bus? I'm kind of new to routing and don't really know what the
>> strategy is for this kind of thing. I was thinking about this when
>> designing a board to interface to expansion headers on a dev board for
>> a first prototype, but I couldn't think of a way to do it with just
>> two layers, so I gave each chip its own lines in that case since I had
>> plenty of I/O.

>
>
> Now that I think of it, I suppose I could make the bus connection job
> a little simpler if I take advantage of the fact that RAM is "random
> access," so the address/data line numbers from chip to chip don't
> necessarily have to match up. Then the address/data lines could be
> connected in whatever order is easiest and cleanest, since on the FPGA
> side the data would go in and come out in the desired order either
> way.
> Would this for any reason be a bad design practice?
>
> Steve


Are you thinking that, for example, pin D0 on one ram device is on the
same bus line as pin D3 on the next ram device? That's certainly
possible - for static ram, there is no difference between the data lines
or most of the address lines (if the ram supports bursting of some sort,
then some address lines are specific).

However, the easiest way to connect multiple identical ram devices on a
pcb is to simply place them close together and carefully aligned - then
you can "bus route" between them with a neat pattern of routes straight
across. Only the chip select line is handled separately. Mixing the
bus numbering is not going to be of any benefit here, and it will make
your schematics somewhat more confusing.


Reply With Quote
  #54 (permalink)  
Old 02-08-2010, 01:24 PM
TSMGrizzly
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

On Feb 8, 6:45*pm, David Brown <da...@westcontrol.removethisbit.com>
wrote:
> On 05/02/2010 03:43, TSMGrizzly wrote:
>
>
>
>
>
> >> Are there any examples out there of how to route memory chips on a
> >> bus? I'm kind of new to routing and don't really know what the
> >> strategy is for this kind of thing. I was thinking about this when
> >> designing a board to interface to expansion headers on a dev board for
> >> a first prototype, but I couldn't think of a way to do it with just
> >> two layers, so I gave each chip its own lines in that case since I had
> >> plenty of I/O.

>
> > Now that I think of it, I suppose I could make the bus connection job
> > a little simpler if I take advantage of the fact that RAM is "random
> > access," so the address/data line numbers from chip to chip don't
> > necessarily have to match up. Then the address/data lines could be
> > connected in whatever order is easiest and cleanest, since on the FPGA
> > side the data would go in and come out in the desired order either
> > way.
> > Would this for any reason be a bad design practice?

>
> > Steve

>
> Are you thinking that, for example, pin D0 on one ram device is on the
> same bus line as pin D3 on the next ram device? *That's certainly
> possible - for static ram, there is no difference between the data lines
> or most of the address lines (if the ram supports bursting of some sort,
> then some address lines are specific).
>
> However, the easiest way to connect multiple identical ram devices on a
> pcb is to simply place them close together and carefully aligned - then
> you can "bus route" between them with a neat pattern of routes straight
> across. *Only the chip select line is handled separately. *Mixing the
> bus numbering is not going to be of any benefit here, and it will make
> your schematics somewhat more confusing.


Yes, that's what I was kind of thinking. It did occur to me that it
would add confusion to the schematics.
The devices are 44 pin TSOP-II packages, so I don't think I can
squeeze any traces between the pads, so I'm trying to think of two
things now.. how to get the traces to both sides of the chip in a tidy
way, and how to get the traces to daisy-chained chips (though out of
four chips, probably only two, maybe three will share a bus). I think
I've come up with a scheme, though it requires a little bit of layer
jumping, and the trace lengths will be different for each side of the
chip.. I don't suppose it matters much at this low speed though.

Looks like this thread has been pretty popular.. got lots of good
information to consider!
I have to get my first revision done and ordered in about four or five
weeks, so it's time to get to work!

Steve
Reply With Quote
  #55 (permalink)  
Old 02-09-2010, 01:18 PM
Symon
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

On 2/8/2010 5:14 AM, rickman wrote:
> On Feb 6, 7:37 pm, Symon<symon_bre...@hotmail.com> wrote:
>> On 2/6/2010 5:38 PM, rickman wrote:
>>
>>> I keep asking you if you have done any real analysis or measurements
>>> of what you are stating?

>>
>> >

>>
>> Well, this was the first time you asked IIRC, but thank you for doing
>> so. The answer is "For sure". I've used Hyperlynx and Spice on my
>> boards. I guess you have also, or else you would not be able to post
>> your opinions without worrying you might giving someone a bum steer.

>
> So are you going to share the results of these simulations on the vias
> you are talking about?
>
>

Sure Rick, let's go through it together with some cheap tools (free!)
from t'internet. OK, you can get a nice copy of Spice from here. maybe
you already have it.

http://www.linear.com/designtools/software/

At the bottom of this post you will find a model of a PCB with a power
plane bypass. I've used lumped components to model it. If you
cut'n'paste the text into an editor and save it as 'planes.asc' or
somesuch, you should be able to load it into the simulator you downloaded.

So, if you look at the model, here's what each bit does.


V1 DC power supply.
L3 Big inductor to represent the PDS supply impedance.
C2, R2, L4 model a 0402 1uF bypass capacitor. L4 includes the vias.
C4 Models the power plane bypass. No parasitics on this baby!
L1 Models the power via and ball from the plane to the FPGA die.
C3, R3, L5 model the bypass capacitor on the FPGA BGA package.
R1, C1, V2 model a IOB switching with 500ps rise time. Rout=20,Cpin=10p
L2 Models the ground via from the PCB plane to the FPGA die.

BTW, you can find models of bypass capacitors here:-
http://www.murata.com/products/desig...sil/index.html

Signals are:-

PCB_PWR is the power on the PCB
FPGA_PWR is the power on the BGA package.
FPGA_GND is the ground on the BGA package.
Vout is used to show when the switching happens.

(1) If you press the little 'running man' button, a simulation window
will appear. You can now click on nets in the schematic. I clicked on
FPGA_PWR, FPGA_GND, Vout and PCB_PWR. I also clicked on Windows -> tile
vertically to give a nicer picture. Whatever, let's call this experiment 1.

OK, we see the power on the BGA is quite well behaved as expected. 60mv
of overshoot and ground bounce.

(2) So, what happens if we remove the bypass made from the power plane
being next to the ground plane, and instead use a ground plane near the
surface? If you make the schematic the active window by clicking in it,
then click the scissors symbol, then click on C4, that's got rid of the
power bypassing. If we right click on L2 and change it to 0.5n, (N.B.
don't forget the 'n'!) that's the same as moving the ground plane near
to the surface, as the via inductance is reduced by this much. Call this
experiment 2.

Here we see a little difference. The power overshoot is now a bit
bigger, maybe 110mV. The ground bounce is less, about 30mV.

(3) If we add another bypass capacitor, using the copy feature (next to
the scissors!) to copy L4, R2 and C2, we can do experiment 3.

Here we see smaller overshoot, maybe 100mV, showing that if a few bypass
capacitors are added we would get back the performance of a 'plane built
capacitor'.

(4) Let's go back to the original design. If you press F9 enough times
you'll undo any changes. Try deleting the 'on BGA' bypass capacitor C3.
experiment 4.

You will now see much bigger overshoots and ground bounce. That's why
the FPGA manufacturers put bypassing on the BGA.

(5) OK, back to the original design again with F9. Let's try this. Let's
say we only have a small board, a few square inches, and the plane
capacitance is only 200pF. Right click on C4 and change it to 200p.
Experiment 5.

Here we see the potential danger of using a power plane derived
bypassing system. The high-Q power plane is resonanting with L1, the via
and ball inductance to start an oscillation. With ordinary bypass
capacitors only, this doesn't happen as the caps have far less Q. If you
remove the 'on-bga' bypassing, C3, you'll see this effect get even worse.


I hope this crude model has given you some insight into why I choose to
eschew the power plane bypassing idea in the middle of the board, and
use ground planes near the surface instead.

1) From experiment 2 we can have less ground bounce by using a ground
plane very close to the FPGA. The ground is connected to all the FPGA
supplies, not just the Vcco we are simulating here, so is most
important. Any ground bounce affects the whole device, core, DCMs, PLLs,
everything. Any rises in Vcco overshoot from losing the power plane can
be mitigated with more bypass caps as shown in experiment 3.

2) The manufacturers put bypassing on the device for a reason, as we see
from experiment 4, and this is highly effective.

3) Power plane bypassing systems can give rise to nasty unexpected
resonances unless they are designed very carefully as shown in
experiment 5. Using crappy Q bypass capacitors instead precludes this
from ever being a problem.

I'd appreciate your critique.

Thanks, Syms.


Model planes.asc :-

Version 4
SHEET 1 880 680
WIRE -144 -224 -192 -224
WIRE -16 -224 -64 -224
WIRE 128 -224 -16 -224
WIRE 272 -224 128 -224
WIRE 336 -224 272 -224
WIRE 336 -192 336 -224
WIRE -16 -128 -16 -224
WIRE 336 -96 336 -112
WIRE 528 -96 336 -96
WIRE 560 -96 528 -96
WIRE 336 -80 336 -96
WIRE 336 -80 224 -80
WIRE 336 -64 336 -80
WIRE 224 -48 224 -80
WIRE -16 16 -16 -48
WIRE 128 48 128 -224
WIRE 224 48 224 32
WIRE 336 48 336 16
WIRE -192 80 -192 -224
WIRE 336 128 336 112
WIRE 528 128 336 128
WIRE 560 128 528 128
WIRE 224 144 224 128
WIRE 336 144 336 128
WIRE -16 176 -16 96
WIRE 224 256 224 208
WIRE 336 256 336 224
WIRE 336 256 224 256
WIRE 336 288 336 256
WIRE 528 288 336 288
WIRE 560 288 528 288
WIRE 336 320 336 288
WIRE -192 432 -192 160
WIRE -16 432 -16 240
WIRE -16 432 -192 432
WIRE 128 432 128 112
WIRE 128 432 -16 432
WIRE 256 432 128 432
WIRE 336 432 336 400
WIRE 336 432 256 432
WIRE 256 464 256 432
FLAG 256 464 0
FLAG 528 -96 FPGA_PWR
FLAG 528 288 FPGA_GND
FLAG 528 128 Vout
FLAG 272 -224 PCB_PWR
SYMBOL ind 320 -208 R0
SYMATTR InstName L1
SYMATTR Value 1n
SYMBOL ind 320 304 R0
SYMATTR InstName L2
SYMATTR Value 1n
SYMBOL voltage -192 64 R0
WINDOW 123 0 0 Left 0
WINDOW 39 0 0 Left 0
SYMATTR InstName V1
SYMATTR Value 3.3
SYMBOL voltage 336 128 R0
WINDOW 123 0 0 Left 0
WINDOW 39 0 0 Left 0
SYMATTR InstName V2
SYMATTR Value PULSE(0 3.3 0 0.5n 0.5n 9.5n 20n)
SYMBOL cap 320 48 R0
SYMATTR InstName C1
SYMATTR Value 10p
SYMBOL res 320 -80 R0
SYMATTR InstName R1
SYMATTR Value 20
SYMBOL ind -48 -240 R90
WINDOW 0 5 56 VBottom 0
WINDOW 3 32 56 VTop 0
SYMATTR InstName L3
SYMATTR Value 10µ
SYMBOL cap -32 176 R0
SYMATTR InstName C2
SYMATTR Value 1µ
SYMBOL res -32 0 R0
SYMATTR InstName R2
SYMATTR Value 0.25
SYMBOL cap 208 144 R0
SYMATTR InstName C3
SYMATTR Value 10n
SYMBOL ind 208 -64 R0
SYMATTR InstName L5
SYMATTR Value 0.7n
SYMBOL cap 112 48 R0
SYMATTR InstName C4
SYMATTR Value 1n
SYMBOL ind -32 -144 R0
SYMATTR InstName L4
SYMATTR Value 0.7n
SYMBOL res 208 32 R0
SYMATTR InstName R3
SYMATTR Value 0.25
TEXT -312 -72 Left 0 !.tran 50n








Reply With Quote
  #56 (permalink)  
Old 02-09-2010, 02:26 PM
RCIngham
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

<big snip>

>
>3) Power plane bypassing systems can give rise to nasty unexpected
>resonances unless they are designed very carefully as shown in
>experiment 5. Using crappy Q bypass capacitors instead precludes this
>from ever being a problem.
>
>I'd appreciate your critique.
>
>Thanks, Syms.
>


<snip>

So, are X7R 'crappy' enough Q, or would Y5U be worse/better?


---------------------------------------
Posted through http://www.FPGARelated.com
Reply With Quote
  #57 (permalink)  
Old 02-09-2010, 03:10 PM
Symon
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

On 2/9/2010 1:26 PM, RCIngham wrote:
> <big snip>
>
>>
>> 3) Power plane bypassing systems can give rise to nasty unexpected
>> resonances unless they are designed very carefully as shown in
>> experiment 5. Using crappy Q bypass capacitors instead precludes this
>>from ever being a problem.
>>
>> I'd appreciate your critique.
>>
>> Thanks, Syms.
>>

>
> <snip>
>
> So, are X7R 'crappy' enough Q, or would Y5U be worse/better?
>
>
> ---------------------------------------
> Posted through http://www.FPGARelated.com


Hi,
Off the top of my head, I wouldn't know. Perhaps have a look with this
tool that I referenced, Murata's S-parameter and impedance library.

http://www.murata.com/products/desig...sil/index.html

Off the top of my head I don't think Y5U have any worse Q than other
ceramics. They do have terrible temperature issues though. They also
lose capacitance all you put more DC voltage onto them.

Please report back!

Thanks, Symon.
Reply With Quote
  #58 (permalink)  
Old 02-09-2010, 06:31 PM
rickman
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

This is becoming a very informative discussion. I have not tried to
analyze a complex power distribution system (PDS). Most of the
devices I build have modest PDS needs.

You didn't go into enough detail on how you picked the values you
used. I do not typically use 1 uF caps as decoupling caps. I use
either 100 nF or 10 nF or a combination of the two. I see you used a
10 nF cap on the IC. You list the Murata tool as the source of the
capacitor parameters, but the values you use for ESR seem very high.
With that tool a GRM188R71H103KA01 in the 0603 package gives a series
inductance of 0.58 nH and a series resistance of 0.094 at 100 MHz.
This frequency is above the self resonant frequency of about 65 MHz,
but the impedance is still only 0.23 ohms, same as at about 42 MHz.

You also did not include any of the parasitic effects of how the
capacitors connect to their substrate. In the case of the board
mounted caps, they will have vias connecting them to the power
planes. In the case of the caps inside the package, they will also
have mounting parasitic effects, even if there are no vias.

But none of that really matters. Your circuit is a very poor
representation of the real world. That is why it is so important to
verify results with real world measurements. Your circuit has several
problems. The first is that you only apply a single decoupling
capacitor to the board! I may be an advocate of using fewer
decoupling capacitors, but I think one is pushing the envelope a bit
much. If you gave a reference to finding a value for the inductance
of the connection between the power plane and the chip die, it must
have been in an earlier post.

But most importantly, I am very sure that your model for how the
transients are generated is wrong. You show the current path as being
from the FPGA power plane directly through the output series
resistance and back to the FPGA ground. I am pretty sure that none of
the traces on the board (the source of the capacitive load on the
output) directly connect to the FPGA ground. You need to put that
connection to the board ground, and even then through another package
lead. The model of using a signal generator to provide current surges
may not be so good as well. This results in currents being drawn
between the two FPGA planes. Perhaps I am reading incorrectly that
the Vout is an I/O pin and you are only trying to model internal
switching transients. The real issue that causes ground bounce (the
thing you seem to be most concerned about) is the current required to
charge and discharge the board trace and component pin on the other
end of that trace. This current will by necessity pass through the
two inductors (L1, L2) and will create a lot of bounce that is not
mitigated by the on chip capacitor(s).

Even if you are looking at the internal switching noise of the IC, you
need to model the *entire* PDS, not just one pin or one capacitor at a
time. You also need to pick appropriate values for the various
components and include all parasitic effects. If you can't do all of
that, or even if you can, a simulation doesn't mean squat if it isn't
complete. The only way to know if it is complete for something as
complex as this is to take measurements of a real design.

Rick


On Feb 9, 7:18 am, Symon <symon_bre...@hotmail.com> wrote:
> On 2/8/2010 5:14 AM, rickman wrote:
>
> > On Feb 6, 7:37 pm, Symon<symon_bre...@hotmail.com> wrote:
> >> On 2/6/2010 5:38 PM, rickman wrote:

>
> >>> I keep asking you if you have done any real analysis or measurements
> >>> of what you are stating?

>
> >> Well, this was the first time you asked IIRC, but thank you for doing
> >> so. The answer is "For sure". I've used Hyperlynx and Spice on my
> >> boards. I guess you have also, or else you would not be able to post
> >> your opinions without worrying you might giving someone a bum steer.

>
> > So are you going to share the results of these simulations on the vias
> > you are talking about?

>
> Sure Rick, let's go through it together with some cheap tools (free!)
> from t'internet. OK, you can get a nice copy of Spice from here. maybe
> you already have it.
>
> http://www.linear.com/designtools/software/
>
> At the bottom of this post you will find a model of a PCB with a power
> plane bypass. I've used lumped components to model it. If you
> cut'n'paste the text into an editor and save it as 'planes.asc' or
> somesuch, you should be able to load it into the simulator you downloaded..
>
> So, if you look at the model, here's what each bit does.
>
> V1 DC power supply.
> L3 Big inductor to represent the PDS supply impedance.
> C2, R2, L4 model a 0402 1uF bypass capacitor. L4 includes the vias.
> C4 Models the power plane bypass. No parasitics on this baby!
> L1 Models the power via and ball from the plane to the FPGA die.
> C3, R3, L5 model the bypass capacitor on the FPGA BGA package.
> R1, C1, V2 model a IOB switching with 500ps rise time. Rout=20,Cpin=10p
> L2 Models the ground via from the PCB plane to the FPGA die.
>
> BTW, you can find models of bypass capacitors here:-http://www.murata.com/products/design_support/mcsil/index.html
>
> Signals are:-
>
> PCB_PWR is the power on the PCB
> FPGA_PWR is the power on the BGA package.
> FPGA_GND is the ground on the BGA package.
> Vout is used to show when the switching happens.
>
> (1) If you press the little 'running man' button, a simulation window
> will appear. You can now click on nets in the schematic. I clicked on
> FPGA_PWR, FPGA_GND, Vout and PCB_PWR. I also clicked on Windows -> tile
> vertically to give a nicer picture. Whatever, let's call this experiment 1.
>
> OK, we see the power on the BGA is quite well behaved as expected. 60mv
> of overshoot and ground bounce.
>
> (2) So, what happens if we remove the bypass made from the power plane
> being next to the ground plane, and instead use a ground plane near the
> surface? If you make the schematic the active window by clicking in it,
> then click the scissors symbol, then click on C4, that's got rid of the
> power bypassing. If we right click on L2 and change it to 0.5n, (N.B.
> don't forget the 'n'!) that's the same as moving the ground plane near
> to the surface, as the via inductance is reduced by this much. Call this
> experiment 2.
>
> Here we see a little difference. The power overshoot is now a bit
> bigger, maybe 110mV. The ground bounce is less, about 30mV.
>
> (3) If we add another bypass capacitor, using the copy feature (next to
> the scissors!) to copy L4, R2 and C2, we can do experiment 3.
>
> Here we see smaller overshoot, maybe 100mV, showing that if a few bypass
> capacitors are added we would get back the performance of a 'plane built
> capacitor'.
>
> (4) Let's go back to the original design. If you press F9 enough times
> you'll undo any changes. Try deleting the 'on BGA' bypass capacitor C3.
> experiment 4.
>
> You will now see much bigger overshoots and ground bounce. That's why
> the FPGA manufacturers put bypassing on the BGA.
>
> (5) OK, back to the original design again with F9. Let's try this. Let's
> say we only have a small board, a few square inches, and the plane
> capacitance is only 200pF. Right click on C4 and change it to 200p.
> Experiment 5.
>
> Here we see the potential danger of using a power plane derived
> bypassing system. The high-Q power plane is resonanting with L1, the via
> and ball inductance to start an oscillation. With ordinary bypass
> capacitors only, this doesn't happen as the caps have far less Q. If you
> remove the 'on-bga' bypassing, C3, you'll see this effect get even worse.
>
> I hope this crude model has given you some insight into why I choose to
> eschew the power plane bypassing idea in the middle of the board, and
> use ground planes near the surface instead.
>
> 1) From experiment 2 we can have less ground bounce by using a ground
> plane very close to the FPGA. The ground is connected to all the FPGA
> supplies, not just the Vcco we are simulating here, so is most
> important. Any ground bounce affects the whole device, core, DCMs, PLLs,
> everything. Any rises in Vcco overshoot from losing the power plane can
> be mitigated with more bypass caps as shown in experiment 3.
>
> 2) The manufacturers put bypassing on the device for a reason, as we see
> from experiment 4, and this is highly effective.
>
> 3) Power plane bypassing systems can give rise to nasty unexpected
> resonances unless they are designed very carefully as shown in
> experiment 5. Using crappy Q bypass capacitors instead precludes this
> from ever being a problem.
>
> I'd appreciate your critique.
>
> Thanks, Syms.
>
> Model planes.asc :-
>
> Version 4
> SHEET 1 880 680
> WIRE -144 -224 -192 -224
> WIRE -16 -224 -64 -224
> WIRE 128 -224 -16 -224
> WIRE 272 -224 128 -224
> WIRE 336 -224 272 -224
> WIRE 336 -192 336 -224
> WIRE -16 -128 -16 -224
> WIRE 336 -96 336 -112
> WIRE 528 -96 336 -96
> WIRE 560 -96 528 -96
> WIRE 336 -80 336 -96
> WIRE 336 -80 224 -80
> WIRE 336 -64 336 -80
> WIRE 224 -48 224 -80
> WIRE -16 16 -16 -48
> WIRE 128 48 128 -224
> WIRE 224 48 224 32
> WIRE 336 48 336 16
> WIRE -192 80 -192 -224
> WIRE 336 128 336 112
> WIRE 528 128 336 128
> WIRE 560 128 528 128
> WIRE 224 144 224 128
> WIRE 336 144 336 128
> WIRE -16 176 -16 96
> WIRE 224 256 224 208
> WIRE 336 256 336 224
> WIRE 336 256 224 256
> WIRE 336 288 336 256
> WIRE 528 288 336 288
> WIRE 560 288 528 288
> WIRE 336 320 336 288
> WIRE -192 432 -192 160
> WIRE -16 432 -16 240
> WIRE -16 432 -192 432
> WIRE 128 432 128 112
> WIRE 128 432 -16 432
> WIRE 256 432 128 432
> WIRE 336 432 336 400
> WIRE 336 432 256 432
> WIRE 256 464 256 432
> FLAG 256 464 0
> FLAG 528 -96 FPGA_PWR
> FLAG 528 288 FPGA_GND
> FLAG 528 128 Vout
> FLAG 272 -224 PCB_PWR
> SYMBOL ind 320 -208 R0
> SYMATTR InstName L1
> SYMATTR Value 1n
> SYMBOL ind 320 304 R0
> SYMATTR InstName L2
> SYMATTR Value 1n
> SYMBOL voltage -192 64 R0
> WINDOW 123 0 0 Left 0
> WINDOW 39 0 0 Left 0
> SYMATTR InstName V1
> SYMATTR Value 3.3
> SYMBOL voltage 336 128 R0
> WINDOW 123 0 0 Left 0
> WINDOW 39 0 0 Left 0
> SYMATTR InstName V2
> SYMATTR Value PULSE(0 3.3 0 0.5n 0.5n 9.5n 20n)
> SYMBOL cap 320 48 R0
> SYMATTR InstName C1
> SYMATTR Value 10p
> SYMBOL res 320 -80 R0
> SYMATTR InstName R1
> SYMATTR Value 20
> SYMBOL ind -48 -240 R90
> WINDOW 0 5 56 VBottom 0
> WINDOW 3 32 56 VTop 0
> SYMATTR InstName L3
> SYMATTR Value 10µ
> SYMBOL cap -32 176 R0
> SYMATTR InstName C2
> SYMATTR Value 1µ
> SYMBOL res -32 0 R0
> SYMATTR InstName R2
> SYMATTR Value 0.25
> SYMBOL cap 208 144 R0
> SYMATTR InstName C3
> SYMATTR Value 10n
> SYMBOL ind 208 -64 R0
> SYMATTR InstName L5
> SYMATTR Value 0.7n
> SYMBOL cap 112 48 R0
> SYMATTR InstName C4
> SYMATTR Value 1n
> SYMBOL ind -32 -144 R0
> SYMATTR InstName L4
> SYMATTR Value 0.7n
> SYMBOL res 208 32 R0
> SYMATTR InstName R3
> SYMATTR Value 0.25
> TEXT -312 -72 Left 0 !.tran 50n

Reply With Quote
  #59 (permalink)  
Old 02-09-2010, 08:10 PM
Symon
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

Allow me to rebut!!

On 2/9/2010 5:31 PM, rickman wrote:
> This is becoming a very informative discussion. I have not tried to
> analyze a complex power distribution system (PDS). Most of the
> devices I build have modest PDS needs.


Unfortunately, if you use a FPFA with sub ns rise times, you no longer
have modest PDS needs. Your preference for a tightly coupled
power-ground plane bypassing system could lead to hi-frequency
resonances. You might not have these problems, but it's important to do
some kind of simulation or calculation to be sure. Remember, the
frequency of your signals are not the issue, but the rise times are.
>
> You didn't go into enough detail on how you picked the values you
> used. I do not typically use 1 uF caps as decoupling caps. I use
> either 100 nF or 10 nF or a combination of the two. I see you used a
> 10 nF cap on the IC. You list the Murata tool as the source of the
> capacitor parameters, but the values you use for ESR seem very high.
> With that tool a GRM188R71H103KA01 in the 0603 package gives a series
> inductance of 0.58 nH and a series resistance of 0.094 at 100 MHz.
> This frequency is above the self resonant frequency of about 65 MHz,
> but the impedance is still only 0.23 ohms, same as at about 42 MHz.


You have the model, I hereby release it to you to butcher in whatever
way you choose!
>
> You also did not include any of the parasitic effects of how the
> capacitors connect to their substrate. In the case of the board
> mounted caps, they will have vias connecting them to the power
> planes. In the case of the caps inside the package, they will also
> have mounting parasitic effects, even if there are no vias.
>

I guess you missed "L4 includes the vias"? I modeled the vias by lumping
them into L4. Likewise L5 includes the 'on BGA' inductance.
>
> But none of that really matters. Your circuit is a very poor
> representation of the real world.


I can't believe you would slag off my beautifully created design!

> That is why it is so important to
> verify results with real world measurements. Your circuit has several
> problems. The first is that you only apply a single decoupling
> capacitor to the board! I may be an advocate of using fewer
> decoupling capacitors, but I think one is pushing the envelope a bit
> much. If you gave a reference to finding a value for the inductance
> of the connection between the power plane and the chip die, it must
> have been in an earlier post.


Right, as I said it's a crude model, but surely you see it demonstrates
the point. I used one bypass cap, but I also used only one IOB, one BGA
bypass cap, and one ground and power via on the device. This model is to
show qualitative differences, and what general effects our design
decisions have.

> But most importantly, I am very sure that your model for how the
> transients are generated is wrong. You show the current path as being
> from the FPGA power plane directly through the output series
> resistance and back to the FPGA ground. I am pretty sure that none of
> the traces on the board (the source of the capacitive load on the
> output) directly connect to the FPGA ground.


Right back at you Rick, you are wrong! Look at the datasheet for a
modern Xilinx FPGA. I'm looking at DS312, Spartan3E. Look for Cin. That
10pF is there, ON THE DIE, because of the IOB's output FETs. This Spice
model is a IOB switching without any attached signal. When the output
switches, a 10pF capacitor has to be charged or discharged from the
FPGA's PDS through the 20ohms or so output resistance. The model is just
fine.

> You need to put that
> connection to the board ground, and even then through another package
> lead. The model of using a signal generator to provide current surges
> may not be so good as well. This results in currents being drawn
> between the two FPGA planes. Perhaps I am reading incorrectly that
> the Vout is an I/O pin and you are only trying to model internal
> switching transients. The real issue that causes ground bounce (the
> thing you seem to be most concerned about) is the current required to
> charge and discharge the board trace and component pin on the other
> end of that trace.


Not with FPGAs. The Cin is so high, the effect of the rest of the trace
isn't necessary to show my point.

> This current will by necessity pass through the
> two inductors (L1, L2) and will create a lot of bounce that is not
> mitigated by the on chip capacitor(s).
>
> Even if you are looking at the internal switching noise of the IC, you
> need to model the *entire* PDS, not just one pin or one capacitor at a
> time. You also need to pick appropriate values for the various
> components and include all parasitic effects. If you can't do all of
> that, or even if you can, a simulation doesn't mean squat if it isn't
> complete.


I must disagree here also. I think the model does give some insights
into the issues that can arise. I'm not looking for accurate numbers,
just qualitative comparisons between different methodologies.

> The only way to know if it is complete for something as
> complex as this is to take measurements of a real design.
>
> Rick
>
>


People can and do simulate entire PDS systems, sometimes using expensive
CAD software like HSPICE or even HFSS or ADS.


Anyway, I've finished with this thread. I hope people reading it will
take away that simulation is cheap and easy and can give good insights,
even with a simplistic model. I hope I've scared a few people with
'power plane resonance' (google it!). I hope I've persuaded a few to
route/pour their powers because you don't stand to gain much from
tightly coupled planes, indeed you can have nasty problems from them,
aside from the logistics of having many power supplies in a modern FPGA
design. I hope I've persuaded a few to use more ground planes instead of
power planes, and use their ground planes near to the surface and near
their signal traces as it's harder to go wrong with this set up. Oh, and
I hope that now you've downloaded the simulator, you'll get a lot of
good use from it Rick. I hope you'll play around with some of the things
you posted and see what effects they have. There's a mailing list for
LTSpice, which is easy to find, that is useful for advice.

Cheers, Syms.





Reply With Quote
  #60 (permalink)  
Old 02-09-2010, 09:15 PM
glen herrmannsfeldt
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

Symon <[email protected]> wrote:
(snip)

> Sure Rick, let's go through it together with some cheap tools (free!)
> from t'internet. OK, you can get a nice copy of Spice from here. maybe
> you already have it.


> http://www.linear.com/designtools/software/


> At the bottom of this post you will find a model of a PCB with a power
> plane bypass. I've used lumped components to model it. If you
> cut'n'paste the text into an editor and save it as 'planes.asc' or
> somesuch, you should be able to load it into the simulator you downloaded.


(really big snip)

I think you really need a model of the radial transmission line,
which I don't see (but could have missed).

See the papers I mentioned in previous posts.

-- glen
Reply With Quote
  #61 (permalink)  
Old 02-10-2010, 05:28 AM
rickman
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

On Feb 9, 2:10*pm, Symon <symon_bre...@hotmail.com> wrote:
> Allow me to rebut!!
>
> On 2/9/2010 5:31 PM, rickman wrote:
>
> > This is becoming a very informative discussion. *I have not tried to
> > analyze a complex power distribution system (PDS). *Most of the
> > devices I build have modest PDS needs.

>
> Unfortunately, if you use a FPFA with sub ns rise times, you no longer
> have modest PDS needs. Your preference for a tightly coupled
> power-ground plane bypassing system could lead to hi-frequency
> resonances. You might not have these problems, but it's important to do
> some kind of simulation or calculation to be sure. Remember, the
> frequency of your signals are not the issue, but the rise times are.


Yes, I said I have not analyzed a complex PDS myself. But I have seen
it done by Lee Ritchey with very informative results. Those results
are the basis of what I have been saying here.


....snip...
> > You also did not include any of the parasitic effects of how the
> > capacitors connect to their substrate. *In the case of the board
> > mounted caps, they will have vias connecting them to the power
> > planes. *In the case of the caps inside the package, they will also
> > have mounting parasitic effects, even if there are no vias.

>
> *>
> I guess you missed "L4 includes the vias"? I modeled the vias by lumping
> them into L4. Likewise L5 includes the 'on BGA' inductance.


Yes, I missed that. I would like to know where you got your info.
Now that you have me interested in this, I would like to understand
what you have done.


> > But none of that really matters. *Your circuit is a very poor
> > representation of the real world.

>
> I can't believe you would slag off my beautifully created design!


Lol!


> > That is why it is so important to
> > verify results with real world measurements. *Your circuit has several
> > problems. *The first is that you only apply a single decoupling
> > capacitor to the board! *I may be an advocate of using fewer
> > decoupling capacitors, but I think one is pushing the envelope a bit
> > much. *If you gave a reference to finding a value for the inductance
> > of the connection between the power plane and the chip die, it must
> > have been in an earlier post.

>
> Right, as I said it's a crude model, but surely you see it demonstrates
> the point. I used one bypass cap, but I also used only one IOB, one BGA
> bypass cap, and one ground and power via on the device. This model is to
> show qualitative differences, and what general effects our design
> decisions have.


Qualitative is not very useful. Everything has some effect on
everything. What is important is how *much* of an effect. There will
always be some ground and power noise. It is only a problem when it
becomes significant in comparison to the noise margins. Is that not
true? By only using one of each item in the design an unrealistic
representation of the circuit you are trying to propose. Clearly
there are a lot more than 1 board cap and via for each cap on the IC.
If I said the caps on the chip will have *no* effect, I did not mean
that. I intended to say that they would have no significant effect in
the region of interest.

Also, without understanding how you came up with the values used in
your simulation, I have no way to trust it.


> > But most importantly, I am very sure that your model for how the
> > transients are generated is wrong. *You show the current path as being
> > from the FPGA power plane directly through the output series
> > resistance and back to the FPGA ground. *I am pretty sure that none of
> > the traces on the board (the source of the capacitive load on the
> > output) directly connect to the FPGA ground.

>
> Right back at you Rick, you are wrong! Look at the datasheet for a
> modern Xilinx FPGA. I'm looking at DS312, Spartan3E. Look for Cin. That
> 10pF is there, ON THE DIE, because of the IOB's output FETs. This Spice
> model is a IOB switching without any attached signal. When the output
> switches, a 10pF capacitor has to be charged or discharged from the
> FPGA's PDS through the 20ohms or so output resistance. The model is just
> fine.


Why do you say it is "on the die"? The value of Cin is largely from
the pin itself from what I have learned. Perhaps I am wrong, but it
makes sense to me that the pin has more capacitance than the
transistor on the die, but I may not be right on that. How can you
tell this capacitance is of the transistor and not the pin?


> > *You need to put that
> > connection to the board ground, and even then through another package
> > lead. *The model of using a signal generator to provide current surges
> > may not be so good as well. *This results in currents being drawn
> > between the two FPGA planes. *Perhaps I am reading incorrectly that
> > the Vout is an I/O pin and you are only trying to model internal
> > switching transients. *The real issue that causes ground bounce (the
> > thing you seem to be most concerned about) is the current required to
> > charge and discharge the board trace and component pin on the other
> > end of that trace.

>
> Not with FPGAs. The Cin is so high, the effect of the rest of the trace
> isn't necessary to show my point.


I'm not at all clear on that. The capacitance of the trace is very
significant. If you said the trace and other IC pins shouldn't be
modeled as a lumped capacitance, I would agree that might be
significant, but to say it is not important at all is not obvious
without something to support that.


> > *This current will by necessity pass through the
> > two inductors (L1, L2) and will create a lot of bounce that is not
> > mitigated by the on chip capacitor(s).

>
> > Even if you are looking at the internal switching noise of the IC, you
> > need to model the *entire* PDS, not just one pin or one capacitor at a
> > time. *You also need to pick appropriate values for the various
> > components and include all parasitic effects. *If you can't do all of
> > that, or even if you can, a simulation doesn't mean squat if it isn't
> > complete.

>
> I must disagree here also. I think the model does give some insights
> into the issues that can arise. I'm not looking for accurate numbers,
> just qualitative comparisons between different methodologies.


Ok, then I agree that there will be some effect from the on chip
caps. But I don't agree that they are useful in reducing ground
bounce from I/O switching.


> > The only way to know if it is complete for something as
> > complex as this is to take measurements of a real design.

>
> > Rick

>
> People can and do simulate entire PDS systems, sometimes using expensive
> CAD software like HSPICE or even HFSS *or ADS.
>
> Anyway, I've finished with this thread. I hope people reading it will
> take away that simulation is cheap and easy and can give good insights,
> even with a simplistic model. I hope I've scared a few people with
> 'power plane resonance' (google it!). I hope I've persuaded a few to
> route/pour their powers because you don't stand to gain much from
> tightly coupled planes, indeed you can have nasty problems from them,
> aside from the logistics of having many power supplies in a modern FPGA
> design. I hope I've persuaded a few to use more ground planes instead of
> power planes, and use their ground planes near to the surface and near
> their signal traces as it's harder to go wrong with this set up. Oh, and
> I hope that now you've downloaded the simulator, you'll get a lot of
> good use from it Rick. I hope you'll play around with some of the things
> you posted and see what effects they have. There's a mailing list for
> LTSpice, which is easy to find, that is useful for advice.
>
> Cheers, Syms.


Yes, I have used this simulator before. But a simulation is only as
useful as the circuit being simulated. If you try to simulate a
complex PDS without verifying it with measurement, you have no idea if
your simulation is correct. I believe the "mailing list" is actually
a Yahoo group which is a *great* place to get excellent support. I
forget the name of the LT person, but he answers every question he can
with patience and never chids no matter how many times that same
question has been answered. It would appear that responding to that
group is his full time job at LT!

I will say that the Ritchey course is full of examples of designers
who follow rules of thumb without knowing why or that use an incorrect
analysis without ever verifying it with the real world. There are
even examples of companies that went out of business because of
designers who did not completely understand why their circuits did not
work correctly.

Maybe I will perform this simulation the way I think it should be
done. Then we will see if closely coupled power planes are pointless
or not...

Rick
Reply With Quote
  #62 (permalink)  
Old 02-11-2010, 11:05 AM
Nial Stewart
Guest
 
Posts: n/a
Default 10 layer stack for 1152 pin BGA routing (and decoupling)?

I'm about to start the layout on a board which I think needs
a 10 layer stack.

After the religious wars betwen rickman and Symon on decoupling I'm
unsure on the best stack but am veering towards...

1 signal - Top
2 GND plane
3 signal
4 signal
5 PWR plane
6 GND plane
7 signal
8 signal
9 PWR & GND plane
10 signal - Bottom


There will almost definitely be power pours on layer 9, the BGA
will be on the top layer.



Comments?


Reply With Quote
  #63 (permalink)  
Old 02-11-2010, 03:16 PM
Gabor
Guest
 
Posts: n/a
Default Re: 10 layer stack for 1152 pin BGA routing (and decoupling)?

On Feb 11, 5:05*am, "Nial Stewart"
<nial*REMOVE_TH...@nialstewartdevelopments.co.uk > wrote:
> I'm about to start the layout on a board which I think needs
> a 10 layer stack.
>
> After the religious wars betwen rickman and Symon on decoupling I'm
> unsure on the best stack but am veering towards...
>
> 1 *signal - Top
> 2 *GND plane
> 3 *signal
> 4 *signal
> 5 *PWR plane
> 6 *GND plane
> 7 *signal
> 8 *signal
> 9 *PWR & GND plane
> 10 signal - Bottom
>
> There will almost definitely be power pours on layer 9, the BGA
> will be on the top layer.
>
> Comments?


If you're planning a solid plane for the "PWR plane" on
layer 5, I'd probably swap that one with layer 9 so you'd
have a solid plane near the bottom. Otherwise you need
to be careful routing high speed signals across the plane
splits on layers 8 and 10.

Regards,
Gabor
Reply With Quote
  #64 (permalink)  
Old 02-11-2010, 08:14 PM
rickman
Guest
 
Posts: n/a
Default Re: 10 layer stack for 1152 pin BGA routing (and decoupling)?

My "religion" does not tell you how to make a stackup without more
information.

Do you need to set specific impedance on any traces? If so, what
values, number of traces and approximate length.

Do you expect any EMI issues? What is your fastest edge rate?

The way you have your stack set up seems to be optimized for
controlling trace impedance by having a gnd/pwr layer immediately
adjacent to each signal layer. The stackup below will give you a
stackup optimized for power distribution and still allow for impedance
control if you can adjust your trace width to suit. I assume you have
read the arguments pro and con the significance of inter plane
capacitance. With the stackup below, you can still get good impedance
control on the outer layers with slightly wider traces. But you won't
be routing too many signals on the outer layers if your board is at
all dense, the components eat up al the routing space. It will be
important on *all* layers to minimize routing of signals one above the
other on adjacent layers to prevent coupling and crosstalk. The easy
remedy is to route orthogonally on adjacent layers. It also provides
a good means of getting signals around the board with minimal vias
which is important.

1 signal - Top
2 signal
3 GND plane -- >= 5 mil to PWR plane 4
4 PWR plane
5 signal
6 signal
7 GND plane -- >= 5 mil to PWR plane 8
8 PWR plane
9 signal
10 signal - Bottom

With ten layers the average thickness (using 1/2 oz copper) is about 6
mil. You will likely make it a little thicker between layers 4, 5, 6
and 7 since that is stripline rather than microstrip. You will want
to use very thin layers between 3 & 4 and 7 & 8 to maximize PDS
capacitance.

If you want to go for maximum signal isolation from crosstalk, I would
isolate all signal layers with power and ground.

1 signal - Top
2 GND plane
3 signal
4 PWR plane
5 signal
6 signal
7 GND plane
8 signal
9 PWR plane
10 signal - Bottom

Well, I guess 5 and 6 are still adjacent, but you can't have
everything... This arrangement does lend itself to ground pours on
all signal layers other than 5 and 6. If you use ground pours on
layers 5 and 6 it will much with the impedance control because of the
routing on the adjacent signal layer.

This is just a seat-of-the-pants analysis. If you need impedance
control on all layers, you would need to analyze each signal layer in
terms of impedance vs. trace width. You may find that your approach
is better for your specific needs.

Can you explain the rational behind your stackup? I don't want to
argue about it, I just want to learn what you are thinking.


On Feb 11, 5:05*am, "Nial Stewart"
<nial*REMOVE_TH...@nialstewartdevelopments.co.uk > wrote:
> I'm about to start the layout on a board which I think needs
> a 10 laye-r stack.
>
> After the religious wars betwen rickman and Symon on decoupling I'm
> unsure on the best stack but am veering towards...
>
> 1 *signal - Top
> 2 *GND plane
> 3 *signal
> 4 *signal
> 5 *PWR plane
> 6 *GND plane
> 7 *signal
> 8 *signal
> 9 *PWR & GND plane
> 10 signal - Bottom
>
> There will almost definitely be power pours on layer 9, the BGA
> will be on the top layer.
>
> Comments?


I wouldn't bother mixing ground and power on one layer. Even with a
couple of signal layers between, you will get significant capacitance
between the power and ground. Since the power layers act as ground
for high frequency signals you don't need the ground on layer 9 unless
it is for connectivity. Are you expecting gnd layers 6 and 2 to be
chopped up? With two power layers they will be much less chopped up
if you have more than two power voltages.

Rick
Reply With Quote
  #65 (permalink)  
Old 02-16-2010, 05:56 PM
rickman
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

On Feb 9, 3:15*pm, glen herrmannsfeldt <g...@ugcs.caltech.edu> wrote:
> Symon <symon_bre...@hotmail.com> wrote:
>
> (snip)
>
> > Sure Rick, let's go through it together with some cheap tools (free!)
> > from t'internet. OK, you can get a nice copy of Spice from here. maybe
> > you already have it.
> >http://www.linear.com/designtools/software/
> > At the bottom of this post you will find a model of a PCB with a power
> > plane bypass. I've used lumped components to model it. If you
> > cut'n'paste the text into an editor and save it as 'planes.asc' or
> > somesuch, you should be able to load it into the simulator you downloaded.

>
> (really big snip)
>
> I think you really need a model of the radial transmission line,
> which I don't see (but could have missed).
>
> See the papers I mentioned in previous posts.


I think I have figured out why you *don't* need to consider a radial
transmission line in models of the PDS. The transmission line model
is only effective if the length of the line is longer than about 1/6th
of the rising edge of the signal. For a 0.5 ns rise time pulse the
rising edge is about 3 inches in length on the PWB. So if you keep
your caps within a half inch of the power pins of the chip, the
transmission line effects are spread over the entire path (or averaged
if you will). In other words, for adequately short paths, the
electrical path between the power pins and decoupling caps appears as
a lumped capacitance and does not need to be analyzed as a
transmission line.

Does that sound right?

Rick
Reply With Quote
  #66 (permalink)  
Old 02-16-2010, 09:17 PM
glen herrmannsfeldt
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

rickman <[email protected]> wrote:
(snip, I wrote)

>> I think you really need a model of the radial transmission line,
>> which I don't see (but could have missed).


>> See the papers I mentioned in previous posts.


> I think I have figured out why you *don't* need to consider a radial
> transmission line in models of the PDS. The transmission line model
> is only effective if the length of the line is longer than about 1/6th
> of the rising edge of the signal. For a 0.5 ns rise time pulse the
> rising edge is about 3 inches in length on the PWB. So if you keep
> your caps within a half inch of the power pins of the chip, the
> transmission line effects are spread over the entire path (or averaged
> if you will). In other words, for adequately short paths, the
> electrical path between the power pins and decoupling caps appears as
> a lumped capacitance and does not need to be analyzed as a
> transmission line.


It does seem that the previously mentioned papers analyze them
in ways that I wouldn't think would matter. One even considers
the reflection of other vias.

But, there are a few things that I think should be considered.
The inductance of the via, and the input impedance of the radial
transmission line are proportional to 1/r. Big vias are better.
A group of vias close enough together, though, should act like
a large via. (The fields couple such that it isn't the same
as parallel inductors.)

It would seem that one should also be careful not to put the FPGA
right in the center of a large ground plane, such the the edge
reflections come back in phase. That would be especially bad for
a large circular ground plane. If the decoupling capacitors were
regularly spaced, that could also cause in-phase reflections.

> Does that sound right?


It doesn't seem so far off. It still seems that radial transmission
line theory isn't taught much at all.

-- glen
Reply With Quote
  #67 (permalink)  
Old 02-17-2010, 01:57 AM
rickman
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

On Feb 16, 3:17 pm, glen herrmannsfeldt <g...@ugcs.caltech.edu> wrote:
> rickman <gnu...@gmail.com> wrote:
>
> (snip, I wrote)
>
> >> I think you really need a model of the radial transmission line,
> >> which I don't see (but could have missed).
> >> See the papers I mentioned in previous posts.

> > I think I have figured out why you *don't* need to consider a radial
> > transmission line in models of the PDS. The transmission line model
> > is only effective if the length of the line is longer than about 1/6th
> > of the rising edge of the signal. For a 0.5 ns rise time pulse the
> > rising edge is about 3 inches in length on the PWB. So if you keep
> > your caps within a half inch of the power pins of the chip, the
> > transmission line effects are spread over the entire path (or averaged
> > if you will). In other words, for adequately short paths, the
> > electrical path between the power pins and decoupling caps appears as
> > a lumped capacitance and does not need to be analyzed as a
> > transmission line.

>
> It does seem that the previously mentioned papers analyze them
> in ways that I wouldn't think would matter. One even considers
> the reflection of other vias.
>
> But, there are a few things that I think should be considered.
> The inductance of the via, and the input impedance of the radial
> transmission line are proportional to 1/r. Big vias are better.
> A group of vias close enough together, though, should act like
> a large via. (The fields couple such that it isn't the same
> as parallel inductors.)
>
> It would seem that one should also be careful not to put the FPGA
> right in the center of a large ground plane, such the the edge
> reflections come back in phase. That would be especially bad for
> a large circular ground plane. If the decoupling capacitors were
> regularly spaced, that could also cause in-phase reflections.
>
> > Does that sound right?

>
> It doesn't seem so far off. It still seems that radial transmission
> line theory isn't taught much at all.


I am confused. You say that my analysis is not far off and the whole
(hole) point of my analysis is to show that the radial transmission
line effect is not important. Then you say you still think the radial
transmission line effect *is* important.

I am pretty sure that the effects of the decoupling caps swamps out
the effect of the reflections. This is not very scientific and so may
be totally wrong, but it would seem to me that the caps will "mute"
the voltage transitions on the plane as the wave moves by. If it were
a linear transmission line, the cap would "smear" out the edge of the
wave front. In the PCB power plane the same thing happens, but it is
likely strongest at the cap and is a weaker effect further away from
the cap. In the case of a transient, smearing it out reduces the
amplitude which is exactly what it is supposed to do. So I expect the
wave front never reaches a board edge to cause a significant
reflection. I will say that when the impedance of a PDS is measured
the very high frequencies often have a sawtooth shape which is likely
due to standing waves on the board. So there must be some of the
transient that is reflected.

But if you can verify your analysis method by measuring the impedance
of the PDS to be below your requirements at all frequencies, what does
it matter if the power planes form a "radial transmission line"? You
only need to do enough analysis to get a "good enough" result. I
would think that if this were an important effect, that would have
been discovered by now.

Rick
Reply With Quote
  #68 (permalink)  
Old 02-17-2010, 02:32 AM
glen herrmannsfeldt
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

rickman <[email protected]> wrote:
(snip, I wrote)

>> But, there are a few things that I think should be considered.
>> The inductance of the via, and the input impedance of the radial
>> transmission line are proportional to 1/r. Big vias are better.
>> A group of vias close enough together, though, should act like
>> a large via. (The fields couple such that it isn't the same
>> as parallel inductors.)


>> It would seem that one should also be careful not to put the FPGA
>> right in the center of a large ground plane, such the the edge
>> reflections come back in phase. That would be especially bad for
>> a large circular ground plane. If the decoupling capacitors were
>> regularly spaced, that could also cause in-phase reflections.


>> > Does that sound right?


>> It doesn't seem so far off. It still seems that radial transmission
>> line theory isn't taught much at all.


> I am confused. You say that my analysis is not far off and the whole
> (hole) point of my analysis is to show that the radial transmission
> line effect is not important. Then you say you still think the radial
> transmission line effect *is* important.


> I am pretty sure that the effects of the decoupling caps swamps out
> the effect of the reflections. This is not very scientific and so may
> be totally wrong, but it would seem to me that the caps will "mute"
> the voltage transitions on the plane as the wave moves by.


If it works right, the capacitor should be an AC short between the
planes. If, for example, you had a ring of capacitors around
a constant radius from a via, then the reflection off those should
come back in phase. That is pretty much the same as a microwave
cavity resonator.

> If it were
> a linear transmission line, the cap would "smear" out the edge of the
> wave front.


A capacitor across a linear transmission line should make a nice
reflection. A capacitor and series resistor should absorb some
of the AC signal, but ignore the DC voltage. Though that assumes
ideal capacitors.

> In the PCB power plane the same thing happens, but it is
> likely strongest at the cap and is a weaker effect further away from
> the cap. In the case of a transient, smearing it out reduces the
> amplitude which is exactly what it is supposed to do. So I expect the
> wave front never reaches a board edge to cause a significant
> reflection. I will say that when the impedance of a PDS is measured
> the very high frequencies often have a sawtooth shape which is likely
> due to standing waves on the board. So there must be some of the
> transient that is reflected.


In a real board with lots of ICs, vias, and bypass capacitors,
you would hope that the reflections are rarely in phase. If parts
are placed too regularly on the board, it would seem possible for
some strong resonance to form.

> But if you can verify your analysis method by measuring the impedance
> of the PDS to be below your requirements at all frequencies, what does
> it matter if the power planes form a "radial transmission line"?


I think it only really matters for a very short distance. For that
distance, though, it should be computed as a radial transmission line.

> You only need to do enough analysis to get a "good enough" result.
> I would think that if this were an important effect, that would have
> been discovered by now.


There have been plenty of cases where effects when unnoticed for
way too long. If, for example, a board resonance turned out to
be the same as an on-board frequency it could easily be very
significant. Then an unrelated change would move the resonance,
and the problem would go away without ever being found.

-- glen
Reply With Quote
  #69 (permalink)  
Old 02-17-2010, 07:04 AM
rickman
Guest
 
Posts: n/a
Default Re: Board layout for FPGA

On Feb 16, 8:32*pm, glen herrmannsfeldt <g...@ugcs.caltech.edu> wrote:
> rickman <gnu...@gmail.com> wrote:
>
> (snip, I wrote)
>
>
>
> >> But, there are a few things that I think should be considered.
> >> The inductance of the via, and the input impedance of the radial
> >> transmission line are proportional to 1/r. *Big vias are better.
> >> A group of vias close enough together, though, should act like
> >> a large via. *(The fields couple such that it isn't the same
> >> as parallel inductors.)
> >> It would seem that one should also be careful not to put the FPGA
> >> right in the center of a large ground plane, such the the edge
> >> reflections come back in phase. *That would be especially bad for
> >> a large circular ground plane. *If the decoupling capacitors were
> >> regularly spaced, that could also cause in-phase reflections.
> >> > Does that sound right?
> >> It doesn't seem so far off. *It still seems that radial transmission
> >> line theory isn't taught much at all.

> > I am confused. *You say that my analysis is not far off and the whole
> > (hole) point of my analysis is to show that the radial transmission
> > line effect is not important. *Then you say you still think the radial
> > transmission line effect *is* important.
> > I am pretty sure that the effects of the decoupling caps swamps out
> > the effect of the reflections. *This is not very scientific and so may
> > be totally wrong, but it would seem to me that the caps will "mute"
> > the voltage transitions on the plane as the wave moves by. *

>
> If it works right, the capacitor should be an AC short between the
> planes. *If, for example, you had a ring of capacitors around
> a constant radius from a via, then the reflection off those should
> come back in phase. *That is pretty much the same as a microwave
> cavity resonator. *


You are still talking about the reflections from the caps and I have
already shown that the caps don't cause reflections as long as they
are very close to the vias connecting the power pins. The wavelength
of the transients are too long so that only a portion of the edge is
ever distributed across the transmission line between the via and the
cap. The result is that the reflection is insignificant and the cap
acts to suppress the wavefront and not let it pass beyond the region
around the cap.


> > If it were
> > a linear transmission line, the cap would "smear" out the edge of the
> > wave front. *

>
> A capacitor across a linear transmission line should make a nice
> reflection. *A capacitor and series resistor should absorb some
> of the AC signal, but ignore the DC voltage. *Though that assumes
> ideal capacitors.


But not if the transition time of the edge is slow compared to the
transit time to the cap. The reflection would be the opposite phase,
but much, much smaller in amplitude than the full transient.
Meanwhile the amount of the transient passing the cap would also be
very small because most of the energy is reflected.


> > In the PCB power plane the same thing happens, but it is
> > likely strongest at the cap and is a weaker effect further away from
> > the cap. *In the case of a transient, smearing it out reduces the
> > amplitude which is exactly what it is supposed to do. *So I expect the
> > wave front never reaches a board edge to cause a significant
> > reflection. *I will say that when the impedance of a PDS is measured
> > the very high frequencies often have a sawtooth shape which is likely
> > due to standing waves on the board. *So there must be some of the
> > transient that is reflected.

>
> In a real board with lots of ICs, vias, and bypass capacitors,
> you would hope that the reflections are rarely in phase. *If parts
> are placed too regularly on the board, it would seem possible for
> some strong resonance to form. *


I don't mean to repeat myself endlessly, but I don't think you will
see much of the reflections. The wave front does not pass the area
around the cap since it is absorbed by the cap. The reflection from
the cap is opposite in phase as the original transient and is only
displaced a fraction of the width of the transient so it nearly
cancels out in all directions. The degree to which it cancels out
depends on the time offset of the reflection which is determined by
the spacing between the cap and the power via and the strength of the
reflection which in turn depends on the impedance of the cap at that
frequency. The reflection is a good thing, not a bad thing. That is
what reduces the transient!


> > But if you can verify your analysis method by measuring the impedance
> > of the PDS to be below your requirements at all frequencies, what does
> > it matter if the power planes form a "radial transmission line"? *

>
> I think it only really matters for a very short distance. For that
> distance, though, it should be computed as a radial transmission line.


I t would seem to me to make more of a difference over a larger
distance where the impedance seen varies much more. If you think of
it as an impedance that reduces with distance from the power via, it
would create a continuous reflection back to the via, in effect
reducing the amplitude of the transient. Imagine many, small
reflections with only a very slight difference in phase summing up.
In effect, it would be a lot like a lumped capacitance right at the
via I think.


> > You only need to do enough analysis to get a "good enough" result.
> > I would think that if this were an important effect, that would have
> > been discovered by now.

>
> There have been plenty of cases where effects when unnoticed for
> way too long. *If, for example, a board resonance turned out to
> be the same as an on-board frequency it could easily be very
> significant. *Then an unrelated change would move the resonance,
> and the problem would go away without ever being found.


If that resonance were causing a problem, I would expect that it would
be noticed and recognized at some point. Any given board might have
some change made which will cause the problem to "go away", but I
can't believe at this point in time no one would have ever seen this
and recognized it for what it was. Why make up problems if they don't
exist?

Rick
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
High-Speed Board Layout Challenges in FPGA/SDI Sub-Systems / 10 Emerging Technologies / More Programmable Logic DesignLine Newsletter 0 11-19-2009 08:03 AM
How do I program an fpga once it has been designed and layout iscomplete [email protected] FPGA 11 07-04-2008 10:05 AM
Survey: FPGA PCB layout Dave FPGA 103 04-28-2008 05:29 PM
FPGA Layout question Jason Berringer FPGA 8 04-12-2005 03:03 AM
Board-level clock phase delay calculation in the fpga board? kingkang FPGA 1 10-31-2004 04:22 AM


All times are GMT +1. The time now is 04:20 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