TECHNET Archives

April 2013

TechNet@IPC.ORG

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Robert Kondner <[log in to unmask]>
Reply To:
Date:
Fri, 12 Apr 2013 13:51:14 -0400
Content-Type:
text/plain
Parts/Attachments:
text/plain (87 lines)
Ahne,

  Can you give me a reference for the formulae? I am curious about this.

  Here is a link: http://thequalityportal.com/glossary/rc.pdf of what I was thinking about. Sampling and errors rates required to establish levels of reliability.

  Now remember, I am claiming total ignorance here. But if MTBF is the average time to failure for a device, and we require a 50% confidence in that MTBF number, then we would expect zero failures in a test of 1 devices for 1 hours for each declared MTBF hour.

 So if we test 400 devices for 100 hours can we declare the MTBF at 40K Hours?

 I probably screwed this up terribly, I should go back to the text books, but the idea here is having zero failures with a certain lot size for a certain time must, I think, tell us something about the MTBF. I just don't know exactly. I can see where getting failures helps to define a failure distribution. 

Thanks,
Bob K.

-----Original Message-----
From: TechNet [mailto:[log in to unmask]] On Behalf Of Ahne Oosterhof
Sent: Friday, April 12, 2013 12:58 PM
To: [log in to unmask]
Subject: Re: [TN] Reliability Predictions

Without any failure a zero gets stuck in the formula, which upsets those who are stuck with formulae. 

Ahne.


-----Original Message-----
From: TechNet [mailto:[log in to unmask]] On Behalf Of Robert Kondner
Sent: 12 April, 2013 08:43
To: [log in to unmask]
Subject: Re: [TN] Reliability Predictions

Ahne,

 Very good answer.

 But, If you do a test and have zero failures can't you still provide a MTBF based on a confidence level?

 I am not experienced in this area but I would think getting 0 failures should always give you a better confidence level than having one.

Thanks,
Bob K.

-----Original Message-----
From: TechNet [mailto:[log in to unmask]] On Behalf Of Ahne Oosterhof
Sent: Thursday, April 11, 2013 11:26 PM
To: [log in to unmask]
Subject: Re: [TN] Reliability Predictions

Calculating a prediction of the MTBF by using failure predictions for each component is not a very precise method, or more accurately, a very imprecise method. The MTBF of any component is greatly affected by its power consumption and its resulting temperature rise and the temperature of the environment (and a few other things). But you get a number you can wow management (and customers) with. 
We did an actual life test on a number of instruments to determine MTBF. But I was told if no failure occurred they could not calculate a number. So I introduced one failure after the test was almost finished to at least get them to give me a number.

Ahne.

-----Original Message-----
From: TechNet [mailto:[log in to unmask]] On Behalf Of Blair Hogg
Sent: 08 April, 2013 13:10
To: [log in to unmask]
Subject: [TN] Reliability Predictions

This might be a little off-topic but does anyone out there in TechNet Land know if there is an IPC standard for reliability predictions, similar to Mil 217 or Telcordia? 

The process seems straightforward, grossly simplified you take a sum of the expected number of failures for all components on the BOM and take the inverse for MTBF. Haven't done enough research to determine the difference between the various standards used, it's a spare time project (whenever I get any).

Thanks,

Blair


______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please contact helpdesk at x2960 or [log in to unmask] ______________________________________________________________________

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please contact helpdesk at x2960 or [log in to unmask] ______________________________________________________________________


______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please contact helpdesk at x2960 or [log in to unmask] ______________________________________________________________________

______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please contact helpdesk at x2960 or [log in to unmask] 
______________________________________________________________________

ATOM RSS1 RSS2