ProductsAbaqus/StandardAbaqus/Explicit IntroductionA physical model is typically created by assembling various components. The assembly interface in Abaqus allows analysts to create a finite element mesh using an organizational scheme that parallels the physical assembly. In Abaqus the components that are assembled together are called part instances. This section explains how to organize an Abaqus finite element model in terms of an assembly of part instances. The mesh is created by defining parts, then assembling instances of each part. Each part can be used (instanced) one or more times, and each part instance has its own position within the assembly. This organization of the model definition matches the way models are created in Abaqus/CAE, where the assembly can be created interactively or imported from an input file (see the Introduction). Terminology
ExampleA hinge can be modeled using two flanges and a pin, as shown in Figure 1. The flange geometry is defined by creating a part, which is instanced twice inside the hinge assembly. Another part, the pin, is created and instanced once. The pin is modeled as a rigid body created from an analytical surface (see Analytical rigid surface definition). Figure 1. The hinge assembly.
This hinge example is used throughout this section to illustrate the keyword interface for parts and assemblies. This example is also used to illustrate the interactive assembly process (see Getting Started with Abaqus/CAE). Defining parts, part instances, and the assemblyEverything defined within a part, instance, or the assembly is local to that part, instance, or the assembly. This means that node/element identifiers and names (like set and surface names) need not be unique throughout a model; they need only be unique within the part, instance, or assembly where they are being defined (see Viewing part and assembly information in the data file). Names should not use an underscore to join part instance names to element set, node set, orientation names, or distribution names because the names may conflict with internal names used by Abaqus. For example, consider Figure 2. In this model the assembly (Hinge) contains three part instances (Flange-1, Flange-2, and Pin-1). Multiple sets named top can be defined: in this case one is defined within the assembly and one is defined within each of the Flange part instances. The set name top can be reused, and each set named top is independent from the others. Figure 2. The organization of the Hinge
assembly.
Input File Usage Use the following options to begin and end each part, instance, and assembly definition: PART/END PART INSTANCE/END INSTANCE ASSEMBLY/END ASSEMBLY If any one of these options appears in an input file, they must all appear except when you import a part instance from a previous analysis; in this case PART and END PART are not required. The model must be consistently defined as an assembly of part instances. Defining a partDefining part instancesA part instance definition must appear within the assembly definition. If the part instance is not imported from a previous analysis, each part instance must have a unique name and refer to a part name. A part instance name of Assembly is not allowed. In addition, you can specify data that are used to position the instance within the assembly. Give a translation and rotation for the part instance relative to the origin of the assembly (global) coordinate system. If the part instance is to be imported from a previous analysis, each part instance must specify the name of the instance to be imported. For more information on defining part instances for use with the import capability, see About transferring results between Abaqus analyses. Additional sets and surfaces can be defined at the instance level, as explained later in this section. Input File Usage Use the following options to instance a part that is not imported from a previous analysis: INSTANCE, NAME=InstanceName, PART=PartName <positioning data> Additional set and surface definitions (optional) END INSTANCE Repeat these options, each time referring to the same part name, to instance a part multiple times. Use the following options to import a part instance from a previous analysis: INSTANCE, INSTANCE=instance-name Additional set and surface definitions (optional) IMPORT END INSTANCE Defining the assemblyOnly one assembly can be defined in a model. All part instance definitions must appear within the assembly definition. Sets and surfaces can be defined at the assembly level by including the appropriate definitions within the assembly definition. Input File Usage Use the following options to create an assembly: ASSEMBLY, NAME=name Part instance definitions Set and surface definitions Connector and constraint definitions Rigid body definitions END ASSEMBLY ExampleThe hinge assembly shown in Figure 1 can be defined using the following syntax in the input file: PART, NAME=Flange NODE, NSET=Flange 1, ... 2, ... ... 360, ... ELEMENT, ELSET=Flange 1, ... 2, ... ... 200, ... SOLID SECTION, ELSET=Flange, MATERIAL=Steel ELSET, ELSET=Flat, GENERATE 176, 200, 1 SURFACE, NAME=Flat Flat, S1 END PART PART, NAME=Pin NODE, NSET=RefPt 1, ... SURFACE, TYPE=REVOLUTION, NAME=Pin ... RIGID BODY, REF NODE=1, ANALYTICAL SURFACE=Pin END PART ASSEMBLY, NAME=Hinge INSTANCE, NAME=Flange-1, PART=Flange <positioning data> END INSTANCE INSTANCE, NAME=Flange-2, PART=Flange <positioning data> END INSTANCE INSTANCE, NAME=Pin-1, PART=Pin <positioning data> END INSTANCE ELSET, ELSET=Top ... NSET, NSET=Output ... END ASSEMBLY MATERIAL, NAME=Steel ... Notes
Organizing the model definitionIn a traditional Abaqus model without an assembly definition, the components of the model fall into one of two categories: model data (step independent) and history data (step dependent). In an Abaqus model that is organized into an assembly of part instances, all components are further categorized and must fall within the proper level: part, assembly, instance, step, or model. Step-level components correspond to history data; all step-dependent component definitions must appear within a step definition (see Defining an analysis). Model-level data include everything that does not fall into part-, assembly-, instance-, or step-level data (for example, material definitions; see Figure 3). The proper level within which a keyword option must appear in the input file is indicated at the top of each section in the Abaqus Keywords Guide. Figure 3. Organization of a model defined in terms of an assembly of part
instances.
Rules for defining an assemblyThe organization shown in Figure 3 is achieved by following a few basic rules. Referring to items between levelsWhen creating a model, it is often necessary to refer to something outside of the current level; for example, a section definition within a part must refer to a material, which is defined at the model level. Loads defined within a step must refer to sets within the assembly. But some references between levels are not allowed; for example, a set in one part instance cannot refer to nodes in another part instance. The following references are allowed:
These rules are illustrated in Figure 4. Figure 4. Allowable references between levels.
Naming conventionsThe Abaqus naming conventions allow for a model that contains an assembly. When something is defined within a part, instance, or the assembly and is referred to from outside its level, the complete name must be used to identify it (set Flat of instance Flange-2 in assembly Hinge, for example). A complete name is given in the input file using “dot” notation: each name in the hierarchy is separated by a “.” (period). For example, some complete names in the Hinge assembly are
Such names would be used to refer to the sets from outside the assembly. The same syntax is used to refer to individual nodes or elements.
As always, the context determines whether a node or element is being referred to. The “.” has special meaning; it is used to separate the individual names in a complete name. Therefore, the “.” cannot be used in labels such as set and surface names. For example, Complete names are limited to 80 characters, including the periods. However, when referring to a name in an input file that is not defined in terms of an assembly of part instances, the “.” in the name should be replaced by underscores. Such a situation can occur, for example, when an element set from a previous analysis is referred to by the current analysis but the current input file is not defined in terms of an assembly of part instances. Quoted labelsLabels for set and surface names can be defined by enclosing the label in quotation marks (see Input Syntax Rules). Any subsequent use of the label in a complete name must be enclosed in quotation marks as well. For example, PART, NAME=Flange ... ELSET, ELSET="Set 1" ... END PART ... ELEMENT OUTPUT, ELSET=Hinge.Flange-1."Set 1" ExampleAn assembly node set Top can be defined by the following syntax: ASSEMBLY, NAME=Hinge ... NSET, NSET=Top Flange-1.2, Flange-1.5, ... Flange-2.1, Flange-2.4, ... END ASSEMBLY Since the node set is defined within the assembly level, Hinge. is not part of the complete names given on the data lines. However, the prefix Hinge. would be required to request output for this node set, since the output request exists within the step definition, which is outside the assembly level. STEP ... NODE OUTPUT, NSET=Hinge.Top END STEP Similarly, a boundary condition could be applied to a set defined for part instance Flange-2. STEP ... BOUNDARY Hinge.Flange-2.FixedEnd, 1, 3 END STEP The mesh (nodes and elements)
Section definitions
Sets and surfaces
Defining assembly-level setsYou can refer to a part instance from an element set or node set definition as a shortcut to using the complete name when defining assembly-level sets. Specify the name of the instance that contains the specified elements or nodes. To add elements or nodes from more than one instance to the set, repeat the element set or node set definition (see Node definition and Element definition for more details). Adding sets and surfaces on restart
Rigid bodiesRigid bodies can be defined at the part or assembly level.
Materials
InteractionsAn interaction is a relationship between surfaces or between a surface and its environment. Interactions in Abaqus include contact, radiation, film conditions, and element foundations.
ConstraintsConstraints are inflexible coupling mechanisms such as MPCs and equations (see About Kinematic Constraints).
DistributionsDistributions are used to specify arbitrary spatial variations of selected element properties, material properties, local coordinate systems, and spatial variations of initial contact clearances (see Distribution definition).
ExamplesIn the following examples most parameters and data lines are omitted for clarity.
In the second example the instances are meshed.
Coordinate system definitionsAbaqus provides several methods for defining local coordinate systems.
A local coordinate system defined for a part using any of these methods is inherited by all instances of the part. Translating and rotating a part instanceThe assembly's coordinate system is the global coordinate system. You can position part instances within the assembly by giving a translation and/or rotation relative to the global origin. Specify a translation by giving a translation vector. Specify a rotation by giving two points, a and b, to define a rotation axis plus a right-handed angular rotation around that axis. Local coordinate systems defined within a part or part instance will be translated and rotated according to the specified positioning data, as shown in Figure 5. (In this figure details such as element and section definitions are omitted for clarity.) Results given in a local coordinate system are output in the transformed local system. Equations will also be translated and rotated according to the positioning data for an instance. All data within a part (or part instance) definition are defined relative to the part's local coordinate system; positioning data are applied to a part instance after everything within that instance is defined. Figure 5. Defining local coordinate systems.
LimitationsThe following capabilities are not supported in a model defined in terms of an assembly of part instances:
The substructure library is not organized in terms of an assembly of part instances, so substructures cannot be generated from models that have an assembly defined. None of the substructure options are supported in models that have an assembly defined. Input file templateThis template shows an input file that is written in terms of parts and assemblies with the part instances defined in this analysis. For templates that show how to import a part instance from a previous analysis to transfer model data and results, see Transferring results between Abaqus/Explicit and Abaqus/Standard and Transferring results from one Abaqus/Standard analysis to another. HEADING PART, NAME=Part-1 Node, element, section, set, and surface definitions Connector and constraint definitions END PART PART, NAME=Part-2 **The instance is meshed, so the part definition is empty END PART MATERIAL, NAME=mat1 Suboptions and data lines to define this material ASSEMBLY, NAME=Assembly-1 INSTANCE, NAME=i1, PART=Part-1 <positioning data> Additional set and surface definitions (optional) END INSTANCE INSTANCE, NAME=i2, PART=Part-2 <positioning data> Node, element, section, set, and surface definitions Connector and constraint definitions END INSTANCE Assembly-level set and surface definitions Assembly-level connectors and constraints Assembly-level reference node definitions Assembly-level rigid body definitions END ASSEMBLY MATERIAL, NAME=mat2 Suboptions and data lines to define this material AMPLITUDE INITIAL CONDITIONS BOUNDARY Zero-valued boundary conditions PHYSICAL CONSTANTS CONNECTOR BEHAVIOR Suboptions and data lines to define this connector behavior Interaction and interaction property definitions in Abaqus/Standard or Abaqus/Explicit STEP Loads and boundary conditions Predefined field definitions Output requests Contact interaction definitions in Abaqus/Explicit END STEP |