RE: EN 61000-6-2 Table 2.3 inticates signal ports = 30 M +/- 1k v?

2001-01-05 Thread jrbarnes

Terry,
I don't have a copy of EN 61000-6-2, but it sounds similar to the IBM Lightning
Surge Susceptibility (LSS) test that we do on our network adapters during
development/qualification.  We LSS test all products that have:
*  Cables going outdoors through surge protectors,
  OR
*  Indoor cables longer than 120 meters (and for our own peace of mind, ones
with shorter network cables too),
just for the reasons that Michael Hopkins gave.

In our test procedure we:
1.  Make sure that the network adapter is working with the network.
2.  Disconnect the network adapter from the network, and connect it to the
Keytek surge generator.
3.  Hit the product with 1 to 10 simulated lightning surges, between a specified
set of signals/shields at a given
 voltage and polarity.
4.  Disconnect the network adapter from the surge generator, and reconnect it to
the network.
5.  Verify that the network adapter still works with the network.  This may
require resetting/powering-down 
 powering-up the network adapter and its associated equipment in some cases.
Our concern is that we don't
 damage the network adapter.  Upsetting it, or locking it up in a way that
require manual intervention, are okay.
6.  Repeat the process until we have hit every specified signal/signal or
signal/shield pair with 10 positive zaps
 and 10 negative zaps at the maximum specified voltage.

The test only calls for us to zap the cable interface at the maximum voltages.
But, having blown up a number of cards with this test since 1990, I like to test
at 25%, 50%, 75%, and then 100% of the maximum specified voltage, at least for
the first time I am testing a brand new design.  I've also seen failures where I
had to zap a card several times before I destroyed it, and other times that the
very first zap at a voltage/polarity destroyed a part.  Depending on my
confidence level, I may:
*  Zap the card 10 times at a voltage/polarity before I check to see if it still
works.
 OR
*  Change the voltage/polarity/test-point, zap the card once and check it, then
zap it another 9 times and recheck it
before going to a new voltage/polarity/test-point.

  John Barnes  Advisory Engineer
  Lexmark International



---
This message is from the IEEE EMC Society Product Safety
Technical Committee emc-pstc discussion list.

To cancel your subscription, send mail to:
 majord...@ieee.org
with the single line:
 unsubscribe emc-pstc

For help, send mail to the list administrators:
 Jim Bacher:  jim_bac...@mail.monarch.com
 Michael Garretson:pstc_ad...@garretson.org

For policy questions, send mail to:
 Richard Nute:   ri...@ieee.org



RE: EN 61000-6-2 Table 2.3 inticates signal ports = 30 M +/- 1k v?

2001-01-05 Thread Mike Hopkins

You read the table correctly, and it seems to be confusing a lot of people.
To go through it logically (I think)

The longer the line, the more likely surge energy would be coupled into a
cable -- certainly the case for induced lightning transients.

Terminated lines shorter than a few meters are not likely to pick up much
energy from lightning but keep in mind the old lineman's rule of thumb that
says 1kV across 1 meter or unterminated wire, 1 mile from the flash! 

Hence, protecting inputs connected to long lines against surges makes sense,
whether they go outside a building or not. If you wrap a mile of wire (data
cable) around a high rise building, I would argue you have just constructed
a lightning antenna. In residential structures, there is no building steel
to help with shielding or grounding, so you might as well be outside for
purposes of coupling a transient into your system.

It follows that the IEC or EU would require surge testing long I/O lines.

Problem is: IEC wants to insure no upset or loss of operation, which means
testing the product live, with data flowing. This requires some kind of
coupler/decoupler in series with the line to the equipment being tested.
Works okay for slower data rates (~100kHz), but no one has yet designed a
coupler/decoupler that works at the higher data rates that exist today.
Using existing coupler/decoupler designs will insure loss of data; hence,
the unless normal functioning cannot be maintained because of the impact of
the CDN on the EUT clause applies. Not sure I understand the reasoning, but
if you get a real live surge from the real world, data will certainly be
interrupted as well.

Reality is: if you want to insure minimum loss of function on a long I/O
line, you really want to know if the inputs are protected adequately, and
you can do this without a coupler/decoupler. Bellcore, CCITT, FCC and others
all surge test inputs directly without any data (knowing full well that
during the surge event, data will be interrupted anyway) then connect the
line and see if the input circuitry is still functioning.

In the course of revising IEC 61000-4-5 for surge, it's this last paragraph
that I'm pushing for. That gets rid of the coupler/decoupler design problem
and provides a way of establishing a basic level of immunity for any kind of
I/O or telecom line.

Hope this helps,


Michael Hopkins
KeyTek
(also, convenor SC77B WG11 responsible for the revision of 61000-4-5, so if
you have anything to contribute, let me know)

 




-Original Message-
From: Terry Meck [mailto:tjm...@accusort.com]
Sent: Friday, January 05, 2001 9:23 AM
To: emc-p...@ieee.org
Subject: EN 61000-6-2 Table 2.3 inticates signal ports = 30 M +/- 1kv?




If I read the EN 61000-6-2 correctly Table 2.3 indicates signal ports = 30
M must be tested +/- 1000 surge  unless normal functioning cannot be
maintained because of the impact of the CDN on the EUT  

This surprises and confuses me since I thought this would be imposed only on
cables leaving a building.  

Any insight on this will be appreciated?



Best regards,
Terry J. Meck
Senior Compliance/Test Engineer
Phone:215-721-5280
Fax:215-721-5551 hard copy;
Fax PC: 215.799.1650 To my desk PC
tjm...@accusort.com
Accu-Sort Systems Inc.
511 School House Rd.
Telford, PA 18969-1196 USA



---
This message is from the IEEE EMC Society Product Safety
Technical Committee emc-pstc discussion list.

To cancel your subscription, send mail to:
 majord...@ieee.org
with the single line:
 unsubscribe emc-pstc

For help, send mail to the list administrators:
 Jim Bacher:  jim_bac...@mail.monarch.com
 Michael Garretson:pstc_ad...@garretson.org

For policy questions, send mail to:
 Richard Nute:   ri...@ieee.org


---
This message is from the IEEE EMC Society Product Safety
Technical Committee emc-pstc discussion list.

To cancel your subscription, send mail to:
 majord...@ieee.org
with the single line:
 unsubscribe emc-pstc

For help, send mail to the list administrators:
 Jim Bacher:  jim_bac...@mail.monarch.com
 Michael Garretson:pstc_ad...@garretson.org

For policy questions, send mail to:
 Richard Nute:   ri...@ieee.org