Breaking Barriers between Product Lifecycle and Working Knowledge in - - PowerPoint PPT Presentation

breaking barriers between product lifecycle and working
SMART_READER_LITE
LIVE PREVIEW

Breaking Barriers between Product Lifecycle and Working Knowledge in - - PowerPoint PPT Presentation

Breaking Barriers between Product Lifecycle and Working Knowledge in Design Karthik Ramani Computational Design Lab School of Mechanical Engineering School of Electrical and Computer Engineering (by Courtesy) 1 Introduction Design has


slide-1
SLIDE 1

1

Breaking Barriers between Product Lifecycle and Working Knowledge in Design

Karthik Ramani Computational Design Lab School of Mechanical Engineering School of Electrical and Computer Engineering (by Courtesy)

slide-2
SLIDE 2

2

Introduction

  • Design has no unique solution, so multiple alternatives can exist

(due to):

– Several conflicting objectives – A requirement can be interpreted in several ways – Several solution principles / embodiments can achieve the same function – Different composition of multiple disciplines (For example, in mechatronic products)

  • Moreover, each of these solutions can be described in multiple

levels of detail and abstraction, for example

– In the simplest case, an overall function broken into several simpler functions and so on – Overall geometry (assembly) described in detail through component models – The geometry of a single component can be described as a 2D sketch

  • r a 3D drawing….
slide-3
SLIDE 3

3

Design Process

Activity Activity Activity

Design Problem Process Solutions Alternatives

3

slide-4
SLIDE 4

4

Motivation

  • Previous attempts to capture

knowledge

– Highly specialized tools – “Knowledge” engineer – Rationale management – Failed![1] – too much effort

  • Tie visual tools to Knowledge

Model

– Already prevalent – No additional effort – Need grammar for each visual

Visual Tools QFD F/M Tree CAD SysML C&CM … Knowledge Model Designer(s) Acquisition Access & Display Task clarification Decisions

[1] P. Schütt, "The post-Nonaka Knowledge Management," Journal of Universal Computer Science, vol. 9, pp. 451-462, 2003.

slide-5
SLIDE 5

5

Working Knowledge

The working knowledge consists of:

  • Knowledge about function, form and behavior of the product being

designed.

  • Knowledge about constraints, objectives and requirements that the

design should satisfy.

  • The alternatives that exist at each stage in the design processed

(expressed explicitly by the designer).

  • Representation of these entities in different levels of abstraction

Structure Sub-structure Behavior Sub-Behavior Artifact Function Sub-Functions Attributes Constraints Constraints Constraints DesignModel Objectives Requirements Working Knowledge

A B Different levels

  • f fidelity

A depends on B Different alternatives

slide-6
SLIDE 6

6

Vision

LMM=0 / CCM=1 LMM = CCM Ucom Torso 22 1 2 2 2 2 2 2 Ucom head 1 8 2 2 Drivetrain "Pitch bottom" 2 7 1 2 1 1 2 2 Sensor "pitch bottom" 2 1 6 1 1 1 1 1 Drivetrain "Roll" 2 2 9 1 2 2 2 2 Sensor "roll" 2 1 1 7 1 1 1 2 1 inner cardan joint 1 1 2 12 1 1 2 2 2 inner cardan plate 1 1 6 2 2
  • uter cardan joint
1 1 1 5 2 neck base 2 1 2 2 15 2 1 2 2 1 Drivetrain "turn" 2 2 2 1 2 14 1 2 2 2 2 1 Support "turn" 1 1 6 1 2 Sensor "turn" 2 1 2 2 1 6 1 Support "pitch top" 2 7 2 1 2 Drivetrain "pitch top" 2 2 2 2 2 8 2 Sensor "pitch top" 2 1 1 1 5 2 pivot "pitch top" 1 2 2 8 2 abstract CSS "pitch bottom" 2 2 4 abstract CSS "roll" 2 2 4 abstract CSS "turn" 2 2 4 abstract CSS "pitch top" 2 2 4 abstract CSS "convey neck ba 2 2 4 abstract CSS "tool access" 1 1 2 Drivetrain "Pitch bottom" Ucom head Ucom Torso Sensor "roll"
  • uter cardan joint
inner cardan plate inner cardan joint Drivetrain "Roll" Sensor "pitch bottom" Components Components abstract CSS "pitch botto abstract CSS "tool acces abstract CSS "convey ne abstract CSS "pitch top" abstract CSS "turn" abstract CSS "roll" pivot "pitch top" Sensor "pitch top" Drivetrain "pitch top" Support "pitch top" Sensor "turn" Support "turn" Drivetrain "turn" neck base

WK Model

HoQ Model

… Model Product Model

RELATIONSHIP MATRIX 9 - STRONG 3 - MEDIUM 1 - WEAK Engineering Characteristics (EC's) Orientation: + increase - decrease
  • +
+ + + +
  • +
+
  • Customer Importance
Maximum Dimension Nominal supply voltage Max torque of motor Overall gear ration per DOF No of DOF Max Speed Postion measurement accuracy Weight Max Current Range of Motion Overall efficiency Backlash in Drivetrain Anthropomorphism Human-like dimensions 9 9 Smooth motions 6 3 9 Human-like motion Look at floor right in front 8 3 3 9 Low energy requirement 3 1 3 3 9 9 90 degrees in one second 3 9 3 Compatible with universal contro 8 9 9 easy to control 5 3 9 3 9 reliable and robust controls 7 3 9 9 Accurate for cameras precise positioning of head 8 3 3 9 3 9 User safety no overheating when operating fo 2 3 3 9 3 Carry at least 3kg payload 5 3 9 9 1 3 Units of Target Values mm V Nm deg/s kg A deg % Target Values 260 24 4 90 from <2 5 90 Absolute Importance Relative Importance
  • x
x
  • x
x
  • x
x x
  • x
x x x x x
  • x

Constraint solver

Optimizer

Constraint problem Optimization problem CAE Model

Finite Element Solver, etc.

Decision support tools Visual tools

PLM

Analysis & Simulation tools

Current Work Future Work

slide-7
SLIDE 7

7

Visual Tools

Ø 200 mm Ø 100 mm Ø 160 mm 160 mm 120 mm 140 mm Kopf Hals Torso Schulterlinie x y z

2 1 3 4

RELATIONSHIP MATRIX 9 - STRONG 3 - MEDIUM 1 - WEAK Engineering Characteristics (EC's) Orientation: + increase - decrease
  • +
+ + + +
  • +
+
  • Customer Importance
Maximum Dimension Nominal supply voltage Max torque of motor Overall gear ration per DOF No of DOF Max Speed Postion measurement accuracy Weight Max Current Range of Motion Overall efficiency Backlash in Drivetrain Anthropomorphism Human-like dimensions 9 9 Smooth motions 6 3 9 Human-like motion Look at floor right in front 8 3 3 9 Low energy requirement 3 1 3 3 9 9 90 degrees in one second 3 9 3 Compatible with universal contro 8 9 9 easy to control 5 3 9 3 9 reliable and robust controls 7 3 9 9 Accurate for cameras precise positioning of head 8 3 3 9 3 9 User safety no overheating when operating fo 2 3 3 9 3 Carry at least 3kg payload 5 3 9 9 1 3 Units of Target Values mm V Nm deg/s kg A deg % Target Values 260 24 4 90 from <2 5 90 Absolute Importance Relative Importance
  • x
x
  • x
x
  • x
x x
  • x
x x x x x
  • x
slide-8
SLIDE 8

8

Black box diagram

}

Technical process diagram QFD 1

}

Function-structure schematic Morphological matrix

}

Organ structure

  • Conceptual sketch
  • Conceptual schematic

QFD 2, Concept selection table

}

Component structure

  • Preliminary layout

sketch

}

Component structure

  • Dimensional layout

(scale)

Legend T.P. – Technical Process F.S. – Function Structure

  • Con. – Concept

P.L. – Preliminary Layout D.L. – Dimensional Layout Note: Visual tools implemented are indicated with italics. SysML requirements diagram

HierarchicalFunction structures AND-OR trees

SysML parametric diagram for equations

Designsets visualization

  • Pareto fronts
  • Interval box

representations

  • Polytope approximation

T.P.1 T.P.2 T.P.n F.S.1 F.S.2 F.S.n Con.1 Con.2 Con.n P.L.1 P.L.2 P.L.n D.L.1 D.L.2 D.L.n Families of organs (function carriers); Combination and basic arrangement Establish technological principles and sequence of operation Group functions based on boundaries of technical processes Parts, arrangement, rough form, some dimensions, material and manufacturing Definitive arrangement, form, all dimensions; Material & manufacturing, partial tolerances;

Design Specification Black box Optimal technical process Optimal function structure Optimal organ structure Optimal preliminary layout Optimal dimensional layout Release for detailing

Established design characteristics Typical visual tool used

(from [3] and [20])

Additional visual representations / tools

Visual Tools

slide-9
SLIDE 9

9

Approach

  • What is working knowledge?

– Need to understand the design process

  • Develop a simple model of

working knowledge using existing design concepts

  • Connect the WKM to visual tools
slide-10
SLIDE 10

10

Models Concepts Requirements      Specifications    Structure Architecture      Topology      Hierarchical Structure      Flow Structure     Rationale    Constraints Numerical       Qualitative   Logical     Semantic   Geometry Assembly structure       Part Features           Hierarchical Behavior  Objective      Alternative Architecture/Design     Geometries   Constraints     Abstractions Product   Geometry   Constraints  Behavior   PLM/PDM Systems Hierarchical Synthesis Configuration and Generative Design Parametric Design Working Knowledge Model Function Ports Behavior Design Knowledge Models Design Repositories Individual Artifacts

Only a few

 Many  Almost all

Legend

Modeling Concepts

slide-11
SLIDE 11

11

Abstractions of concepts

slide-12
SLIDE 12

12

Working Knowledge Model

DesignModel Instance +subStructureOf 0..1 +subStructure 0..* Attribute Constraint Text : String CPM2::Function +functionOf 1 +hasFunctions 1..* CPM2::Form Objective Value Domain hasValue Requirement 0..* 0..* 0..* 0..* chosenFrom hasDomain 0..* «metaclass» AbstractableProperty «extends» «extends» CPM2::Behavior 0..* «extends» CPM2::Geometry CPM2::Artifact

  • Name

Geometry

  • Icon : Image

Sketch

  • Icon : Image

Drawing

  • Icon : Image

3DModel «metaclass» AbstractableProperty «extends»

  • Name

Constraint «extends» Qualitative Analytical Geometric

slide-13
SLIDE 13

13

Parameters Geometry Function

Sketch1:Geometry Text = "Convert energy" Fn1 : Function Name = Length ID = p_len AttributeType = Real Unit = Inch p_len : Parameter Name = Diameter ID = p_d AttributeType = Real Unit = Inch p_d : Parameter values lowerBound = 3 upperBound = 10 int_len : AtomicInterval Name = l1 EntityType = Line Parameters = {p_len} l1 : SketchEntity Name = l2 EntityType = Line Parameters = {p_d} l2 : SketchEntity l1 l2 Name = Voltage ID = p_v AttributeType = Real Unit = V p_V : Parameter GenericMotor : DesignModel int_d : AtomicInterval values = {3, 6, 12, 18} int_d : FiniteDomain NEMA17 : Instance NEMA17Sketch:Geometry l11 : SketchEntity l12 : SketchEntity Name = Length ID = p_len AttributeType = Real Unit = Inch p_len : Parameter valueObj = 7.5 v_len : Value p_d : Parameter valueObj = 2.4 v_d : Value p_V : Parameter valueObj = 18 v_V : Value Fn1 : Function

Example

slide-14
SLIDE 14

14

Visual tools and WKM

Visual tool Concepts Requirements (complete) (complete)  Structure Architecture (as Means)  Topology (only Geometric) (only Geometric) Hierarchical Structure (complete) (as Requirement) (complete)  Flow Structure Constraints Numerical (possible) (as Targets) (possible) (only equality)  Geometric (complete)  Qualitative (in Roof)  Logical  Semantic (possible) Geometry Assembly structure (complete)  Part Features (complete) Objective (possible) (as Objective)  Alternative Architecture/Design (as Competition) (as Means)  Geometries  Constraints  Working Knowledge Model Function SysML Requirement Diagram Hierarchical Function Structures House of Quality 1 Morphological Matrix 2D Drawing SysML Parametric Diagram

slide-15
SLIDE 15

15

Visual Tool Grammar - examples

Design Model +realizedBy * +performsFunction * Function Form Implementation Software

«property»

Car.minStoppingDistance

«parametricRelation»

F = ma

«parametricRelation»

Cf = Fresistive / Fnormal

«property»

Car.mass

«property»

Earth.gravity m a

«property»

Car.tire.cFriction Cf Fresistive Fnormal F

«parametricRelation»

F = ma m a F

«parametricRelation»

dstop = - ½ v2 / a dstop v a

«property»

Car.speed

Design Model EqualityConstraint Attribute Behavior BehaviorModel OperatingState Constraint

Function-Component Matrix SysML Parametric Diagram

15

slide-16
SLIDE 16

16

Visual Tool Grammar - examples

Direction Targets Customer Requirements Engineering Characteristics Roof

Design Model Attribute Objective Function Requirement Constraint Qualitative

Relationship Matrix Qualitative Relationships Customer Requirements Targets Alternatives Engineering characteristics Direction

HoQ

slide-17
SLIDE 17

17

Case Study I

Humanoid Robot Neck – ARMAR III – Universität Karlsruhe, Germany

slide-18
SLIDE 18

18

ARMAR III Case Study

slide-19
SLIDE 19

19

HoQ of ARMAR III

ARMAR II (Objektsystem) Working Knowledge

  • f ARMAR III

Requirements for ARMAR III

Constraints & Objectives

Add QFD

Neck:DesignModel NeckARMARII:DesignModel Neck3ARMARIII:DesignModel NeckARMARII_3D:Form PositionRobotHeadARMARIII:Requirement AccurateForCamera:Requirement SupplyVoltage:Parameter Speed:Parameter PositionAccuracy:Parameter Weight:Parameter Torque:Parameter MaxCurrent:Parameter GearRatio:Parameter Height:Parameter MotorEqn1:Constraint SpeedCalc:Constraint PrecisePositioning:Requirement HumanLikeDimensions:Requirement EasyToControl:Requirement CompUnivlCntr:Requirement ReliableRobust:Requirement

Refined by Refined by Refined by Refined by involves Refined by Refined by “Compatible with Universal Controller”

Partial instance of ARMARII neck Partial listing of ARMAR III requirements

slide-20
SLIDE 20

20

Case study II

Coolant valve for IC engine Schematic SysML Req. HoQ Function Str.

  • Morph. Mat.

2D Drawings Constraint Network

slide-21
SLIDE 21

21

Coolant Valve Requirements

SysML Requirements diagram

slide-22
SLIDE 22

22

Coolant Valve Design

House of Quality Function Structure Morphological Matrix

slide-23
SLIDE 23

23

Coolant Valve Design

Constraint network Drawing Interface (Parameters

slide-24
SLIDE 24

24

Coolant Valve Design

SysML Req. HoQ Function Str.

  • Morph. Mat.

2D Drawings Constraint Network

slide-25
SLIDE 25

25

Application – Design for Sustainability

Competing (Existing) Products Function / Requirements

Stapler Top Impact plate Indexer Magazine Spring Guide Housing Bottom Extruder Stapler Extrude staple Look good Store staples Hold staples Load staples Position staples Attach papers Crimp staple Reliable

Teardown Function Analysis Life Cycle Analysis (LCA)

Function – component relationship Functions Components

Function-Component Matrix

Existing design process

E-QFD

Our Approach

Voice of Customer Engineering Characteristics Environmental Impacts

Function-Impact Analysis (proposed)

Structure / Bill of Materials

Correlation Analysis (proposed)

Relationship Matrix Qualitative Relationships Customer Requirements Targets Alternatives Engineering characteristics Direction

Pe rce nt Impact Pe rce nt Impact Pe rce nt Impact Pe rce nt Impact Pe rce nt Impact Pe rce nt Impact Pe rce nt Impact 3 0 0 .2 2 3 2 0 0 .1 4 8 6 5 0 0 .3 7 1 6 0 .7 4 3 2 3 0 0 .1 3 7 2 5 0 0 .2 2 8 7 0 .4 5 7 4 5 0 .0 1 1 6 5 0 .1 4 3 5 1 0 0 .0 2 2 1 1 0 0 .0 2 2 1 1 0 0 .0 2 2 1 0 .2 2 0 7 1 0 0 0 .0 5 3 1 7 0 0 .0 1 9 3 0 0 .0 0 8 1 0 .0 2 7 1 1 0 00 .0 5 6 1 0 .0 5 6 1 0 .0 3 0 .0 0 8 1 0 .3 6 6 4 0 .0 2 2 1 0 .1 7 0 7 0 .1 5 9 3 0 .6 5 6 4 1 .5 5 7 6 Function - Imp a ct Ma trix Me tal Staple r T
  • ta
l E xtrude Staple Crimp Staple Pins Magazine Impact Plate E xtrude r T
  • p Housin
g Bottom Hou sin g Store Staple s Position Stapl e s Load Staple s Hold Pape rs T ransmit Force E nvironme nta l Imp a ct (Globa l Wa rming) Function Compone n t

Average Impact (Global Warming)

Extrude Staple Crimp Staple Store Staples Position Staples Load Staples Hold Papers Transmit Force

Contribution of each function to the overall impact of the stapler.

slide-26
SLIDE 26

26

Future work – Wiki Integration

Previous work (Devanathan et al, 2009) Previous work (Li, Raskin & Ramani, 2007) Design Semantics extraction Linguistic Knowledge Syntax Analysis Semantic Analysis Lexicon Syntax Domain Knowledge Domain Ontology Semantic Rules Wiki Pages

… The <attribute belongs_to=“Stapler”> Weight </attribute> of the <artifact> Stapler </artifact> should be kept as <objective attribute=“weight”> low </objective> as possible…

T agging Parsing

Structure Sub-structure Behavior Sub-Behavior Artifact Function Sub-Functions Attributes Constraints Constraints Constraints DesignModel Objectives Requirements Working Knowledge

Design Information Model Visual T

  • ols
slide-27
SLIDE 27

27

3D Hub

slide-28
SLIDE 28

28

Conclusions

  • Working knowledge is much more than product data:

– Contains all the alternatives that were considered, and the relationships between them to easily reason among them – Allows reasoning about the design in any level of detail and abstraction

  • Important aspect of working knowledge

– Allows setup of commonly used computational (simulation,

  • ptimization, configuration etc.) and manual (QFD,

Morphological matrix, etc.) decision support tools – The decisions and the rationale (knowledge) taken using the support tools are added back into the working knowledge – Contains the information about what design tasks have been performed and what tasks have to be done… (This is future work)

slide-29
SLIDE 29

29

Publications

1.

  • S. Devanathan, C. Sauter, A. Albers, and K. Ramani. A working knowledge model for supporting early design

through visual tools, in International conference on engineering design, ICED'09, Stanford, CA, 2009. 2.

  • S. Devanathan and K. Ramani, "Creating Polytope Representation of Design Spaces for Visual Exploration

Using Consistency Technique," IDETC/CIE 2009. 31 Aug - 2 Sept. 2009, San Diego, CA, USA 3.

  • S. Devanathan, F. Zhao, and K. Ramani, “Integration of Sustainability into Early Design through Working

Knowledge Model and Visual Tools” 2009 International Manufacturing Science and Engineering Conference MSEC, West Lafayette, IN, 2009 4.

  • D. Min, J. Cho, and K. Ramani, A method for measuring part similarity using ontology and a multi-criteria

decision making method, IDETC/CIE 2009. 31 Aug - 2 Sept. 2009, San Diego, CA, USA. (Paper# DETC2009- 87711) 5. Walthall, C., S. Devanathan, L. Kisselburgh, K. Ramani, and E. Hirleman. A Framework for evaluating wikis as a medium for communication within engineering design teams,. IDETC/CIE 2009. 31 Aug - 2 Sept. 2009, San Diego, CA, USA 6. C.J. Walthall, C. Sauter, T. Deigendesch, S. Devanathan, A. Albers, and K. Ramani. Survey of Wikis as a Design Support Tool. ICED'09, 24-27 Aug. 2009, Stanford, CA, USA 7.

  • S. Murugappan and K. Ramani, "FEAsy: A Sketch-based Interface Integrating Structural Analysis in Early

Design", To appear in Proceedings of the ASME 2009 International Design Engineering Technical Conferences & Computers and Information in Engineering Conference (IDETC/CIE 2009), SanDiego, CA 8.

  • S. Murugappan and K. Ramani, "Towards beautification of Freehand Sketches using Suggestions", in review

'Sixth Eurographics Workshop on Sketch-Based Interfaces and Modeling, SIGGRAPH 2009 9.

  • D. Cao, K. Ramani, M. W. Fu, and R. Zhang, "Port-based Ontology Semantic Similarities for Module Concept

Creation,” IDETC/CIE 2009. 31 Aug - 2 Sept. 2009, San Diego, CA, USA