Top Banner

of 66

Rd Context

Jun 03, 2018

Download

Documents

Prasad Raikar
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
  • 8/11/2019 Rd Context

    1/66

    Context of Robust Design

    Don Clausing

    Fig. 1 Don Clausing 1998

  • 8/11/2019 Rd Context

    2/66

    Case study

    An automatic document handler (ADH) wasdeveloped at the SS level. When integratedinto the total system there were many new

    problems. The TQM Problem SolvingProcess was used, and many problems were

    solved. However, at the Field ReadinessTest (FRT) before entering production thereliability was 15X worse than acceptable.

    Fig. 2 Don Clausing 1998

  • 8/11/2019 Rd Context

    3/66

    Case study questions

    What should they do next? What should be done in the future to avoid

    the same dysfunctional path? What is the fundamental problem?

    Fig. 3 Don Clausing 1998

  • 8/11/2019 Rd Context

    4/66

    Bomb alert!

    Technology Stream

    Concept Design Ready

    Produce

    FRT

    Too much dependence on reactive improvementFig. 4 Don Clausing 1998

  • 8/11/2019 Rd Context

    5/66

    Improvement to avoid bombs

    R C IR C I

    R C IR C I

    IMPROVEMENT

    TECHNOLOGY

    TSSS

    PP

    I PROACTIVE IMPROVEMENT

    REACTIVE IMPROVEMENT

    R: requirements C: concept TS: total system SS: subsystem PP: piece partsFig. 5 Don Clausing 1998

  • 8/11/2019 Rd Context

    6/66

    Proactive improvement

    Yea, we think thatproactive is good!

    Fig. 6 Don Clausing 1998

  • 8/11/2019 Rd Context

    7/66

    What is wrong here?

    Technology Stream

    Concept Design Ready

    Produce

    FRT

    Fig. 7 Don Clausing 1998

  • 8/11/2019 Rd Context

    8/66

    Rework how much is enough?

    DesignComplete

    Readyfor

    Production

    Produce

    Build/Test/FixBuild/Test/Fix

    Build/Test/FixBuild/Test/Fix

    Fig. 8 Don Clausing 1998

  • 8/11/2019 Rd Context

    9/66

    Build/test/fix why?

    Reactive problem solving Too little limited scope of solutions Too late

    Design contains many unsolved problems Biggest problem is lack of robustness

    System works well in favorable conditions But is sensitive to noises unfavorable

    conditions that inevitably occurFig. 9 Don Clausing 1998

  • 8/11/2019 Rd Context

    10/66

    Proactive problem solving

    Must shift from emphasis on build/test/fix Must address effects of noises

    Erratic performance Leads to delusionary problem solving;

    chases problem from one failure mode to

    another

    Fig. 10 Don Clausing 1998

  • 8/11/2019 Rd Context

    11/66

    Noises

    Affect performance adversely IPDT cannot control examples:

    Ambient temperature Power-company voltage Customer-supplied consumables

    Noises lead to erratic performance

    IPDT: Integrated product development team

    Fig. 11 Don Clausing 1998

  • 8/11/2019 Rd Context

    12/66

    Failure modes

    Noises lead to failure modes (FM) One set of noise values leads to FM 1

    Opposite set of noise values leads to FM 2 Simple problem solving chases the problem

    from FM 1 to FM 2 and back again, but doesnot avoid both FMs with the same set ofdesign values endless cycles of

    build/test/fix (B/T/F)Fig. 12 Don Clausing 1998

  • 8/11/2019 Rd Context

    13/66

    Performance; favorable conditions Variation

    during Lab conditions

    No No

    Fig. 13 FM1 problem problem FM2 Don Clausing 1998

  • 8/11/2019 Rd Context

    14/66

    Simple problem solvingVariation

    during Lab conditions

    Initial

    problem No

    Fig. 14 FM1 problem FM2 Don Clausing 1998

  • 8/11/2019 Rd Context

    15/66

    Simple problem solving Variation

    during Lab conditions

    No

    Fig. 15 FM1 problem FM2 Don Clausing 1998

  • 8/11/2019 Rd Context

    16/66

    Simple problem solving Variation

    during Lab conditions

    No

    Fig. 16 FM1 problem FM2 Don Clausing 1998

  • 8/11/2019 Rd Context

    17/66

    Simple problem solved Variation

    during Lab conditions

    No Problem

    FM2Fig. 17 FM1 problem solved Don Clausing 1998

  • 8/11/2019 Rd Context

    18/66

    Much more difficult problem

    Performance variation withfactory and field noises

    Initial

    problem No

    Fig. 18 FM1 problem FM2 Don Clausing 1998

  • 8/11/2019 Rd Context

    19/66

    Simple solution

    FM2FM1

    Look, noproblem!

    Fig. 19 Don Clausing 1998

  • 8/11/2019 Rd Context

    20/66

    Oops!

    problem Look, noproblem!

    New

    FM1 FM2 Fig. 20 Don Clausing 1998

  • 8/11/2019 Rd Context

    21/66

    Build/test/fix

    B/T/F chases problems from FM 2 to FM 1 and back again

    Newproblem Look, no

    problem!

    FM1 FM2 Fig. 21 Don Clausing 1998

  • 8/11/2019 Rd Context

    22/66

  • 8/11/2019 Rd Context

    23/66

    Build/test/fix

    B/T/F chases problems from FM 2 to FM 1 and back again

    FM1 FM2 Fig. 23 Don Clausing 1998

  • 8/11/2019 Rd Context

    24/66

    Build/test/fix

    B/T/F chases problems from FM 2 to FM 1 and back again

    FM1 FM2 Fig. 24 Don Clausing 1998

  • 8/11/2019 Rd Context

    25/66

    Build/test/fix

    B/T/F chases problems from FM 2 to FM 1 and back again

    FM1 FM2 Fig. 25 Don Clausing 1998

  • 8/11/2019 Rd Context

    26/66

    Build/test/fix

    B/T/F chases problems from FM 2 to FM 1 and back again

    FM1 FM2 Fig. 26 Don Clausing 1998

  • 8/11/2019 Rd Context

    27/66

    Build/test/fix

    B/T/F chases problems from FM 2 to FM 1 and back again

    FM1 FM2 Fig. 27 Don Clausing 1998

  • 8/11/2019 Rd Context

    28/66

    Build/test/fix

    B/T/F chases problems from FM 2 to FM 1 and back again

    FM1 FM2 Fig. 28 Don Clausing 1998

  • 8/11/2019 Rd Context

    29/66

    Robustness solves problem

    FM1 FM2 Fig. 29 Don Clausing 1998

  • 8/11/2019 Rd Context

    30/66

    Robustness makes money

    Robustness reduces performance variations Avoids failure modes

    Achieves customer satisfaction Also shortens development time reduces build/test/fix

    Fig. 30 Don Clausing 1998

  • 8/11/2019 Rd Context

    31/66

    Noises cause performance variations

    Noises are input variations that we cannotcontrol

    They cause performance variations Which cause failure modes Lose customer satisfaction

    Example: temperature affects performanceof cars, chips, and many other products

    Fig. 31 Don Clausing 1998

  • 8/11/2019 Rd Context

    32/66

    Three kinds of noises in products

    Environment ambient temperature Manufacturing no two units of production

    are exactly alike; machine-to-machinevariation

    Deterioration causes further variations inthe components of the system

    Fig. 32 Don Clausing 1998

  • 8/11/2019 Rd Context

    33/66

    Manufacturing noise in products

    Unit-to-unit variations Caused by noises in factory; e.g.,

    Temperature and humidity variations Cleanliness variations Material variations

    Machine-tool and cutting-tool variations

    Factory can be made more robust; reduces

    one type of noise in productFig. 33 Don Clausing 1998

  • 8/11/2019 Rd Context

    34/66

    Role of noises

    Traditional approach Make product look good early Keep noises small Reactive problem solving does not explicitly

    address noises

    Proactive problem solving Introduce realistic noises early

    Minimize effect of noises robustnessFig. 34 Don Clausing 1998

  • 8/11/2019 Rd Context

    35/66

    Introduction of noises duringdevelopment

    Product Noises are often small in lab Therefore must consciously introduce noises

    Factory Noises naturally present during production

    trials Operate in natural manner

    Dont take special careFig. 35 Don Clausing 1998

  • 8/11/2019 Rd Context

    36/66

    Introduce product noises early

    Drive the performance away from ideal Do it early. Don't wait for the factory or

    customers to introduce noises IPDT needs to develop the skill of

    introducing these noises Management needs to design this into the

    PD process and check that it is done to an

    appropriate degreeFig. 36 Don Clausing 1998

  • 8/11/2019 Rd Context

    37/66

    Cultural change

    Early introduction of noises goes againstengineers culture of making product lookgood

    Two most important elements for success: Early introduction of noises

    Recognition that performance variation must bereduced while noise values are large

    Fig. 37 Don Clausing 1998

  • 8/11/2019 Rd Context

    38/66

    Problem prevention

    Concept Design Ready

    Technology Stream

    Introduce noisesearly

    Reduce Variations then no P roblems Fig. 38 Don Clausing 1998

  • 8/11/2019 Rd Context

    39/66

    Integration of new technologies

    B 1A1

    G 1

    F1

    E1

    NEW

    TECHNOLOGY(NT)

    C 1

    D1

    A - G present new noises to NT cause integration problems.

    Robustness enables smooth integration; minimizes build/test/fix.

    Fig. 39 Don Clausing 1998

  • 8/11/2019 Rd Context

    40/66

    Robust design

    Achieves robustness; i.e., minimizes effectsof noises Proactive problem solving robustness

    before integration Optimize values of critical design (control)

    parameters to minimize effects of noise parameters

    Fig. 40 Don Clausing 1998

  • 8/11/2019 Rd Context

    41/66

    The engineered system

    Noise

    Signal System Response

    Control

    factors

    Fig. 41 Don Clausing 1998

  • 8/11/2019 Rd Context

    42/66

  • 8/11/2019 Rd Context

    43/66

    Actual response

    R

    E S P O N S

    E

    Idealresponse

    Effect ofnoises

    Fig. 43 M1 SIGNAL M2 Don Clausing 1998

  • 8/11/2019 Rd Context

    44/66

    Robustness

    Keeps the performance (response) of thesystem acceptably close to the idealfunction

    Minimizes effect of noise factors Key to proactive improvement

    Fig. 44 Don Clausing 1998

  • 8/11/2019 Rd Context

    45/66

    Parameter design

    Purpose to optimize the nominal values ofcritical system parameters; for example: Capacitor is selected to be 100 pF Spring is selected to be 55 N/mm

    Improves performance so that it is close to

    ideal under actual conditions

    Fig. 45 Don Clausing 1998

  • 8/11/2019 Rd Context

    46/66

    Signal/noise ratio

    Measure of deviation from ideal performance Based on ratio of deviation from straight

    line divided by slope of straight line Many different types depends on type of

    performance characteristic Larger values of SN ratio represent more

    robust performanceFig. 46 Don Clausing 1998

  • 8/11/2019 Rd Context

    47/66

    Critical control parameters

    Strongly affect performance of the system IPDT can control (select) the value Fault trees help IPDT to identify Complex systems have hundreds of critical

    control parameters

    Note: IPDT is Integrated Product Development Team

    Fig. 47 Don Clausing 1998

  • 8/11/2019 Rd Context

    48/66

  • 8/11/2019 Rd Context

    49/66

    Fig. 49

    INPUTNOISE

    NIN

    OUTPUTNOISE

    NOUT

    SYSTEM

    NOISESOURCE

    STRATEGY HOLD N IN CONSTANT MINIMIZE N OUT

    NOT IMPORTANT SPECIFIC SOURCE

    MAGNITUDE OF N IN

    Noise strategy

    Don Clausing 1998

  • 8/11/2019 Rd Context

    50/66

    Successful noise strategy Enables quick optimization Provides best performance inherent in

    concept

    Even when future noise sources change Even when future noises are larger

    Even when spec changes Performance is as robust as possible Future improvements will require new

    Fig. 50 concept Don Clausing 1998

  • 8/11/2019 Rd Context

    51/66

    Important steps in parameterdesign

    Define ideal performance Select best SN definition Identify critical parameters Develop sets of noises that will cause

    performance to deviate from ideal Use designed experiments to systematically

    optimize control parameters

    Fig. 51 Don Clausing 1998

  • 8/11/2019 Rd Context

    52/66

    Critical parameter drawing for paper feeder

    WRAP ANGLE 45 o BELT:CONTACT:

    ANGLE: 0

    VELOCITY: 300 MM/SEC

    GUIDE: MOUTH OPENING: 7 MMFRICTION: 1.0

    Fig. 52 Don Clausing 1998

    TENSION: 15 NEWTONWIDTH: 50 MMVELOCITY: 250 MM/SECDISTANCE: 12 MM

    ANGLE: 45 RETARD:

    Optimized values of critical parameters guide the detailed design

    PAPERSTACK

    STACK FORCE:0.7 LB

    RADIUS: 25 MMFRICTION: 1.5

  • 8/11/2019 Rd Context

    53/66

    Culture change

    Emphasize Ideal function Noise strategy Parameter design

    Do it early! Be proactive!

    Fig. 53 Don Clausing 1998

  • 8/11/2019 Rd Context

    54/66

    Improvement activities

    Robust design minimize variation Parameter design optimization of nominalvalues of critical design parameters

    Tolerance design economical precisionaround the nominal values

    Mistake minimization Three activities requiring very different

    approachesFig. 54 Don Clausing 1998

  • 8/11/2019 Rd Context

    55/66

  • 8/11/2019 Rd Context

    56/66

    Mistake Minimization

    Mistakes are human errors Diode is backwards Cantilevered shaft has excessive deflection

    Mistake minimization approach: Mistake prevention

    Mistake elimination

    Fig. 56 Don Clausing 1998

  • 8/11/2019 Rd Context

    57/66

    Summary of improvement activities

    Robust design Parameter design optimization of nominalvalues of critical design parameters

    Tolerance design economical precisionaround the nominal values

    Mistake minimization

    Fig. 57 Don Clausing 1998

  • 8/11/2019 Rd Context

    58/66

    Planning for improvement schedule

    Accept only robust technologies Complete optimization early Critical parameter drawing displays

    requirements for detailed design Detailed design objective is to make low-cost

    design that achieves optimized nominal values Do tolerance design during detailed design

    Also plan mistake minimizationFig. 58 Don Clausing 1998

  • 8/11/2019 Rd Context

    59/66

    Technology development

    PrepareConcept DesignProduce

    CC DD RR

    IMPROVEROBUSTNESS

    Technology Stream

    SELECT

    ROBUSTNESSCREATIVE

    WORK

    REJECT

    STRATEGY

    Fig. 59 Don Clausing 1998

  • 8/11/2019 Rd Context

    60/66

  • 8/11/2019 Rd Context

    61/66

    Inspection for robustness

    Have noises been applied? Have all failure modes been exercised? Has optimization made the failure modes

    more difficult to excite? Has head-on comparison been made with

    benchmark? Same set of noises applied to both

    Our system (or subsystem) has better Fig. 61robustness

    Don Clausing 1998

  • 8/11/2019 Rd Context

    62/66

  • 8/11/2019 Rd Context

    63/66

    Quality and reliability

    Robust design plus mistake minimization isthe effective approach to the improvementof quality/reliability - usually also leads tothe lowest total cost

    Q & R are not separate subjects manage

    robust design and mistake minimization andQ & R are the result

    Fig. 63 Don Clausing 1998

  • 8/11/2019 Rd Context

    64/66

    Summary

    Early development of robustness is key to proactive improvement Early application of noises Optimize robustness avoid all failure modes

    Supplement with tolerance design and

    mistake minimization

    Fig. 64 Don Clausing 1998

  • 8/11/2019 Rd Context

    65/66

  • 8/11/2019 Rd Context

    66/66