General Solution Procedure, Illustrated
In Itasca software, the modeling methodology described in General Approach is convenient because it represents the sequence of processes that occurs in the physical environment. The flow of that methodology is illustrated below.
figure attempts to generalize for ALL codes - so it varies from the version shown in either flac3d, pfc, or 3dec docs
The first step in the workflow, model setup, requires specifying up to four fundamental components of the problem:
- the model domain (PFC only);
- the core model as composed of fundamental model elements (an assembly of particles in PFC; a mesh of zones in FLAC3D; a shape composed of jointed blocks in 3DEC);
- contact and/or constitutive behavior and material properties; and,
- boundary and initial conditions
list above takes what had covered pfc only and attempts to add flac3d and 3dec to it – requires review!!
this page came from PFC land, so the next paragraph is too pfc specific. It and the one following were once one paragraph. However, I’ve split them here and generalized the second paragraph to the point where it is descriptively accurate for all the codes. So, what to do about the first one…
The model geometry is defined by the locations and size distribution of particles (|pfc|), the assembly of polygonal blocks (|3dec|) or a zoned volume (|flac3d|). The contact behavior and/or material properties dictate the type of response the model will display upon disturbance (e.g., deformation response due to excavation). The choice of appropriate energy dissipation mechanisms is crucial at this stage.
Boundary and initial conditions define the in-situ state (i.e., the condition before a change or disturbance in problem state is introduced). After these conditions are defined, the initial equilibrium state is calculated for the model. An alteration is then made (e.g., excavate material or change boundary conditions), and the resulting response of the model is calculated. The actual solution of the problem is different for Itasca programs than it is for conventional implicit-solution programs. Itasca codes all use an explicit time-marching method to solve the algebraic equations. The solution is reached after a series of computational steps. In each code, the number of steps required to reach a solution can be controlled automatically by the code or manually by the user. However, the user ultimately must determine whether the number of steps is sufficient to reach the solved state.
Was this helpful? ... | PFC 6.0 © 2019, Itasca | Updated: Nov 19, 2021 |