Re: [SI-LIST] : power supply filtering and bypassing

Michael T Zhang ([email protected])
Thu, 05 Mar 98 14:18:00 PST

Text item:

You can't blame the ATX power supply because of the long cabling. No
sliver box is capable of providing energy for high-speed switching. You
need to rely on local decoupling capacitors. Multiple 0.1u caps are
sometimes necessary. The parasistics of the caps need to be minimized so
that they can truly provide needed high-frequency energy. This probably
should be your #1 consideration.

-Michael Z

______________________________ Reply Separator _________________________________
Subject: [SI-LIST] : power supply filtering and bypassing
Author: [email protected] at SMTPGATE
Date: 3/5/98 12:14 PM

I was browsing the web and happen to bump into this discussion group. The
discussions look to be pretty broad, so I hope by me being specific
doesn't violate the scope of the group.

I've been working with a high-speed (1Ghz+) point-to-point data link
chipset from HP called GLINK (HDMP-1022/HDMP-1024). Both receiver and
transmitter have built-in PLLs used for Transmit Clock generation and
Receive Clock extraction.
The application is PC based so I've been having problems attempting to
use off-the-shelf ATX PC switching power supplies.(i.e. 250W ASTEC) I've
discovered that the supplies have horrible (under and over shoot)
transients ([email protected]) causing loss of lock on the receive end. I
guess I shouldn't expect a lot for 30 bucks!!

The noise seems to correlate with disk accesses mostly (but even mouse
movement shows up), so I'm guessing the supplies have a regulation
problem with variable loads. I haven't gone as far as looking spectrally
at this because I'm not sure what frequencies and DB levels would cause
resonance and/or phase problems in the GLINK . I'm guessing this noise is
coupling in on the TX PLL causing enough/or right frequency jitter so
the receiver PLL loses track. If I cut the boards VCC line and wire in a
linear supply(don't use the PC's VCC, but use the GND), the link stays
solid. The only supply filtering recommendation from HP is the catch-all
0.1uf bypass, but this doesn't seem suitable, so I ask the following.

What is the best way to measure the frequency content of the noise?

Any good reference articles or papers for this situation?

I'm planning a layout change, separating the GLINK's power and ground
layer from the rest of the PCB and use a pi filtering arrangement to
connect the planes, I'm not sure what filter values would be acceptable
or if this is the right approach at all, any ideas?


Kevin Skey
Northstar Technologies
[email protected]
978-897-6600 x168

Text item: External Message Header

The following mail header is for administrative use
and may be ignored unless there are problems.


Precedence: bulk
Sender: [email protected]
Message-ID: <[email protected]>
Subject: [SI-LIST] : power supply filtering and bypassing
To: [email protected]
From: "Skey, Kevin" <[email protected]>
Date: Thu, 05 Mar 1998 2:41pm
Received: from ([]) by (8.8.7/8.8
) with SMTP id OAA19616 for <[email protected]>; Thu, 5 Mar 1998 14:53:0
2 -0500 (EST)
Received: from ( [])
by (8.8.8/8.8.8) with ESMTP id LAA27693
for <[email protected]>; Thu, 5 Mar 1998 11:53:05 -0800 (PST)
Received: from (saturn.EBay.Sun.COM [])
by Eng.Sun.COM (SMI-8.6/SMI-5.3) with SMTP id LAA06029
for <[email protected]>; Thu, 5 Mar 1998 11:53:07 -0800
Received: from Eng.Sun.COM by (SMI-8.6/SMI-SVR4)
id LAA28284; Thu, 5 Mar 1998 11:54:41 -0800
Errors-To: [email protected]
Received: by (SMI-8.6/SMI-SVR4)
id LAA28288; Thu, 5 Mar 1998 11:54:46 -0800
Received: from (silab.Eng.Sun.COM [])
by Eng.Sun.COM (SMI-8.6/SMI-5.3) with SMTP id MAA13670;
Thu, 5 Mar 1998 12:10:34 -0800
Received: from Eng.Sun.COM (engmail4 []) by mercury.Sun.COM (SMI-8.
6/mail.byaddr) with SMTP id MAA09462; Thu, 5 Mar 1998 12:10:52 -0800
Received: from mercury.Sun.COM (mercury.Sun.COM [])
by (8.8.6/8.8.5) with SMTP id MAA12992
for <[email protected]>; Thu, 5 Mar 1998 12:22:15 -0800 (PS
Received: from ( []) by (8.7.6/8.7.3) with ESMTP id MAA26329 for <[email protected]>; Thu, 5 Mar 1998 12:14:56 -0800 (PST)
Return-Path: [email protected]