Hi Doug:
Your message was not clear whether you submitted
your product to the same NRTL that certified the
power supply.
Basically, your cert engineer has put YOU in the
middle of a beef between cert engineers or between
cert houses.
Your cert engineer found a fault in the power
supply cert. Rather than go to the power supply
cert engineer or the other cert house, your cert
engineer makes you be the bad guy once removed.
You must go back to the power supply mfgr, who
will then go back to the power supply cert
engineer with the bad news: the power supply cert
engineer messed up on the fuse.
This is typical cert house engineer behavior. It
establishes who is the better cert engineer, and
belittles the other cert engineer. Its a power
play by your cert engineer to put himself into a
more advantageous position for future advancement
or promotion.
The same can be said of differences between two
cert houses.
If both engineers are in the same cert house, then
you will need to go fairly high in the organization
to resolve this. Both immediate managers will back
their respective cert engineers.
There is no way you can win this one. You are the
messenger. Your product cert is being held hostage
until you fix the problem with any of four options:
1) add the second fuse in your product (which your
cert house engineer knows is ridiculuous and
that you are not likely to do);
2) demand the PS manufacturer change the fuse and
re-certify (which will embarrass the PS cert
engineer -- which is the objective);
3) go to another cert house (which your cert engr
doesn't believe you will do).
4) assuming the Conditions of Acceptability do not
require a dc fuse, then climb the management
chain to get the cert house to accept its own
certification (but this is not a good choice
because the fuse SHOULD be a dc-rated fuse).
For me, the best option is to yank your product and
go to another NRTL. And let your cert engineer's
boss know why you are yanking the product. Money
speaks.
Best regards,
Rich
> From owner-emc-p...@ieee.org Thu Oct 19 09:55:16 PDT 2000
> Received: from hpsdlo.sdd.hp.com (hpsdlo-sw.sdd.hp.com [15.80.36.40])
> by hpsdlfsa.sdd.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02 sdd epg)
> with ESMTP id JAA05426
> for <ri...@hpsdlfsa.sdd.hp.com>; Thu, 19 Oct 2000 09:55:16 -0700 (PDT)
> Received: from ruebert.ieee.org (ruebert.ieee.org [199.172.136.3])
> by hpsdlo.sdd.hp.com (8.9.3 (PHNE_18979)/8.8.5btis+epg) with ESMTP id
> JAA10083
> for <ri...@sdd.hp.com>; Thu, 19 Oct 2000 09:55:14 -0700 (PDT)
> Received: by ruebert.ieee.org (8.9.3/8.9.3) id MAA03421; Thu, 19
> Oct 2000 12:44:26 -0400 (EDT)
> Message-ID: <39ef247f.57771...@gte.net>
> Date: Thu, 19 Oct 2000 09:42:39 -0700
> From: Doug <dmck...@gte.net>
> X-Mailer: Mozilla 4.73 [en] (Win98; U)
> X-Accept-Language: en
> MIME-Version: 1.0
> To: EMC-PSTC Discussion Group <emc-p...@ieee.org>
> Subject: Got a beef with an NRTL ...
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
> Sender: owner-emc-p...@ieee.org
> Precedence: bulk
> Reply-To: Doug <dmck...@gte.net>
> X-Resent-To: Multiple Recipients <emc-p...@majordomo.ieee.org>
> X-Listname: emc-pstc
> X-Info: Help requests to emc-pstc-requ...@majordomo.ieee.org
> X-Info: [Un]Subscribe requests to majord...@majordomo.ieee.org
> X-Moderator-Address: emc-pstc-appro...@majordomo.ieee.org
>
>
> I'm just about ready to escalate this issue.
>
> Issue: Major NRTL has recognized a DC-DC power supply.
> Said ps is being used within the confines of
> it's stated purpose, input power, output power,
> temps, etc ...
>
> Said product is submitted to NRTL for what appeared
> to be a walk through. Oh no, Mr. McKean. You can't
> use THAT power supply as intended. Input fuse of
> power supply (that is the fuse INSIDE the power that
> is out of our hands) is an AC fuse. It should be a
> DC fuse. (From the documentation from the ps mfr,
> the approval was done with the aC rated fuse.)
>
> You have to either:
>
> 1. have the ps mfr change the input fuse.
>
> or
>
> 2. drop an in-line fuse between the power inlet
> of the product and the input of the ps.
>
> EXCUSE ME!?!
>
> How the heck can a power supply mfr get NRTL approval on one
> hand and, yet, when that power supply is used within it's
> intended and stated purpose, get rejected?
>
> Even bringing this to the attention of the test engineer
> (who has approx over 10 years experience as a test eng)
> it defaults to - "well, that's just because the OTHER
> test engineer interpreted it that way ... "
>
> I can understand and have been in those areas of
> "interpretation" with NRTLs, but this one really ...
> er ... surprises me.
>
> Yours truly and totally confused, Doug
>
> -------------------------------------------
> 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
