> BTW pins or balls that internally already are connected > may be combined to the same power plane and as such only > will need one capacitor I guess there are two considerations when it comes to this issue of decouplers: 1) What's the charge transfer capability required based on what needs to be driven. This takes into account rise time, number of simultaneous outputs, etc. 2) What is the interface through which we can attempt to deliver this charge. That's to say the balls, pins, leads and overall package as well as the PCB. #1 has had extensive discussions on this list. There are a couple of different approaches and a nice array of papers to study. Whatever approach you select, the unavoidable fact is that you'll need lots of capacitors. Until some of the more advanced components become available (pricing being one aspect of "available") all solutions consist of a large array of small valued caps supported by a few larger tantalums for MF/LF current. So, many caps are required simply because you are not going to be able to supply 7A to 200 pins in 1ns from a half-dozen caps. Even if the devices could do it, the means of delivery (the PCB) might not be able to. I'll presume that the same applies to an IC package ... you can only transport so much current so quickly from a power ball/pin/lead to a set of output ball/pin/leads. And so, lots and lots of power pins are provided. Your statement above implies making an assumption that few of us can: the internal "wiring" and power distribution of the particular chip we are using. If Xilinx says that you need one cap per pin, for an application where a significant portion of the available I/O are active outputs, I/we have no choice but to abide by this recommendation. At least that's my humble opinion. I rather have capacitors to remove from a PCB than missing caps at this point! I started this thread to try to connect theory with practice when it comes to specific devices because it seemed to me that, as it's often the case, the ideal is hard to implement. Lacking empirical data on this front can be a bit scary because of the cost of failure. An example of the divide between theory and practice is an application note by a major memory manufacturer. After a couple of pages of derivations and theory the author proclaims that you need some 76 capacitors per memory device. Now, when was the last time you saw that on a board? BTW, the last page of the app note has a pictorial showing six caps being shared by two memory devices... =============================== Martin Euredjian eCinema Systems, Inc. voice: 661-305-9320 fax: 661-775-4876 martin@xxxxxxxxxxxxxx www.ecinemasys.com =============================== -----Original Message----- From: boris.traa@xxxxxxxxxxx [mailto:boris.traa@xxxxxxxxxxx] Sent: Tuesday, December 17, 2002 1:08 AM To: martin@xxxxxxxxxxxxxx Cc: si-list; si-list-bounce@xxxxxxxxxxxxx Subject: Re: [SI-LIST] Xilinx decoupling Dear Martin, Did you consider a local power plane covering all the supply pins in layer 1 with layer 2 as a solid ground plane. If seperate supplies are required you may connect the most noisy pins or balls to the layer 1 local power plane an the other to such a small local plane in e.g. layer 3. In this way only a few decoupling capacitors at the solder side may be required. These capacitors should be connected to the local power planes and ground plane with vias in such a way that the loop inductance is as low as possible. For instance by a via configuration that forms a coaxial connection. I once described a circular mltilayer capacitor with a coaxial terminal construction for a very low self-inductance, but it was already inventend by Murata. Their special multi layer capacitor is a nice soution for BGAs but I do not know whether this type is already available. BTW pins or balls that internally already are connected may be combined to the same power plane and as such only will need one capacitor Kind regards Boris Traa System design engineer EMC Philips Semiconductors BV, dep. SLE Location A320/301 PObox 80021, 5600JZ Eindhoven, The Netherlands Tel: ++ 31 40 27 22249 Fax: ++ 31 40 27 23238 E-mail: boris.traa@xxxxxxxxxxxx Seri: btraa@nlsce1 "Martin Euredjian" <martin@xxxxxxxxxxxxxx> Sent by: si-list-bounce@xxxxxxxxxxxxx 16-12-2002 18:21 Please respond to martin To: "si-list" <si-list@xxxxxxxxxxxxx> cc: (bcc: Boris Traa/EHV/SC/PHILIPS) Subject: [SI-LIST] Xilinx decoupling Classification: Yet another question on decoupling... The "capacitor per power pin" recommendation can be found in datasheets across the globe. This, coupled to the "number of simultaneous switching outputs" metric can result in some pretty hilarious BOM's. The tip of the iceberg are application notes that are just plain wrong ... I ran across one where you can plug any number into the rise-time portion of the equations and still get the same number and size of caps as the output. On the other hand, there's the practicality of placing N number of caps close enough to the device in question. Tantalums are not a problem; as long as they are within a couple of cm from the device everything is fine. Now, with small-valued chip caps the issue is different. With 1mm (or less) BGA pitch devices it is physically impossible to reach the "capacitor per pin" recommendation we were all programmed with in school. Even if you use tiny 0201 sized devices, it is impossible to cover every power pin unless you are willing to give-up something. For example, not using some of the I/O pins could eliminate vias --or turn them to GND connections-- which would open-up room for on the back side. I've looked at boards that only have but a handful, maybe eight or so, caps under the device and only one tantalum instead of the eight or so you might need if you follow data sheets/app notes. I haven't seen many with 0201 parts yet, although I'm pretty sure they are out there. The question, then, is: What is the practical real-world execution of decoupling such devices? Thanks, =============================== Martin Euredjian eCinema Systems, Inc. voice: 661-305-9320 fax: 661-775-4876 martin@xxxxxxxxxxxxxx www.ecinemasys.com =============================== ------------------------------------------------------------------ To unsubscribe from si-list: si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field or to administer your membership from a web page, go to: //www.freelists.org/webpage/si-list For help: si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field List archives are viewable at: //www.freelists.org/archives/si-list or at our remote archives: http://groups.yahoo.com/group/si-list/messages Old (prior to June 6, 2001) list archives are viewable at: http://www.qsl.net/wb6tpu ------------------------------------------------------------------ To unsubscribe from si-list: si-list-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field or to administer your membership from a web page, go to: //www.freelists.org/webpage/si-list For help: si-list-request@xxxxxxxxxxxxx with 'help' in the Subject field List archives are viewable at: //www.freelists.org/archives/si-list or at our remote archives: http://groups.yahoo.com/group/si-list/messages Old (prior to June 6, 2001) list archives are viewable at: http://www.qsl.net/wb6tpu