Specify a Load History for Progressive Fatigue

Predict the fatigue life of a composite structure.

As with any fatigue algorithm, knowledge of the load history must be supplied to accurately predict the fatigue life of a composite material. In contrast to many fatigue algorithms, however, knowledge of the time history is also necessary when predicting the fatigue life of composite structures. To facilitate specification of the load history with the fatigue feature, Helius PFA requires a HIN file (.hin) to describe the analysis step and load history of the fatigue loading.

In addition to the numerous keywords supported by the HIN file, the *FATIGUE keyword has been added to allow you to specify the necessary information to run a fatigue analysis as shown below:

*FATIGUE, STEP=FATIGUE_STEP_ID
*BLOCK, REPEATS=NUM_REPEATS
P1/Pmax , t1
P2/Pmax , t2
Pn/Pmax , tn

The *FATIGUE keyword indicates a fatigue load history definition will follow. The load history is prescribed in the FATIGUE_STEP_ID of the analysis, where the FATIGUE_STEP_ID represents the sequential step in the input file, not the step name. If the STEP parameter is omitted from the *FATIGUE keyword, the fatigue step is assumed to be 2. Using the STEP keyword, you can apply multiple static steps before running a fatigue analysis in a later step of the analysis. For example, consider an analysis with two load steps, the first step is named MECHANICAL_LOAD_STEP and the second step is named FATIGUE_LOAD_STEP. In this case, the first line of the HIN file would appear as:

*FATIGUE, STEP=2

because we want the load history applied to the FATIGUE_LOAD_STEP. Consider a second example with three load steps, the first named THERMAL_LOAD_STEP, the second named MECHANICAL_LOAD_STEP, and the third named FATIGUE_LOAD_STEP. In this case, the first line of the HIN file would appear as:

*FATIGUE, STEP=3

The *BLOCK keyword supplies information about the prescribed loading block. The block is the foundation of any load history. The REPEATS parameter specifies how many times this specific block is applied in the load history and if omitted, this value defaults to 1. Directly following the *BLOCK keyword are a series of load and time stamps. Each data line consists of the fraction of the maximum load applied in the first step of the fatigue analysis and the corresponding time in the load history. The data line can be repeated as many times as desired until the load history for this block has been closed (i.e. the same load fraction has been achieved and the load history of the block could be repeated).

The *BLOCK keyword may be repeated as many times as desired to completely define an entire load history. If multiple *BLOCK keywords are used, you must ensure that each subsequent block begins its load history at a time that follows the completion of the previous blocks. In other words, the second block cannot begin until the first block (and any repeats) has finished.

An example load history and the corresponding keywords are given below.

The corresponding keyword would resemble the following:

*FATIGUE, STEP=2
*BLOCK, REPEATS=3
0.1, 0.0
0.3, 0.01
0.1, 0.013
*BLOCK, REPEATS=2
0.05, 0.041
1.0, 0.051
0.05, 0.061
Note: The load history definition is approximated, but each block definition is closed by defining the same load fraction at a greater time stamp. The second *BLOCK command starts at time 0.041 which is after the end of the first *BLOCK command (0.013 * 3 repeats = 0.039).

Note: The progressive fatigue feature is not supported for Linux clusters.