Computations with Abaqus results¶
This section discusses computations with Abaqus results in the Abaqus Scripting Interface.
Rules for the mathematical operations¶
Mathematical operations are supported for FieldOutput
, FieldValue
, and HistoryOutput
objects. These operators allow you to perform linear superposition of Abaqus results or to create more complex derived results from Abaqus results.
The following rules apply:
The operations are performed on the components of a tensor or vector.
The invariants are computed from the component values. For example, taking the absolute value of a tensor can result in negative values of the pressure invariant.
Operations between
FieldOutput
,FieldValue
, andHistoryOutput
objects are not supported.Multiplication and division are not supported between two vector objects nor between two tensor objects.
The types in an expression must be compatible. For example,
A vector cannot be added to a tensor.
A three-dimensional surface tensor cannot be added to a three-dimensional planar tensor.
INTEGRATION_POINT data cannot be added to ELEMENT_NODAL data.
If the fields in the expression were obtained using the
getSubset
method, the samegetSubset
operations must have been applied in the same order to obtain each field.Arguments to the trigonometric functions must be in radians.
Operations on tensors are performed in the local coordinate system, if it is available. Otherwise the global system is used. Abaqus assumes that the local coordinate systems are consistent for operations involving more than one tensor.
Operations between
FieldValue
objects associated with different locations in the model are allowed only if the data types are the same. If the locations in the model differ, theFieldValue
computed will not be associated with a location. If the local coordinate systems of theFieldValue
objects are not the same, the local coordinate systems of both fieldValues will be disregarded and the fieldValue computed will have no local coordinate system.
The FieldOutput
operations are significantly more efficient than the FieldValue
operators. You can save the computed FieldOutput
objects with the following procedure (see the example, Computations with FieldOutput objects):
Create a new
FieldOutput
object in the output database.Use the
addData
method to add the new computed field objects to the newFieldOutput
object.
// Get fields from odb.
odb_StepRepository& stepCon = odb.steps();
odb_SequenceFrame& frameCon1 = stepCon["Step-1"].frames();
odb_FieldOutputRepository& fieldCon1 = frameCon1.get(1).fieldOutputs();
odb_SequenceFrame& frameCon2 = stepCon["Step-2"].frames();
odb_FieldOutputRepository& fieldCon2 = frameCon2.get(1).fieldOutputs();
odb_FieldOutput& field1 = fieldCon1["U"];
odb_FieldOutput& field2 = fieldCon2["U"];
// Compute new field.
odb_FieldOutput deltaDisp = field2 - field1;
// Save new field.
odb_Step& newStep = odb.Step("user", "user defined results", odb_Enum::TIME, 1.0);
odb_Frame newFrame = newStep.Frame(0, 0.0);
odb_FieldOutput& newField = newFrame.FieldOutput("U", "delta displacements", odb_Enum::VECTOR);
newField.addData(deltaDisp);
Valid mathematical operations¶
Table 1 describes the abbreviations that are used in mathematical operations.
Table 1. Abbreviations.
Abbreviation |
Allowable values |
---|---|
all |
|
float |
floating point numbers |
FO |
|
FV |
|
HO |
|
Table 2 shows the valid operations on FieldOutput
objects.
Table 2. Valid operations.
Symbol |
Operation |
Return value |
---|---|---|
all + float |
addition |
all |
FO + FO |
FO |
|
FV + FV |
FV |
|
HO + HO |
HO |
|
-all |
unary negation |
all |
all - float |
subtraction |
all |
FO - FO |
FO |
|
FV - FV |
FV |
|
FO * FO (only if FO is a scalar) |
multiplication |
FO |
all * float |
all |
|
FO / FO (only if FO is a scalar) |
division |
FO |
all / float |
all |
|
abs(all) |
absolute value |
all |
acos(all) |
arccosine |
all |
asin(all) |
arcsine |
all |
atan(all) |
arctangent |
all |
cos(all) |
cosine |
all |
degreeToRadian (all) |
convert degrees to radians |
all |
exp(all) |
natural exponent |
all |
exp10(all) |
base 10 exponent |
all |
log(all) |
natural logarithm |
all |
log10(all) |
base 10 logarithm |
all |
float ** float |
raise to a power |
all |
power(FO, float) |
FO |
|
power(FV, float) |
FV |
|
power(HO, float) |
HO |
|
radianToDegree (all) |
convert radian to degree |
all |
sin(all) |
sine |
all |
sqrt(all) |
square root |
all |
tan(all) |
tangent |
all |
complexMagnitude(FO) |
magnitude of the complex field output |
FO |
complexPhase(FO) |
phase of the complex field output |
FO |
complexReal(FO) |
real part of the complex field output |
FO |
complexImag(FO) |
imaginary part of the complex field output |
FO |
Envelope calculations¶
You use envelope calculations to retrieve the extreme value for an output variable over a number of fields. Envelope calculations are especially useful for retrieving the extreme values over a number of load cases.
The following operators consider a list of fields and perform the envelope calculation:
odb_SequenceFieldOutput flds = maxEnvelope(odb_SequenceFieldOutput & fields);
odb_SequenceFieldOutput flds = minEnvelope(odb_SequenceFieldOutput & fields);
odb_SequenceFieldOutput flds = maxEnvelope(odb_SequenceFieldOutput & fields, odb_Enum::odb_InvariantEnum invariant);
odb_SequenceFieldOutput flds = minEnvelope(odb_SequenceFieldOutput & fields, odb_Enum::odb_InvariantEnum invariant);
odb_SequenceFieldOutput flds = maxEnvelope(odb_SequenceFieldOutput & fields, const odb_String& componentLabel);
odb_SequenceFieldOutput flds = minEnvelope(odb_SequenceFieldOutput & fields, const odb_String& componentLabel);
The envelope commands return two FieldOutput
objects.
The first object contains the requested extreme values.
The second object contains the indices of the fields for which the extreme values were found. The indices derive from the order in which you supplied the fields to the command.
The optional invariant argument is a Symbolic Constant specifying the invariant to be used when comparing vectors or tensors. The optional componentLabel argument is a odb_String specifying the component of the vector or tensor to be used for selecting the extreme value.
The following rules apply to envelope calculations:
Abaqus compares the values using scalar data. If you are looking for the extreme value of a vector or a tensor, you must supply an invariant or a component label for the selection of the extreme value. For example, for vectors you can supply the
MAGNITUDE
invariant and for tensors you can supply theMISES
invariant.The fields being compared must be similar. For example,
VECTOR
andTENSOR_3D_FULL
fields cannot appear in the same list.The output region of all the fields must be the same. All the fields must apply to the whole model, or all the fields must apply to the same set.
Transformation of results¶
Transformations of vector and tensor fields are supported for rectangular, cylindrical, and spherical coordinate systems. The coordinate systems can be fixed or model based. Model-based coordinate systems refer to nodes for position and orientation. Abaqus uses the coordinates of the deformed state to determine a systems origin and orientation for model-based coordinate systems. Transformations that use a model-based coordinate system can account for large displacements of both the coordinate system and the structure.
The steps required to transform results are (see also the example Transformation of field results):
Create the coordinate system.
Retrieve the field from the database.
Use the
fieldOutput.getTransformedField
method to obtain a new field with the results in the specified coordinate system.For large displacement of the structure and coordinate system, you must also retrieve the displacement field at the frame. You must compute this displacement field for the whole model to ensure that the required displacement information is available.
The following rules apply to the transformation of results:
Beams, truss, and axisymmetric shell element results will not be transformed.
The component directions 1, 2, and 3 of the transformed results will correspond to the system directions X, Y, and Z for rectangular coordinate systems; $R$, $\theta$, and Z for cylindrical coordinate systems; and $R$, $\theta$, and $\phi$ for spherical coordinate systems.
备注
Stress results for three-dimensional continuum elements transformed into a cylindrical system would have the hoop stress in S22, which is consistent with the coordinate system axis but inconsistent with the stress state for a three-dimensional axisymmetric elements having hoop stress in S33.
When you are transforming a tensor, the location or integration point always takes into account the deformation. The location of the coordinate system depends on the model, as follows:
If the system is fixed, the coordinate system is fixed.
If the system is model based, you must supply a displacement field that determines the instantaneous location and orientation of the coordinate system.
Abaqus will perform transformations of tensor results for shells, membranes, and planar elements as rotations of results about the element normal at the element result location. The element normal is the normal computed for the frame associated with the field by Abaqus, and you cannot redefine the normal. Abaqus defines the location of the results location from the nodal locations. You specify optional arguments if you want to use the deformed nodal locations to transform results. For rectangular, cylindrical, and spherical coordinate systems the second component direction for the transformed results will be determined by one of the following:
The Y - axis in a rectangular coordinate system.
The $\theta$-axis in a cylindrical coordinate system.
The $\theta$-axis in a spherical coordinate system.
A user-specified datum axis projected onto the element plane.
If the coordinate system used for projection and the element normal have an angle less than the specified tolerance (the default is 30°), Abaqus will use the next axis and generate a warning.