Professional Documents
Culture Documents
Evaluating Fatigue
You perform a fatigue evaluation in POST1, the general postprocessor, after you have
completed a stress solution. The procedure normally consists of five general steps:
The following fatigue-evaluation topics describe each step in detail and provide
additional information:
1. Enter POST1.
Command(s): /POST1
2. Read your database file (Jobname.DB) into active memory. (If your intended
fatigue evaluation is a continuation of an ongoing session,
then Jobname.DB will already be in memory.) A results file (Jobname.RST)
with nodal stress results should also be available; you will read results data into
memory later.
Command(s): RESUME
GUI: Utility Menu> File> Resume from
By default, your fatigue evaluation can consider up to five nodal locations, ten
events, and three loadings within an event. You can use the following option to
establish larger dimensions (that is, allow more locations, events, or loadings), if
necessary.
Command(s): FTSIZE
In order to calculate usage factors, and to include the effect of simplified elastic-
plastic computations, you must define material fatigue properties. The material
properties of interest in a fatigue evaluation are:
Command(s): FP
Command(s): FP
The following option allows you to explicitly define a nodal location of interest to
your fatigue evaluation, define stress concentration factors (SCFs) for that
location, and assign a short (20 character) title to that location.
Command(s): FL
Here is an example of some FL commands for a cylinder with a global Y axis, having
two wall thicknesses of interest, where SCFs are to be applied (to the axial linearized
stresses) at the outside wall.
FL,1,281,,,,Line 1 at inside
FL,2,285,,1.85,,Line 1 at outside
FL,3,311,,,,Line 2 at inside
FL,4,315,,2.11,,Line 2 at outside
In order to perform a fatigue evaluation, the program must know the stresses at
different events and loadings for each location, as well as the number of repetitions of
each event. You can store stresses for each combination of location, event, and loading,
using the following options:
Caution: The program never assumes that a "zero" stress condition exists. If
zerostress is one of the conditions to be considered, it must be explicitly input for each
event in which it may occur.
You can use more than one method of storing stresses in an event. Each of these
methods is explained in detail below.
You can use this option to store stresses and the temperature, and the time "manually"
(without direct access to the results file Jobname.RST). In such cases, you are not
using the fatigue module in POST1 as a postprocessor, but simply as a fatigue
calculator. Line elements, such as beams, must be handled in this way since the fatigue
module is not able to access data from a results file other than for solid elements or
shell elements.
Command(s): FS
GUI: Main Menu> General Postproc> Fatigue> Store Stresses> Specified Val
FS,201,1,2,1,-2.0,21.6,15.2,4.5,0.0,0.0
FS,201,1,2,7,450.3
In this example, only the total stresses (items 1-6) and the temperature (item 7) are
input. If the linearized stresses were also to be input, they would follow the
temperatures as items 8 through 13. Time would be input at item 14.
Note: Time is not used in the fatigue calculation and is only included for reference
purposes.
Note: In the special case of a beam element having only axial stress, you would input
only one stress component (SX), leaving the rest of the stress fields blank.
When you use this option, you cause a nodal stress vector containing
six stress components to be stored directly from the results
database. Stress components stored with this option can be modified with a
subsequent FS command.
Note: You must issue a SET command, and possibly a SHELL command, before
executing FSNODE. SET will read results for a particular load substep from the results
file (Jobname.RST) into the database. SHELL allows you to select results from the
top, middle, or bottom surfaces for shell elements (default is the top surface).
Command(s): FSNODE
GUI: Main Menu> General Postproc> Fatigue> Store Stresses> From rst File
This option calculates and stores total linearized stresses at the ends of a section path
(as defined by a preceding PATH and PPATH command). Because you will normally
want the linearization to take place over a thickness representing the shortest distance
between the two surfaces, use only the two surface nodes to describe the path in
the PPATH command. This option retrievesstress information from the results
database; therefore FSSECT must also be preceded by
a SETcommand. Stress components stored with an FSSECT command can be modified
with a subsequent FS command.
Command(s): FSSECT
GUI: Main Menu> General Postproc> Fatigue> Store Stresses> At Cross Sect
Figure 14.3: Surface Nodes are Identified by PPATH Prior to Executing FSSECT
14.3.3.2. Listing, Plotting, or Deleting Stored Stresses
List the stored stresses per location, per event, per loading, or
per stress condition:
Command(s): FSLIST
Command(s): FSPLOT
Delete a stress condition stored for a particular location, event, and loading:
Command(s): FSDELE
Command(s): FL
This option assigns the number of occurrences to the event numbers (for all loadings at
all locations of the event). It can also be used to apply scale factors to all of the
stresses that make up its loadings.
Command(s): FE
GUI: Main Menu> General Postproc> Fatigue> Assign Events
Structures are usually subjected to a variety of maximum and minimum stresses, which
occur in unknown (or even random) order. Therefore, you must take care to achieve an
accurate count of the number of repetitions of all possible stress ranges, in order to
obtain a valid fatigue usagefactor.
The program automatically calculates all possible stress ranges and keeps track of their
number of occurrences, using a technique commonly known as the "rain flow" range-
counting method. At a selected nodal location, a search is made throughout all of the
events for the pair of loadings (stress vectors) that produces the most severe stress-
intensity range. The number of repetitions possible for this range is recorded, and the
remaining number of repetitions for the events containing these loadings is decreased
accordingly. At least one of the source events will be "used up" at this point; remaining
occurrences of stress conditions belonging to that event will subsequently be ignored.
This process continues until all ranges and numbers of occurrences have been
considered.
Thus, only 1000 repetitions of about 50 ksi range would be counted, instead of the
known 1500 cycles. This error results solely from improper assembly of events.
If the loadings had each been described as separate events (such that E1,L1 E1;
E1,L2 E2; E2,L1 E3; and E2,L2 E4), then the following range counts would be
obtained:
Cumulative fatigue damage in this case would properly be calculated for 1500
repetitions of about 50 ksi range.
Conversely, using separate events for each maximum and each
minimum stresscondition could sometimes become too conservative. In such
cases, carefully choose those loadings that should be counted together, and
group them into the same events. The following example illustrates how
some events can appropriately contain multiple extreme stress conditions:
It is readily apparent that the worst possible combination of these cycles would yield
500 repetitions having alternating stress intensity of about 25 ksi range.
Proceeding as in the above example, grouping these loadings into two events would
produce an accurate count of 500 repetitions of about 25 ksi range. Treating each
loading as a separate event would yield an over-conservative count of 1000 repetitions
of about 25 ksi range.
Now that you have locations, stresses, events, and material parameters all specified,
you can execute the fatigue calculations at a specified location. The location is specified
by either the location number or the node itself.
Command(s): FTCALC
GUI: Main Menu> General Postproc> Fatigue> Calculate Fatig
Fatigue calculation results are printed in the output. If you have routed your output
[/OUTPUT] to a file (for example Jobname.OUT), then you can review the results by
listing that file.
Command(s): *LIST
GUI: Utility Menu> List> Files> Other> Jobname.OUT
A convenient way to modify your events would be to write all stored fatigue data
onJobname.FATG. (This option could be executed either before or after FTCALC.)
Data are written to Jobname.FATG in terms of equivalent fatigue module commands.
You can modify your events by editing Jobname.FATG; then use
the /INPUT command to reread the modified fatigue commands.
Command(s): FTWRITE
GUI: Main Menu> General Postproc> Fatigue> Write Fatig Data
Earlier, we discussed the "rain flow" range-counting method. This technique is useful
whenever the exact time-history of various loadings is not known. However, if in your
fatigue analysis the time-history is known, you can avoid the undue conservatism of this
procedure simply byrunning a separate fatigue analysis [FTCALC] for each sequential
event and then adding the usage factors manually.