Predefined fields are time-dependent, non-solution-dependent fields that exist over
the spatial domain of the model. Temperature is the most commonly defined field.
This section describes how to specify the values of the following types of
predefined fields during an analysis:
temperature,
field variables, including predefined pore fluid pressure,
Temperature, field variables, equivalent pressure stress, and mass flow
rate are time-dependent, predefined (not solution-dependent) fields that exist
over the spatial domain of the model. They can be defined:
by entering the data directly,
by reading an
Abaqus
results file generated during a previous analysis (usually an
Abaqus/Standard
heat transfer analysis), or
in a user subroutine.
Temperature and field variables can also be defined by reading an
Abaqus
output database file generated during a previous analysis.
Field variables can also be made solution dependent, which allows you to
introduce additional nonlinearities in the
Abaqus
material models.
In stress/displacement analysis the temperature difference between a
predefined temperature field and any initial temperatures (Initial Conditions)
will create thermal strains if a thermal expansion coefficient is given for the
material (Thermal Expansion).
The predefined temperature field also affects temperature-dependent material
properties, if any. In
Abaqus/Explicit
temperature-dependent material properties may cause longer run times than
constant properties.
You define the magnitude and time variation of temperature at the nodes, and
Abaqus
interpolates the temperatures to the material points.
Restrictions
Do not specify predefined temperature fields in a pure heat transfer
analysis, a coupled thermal-electrical analysis, a fully coupled
temperature-displacement analysis, or a fully coupled
thermal-electrical-structural analysis; instead, specify a boundary condition
(Boundary Conditions)
to prescribe temperature degrees of freedom (11, 12, ...).
Predefined temperature fields cannot be specified in an adiabatic analysis
step or in any mode-based dynamic analysis step.
To specify a predefined temperature field in a restart analysis, the corresponding predefined
field must have been specified in the original analysis as either initial temperatures
(see Defining Initial Temperatures) or a predefined temperature field.
Predefined Field Variables
The usage and treatment of predefined field variables is exactly analogous
to that of temperature. You can prescribe the magnitude and time variation of
the field at all of the nodes of the model, and
Abaqus
will interpolate the values to the material points.
When prescribing field variable values, you must specify the field variable
number being defined; the default is field variable number 1. Field variables
must be numbered consecutively starting from one. Repeat the field variable
definition to define more than one field variable.
The field variable can be a real field (such as an electromagnetic field)
generated by a previous simulation (Abaqus
or another analysis code). It can also be an artificial field that you define
to modify certain material properties during the course of an analysis. For
example, suppose that you wish to vary Young's modulus linearly between 30 ×
106 and 35 × 106 during the response. The linear elastic
material definition shown in
Table 1
could be used.
Table 1. Sample material definition.
Number of field variable
dependencies: 1
Young's modulus
Poisson's ratio
Value of field variable 1
30.E6
0.3
1.0
35.E6
0.3
2.0
Define an initial condition to specify the initial value of field variable 1
as 1.0 for a node set. Then, define a predefined field variable in the analysis
step to specify the value of field variable 1 as 2.0 for the node set. Young's
modulus will vary smoothly over the course of the step as the field variable's
value is ramped from 1.0 to 2.0 at all nodes in the node set.
Field variables can also be used to vary real properties in space by making
the properties depend on field variables, as above, and by assigning different
field variable values to different nodes.
Making properties depend on field variables will increase the computer time
required, since
Abaqus
must perform the necessary table look-ups.
In an
Abaqus/Standard
stress/displacement analysis the difference between a predefined field variable
and its initial value (Initial Conditions)
will create volumetric strains analogous to thermal strains if a field
expansion coefficient (for the corresponding field variable) is given for the
material (Thermal Expansion).
Pore Fluid Pressure
You can apply a known pore fluid pressure field as a predefined field variable in a
static or in an explicit dynamic stress analysis. You associate the known pore fluid
pressure field with a predefined field variable, n. For
additional details on making this association, see Pore Fluid Pressure.
Restrictions
To specify a predefined field variable in a restart analysis, the corresponding predefined field
must have been specified in the original analysis as either an initial field variable
value (see Defining Initial Values of Predefined Field Variables) or a predefined field variable.
Predefined Pressure Stress
You can apply equivalent pressure stress as a predefined field in a mass
diffusion analysis. The usage and treatment of pressure stresses is analogous
to that of temperatures and field variables. In
Abaqus
equivalent pressure stresses are positive when they are compressive.
Restrictions
Predefined equivalent pressure stress fields can be specified only in a mass
diffusion procedure (see
Mass Diffusion Analysis).
To specify a predefined equivalent pressure stress field in a restart analysis, the corresponding
predefined field must have been specified in the original analysis as either initial
pressure stresses (see Defining Initial Pressure Stress in a Mass Diffusion Analysis) or a predefined equivalent pressure stress field.
Predefined Mass Flow Rate
You can specify the mass flow rate per unit area (or through the entire
section for one-dimensional elements) for forced convection/diffusion elements
in a heat transfer analysis. The usage and treatment of mass flow rate is
analogous to that of temperatures and field variables.
Restrictions
A predefined mass flow rate field can be specified only with forced
convection/diffusion elements in a heat transfer procedure (see
Uncoupled Heat Transfer Analysis).
To specify a predefined mass flow rate field in a restart analysis, the corresponding predefined
field must have been specified in the original analysis by using either initial mass flow
rates (see Defining Initial Mass Flow Rates in Forced Convection Heat Transfer Elements) or a predefined mass flow rate field.
Specifying Uniform Predefined Temperatures and Fields
You can assign uniform predefined temperature and field variables to either the entire
model or to node sets that you specify. Omit the node number or node set to apply the
specified uniform temperature or field variable to all nodes in the model automatically.
You can specify uniform predefined temperatures and field variables with all element types,
including beams and shells. However, the definition of the temperatures and field variables
must be compatible with the section definition of the element and with adjacent elements, as
explained in Predefined Fields.
Reading Initial Values of a Field from a User-Specified Results File
An
Abaqus/Standard
results file can be used to specify initial values of
Field variable values must be read from the temperature record (see
Reading Field Values from a User-Specified Results File
below). The part (.prt) file from the original analysis is
also required when reading data from the results file.
If the zero increment results were requested as output to the
Abaqus/Standard
results file (see
Obtaining Results at the Beginning of a Step),
you can define initial values of prescribed fields as those existing at the
beginning of a step (the zero increment) in the previous heat transfer analysis
(field variables and temperatures) or stress/displacement analysis (pressure
stress). The .fil file extension is optional.
Reading Initial Values of a Temperature Field from a User-Specified Output Database File
By default, all fields defined in the previous general analysis step remain
unchanged in the subsequent general step or in subsequent consecutive linear
perturbation steps. Fields do not propagate between linear perturbation steps.
You define the fields in effect for a given step relative to the preexisting
fields. At each new step the existing fields can be modified and additional
fields can be specified. If you specify additional values for a field, the
definition of the field will be extended to those nodes where it was previously
undefined. Alternatively, you can release all previously applied fields of a
given type in a step and specify new ones. In this case any fields of that type
that are to be retained must be respecified.
Modifying Fields
By default, when you modify existing temperatures, field variables, pressure
stresses, or mass flow rates, all existing values of the field remain.
Removing Fields
A field that is removed is reset to the value given as an initial condition
or to zero if no initial condition was defined. When fields are reset to their
initial conditions, the amplitude referred to in the field definition does not
apply. In
Abaqus/Standard
the amplitude variation defined for the step governs the behavior; in most
Abaqus/Standard
procedures the default is to ramp the fields back to their initial conditions
(see
Defining an Analysis).
In
Abaqus/Explicit
the values are always ramped linearly over the step back to their initial
conditions.
If the temperatures, field variables, pressure stresses, or mass flow rates
are reset to a new value (not to their initial conditions), the amplitude
referred to in the field definition applies.
If you choose to remove any field in a step, no fields of that type will be
propagated from the previous general step. All fields of the same type that are
in effect during this step must be respecified.
Reading the Values of a Field Directly from an Alternate Input File
The data for predefined temperature, field variables, pressure stress, or
mass flow rate can be contained in a separate input file (see
Input Syntax Rules).
Reading the Values of a Field from a User-Specified File
Nodal temperatures calculated during an
Abaqus/Standard
heat transfer or coupled thermal-electrical analysis can be used to define
temperatures in a subsequent analysis. The temperatures must have been written
to the results or output database file.
If nodal temperatures are written to the results file during an
Abaqus/Standard
heat transfer or coupled thermal-electrical analysis, they can be used to
define field variables in a subsequent analysis.
In
Abaqus/Standard
if nodal values of temperature (NT), normalized concentrations (NNC), or electric potential (EPOT) are written to the output database file, they can be used to
define field variables in a subsequent
Abaqus/Standard
analysis.
In
Abaqus/Standard
equivalent pressure stresses calculated during a mechanical analysis can be
used in a subsequent mass diffusion analysis if the element output variable SINV was written to the results file averaged at the nodes (see
Element Output).
Once the data are available in a results file or output database file, they
can be read into a subsequent analysis as a predefined field. Data for field
variables and pressure stress can be read from a previously generated results
file. In
Abaqus/Standard
data can also be read from a previously generated output database file. Data
for temperatures can be read from a previously generated results or output
database file. Data for temperatures (and field variables in
Abaqus/Standard)
to be interpolated between dissimilar meshes can be read only from the output
database file. The part (.prt) file from the original
analysis is also required when reading data from the results or output database
file.
When the output file of an
Abaqus
analysis involving beam and/or shell elements is used to define temperatures,
you must ensure that the number of temperature points through the section
defined for corresponding elements is consistent between the two analyses.
Inconsistent temperature point definition will result in an incorrect transfer
of prescribed field quantities.
Reading Field Values from a User-Specified Results File
To read field values from a user-specified results file, the data must have
been written to the results file as nodal output (see
Node Output).
Only nodal quantities can be read from the results file. Since field variables
can be written to the results file only as element quantities (record key 9),
they cannot be read directly into a subsequent analysis. In this case you must
generate a results file with the field data in the temperature record, even if
the field variable in the current analysis is the same as a field variable in
the previous analysis. Multiple results files must be generated for multiple
field variables.
To generate the results file, you can write a program to create a results file (without running
an Abaqus analysis) according to the format described in File Output Format.
Examples of such programs are shown in that chapter. If the values will be read in as
temperatures or field variables, the data must be written as nodal quantities with record
key 201. If the values will be read in as a pressure stress field, the data must be
averaged at the nodes (as explained in Output to the Data and Results Files) and written
as record key 12.
Specifying the Results File to Be Read
You must specify the name of the results file from which the data are to
be read for a temperature, field variable, or pressure stress. The
.fil file extension is optional. If both
.fil and .odb files exist for a
temperature field and no extension is specified, the results file will be used.
Creating a Cyclic Temperature History
In a direct cyclic analysis in
Abaqus/Standard
the temperature values must be cyclic over the step: the start value must be
equal to the end value. To create a cyclic temperature history from a prior
heat transfer analysis that is not cyclic, you can set the starting time,
f (measured relative to the total step time period,
),
after which the temperatures read from the results file will be ramped back to
their initial condition values. At any time point ,
the temperature value is equal to
where ,
is the initial condition value, and
is the interpolated value obtained from the results file at time
t, as illustrated in
Figure 1.
Reading Temperature Values from a User-Specified Output Database File
To read temperature values from a user-specified database file, the
temperatures must have been written to the output database file (in
ODB or SIM
format) as nodal output (see
Writing Nodal Output to the Output Database).
Specifying the Output Database File to Be Read for a Temperature Field
You must specify the name of the output database file (in
ODB or SIM
format) from which the data are to be read for a temperature field. The file
extension must be included if any two of the following files exist: the results
file, the ODB output database file, or the
SIM database file. Only the data for the part
instances that are common to both the analyses will be transferred. If the part
instance names differ, you must activate the general interpolation capability.
Defining Fields Using Nodal Scalar Output Values from a User-Specified Output Database File
In
Abaqus/Standard
if nodal values of temperature (NT), normalized concentrations (NNC), or electric potential (EPOT) are written to the output database file, they can be used to
define field variables in a subsequent
Abaqus/Standard
analysis. To read these values from a user-specified output database file, they
must have been written to the output database file as nodal output (see
Writing Nodal Output to the Output Database).
Specifying the Output Database File to Be Read for a Field Variable
You must specify the name of the output database file from which the data
are to be read for a field variable. The .odb extension
must be included if both results and output database files exist.
Interpolating Data between Meshes
Data can be mapped between the same meshes, between meshes that differ only
in the element order (first-order element in heat transfer analysis and
second-order element in thermal-stress analysis), or between dissimilar meshes
of matching element dimensionality (solid element to solid element or shell
element to shell element). If data are mapped between the same meshes, no
additional computations are required. To transfer data between meshes that
differ only in the element order, you must activate the midside node
capability. To map data between dissimilar meshes, you must activate the
general interpolation capability. The midside node capability is available only
for temperatures. The midside node capability and the general interpolation
capability are mutually exclusive.
Using Second-Order Stress Elements with First-Order Heat Transfer Elements (the Midside Node Capability)
In some cases it makes sense to perform an
Abaqus/Standard
heat transfer analysis using first-order elements followed by a thermal-stress
analysis using second-order elements (and an otherwise similar mesh). For
example, a heat transfer analysis including latent heat effects—for which
first-order elements are best suited—can be followed by a stress analysis using
second-order elements, which generally have superior deformation
characteristics. In addition, the first-order temperature field calculated in
the heat transfer analysis is consistent with the first-order thermal strain
field provided by the second-order stress/displacement elements.
For the instances in which there is a change in the order of interpolation
of element temperature variables between the heat transfer analysis and the
stress analysis, temperatures must be assigned to the midside nodes of the
stress/displacement elements based on the temperatures of the corner nodes of
the heat transfer elements. If you specify that the midside node temperatures
are needed,
Abaqus
will interpolate the temperatures of the midside nodes of the second-order
stress/displacement elements from the corner nodes using first-order
interpolation. If the midside node capability is activated in cases where both
the heat transfer analysis and the stress analysis are performed with
second-order elements, it is ignored. One exception is that if variable-node
second-order stress/displacement elements are used in the stress analysis,
activating the midside node capability will cause
Abaqus
to interpolate the temperatures of the midface nodes in the variable node
elements from the corner or midside nodes using first-order interpolation.
Since it is assumed that the corner node temperatures have been generated
in a previous heat transfer analysis, the midside node capability can be used
only when the temperature field values are read from a user-specified results
or output database file. You must ensure that the nodal temperatures calculated
during the heat transfer analysis are written to the results or output database
file. Once the temperatures of the corner nodes are read in the subsequent
stress/displacement analysis,
Abaqus
interpolates the midside node temperatures so that all nodes have temperatures
assigned to them.
You must ensure that all temperatures of the corner nodes belonging to
elements for which midside node temperatures are to be interpolated are read
from the heat transfer analysis results or output database file. If the corner
node temperatures are defined using a mixture of direct data input, reading
from the results file or output database file, and user subroutine
UTEMP, midside node temperatures that give unrealistic
temperature fields may result. In practice, the capability for calculating
midside node temperatures is most useful when temperatures generated by a heat
transfer analysis are read from the results or output database file for the
whole mesh during the stress analysis. Once the midside node capability is
activated in a step, the capability will remain active throughout the remainder
of the analysis.
Values of temperature for nodes that existed in the original analysis but
do not exist in the current analysis will be ignored. Similarly, if additional
nodes (but not midside nodes) exist in the current analysis, the values of
fields at these nodes cannot be prescribed by reading the output files.
Interpolating Temperatures between Dissimilar Meshes (the General Interpolation Capability)
In some cases the model for a heat transfer analysis and the model for a
thermal-stress analysis may require different meshes; for example, you may want
to model a smooth temperature distribution in the heat transfer analysis and
stress concentration regions in the thermal-stress analysis. Both meshes have
to be different and independent of each other in such cases.
Abaqus
offers a general interpolation capability that allows for the use of dissimilar
meshes for heat transfer and thermal-stress analyses.
The interpolation is always based on the initial (undeformed)
configurations. If the mesh for which the temperature field is obtained is
quite different from the initial (undeformed) configuration for the
thermal-stress analysis, the interpolation may not work properly even when
using the tolerance parameters discussed below.
Temperatures can be interpolated between dissimilar meshes only when the
temperatures are read from an output database file (in
ODB or SIM
format). If temperatures for nodes in the heat transfer analysis that are
needed for interpolation are not written to the output database file, the
values at those nodes are assumed to be zero, which may lead to incorrect
results for the temperature values in the stress analysis. Similarly, if
additional nodes exist in the mesh for the stress analysis, the values of
temperatures at these nodes are assumed to be zero. Interpolation of
temperatures can also be used for specifying temperature as a field variable in
a submodel thermal-stress analysis where the temperature values are read
directly from a global heat transfer analysis.
You can specify an interpolation tolerance for use in locating the nodes
in the heat transfer analysis. The tolerance can be specified as an absolute
value or as a fraction of the average element size. In a multistep
thermal-stress analysis in which several steps read the temperature values from
the same file,
Abaqus
interpolates the temperature values only once. If different interpolation
tolerance values are used for each step, the interpolation is based on the
largest specified tolerance value. If a restart analysis is performed from a
particular step in the thermal-stress analysis, the restart interpolation is
based on the tolerance value specified for that step.
Interpolating Temperatures between Dissimilar Meshes with User-Specified Regions
When regions of elements in the heat transfer analysis are close or
touching, the dissimilar mesh interpolation capability can result in an
ambiguous temperature association. For example, consider a node in the current
model that lies on or close to a boundary between two adjacent parts in the
heat transfer model, and consider a case where temperatures in these parts are
different. When interpolating,
Abaqus
will identify a corresponding parent element at the boundary for this node from
the heat transfer analysis. This parent element identification is done using a
tolerance-based search method. Hence, in this example the parent element might
be found in either of the adjacent parts, resulting in an ambiguous temperature
definition at the node. You can eliminate this ambiguity by specifying the
source regions from which temperatures are to be interpolated. The source
region refers to the heat transfer analysis and is specified by an element set.
The target region refers to the current analysis and is specified by a node
set.
Interpolating Scalar Nodal Output Variables between Dissimilar Meshes (the General Interpolation Capability) onto Field Variables in Abaqus/Standard
Abaqus/Standard
offers a general interpolation capability that allows for nodal values of
temperature, normalized concentration, and electric potential from one analysis
to be mapped onto field variables in a subsequent analysis in the cases where
the meshes in the two analyses are dissimilar.
The interpolation is always based on the initial (undeformed)
configurations. If the mesh for which the field variable is obtained is quite
different from the initial (undeformed) configuration for the original
analysis, the interpolation may not work properly even when using the tolerance
parameters discussed below.
Temperatures, normalized concentrations, and electric potentials can be
interpolated between dissimilar meshes onto field variables only when they are
read from an output database file. If scalar values for nodes in the current
analysis that are needed for interpolation are not written to the output
database file, the values at those nodes are assumed to be zero, which may lead
to incorrect results for the field variables. Similarly, if additional nodes
exist in the mesh for the current analysis, the values of the field variables
at these nodes are assumed to be zero.
You can specify an interpolation tolerance for use in locating the nodes
in the original analysis. The tolerance can be specified as an absolute value
or as a fraction of the average element size. In a multistep analysis in which
several steps read nodal output variables values from the same file,
Abaqus
interpolates the nodal values only once. If different interpolation tolerance
values are used for each step, the interpolation is based on the largest
specified tolerance value. If a restart analysis is performed from a particular
step in the original analysis, the restart interpolation is based on the
tolerance value specified for that step.
Specifying the Step and Increment to Be Read from the File
You can specify the first and last step, respectively, from which results
will be read. Similarly, you can specify the first and last increment,
respectively, from which results will be read. You can specify any combination
of these values. Any zero-increment file output that is present in the results
file of an
Abaqus/Standard
analysis (written only if the zero increment results are requested; see
Obtaining Results at the Beginning of a Step)
will be ignored. Results must have been written to the results or output
database file at the specified step and increment.
If you do not specify the first step from which to read,
Abaqus
will begin reading results from the first step available in the results or
output database file.
If you do not specify the first increment from which to read,
Abaqus
will begin reading results from the first increment available in the first step
from which results will be read (the first increment following the zero
increment if zero-increment file output is present in the results file).
If you do not specify the last step from which to read, the first step from
which results will be read will also be the last step.
If you do not specify the last increment from which to read,
Abaqus
will read the results or output database file until it reaches the last
available increment in the last step from which results will be read.
Interpolation in Time
When
Abaqus
reads temperature, field variable, or equivalent pressure stress data from a
results file or temperatures from an output database file, it must obtain
values of the field at the time points used by the analysis. Since data
corresponding to these time points are usually not present in the results or
output database files,
Abaqus
will interpolate linearly in time between the time points stored in the file to
obtain values at the time points required by the analysis. Since the
interpolation is linear, you must take care to provide sufficient data in the
results or output database file to make this interpolation meaningful.
For the purpose of such interpolation the time period of the results being
read in is determined as follows:
The period starts at the time of the most recent increment written, of
the relevant field, that precedes the beginning increment (either
user-specified or default). For example if your results file contains
temperature field data at increments 5, 10, and 15; and you specify a beginning
increment number of 10 when reading these results; the results period starts
with the time associated with increment 5 since that is the most recent
increment that precedes the specified beginning increment of 10. You can ensure
that the results starting time matches the beginning time of the beginning
increment you specify by writing the results data with an increment frequency
of 1.
The period ends at the completion of the ending increment (either
user-specified or default).
If the analysis requires data at a time point prior to the first increment
for which data are available in the either of files,
Abaqus
will interpolate between the given initial condition data and the data of the
first increment stored in the file.
Reading Results for Multiple Fields
If data for multiple fields are being read in the same step and the time
values corresponding to the starting step and increment or to the ending step
and increment are different for different fields,
Abaqus
interpolates through the total time period from the earliest time point chosen
in any file to the latest. For example, suppose the starting increment in the
starting step in the temperature file begins at 3 sec and the ending increment
in the ending step ends at 6 sec. During the same step we also read field
variable data, for which the starting increment in the starting step begins at
2 sec and the ending increment in the ending step ends at 5 sec. In such a case
the time period used for interpolation is from 2 sec to 6 sec.
Automatic Adjustment of the Time Scale
It is convenient to set the period of the step equal to the time period of
the files being read in. Otherwise,
Abaqus
will automatically scale the time period from the results or output database
file to match the time period of the stress analysis. The scale factor is
,
where
is the time period of the stress analysis and
is the total time period obtained from all results or output database files, as
described above.
Obtaining Results at a Particular Point in Time
In
Abaqus/Standard
it is sometimes desirable to carry out a calculation corresponding to the field
values at a particular point in time. For example, suppose that temperature
data are available in the output file for increment 10 at time
and increment 15 at time
and that you wish to carry out a static analysis based on temperature values at
.
In this case
Abaqus
must interpolate linearly between the results at
and
to obtain the intermediate result at .
To accomplish this task, you should specify an initial time increment of 4.5
and a time period of 5. for the static analysis step and read the temperature
values from the output file starting at Step 1, Increment 1 and ending at Step
1, Increment 15. Specifying a starting increment of 1 instead of 10 ensures
that
is the entire time period stored in the output file, not just the period
between increments 10 and 15; hence, the scale factor between the output file
data and the static analysis is unity, and the initial time of 4.5 has the
desired meaning.
Initial Transients
To track initial transients accurately,
Abaqus/Standard
may automatically reduce the initial time increment for the step. If the
user-specified suggested initial time increment is greater than the scaled
value of the first time increment read from the
Abaqus/Standard
results file,
Abaqus/Standard
will use that scaled value.
Temperature cannot be interpolated from a coupled thermal-electrical
analysis.
Equivalent pressure stress cannot be read from the results file if the
model is defined in terms of an assembly of part instances.
In
Abaqus/Explicit
field variables cannot be read from the output database file.
Pressure stress cannot be read from the output database file.
Elements that do not support interpolation for temperature mapping
include the complete libraries of convective heat transfer elements,
axisymmetric elements with nonlinear axisymmetric deformation, axisymmetric
surface elements, truss elements, beam elements, link elements, hydrostatic
fluid elements, solid infinite stress elements, and coupled thermal/electrical
elements. Other specific elements that are not supported include: GKPS6, GKPE6, GKAX6, GK3D18, GK3D12M, GK3D4L,GK3D6L, GKPS4N, GKAX6N, GK3D18N, GK3D12MN, GK3D4LN, and GK3D6LN.
Defining the Values of a Predefined Field in a User Subroutine
In
Abaqus/Standard
you can specify predefined temperatures, field variables, equivalent pressure
stresses, or mass flow rates at the nodes in a user subroutine. Temperature
values can be defined in user subroutine
UTEMP; field variable values, in user subroutine
UFIELD; equivalent pressure stress values, in user subroutine
UPRESS; and mass flow rates, in user subroutine
UMASFL.
In
Abaqus/Explicit
you can specify predefined field variables in user subroutine
VUFIELD.
The user subroutine (UTEMP,
UFIELD,
VUFIELD,
UPRESS, or
UMASFL) will be called for each specified node. Field values
entered directly will be ignored. If a results or output database file has been
specified in addition to the user subroutine, values read from the results or
output database file will be passed into the user subroutine for possible
modification.
Updating Multiple Predefined Field Variables
If multiple field variables are predefined, only one field variable at a
time can be redefined in user subroutine
UFIELD or
VUFIELD. There are situations in which the analysis requires a
number of field variables that are predefined with respect to the solution but
depend on each other. You can specify the number of field variables to be
updated simultaneously at a point, n.
Abaqus
passes information about n field variables at each
specified node into
UFIELD or
VUFIELD.
You can update all or part of the field variables used in the analysis but
must remember that the field variables are numbered consecutively from 1. If,
for example, you have four field variables in the analysis and want to update
the second and third variables simultaneously in user subroutine
UFIELD, you must specify n=3. In this
case
Abaqus/Standard
passes information about the first three field variables into user subroutine
UFIELD, and you update only the second and third variables.
Defining Solution-Dependent Field Variables
In
Abaqus/Standard
solution-dependent field variables can be defined in user subroutine
USDFLD. The values of predefined field variables or initial
fields can be passed into user subroutine
USDFLD and can be changed in that routine—see
Material Data Definition.
Changes to the field variables in
USDFLD are local to the material point and do not affect the
nodal values.
Data Hierarchy
If both results or output database file input and direct data input are used
in the same step, the direct data input will take precedence if both define the
field at the same node. If user subroutine input is specified, the values given
directly are ignored and the user subroutine modifies the values read from the
results or output database file.
Element Type Considerations
You can specify either one or several values of a predefined field at a
node, depending on the element type that is used. You should note the following
considerations when choosing the form of predefined field specification.
Use in a Mass Diffusion Analysis
For solid elements only one value can be given at a node. Since only solid
elements can be used in mass diffusion analysis, this is the only way to define
equivalent pressure stresses at a node.
Use with Beam and Shell Elements
The following possibilities exist for temperatures and field variable
specification in beam and shell elements:
For shell and beam elements with general cross-section definitions, the
temperature and field variable magnitude at points in the section is defined by
the value at the reference surface. Any gradient of these variables specified
across the section is ignored.
For shell and beam elements with cross-sections that require numerical
integration, the temperature and field variable magnitudes at points in the
section can be defined either from the value at the reference surface and the
gradient or gradients across the section or by giving the values at a number of
points across the section. The choice between these two methods is made in the
section definition (see
Specifying Temperature and Field Variables
and
Specifying Temperature and Field Variables
for details).
See
About the Element Library
for the details of use with each element type. The default, if only one value
is given, is a constant magnitude across the section.
Temperature and Field Variable Compatibility across Elements
Abaqus
assumes that the field definitions (including initial conditions) at all the
nodes of any element are compatible with the field definition method chosen for
the element. Cases may arise where the definition of a field changes from one
element to the next (for example, when two adjacent shell elements have a
different number of section points through the thickness or when the
temperature and field variable magnitudes for one beam element are defined by
giving the values at a number of points across the section while those for the
abutting beam element are defined from the value at the reference surface and
the gradient or gradients across the section). In these cases separate nodes
should be used on the interface between such elements and multi-point
constraints should be applied to make the displacements and rotations the same
at corresponding nodes (see
General Multi-Point Constraints);
otherwise, the fields on the nodes at the interface will be used for each
adjacent element with the field definition method chosen for the element.