Difference between revisions of "3D Cracks"

From OSUPDOCS
Jump to navigation Jump to search
 
(33 intermediate revisions by the same user not shown)
Line 1: Line 1:
3D cracks are currently in development and available only in [[OSParticulas]]. This page explains how to add them to 3D MPM simulations.
3D cracks are currently in development and available only in [[OSParticulas]]. This page explains how to add them to 3D MPM simulations. Explicit 3D cracks are modeled well, but do not yet have 3D J integral or have any options for explicit crack propagation. You can, however, add [[Traction Laws|traction laws]] to  model crack-tip cohesive zones. Failure of cohesive zones is an alternative approach to modeling 3D crack propagation.
__TOC__
__TOC__
== Introduction ==
== Introduction ==


3D cracks are defined by a collection of triangular facets. The corners and located using crack key points. Each facet can option input a [[Traction Laws|traction law]].
3D cracks are defined by a collection of triangular facets. The corners and located using crack key points. The final crack surface can be an arbitrary 2D surface within an object and need not be a planar surface. Note that cracks are defined using large triangles (as large as possible depending on the crack surface). The [[NairnMPM]] code will subdivide each specified triangle into smaller triangular facets. Accurate modeling of 3D cracks typically needs the final facet size to be similar to the grid cell size (or smaller). The entire crack can use a custom [[Contact Laws|contact law]]. Each definition facet can optionally add a [[Traction Laws|traction law]].


== Planar Crack Definition ==
== Planar Crack Definition ==


If the crack has a parallelogram shape, you can define with a few commands. In scripted files, the commands are:
If the crack has a planar, parallelogram shape, you can define it with a few commands. In scripted files, the commands are:


  NewCrack (x0),(y0),(z0),(k0)
  NewCrack (x0),(y0),(z0),(k0),<(lawID)>
  CrackKeypoint (x1),(y1),(z1),(k1)
  CrackKeypoint (x1),(y1),(z1),(k1)
  CrackKeypoint (x2),(y2),(z2),(k2)
  CrackKeypoint (x2),(y2),(z2),(k2)
Line 16: Line 16:
In XML files, a parallelogram crack is defined with one command in a <tt><CrackList></tt> element:
In XML files, a parallelogram crack is defined with one command in a <tt><CrackList></tt> element:


  <CrackList>
  <CrackList law='(lawnum)' lawname='(lawname)'>
   <Plane V0x='(x0)' V0y='(y0)' V0z='(z0)' V1x='(x1)' V1y='(y1)' V1z='(z1)'
   <Plane V0x='(x0)' V0y='(y0)' V0z='(z0)' V1x='(x1)' V1y='(y1)' V1z='(z1)'
           V2x='(x2)' V2y='(y2)' V2z='(z2)' length='(length)' mat='(czmnum)' matname='(czmname)'></Plane>
           V2x='(x2)' V2y='(y2)' V2z='(z2)' length='(length)' mat='(czmnum)' matname='(czmname)'></Plane>
Line 24: Line 24:


<ul>
<ul>
<li><tt>(xn),(yn),(zn)</tt> - for n = 0, 1, and 2 defines three points and <tt>(kn)</tt> in scripted files are key point labels (which have to be unique). The defined crack will be parallelogram with edges along point 0 to 1 and along point 0 to 2.
<li><tt>(xn),(yn),(zn)</tt> - for n = 0, 1, and 2 defines three points and <tt>(kn)</tt> in scripted files are key point labels (which have to be unique). The defined crack will be planar parallelogram with edges along point 0 to 1 and along point 0 to 2. The fourth point is at the sum of these two vectors.
</li>
</li>


<li><tt>(length)</tt> - is preferred maximum length for facet edges. The parallelogram is divided into triangular facets with the maximum facet edge length given by this parameter. Typically this value should be smaller than a grid cell, such as half of a grid cell.
<li><tt>(length)</tt> - is preferred maximum length for final facet edges. The parallelogram is divided into triangular facets with the maximum facet edge length given by this parameter. Typically this value should be smaller than a grid cell, such as half of a grid cell.
</li>
</li>


<li><tt>(czmID)</tt> - is optional [[Traction Laws|traction law material ID]] to add a traction law to the entire crack plane. Scripted files can use the material ID.
<li><tt>(czmID)</tt> (and <tt>(czmnum)</tt>) - is optional [[Traction Laws|traction law material ID]] to add a traction law to the entire crack plane. Scripted files can use the material ID. XML files specify an optional [[Traction Laws|traction law]] by number or name using <tt>(czmname)</tt>. If both are used, the name takes precedence.
</li>
</li>


<li><tt>(czmnum)</tt> or tt>(czmname)</tt> - in XML files, you specify an optional [[Traction Laws|traction law]] by number or name. If both are used, the name takes precedence.
<li><tt>(lawID)</tt> (and <tt>(lawnum)</tt>) - this parameter customizes this crack to use a different [[Contact Laws|contact law]] for modeling crack contact (''i.e.'', a different [[Contact Laws|contact law]] or [[Imperfect Interfaces#Imperfect Interfaces on Explicit Cracks|imperfect interface]] for this crack than the one selected by the [[Friction#Friction on Explicit Cracks|global <tt>ContactCracks</tt> command]]). In XML files, the custom [[Contact Laws|contact law]] can be specified by number or name (in <tt>(lawnum)</tt> or <tt>(lawname)</tt>). If both are used, the name takes precedence.
</li>
</li>


</ul>
</ul>
Line 41: Line 40:
== General 3D Crack Definition ==
== General 3D Crack Definition ==


In scripting software, arbitrary crack surfaces a constructed from a series of connected triangular facets. The defining commands are:
In scripted files, each arbitrary crack surface is constructed from a series of connected triangular facets. The defining commands are:


  NewCrack (x),(y),(z),(id)
  NewCrack (x),(y),(z),(id),<(lawID)>
  CrackKeypoint (x),(y),(z),(id)
  CrackKeypoint (x),(y),(z),(id)
     ...
     ...
Line 49: Line 48:
     ...
     ...


In XML files, an arbitrary cracks is defined with a <tt><Mesh></tt> block:
In XML files, each arbitrary crack is defined with one and only one <tt><Mesh></tt> block within a <tt><CrackList></tt> block:


  <CrackList>
  <CrackList law='(lawnum)' lawname='(lawname)'>
   <Mesh>
   <Mesh>
     <NodeList>
     <NodeList>
Line 65: Line 64:
  </CrackList>
  </CrackList>


Both the above methods define a collection of crack points or nodes on the crack with coordinates <tt>((x),(y),(z))</tt>. In scripts files, each key point is assigned and <tt>(id)</tt> when can be any string. In XML files, key points are numbered starting at 1 by order in the <tt><NodeList></tt> block.
where the main crack setting is
 
* (lawID)</tt> (and <tt>(lawnum)</tt>) - this parameter customizes this crack to use a different [[Contact Laws|contact law]] for modeling crack contact (''i.e.'', a different [[Contact Laws|contact law]] or [[Imperfect Interfaces#Imperfect Interfaces on Explicit Cracks|imperfect interface]] for this crack than the one selected by the [[Friction#Friction on Explicit Cracks|global <tt>ContactCracks</tt> command]]). In XML files, the custom [[Contact Laws|contact law]] can be specified by number or name (in <tt>(lawnum)</tt> or <tt>(lawname)</tt>). If both are used, the name takes precedence.
 
The subsequent commands for both scripted files and XML files define a collection of crack points or nodes on the crack surface with coordinates <tt>((x),(y),(z))</tt>. In scripted files, each key point is assigned an <tt>(id)</tt>, which can be any string. In XML files, key points are implicitly numbered by order in the <tt><NodeList></tt> block starting at 1.


Once the key points are defined, they are connected by triangular facets. Scripted files use CrackFacet commands where <tt>(id1),(id2),(id3)</tt> specify three key points using their IDs. XML files use <tt><elem></tt> commands where <tt>(nd1),(nd2),(nd3)</tt> specify three key points by number in the <tt><NodeList></tt> block. The two remaining parameters are:
Once the key points are defined, they are connected by triangular facets. Scripted files use CrackFacet commands where <tt>(id1),(id2),(id3)</tt> specify three key points using their IDs. XML files use <tt><elem></tt> commands where <tt>(nd1),(nd2),(nd3)</tt> specify three key points by number in the <tt><NodeList></tt> block. The two remaining parameters are:
Line 72: Line 75:
* <tt>(czm)</tt> (or <tt>(czmname)</tt>) - all facets created can optionally be assigned a [[Traction Laws|traction law]]. Scripted files choose the law by material ID. In XML files, you specify an optional [[Traction Laws|traction law]] by number in <tt>(czm)</tt> or by name in <tt>(czmname)</tt>. If both are used, the name takes precedence.
* <tt>(czm)</tt> (or <tt>(czmname)</tt>) - all facets created can optionally be assigned a [[Traction Laws|traction law]]. Scripted files choose the law by material ID. In XML files, you specify an optional [[Traction Laws|traction law]] by number in <tt>(czm)</tt> or by name in <tt>(czmname)</tt>. If both are used, the name takes precedence.


Some notes on defining 3D cracks as as follows:
Some notes on defining 3D cracks are as follows:


# Crack meshes may deviate from the entered <tt>(length)</tt> to get better proportioned elements.
# Crack meshes may deviate from the entered <tt>(length)</tt> to get better proportioned elements.
# Crack meshes work best if defined facets are similarly sized. If different sizes facets are used, it is best to start with the largest ones.
# Crack meshes work best if the facets used to create the crack are similarly sized. If different sizes are needed, it is best to start with the largest ones.
# The code to optimize cracks works best if each new facet has two new edges. If needed, a facet with only one new edge is allowed. Except for the first facet, added facets should have three new edges
# The code to optimize cracks works best if each new facet has two new edges. If needed, a facet with only one new edge is allowed. Except for the first facet, added facets should never have three new edges; in other words, each added facet should be connected to one (or two) previous facets.
# The crack mesh must use all defined key points. An error occurs if any are left unused.
# The crack mesh must use all defined key points. An error occurs if any are left unused.
# No edge connecting two key points can be used in more than two facets (''i.e.'', an edge can only be shared by two facets).
# No edge connecting two key points can be used in more than two facets (''i.e.'', an edge can only be shared by two facets).
# In XML files, each <tt><CrackList></tt> block can have only one <tt><Mesh></tt> block.
# If a facet has a cohesive zone, all crack particles in that facet will be assigned to that cohesive zone. If one of the edges of that facet is shared with another facet, two possibilities arise:
 
## If the other facet does not have a cohesive zone, the crack particles on the shared edge will use the cohesive zone
=== Meshing Algorithm ===
## If two facets with different cohesive zones share an edge, the crack particles on the shared edge will used the cohesive zone assigned to the second facet with that edge.
 
The following steps outline the algorithm for dividing each facet into subfacets:
 
# Check if edges of each new facet were in a previous facet. If yes, use the intervals from the previous facet. If it was used in two previous facets, an error occurs.
# For new edges, use following steps to divide into intervals for smaller facets:
#* The preferred number is <tt>int(length/edgeLength)+1</tt>.
#* If all edges are new, find the pair (0-1) or (1-2) that are closest and match other to 0 or 1. May downgrade resolution of 0 if 1-2 pair is used.
#* If one was existing - match other two to it
#* If two existing - match new one to an existing edge. This case may not get all edges with the same number of intervals
#* If three present look for two matching and use. If all differ an error. Note that can be fixed by defining triangles in order that does not surround any area.
 
The meshing process is then:
 
# Create segments along any new edges
# Set segments of each edge as no in the crack and if czmID>0 set its traction law
# Start with edge having unique number of internal segments (or same if all the same), call it n. Let s be number of internal segments with equal intervals, then loop for i from 1 to s
#* Create n-i segments along line connect segment i of each edge
#* Create triangle strip of facets under that line, but if n-1<=0, just divide into two facets
# When done, if n-s>0, connect each one to tip of the triangle
# Cause an error if any crack points were not connected to the crack (because their index is needed)

Latest revision as of 13:51, 26 April 2024

3D cracks are currently in development and available only in OSParticulas. This page explains how to add them to 3D MPM simulations. Explicit 3D cracks are modeled well, but do not yet have 3D J integral or have any options for explicit crack propagation. You can, however, add traction laws to model crack-tip cohesive zones. Failure of cohesive zones is an alternative approach to modeling 3D crack propagation.

Introduction

3D cracks are defined by a collection of triangular facets. The corners and located using crack key points. The final crack surface can be an arbitrary 2D surface within an object and need not be a planar surface. Note that cracks are defined using large triangles (as large as possible depending on the crack surface). The NairnMPM code will subdivide each specified triangle into smaller triangular facets. Accurate modeling of 3D cracks typically needs the final facet size to be similar to the grid cell size (or smaller). The entire crack can use a custom contact law. Each definition facet can optionally add a traction law.

Planar Crack Definition

If the crack has a planar, parallelogram shape, you can define it with a few commands. In scripted files, the commands are:

NewCrack (x0),(y0),(z0),(k0),<(lawID)>
CrackKeypoint (x1),(y1),(z1),(k1)
CrackKeypoint (x2),(y2),(z2),(k2)
CrackPlane (k0),(k1),(k2),(length),(czmID)

In XML files, a parallelogram crack is defined with one command in a <CrackList> element:

<CrackList law='(lawnum)' lawname='(lawname)'>
  <Plane V0x='(x0)' V0y='(y0)' V0z='(z0)' V1x='(x1)' V1y='(y1)' V1z='(z1)'
         V2x='(x2)' V2y='(y2)' V2z='(z2)' length='(length)' mat='(czmnum)' matname='(czmname)'></Plane>
</CrackList>

where

  • (xn),(yn),(zn) - for n = 0, 1, and 2 defines three points and (kn) in scripted files are key point labels (which have to be unique). The defined crack will be planar parallelogram with edges along point 0 to 1 and along point 0 to 2. The fourth point is at the sum of these two vectors.
  • (length) - is preferred maximum length for final facet edges. The parallelogram is divided into triangular facets with the maximum facet edge length given by this parameter. Typically this value should be smaller than a grid cell, such as half of a grid cell.
  • (czmID) (and (czmnum)) - is optional traction law material ID to add a traction law to the entire crack plane. Scripted files can use the material ID. XML files specify an optional traction law by number or name using (czmname). If both are used, the name takes precedence.
  • (lawID) (and (lawnum)) - this parameter customizes this crack to use a different contact law for modeling crack contact (i.e., a different contact law or imperfect interface for this crack than the one selected by the global ContactCracks command). In XML files, the custom contact law can be specified by number or name (in (lawnum) or (lawname)). If both are used, the name takes precedence.

General 3D Crack Definition

In scripted files, each arbitrary crack surface is constructed from a series of connected triangular facets. The defining commands are:

NewCrack (x),(y),(z),(id),<(lawID)>
CrackKeypoint (x),(y),(z),(id)
   ...
CrackFacet (id1),(id2),(id3),(length),(czm)
   ...

In XML files, each arbitrary crack is defined with one and only one <Mesh> block within a <CrackList> block:

<CrackList law='(lawnum)' lawname='(lawname)'>
  <Mesh>
    <NodeList>
      <pt x='(x)' y='(y)' z='(z)'/>
      <pt x='(x)' y='(y)' z='(z)'/>
        ...
    </NodeList>
    <ElementList>
      <elem type='1' length='(length)' czm='(czm)' czmname='(czmname)'>(nd1),(nd2),(nd3)</elem>
        ...
    </ElementList>
  </Mesh>
</CrackList>

where the main crack setting is

The subsequent commands for both scripted files and XML files define a collection of crack points or nodes on the crack surface with coordinates ((x),(y),(z)). In scripted files, each key point is assigned an (id), which can be any string. In XML files, key points are implicitly numbered by order in the <NodeList> block starting at 1.

Once the key points are defined, they are connected by triangular facets. Scripted files use CrackFacet commands where (id1),(id2),(id3) specify three key points using their IDs. XML files use <elem> commands where (nd1),(nd2),(nd3) specify three key points by number in the <NodeList> block. The two remaining parameters are:

  • (length) - the triangular facets defined above are subdivided into smaller triangular facets with maximum edge length given by this parameter. This length should be smaller than a grid cell, such as half a grid cell.
  • (czm) (or (czmname)) - all facets created can optionally be assigned a traction law. Scripted files choose the law by material ID. In XML files, you specify an optional traction law by number in (czm) or by name in (czmname). If both are used, the name takes precedence.

Some notes on defining 3D cracks are as follows:

  1. Crack meshes may deviate from the entered (length) to get better proportioned elements.
  2. Crack meshes work best if the facets used to create the crack are similarly sized. If different sizes are needed, it is best to start with the largest ones.
  3. The code to optimize cracks works best if each new facet has two new edges. If needed, a facet with only one new edge is allowed. Except for the first facet, added facets should never have three new edges; in other words, each added facet should be connected to one (or two) previous facets.
  4. The crack mesh must use all defined key points. An error occurs if any are left unused.
  5. No edge connecting two key points can be used in more than two facets (i.e., an edge can only be shared by two facets).
  6. If a facet has a cohesive zone, all crack particles in that facet will be assigned to that cohesive zone. If one of the edges of that facet is shared with another facet, two possibilities arise:
    1. If the other facet does not have a cohesive zone, the crack particles on the shared edge will use the cohesive zone
    2. If two facets with different cohesive zones share an edge, the crack particles on the shared edge will used the cohesive zone assigned to the second facet with that edge.