<?xml version="1.0" encoding="utf-8" ?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns="http://purl.org/rss/1.0/">




    



<channel rdf:about="http://www.dynasupport.com/howtos/contact-1/RSS">
  <title>Contact</title>
  <link>http://www.dynasupport.com</link>

  <description>
    
      
    
  </description>

  

  
            <syn:updatePeriod>daily</syn:updatePeriod>
            <syn:updateFrequency>1</syn:updateFrequency>
            <syn:updateBase>2009-09-04T17:47:56Z</syn:updateBase>
        

  <image rdf:resource="http://www.dynasupport.com/logo.png"/>

  <items>
    <rdf:Seq>
      
        <rdf:li rdf:resource="http://www.dynasupport.com/howtos/contact/tied-tied-offset-and-tiebreak-contacts"/>
      
      
        <rdf:li rdf:resource="http://www.dynasupport.com/howtos/contact/soft-option"/>
      
      
        <rdf:li rdf:resource="http://www.dynasupport.com/howtos/contact/smooth-option"/>
      
      
        <rdf:li rdf:resource="http://www.dynasupport.com/howtos/contact/shooting-node"/>
      
      
        <rdf:li rdf:resource="http://www.dynasupport.com/howtos/contact/initial-penetrations"/>
      
      
        <rdf:li rdf:resource="http://www.dynasupport.com/howtos/contact/force-transducer"/>
      
      
        <rdf:li rdf:resource="http://www.dynasupport.com/howtos/contact/edge-to-edge-contact"/>
      
      
        <rdf:li rdf:resource="http://www.dynasupport.com/howtos/contact/contact-timestep"/>
      
      
        <rdf:li rdf:resource="http://www.dynasupport.com/howtos/contact/contact-thickness"/>
      
      
        <rdf:li rdf:resource="http://www.dynasupport.com/howtos/contact/contact-stiffness-influenced-by-time-step-size"/>
      
      
        <rdf:li rdf:resource="http://www.dynasupport.com/howtos/contact/contact-overview"/>
      
      
        <rdf:li rdf:resource="http://www.dynasupport.com/howtos/contact/contact-between-beam-and-shell-elements"/>
      
    </rdf:Seq>
  </items>

</channel>


  <item rdf:about="http://www.dynasupport.com/howtos/contact/tied-tied-offset-and-tiebreak-contacts">
    <title>Tied, Tied Offset, and Tiebreak Contacts</title>
    <link>http://www.dynasupport.com/howtos/contact/tied-tied-offset-and-tiebreak-contacts</link>
    <description></description>
    <content:encoded xmlns:content="http://purl.org/rss/1.0/modules/content/"><![CDATA[<h2>Constraint-based / Penalty-based Contacts</h2><p>Tied contacts fall into 2 major categories: constraint-based and penalty-based. Those with TIEBREAK, OFFSET, or BEAM_OFFSETin the name are penalty-based.&nbsp; All others are constraint-based. A node, whether it be on the slave or master side, cannot be involved in more than one constraint-based contact.&nbsp; Also, rigid bodies cannot be included in a constraint-based contact.</p> <p>For tied contacts without the offset option, any slave nodes that meet the criteria to be tied will be moved to the master surface during initialization thus eliminating gaps between slave nodes and master segments.&nbsp; If you see such a gap when viewing the model, the node is not tied. A warning message is written to the d3hsp/messag files whenever a slave node is not tied.</p> <p>The criteria that must be met for a successful tie are:</p> <ul><li>Slave node must be within the normal projection of a master segment</li></ul>  <ul><li>The offset of the slave node from the master segment in the normal direction cannot exceed a certain tolerance.You can change this tolerance by using negative values for the contact thickness.&nbsp;</li></ul> <p>(See Remark 2 on p. 7.42 of the 971 User's Manual.)</p> <p>There are various tied contacts in LS-DYNA. Which you choose will depend on the application. If the surfaces to be tied are not rigid or otherwise constrained, then a constraint-based tied contact can be used, e.g.,</p> <p><code>*CONTACT_TIED_NODES_TO_SURFACE</code></p><p>(if nodes do NOT have rotational DOF, e.g., as in solids or thick shells)</p><p><code>*CONTACT_TIED_SHELL_EDGE_TO_SURFACE</code>&nbsp; (if any nodes being tied do have rotational DOF, e.g., as in thin shells)<br /><code>*CONTACT_TIED_SHELL_EDGE_TO_SURFACE_CONSTRAINED_OFFSET</code>&nbsp; (if any nodes being tied do have rotational DOF, e.g., as in thin shells AND a physical gap between the tied surfaces is to be retained)</p> <p>&nbsp;</p> <h2>Rigid Parts</h2> <p>If a rigid part is being tied, then a penalty-based tied contact could be used but not a constraint-based tied contqact. This can be accomplished by adding the word &quot;<code>OFFSET</code>&quot; to the contact name, e.g., <code>*CONTACT_TIED_NODES_TO_SURFACE_OFFSET</code>.&nbsp; (The exception is when &quot;<code>CONSTRAINED_OFFSET</code>&quot; is used.)<br />See the notes on p. 7.4 of the 971 User's Manual regarding <code>OFFSET</code>, <code>BEAM_OFFSET</code>, and <code>CONSTRAINED_OFFSET</code> tied contacts.</p><p>As an alternative to using tied contact for permanently bonding a deformable body to a rigid body, one could use *CONSTRAINED_EXTRA_NODES.</p><p>&nbsp;</p> <h2>Tiebreak Contact</h2> <p>&quot;<code>TIEBREAK</code>&quot; contacts have the added feature of including a failure criterion.&nbsp; These contact types are usually penalty-based.&nbsp; A constraint-based tied contact with a failure criterion is <code>*CONTACT_TIED_SURFACE_TO_SURFACE_FAILURE</code>.</p> <p>Automatic tiebreak contacts have some special features (see OPTION parameter) and behave as automatic contacts after failure.&nbsp; <br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; tiebreak option for automatic contact<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; eq.-3:see 3, moments are transferred<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; eq.-2:see 2, moments are transferred<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; eq.-1:see 1, moments are transferred<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; eq. 1:stick<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; eq. 2:tiebreak for nodes initially in contact<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; eq. 3:tiebreak after sticking<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; eq. 4:sliding only with friction and failure<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; eq. 5:elastoplastic interface with damage<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; eq. 6:rigid-plastic interface with damage<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; eq. 7:DYCOS Discrete Crack Model<br />&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; eq. 8:see 6, with thickness offset (Delam model)&nbsp; (v. 971 only)</p> <p>&nbsp;</p> <h2>Offset Tied Contacts</h2> <p>&nbsp;<br />Regular tied offset contacts use a penalty method and do not transmit forces/moments in a beam-like manner. This can lead to nonphysical rotational constraints.&nbsp; Preferred to these regular offset contacts are <code>BEAM_OFFSET</code> and <code>CONSTRAINED_OFFSET</code> tied contacts which DO transmit forces/moments between the slave node and master segment in a beam-like manner.&nbsp; The <code>BEAM_OFFSET</code> option is penalty-based and applies only to <code>TIED_SHELL_EDGE_TO_SUFACE</code> contact whereas the <code>CONSTRAINED_OFFSET</code> option is constraint-based and is available for <code>TIED_NODES_TO_SURFACE</code>,&nbsp; <code>TIED_SURFACE_TO_SURFACE</code>,&nbsp; and <code>TIED_SHELL_EDGE_TO_SURFACE</code> contacts.&nbsp; <br />Be aware that <code>*CONTACT...CONSTRAINED_OFFSET</code> redistributes the mass of the slave nodes to the master surface but (at least) in doing so the rotary inertia of the slave nodes is transformed. In <code>*CONTACT_TIED_SHELL_EDGE_TO_SURFACE_BEAM_OFFSET</code>, mass of the slave nodes stays put.&nbsp;&nbsp; <br /><br />&nbsp;<br />&nbsp;</p> <h2>Trouble-shooting: Tied contact doesn't appear to work</h2> <p><br />Look for the word &quot;Warning&quot; in your message file to see if there are any messages about slave nodes not being tied. If slave nodes are too far away from the master surface, the slaves will not be tied.&nbsp; &nbsp; This threshold distance is defined in Remark 2 on p. 7.42 of the 971 User's Manual.&nbsp; Note that by setting the slave and/or master contact thickness to a negative value, the threshold distance can be manually controlled.<br />&nbsp;<br />Unfortunately, there's no convenient way to display unconstrained nodes.&nbsp; A suggestion -- use the unix command grep to get a listing of unconstrained nodes, e.g., <br />grep &quot;<code>slave node ID</code>&quot; d3hsp &gt;list<br /><br />Then edit this listing to make a node set via <code>*SET_NODE_COLUMN</code>. Insert this node set into your input deck and read the deck into LS-PrePost in order to view the node set.</p>]]></content:encoded>
    <dc:publisher>No publisher</dc:publisher>
    <dc:creator>Stefanie Schick</dc:creator>
    <dc:rights></dc:rights>
    <dc:date>2009-09-04T18:42:31Z</dc:date>
    <dc:type>Page</dc:type>
  </item>


  <item rdf:about="http://www.dynasupport.com/howtos/contact/soft-option">
    <title>SOFT option</title>
    <link>http://www.dynasupport.com/howtos/contact/soft-option</link>
    <description></description>
    <content:encoded xmlns:content="http://purl.org/rss/1.0/modules/content/"><![CDATA[<h2><strong>SOFT = 1 option</strong></h2> <p>The contact formulation invoked by setting Soft=1 on optional card A of <code>*CONTACT</code> is not so radical a departure from the default penalty contact formulation (Soft=0) as the Soft=2 contact formulation. Soft=1 is more or less the same as Soft=0 EXCEPT in the way the contact stiffness is determined. Soft=1 calculates contact stiffness based on stability considerations taking into account the timestep. In other words, you can liken Soft=1 contact to a group of simple spring-mass systems, each with a Courant timestep matched to the actual timestep used in the simulation. Soft=1 will generally be more effective than Soft=0 for soft materials contacting stiff materials or where the mesh densities of the two contacting surfaces are dissimilar.</p> <p>When SOFT=1, we use the max of the stiffness as calculated by soft=0 and soft=1. Therefore reducing SOFSCL has no effect if the soft=0 stiffness is larger.</p> <p><code>k = max(SLSFAC * SFS * k0, SOFSCL * k1)</code></p> <p>where</p>  <ul><li>k is the penalty stiffness</li><li>SLSFAC is user input on <code>*CONTROL_CONTACT</code></li><li>SFS is user input on <code>*CONTACT</code> card 3</li><li>SOFSCL is user input on <code>*CONTACT</code> optional card A</li><li>k0 is the stiffness calculated from material bulk modulus and element dimensions</li><li>k1 is the stiffness calculated from nodal masses and the solution time step.<p>Note:  For two way contact like <code>*CONTACT_AUTOMATIC_SURFACE_TO_SURFACE</code>, replace SFS with SFM (user input on *CONTACT card 3) in the above equation.</p> <p>lpb, jpd  12/2002</p></li></ul> <h2><strong>SOFT = 2 option</strong></h2> <p>When using SOFT=2, the contact stiffness is calculated based on the actual timestep. The <strong>contact timestep</strong> reported in the d3hsp is not meaningful for SOFT = 2 contact.</p> <p>The initial penetrations are not eliminated when SOFT=2 is used, rather the initially penetrated location becomes the baseline from which additional penetration is measured. It's this additional penetration that produces contact forces. The initial penetration produces no force. If, during the simulation, the segments in contact move apart to where the current penetration is less than the baseline penetration, the current penetration becomes the new baseline.</p> <p>The following FAQs provide additional information for SOFT=2 contact.    Subject:  Segment based contact (called alternate penalty in manual, also pinball)</p> <h3>What is it and how is it used?</h3> <p>Segment based contact is a general purpose shell and solid element penalty type contact algorithm. It does not work with beams. It is activated by setting soft=2 on optional card A (keyword) or put a 2 in columns 1-5 of optional control card 3 (structured). This option is available for contact types 3, a3, 10, a10, 4, 13, a13, 14, 15</p> <p>Many parameters available for standard penalty contact are also available for segment based contact. Defaults are the same as for the standard penalty contacts except that all segment based contacts use the true shell thickness by default.</p>  <ul><li>static, dynamic, exponential decay parameters</li><li>forces printed to ncforc and binary interface for files</li><li>Scale factor on default slave and master penalty stiffness</li><li>Viscous damping coefficient</li><li>Optional slave and master thickness and thickness scale factor for shells</li><li>Birth time and death time</li><li>Airbag thickness as a function of time</li><li>Number of cycles between bucket sorts</li><li>Number of cycles between contact force updates</li><li>Symmetry plane option</li></ul> <p>Others are not.</p>  <ul><li>small penetration contact search option (not needed)</li><li>PENMAX (not needed)</li><li>coefficient of viscous friction (not available)</li><li>max parametric coordinate in segment search (not needed)</li><li>search depth for automatic contact (not needed)</li><li>Coulomb friction scale factor (not available)</li><li>viscous friction scale factor (not available)</li><li>thickness option flag for 3, 5, and 10 (not needed)</li><li>shooting node logic (not needed)</li></ul> <h3>How do the different segment based contacts differ from each other?</h3> <p>Internally, there is only one segment based contact algorithm with options that are chosen by keyword.</p>  <ul><li>automatic vs. non automatic contacts</li></ul> <p>The automatic contacts do shell segment orientation judgments on the fly, but the non automatic do no shell orientation at all, not even during initialization! The motivation for the no orientation option was to allow the user to overcome problems when automatic orientation gets it wrong and penetration occurs. Certain geometries can confuse the automatic orientation logic which determines shell segment orientations during each bucket sort for pairs of segments that are close but not yet in contact. The front of each segment is determined such that each segment faces the center of the other segment.</p>  <ul><li>one_way_surface_to_surface vs. surface_to_surface</li></ul> <p>Because segment based contact checks pairs of segments for penetration, a judgment must be made prior to calculating penalty forces about which segment is the master and which is the slave. As it turns out, it is almost always correct to judge the least penetrated element to be the master and the most penetrated to be the slave. This judgment may be reversed by a warped element check since warped elements may be the slave even if least penetrated. That is the logic used by the single_surface and surface_to_surface contacts. The one_way_surface_to_surface overrides this judgment and simply uses the master and slave segments as input by the user.</p>  <ul><li>airbag_single_surface vs. single_surface</li></ul> <p>When airbags are initially folded, many thin layers may be piled on top of each other which causes long bucket sort lists and slow contact. To speed up contact and to try to avoid inappropriate contact forces, the airbag contact option removes segment pairs from the bucket sort list if both segments belong to an airbag, and if the inside of one segment is facing the outside of a segment implying that the inside of the bag would contact the outside which is generally not possible.</p> <h3>How does segment based contact differ from the standard penalty contacts?</h3> <p>Because contact is detected between segments, it is nearly impossible for nodes to penetrate undetected as can happen with the standard penalty contact when nodes slip between segments at corners.</p> <h3>Please explain the detail of <em>penetration of one segment into another segment</em>. If segment based contact does not check <em>penetration of nodes</em> of the segment, what is checked for penetration?</h3> <p>It's a complicated thing to explain and to comprehend. A segment A is deemed to have penetrated another segment B when at least one node of segment A has penetrated each of the five planes associated with segment B. It is not necessary that the same node of segment A penetrate each of the five planes. The five planes consist of the plane containing the segment plus the four edge planes of the segment. An edge plane is defined as being perpendicular to the segment and containing one edge of the segment. The attached gif file (soft2.gif) shows three examples of situations where segments are contacted by other segments, but not at nodes. In these cases, a node to segment penetration check will fail to detect contact. The segment-based contact uses logic described above to check not for penetrating nodes, but rather for penetrated segments. To check if a segment is penetrated, I need to check if its surface is penetrated and if each of its edges is penetrated. In the <strong>surface to surface</strong> example in the attached figure, each of the edges of both segments are clearly penetrated by at least one node of the other segment so contact is detected.</p> <p>There is no nodal release logic needed with automatic contacts because the initially penetrated side is stored as long as a segment pair remains in contact.</p> <p>Erosion of shells and solids is handled automatically but unless an eroding contact is used (type 14,15) the memory allocated for contact segments may be insufficient when segments are added due to erosion.</p> <p>Scaling of penalty forces is very similar to the soft constraint method, which is based on the stability of the local system, 2 masses (segments) separated by a spring (penalty stiffness). The attempt of this method is to scale the stiffness of each interacting pair to an optimum level so that the system remains stable, and penetration small. In reality, penalty stiffness is added without any added mass so we are adding massless springs that depend on segment mass for stability. However, since the segment mass is already accounted for in element time step calculation, there is no way to guarantee stability with any added penalty stiffness. For this reason and because multiple impacts with the same segment are possible, the stiffness is scaled back to a small percentage of the calculated stability limit. For shells, the segment mass is equal to the element mass. For solids, it is equal to 1/2 the element mass. The penalty stiffness is</p> <p><code>k = 0.5*slsfac*sfs*(m1*m2/(m1+m2)/(dtc)**2</code></p> <p>where slsfac is the default penalty stiffness, sfs is the slave penalty stiffness factor (similar equation for master) m1 and m2 are the segment masses, and dtc is the time step for contact which is set to 1.05*dt2 where dt2 is the initial solution time step. If during the calculation, dt2 rises above dtc, then dtc is reset as 1.05 times the current solution time step, and the penalty stiffness reduced as a result.</p> <p>Please note, that the solution time step includes the users supplied time step scale factor, tssfac so the contact stiffness becomes greater when tssfac is reduced. This stiffening effect can be quite significant since the square of the time step appears in the denominator it may be desirable to reduce the penalty stiffness when tssfac is reduced.</p> <p>Initially penetrated nodes are not moved during initialization. Instead, the initial penetration for each segment pair is stored and subtracted from the current penetration before calculating penalty forces. This same logic is used throughout the calculation so that if a node happens to go undetected, it will not be shot out by large penalty forces. The disadvantage of this method is that parts may penetrate too much, but in most applications it is not noticeable. It could be a problem if there is a lot of sliding (such as deep drawing). As one segment slides along a sheet of segments, it will penetrate a little deeper each time it passes from one segment to another because it will enter the new segment from the side. This initial penetration will be ignored and additional penetration must occur to generate sufficient contact forces.</p> <p>Although the airbag thickness vs. time load curve may be used with segment based contact, it may not be desirable as the growing thickness of the bag tends to add artificial energy to the system and cause the sliding interface energy to become negative. Because segment based contact ignores initial penetrations, airbag simulations can be run without this option.</p> <p>Segment based contact tends to me more robust at corners in a mesh than standard penalty contact for two reasons. First, as mentioned above, nodes cannot slip between segments at shell corners. Second, more information is available so it is not hard to apply penalty forces in the correct direction at corners in solid element meshes. As a result, the symmetry plane option is not generally needed, but it is still available.</p> <h3>The <strong>pinball</strong> edge to edge contact option:</h3> <p>Segment based contact uses a parameter called <strong>EDGE</strong> that activates an edge to edge contact check that works for both shell edges and solid element edges. This method inaccurate and unreliable, and not recommended for general use. Edge to edge contact is probably better treated by type 26 contact. However if the EDGE option is used, it's usually better to isolate the problem edge penetration area and treat it with a separate contact definition than to use the EDGE option in a complex simulation. That said, here is how it works.</p> <p>Edge-edge penetration is judged to occur when a segment pair is first found to be in contact, and both segments are penetrated by a large distance where</p> <p><code>large distance = (1-EDGE/2)*(t1+t2)      for 0 &lt; EDGE &lt;= 2</code></p> <p>and t1 and t2 are the segment thicknesses. When EDGE=0, the edge contact algorithm is not used. For small values of EDGE, the penetration must be large for the edge-edge contact to be detected, t1+t2 in the limit. For EDGE=2, only edge-edge contact will be detected for any finite depth of penetration, which means that all contacts will be treated as edge-edge contact. Therefore, EDGE&gt;1 is discouraged as it is too likely to misjudge surface penetrations as edge penetrations.</p> <p>The edge-edge penetration is detected, a force calculation is done by the <strong>pinball</strong> method in which segments are represented by spheres that bounce off of each other. The force is along the line between segment centers. The spheres are large enough to contain the entire segment (assuming zero thickness) so they extend beyond the edges, possibly by a long distance for segments with large aspect ratio. To avoid flying nodes, the initial penetration of spheres is subtracted from the current depth of penetration prior to calculating penalty forces.</p> <p>The thickness of solid element segments is zero - oops, a bug was just found. It looks like the EDGE parameter should be left at zero for contact with solids until this is corrected. Solid element thickness will soon be half of the solid element thickness where the thickness is evaluated by element volume divided by segment area.</p> <h3>More on edge-edge contact (5/2002):</h3> <p>The <strong>pinball</strong> edge option is an attempt to deal with the <strong>edge to edge </strong> contact case. It simply represents each segment by a sphere that encompasses the nodes of the segment, and the forces are calculated to make the pinballs bounce off of each other. The pinball has a radius equal to the distance from the segment center to the most distant node. The pinball will extend beyond the segment edges and surface and therefore does not accurately represent the segment shape. I recommend that you do not use this option as it does not handle edge to edge contact as well as the automatic general contact. Please use the default parameter value, EDGE=0.</p> <p>In version 970, I have added an accurate <strong>edge to edge</strong> option that does not use the pinball idea. Instead, when edge to edge contact is detected, it identifies the edges that are in contact and calculates a penalty force that is normal to those edges. This new option makes the old <strong>pinball</strong> approach obsolete although it will still remain as an option for backward compatibility between versions.</p><p style="text-align: center;"><img width="640" height="480" src="./resolveuid/5281ee7e9a877f83fbedc049b9736022" alt="soft" /></p><h3>Addendum:</h3> <p>SOFT=2 is generally good at handling dissimilar mesh refinements or dissimilar material stiffnesses.</p> <h3>Version 970 options:</h3> <p>Optional Card A, 5th field SBOPT (previously EDGE): segment based contact options ...............     .10000E+01</p>  <ul><li>eq.0: default is 2</li><li>gt.0 and lt.2: pinball edge-edge contact</li><li>eq.2: default, assume planer segments</li><li>eq.3: warped segment option</li><li>eq 4: sliding option</li><li>eq 5: do options 3 and 4</li></ul> <p>Optional Card A, 6th field       DEPTH: search depth options for segment based contact 2          * eq.0:default is 2</p><ul><li>eq.2:check surface penetration only</li><li>eq.3:check surface penetration but measure depth of penetration at segment edges as well as nodes</li><li>eq.5:check surface penetration and also edge to edge penetration</li></ul>  <p>For contact which includes edge-edge treatment in non-airbag contact problems, SBOPT=3, DEPTH=5 is recommended by Lee Bindeman.</p> <p>For folded airbag contact (fabric-fabric contact) with SOFT=2, refer to contact.airbag.</p> <p>Segment based contact (SOFT=2) does not use the shooting node logic parameter. There is no need for shooting node logic because the segment based contact ignores initial penetrations. Penalty forces are proportional to penetration in excess of the initial penetration. In equation form, this is</p> <p><code>f = k*(d-di)</code></p> <p>where f is a force, k is penalty stiffness, d the current penetration depth, and di the initial penetration depth.</p> <p>I should mention that the ignore option (optional card C, or 4th card of <code>*CONTROL_CONTACT</code>) causes the default contact to ignore initial penetrations which also makes shooting node logic unnecessary.</p> <p>Release threshold:</p> <p>Segment based contact does not use PENMAX. There is no need to release segments when penetration is large because the side of impact is recorded for each shell segment in contact. As long as a pair of segments remains in contact, penalty forces push back to the side of impact.</p> <p>User's manual states that only ISYM, I2D3D, SLDTHK, and SLDSTF are active on Optional Card B.</p> <p>lpb, jpd  12/2002    revised 5/16/2003</p>]]></content:encoded>
    <dc:publisher>No publisher</dc:publisher>
    <dc:creator>Stefanie Schick</dc:creator>
    <dc:rights></dc:rights>
    <dc:date>2009-09-04T18:42:30Z</dc:date>
    <dc:type>Rich document</dc:type>
  </item>


  <item rdf:about="http://www.dynasupport.com/howtos/contact/smooth-option">
    <title>SMOOTH option</title>
    <link>http://www.dynasupport.com/howtos/contact/smooth-option</link>
    <description></description>
    <content:encoded xmlns:content="http://purl.org/rss/1.0/modules/content/"><![CDATA[<p>The <span class="visualHighlight">SMOOTH</span> option for contact uses a surface fitting algorithm so that the contact can be calculated on the surface, rather than on the linear element. All the smooth contacts are available for MPP, only the forming smooth contacts are available for SMP. Using the <span class="visualHighlight">SMOOTH</span> option, LS-DYNA will automatically fit a smooth surface from the mesh. The <span class="visualHighlight">SMOOTH</span> option works for implicit as well.</p> <p>For both the SMP and MPP LS-DYNA version, there are some restrictions concerning this option:</p> <ul><li>it isn't supported for <span class="visualHighlight">SOFT=2</span></li><li>it isn't available for solid elements</li></ul> <p><br />For the SMP LS-DYNA version, there are some further restrictions concerning the <span class="visualHighlight">SMOOTH</span> option:</p> <ul><li>it must be put before the other contacts</li><li>it works only for <span class="visualHighlight">ONE_WAY_</span> type of contact</li><li>the rigid part must be defined on the master side</li><li>element normals have to be consistent</li><li>no sharp angle</li><li>rigid bodies must be connected and only part IDs are accepted</li></ul> <p>&nbsp;</p> <p>Any edge with an angle between two contact segments bigger than an angle defined by <span class="visualHighlight">FLANGL</span> (<span class="visualHighlight">*CONTACT optional Card C</span>) will be treated as feature line during surface fitting in smooth contact.</p>]]></content:encoded>
    <dc:publisher>No publisher</dc:publisher>
    <dc:creator>Stefanie Schick</dc:creator>
    <dc:rights></dc:rights>
    <dc:date>2009-09-04T18:42:30Z</dc:date>
    <dc:type>Page</dc:type>
  </item>


  <item rdf:about="http://www.dynasupport.com/howtos/contact/shooting-node">
    <title>Shooting node</title>
    <link>http://www.dynasupport.com/howtos/contact/shooting-node</link>
    <description></description>
    <content:encoded xmlns:content="http://purl.org/rss/1.0/modules/content/"><![CDATA[<p>To prevent instabilities resulting from shooting nodes, LS-DYNA uses a so-called &quot;shooting node logic&quot; routine, which is activated via <span class="visualHighlight">SNLOG=0</span> (default).</p> <p>&quot;Shooting node logic&quot; puts a penetrating node back to the master surface without applying any contact force. This occurs on the first cycle that a penetration is sensed. In subsequent cycles, penetration produces contact forces.&nbsp; After the penetrating node is pushed back so that it is no longer penetrating a master surface, &quot;shooting node logic&quot; can&nbsp; again be invoked the next time penetration occurs.</p> <p>&quot;Shooting node logic&quot; can be beneficial in the case where a slave node suddenly finds itself well behind it's master segment (whereas there was no penetration in the preceding cycle). In such a case, the logic prevents a huge contact force that might&nbsp; otherwise cause an instability. The penetrating node is simply placed back on the master surface.&nbsp;&nbsp;&nbsp;</p> <h3>If the &quot;shooting node logic&quot; doesn't prevent shooting nodes, then consider the following potential root causes:</h3> <ul><li><p>inappropriate use of fully integrated element formulations in areas of large deformation</p></li><li><p>a stability issue that may be rectified simply by reducing the timestep scale factor</p></li><li><p>out-of-control hourglassing that may be brought under control by an alternate hourglass control or refinement of the mesh</p></li><li><p>poor choice of contact type possibly aggravated by detected and/or undetected initial penetrations.</p></li></ul> <h3>NOTE:</h3> <p>Setting <span class="visualHighlight">IGNORE=1</span> supersedes use of &quot;shooting node logic&quot;.</p>]]></content:encoded>
    <dc:publisher>No publisher</dc:publisher>
    <dc:creator>Stefanie Schick</dc:creator>
    <dc:rights></dc:rights>
    <dc:date>2009-09-04T18:42:30Z</dc:date>
    <dc:type>Page</dc:type>
  </item>


  <item rdf:about="http://www.dynasupport.com/howtos/contact/initial-penetrations">
    <title>Initial Penetrations</title>
    <link>http://www.dynasupport.com/howtos/contact/initial-penetrations</link>
    <description></description>
    <content:encoded xmlns:content="http://purl.org/rss/1.0/modules/content/"><![CDATA[<p><strong>Initial Penetrations in Contact Interfaces</strong></p> <h2><u>1. Introduction</u></h2> <p>Contact definitions allow the modeling of interaction between one or more parts in a simulation model and have become a necessity in any small or large deformation problem. The main objective of the contact interfaces is to eliminate any `overlap` or `penetration` between the interacting surfaces and they accomplish this by first detecting the amount of penetration and then applying a force to remove them. Depending on the type of algorithm used to remove the penetration, both energy and momentum is conserved. This article discusses the presence of penetration in non-tied penalty-based contact interfaces during the initialization of the problem, usually termed as `cinitial penetration`, its effects on the accuracy, robustness of the model and how LS-DYNA has features that can minimize its adverse effects.</p> <h2><u>2. Detecting Penetrations</u></h2> <p>In order to detect the penetration due to contact, LS-DYNA first performs a global search using the Bucket-Sort approach and then a local search using the incremental search technique, to find the closest master segment for any given slave node or a segment. Once a closest segment is found, it projects the slave nodal coordinates onto the closest master segment to compute its orthogonal distance. This is shown in <strong>Figure</strong> <a href="#ref1">[1]</a>. The projected normal distance is computed using a local coordinate system that is embedded in the master segment and is updated every cycle. Based on the sign of the projected distance, LS-DYNA determines if the node is inside (penetration) or outside (no-penetration) the master segment. Projected distance that is less than 0 indicates that a penetration has occurred while a positive projected distance indicates a no penetration condition.</p> <h2><u>3. Initial Penetration</u></h2> <p>Initial penetration is a term used frequently to describe the amount of penetration that exists between a node and its closest master segment (in the case of classic node/ segment treatment) or between two interacting segments (in the case of `segment-based` treatment) during the initialization of the problem. This is shown in <strong>Figure</strong> <a href="#ref2">[2]</a> by considering only the thickness on the master segment for simplicity.</p> <h2><u>4. Need for Penetration-Free Simulation Model at First Cycle</u></h2> <p>Existence of penetration at the first cycle in non-interference contact definitions, which is after the initialization of the problem, has several adverse effects on the quality of the simulation. LS-DYNA attempts to remove any penetration that may exist at the first cycle by applying forces to the nodes involved. This initial force can in some instances be very large which may have adverse effects on the stability of the model. These forces could also lead to localized initial stresses and strains that may be non-physical. Additionally, if the penetrations were unable to be removed completely at the first cycle, they tend to be carried over to the subsequent cycles leading to a `negative energy` condition altering the numerical accuracy of the simulations. Experience with large and complicated models show that any existence of penetration at the first cycle effects repeatability and robustness when the model is run using multiple combinations of software and hardware. These shortcomings of initial penetrations motivate both the developers and the users to find a method that not only eliminate the issues but they do that in a way that requires minimum user effort.</p> <h2><u>5. Default Treatment to the Handle Initial Penetrations in Node/ Segment Contact</u></h2> <p>In the default treatment, when a slave node is found to penetrate its closest master segment, LS-DYNA updates the nodal coordinates to remove the penetration. Who gets updated depends on the contact definition itself. When the contact definition belongs to the family of `Single Surface` such as <code>*CONTACT_AUTOMATIC_SINGLE_SURFACE</code> or <code>*CONTACT_AUTMOATIC_GENERAL</code> or <code>*CONTACT_AIRBAG_SINGLE_SURFACE</code> to list a few, then both the slave node AND the master segment is moved by the amount. When the contact definition belongs to the family of `ONE-WAY` or `TWOWAY`, then only the slave nodal coordinates are updated to remove the penetration.</p> <p>In both cases, the removal of penetration is performed using three iterations. At the end of these three iterations, it is possible for penetrations to exist and is entirely based on the model content and the sequence of the contact definitions. For example, we can have two contact definitions C1 and C2 in that order. During the first iterative pass, if we detect penetration of slave node SN1 with master segment MS1, we update the nodal coordinate of SN1 such that it lies exactly on the surface of MS1. Within the same iterative pass, we now check for penetrations due to C2. I f SN1 belongs to C2 and is found to penetrate another master segment MS2 in the opposite direction, then we again update the nodal coordinates of SN1 which could void the step performed earlier while handling C1. This type of situation could result in the existence of penetration of SN1 even after 3 iterative pass.</p> <h2><u>6. Advantages and Disadvantages of the Default Initial Penetration Removal Process</u></h2> <table cellpadding="2" border="1">     <tbody>         <tr>             <td align="center" valign="middle" colspan="1"><p><strong>Pros</strong></p></td>             <td align="center" valign="middle" colspan="1"><p><strong>Cons</strong></p></td>         </tr>         <tr>             <td align="left" valign="top" colspan="1"><ul>                 <li>Eliminates manual removal process                 <p>thereby saving user`s time and effort.</p></li>                 <li>Eliminates contact stresses at time                 <p>zero (cycle 1)</p></li>             </ul></td>             <td align="left" valign="middle" colspan="1"><ul>                 <li>Distorts original geometry at locations                 <p>where the penetrations are detected</p></li>                 <li>Nodal coordinates after the removal                 <p>process could still penetrate other</p>                 <p>neighboring segments and may lead to</p>                 <p>instability issues.</p></li>             </ul></td>         </tr>     </tbody> </table> <h2><u>7. Treatment of Initial Penetrations when IGNORE=1 for Node/ Segment Contact</u></h2> <p>IGNORE parameter available in both <code>*CONTROL_CONTACT</code> and <code>*CONTACT_{ OPTION}</code> (Optional Card `C`) keywords allows a new method of handling the presence of initial penetrations. When <code>IGNORE=0</code>, LS-DYNA uses the old default method by updating the nodal coordinates of the offending nodes/ segments. This is illustrated in <strong>Figure</strong> <a href="#ref3">[3]</a>. When <code>IGNORE=2</code>, LS-DYNA does exactly the same steps as described above with the exception that a list of offending nodes and their initial penetration values are written into <code>D3HSP</code> file.</p> <h2><u>8. Recommendations</u></h2> <p>The most obvious recommendation would be to have no initial penetrations at all. However, this is rather difficult due to the nature of the model building process and the number of design changes that usually occur during the course of the product lifecycle. Accepting this, there are several methods to treat initial penetrations and they are briefly discussed here:</p> <ul>     <li><u>Use of external pre-processors.</u>     <ul>         <li>Instead of a fixed number of iterations to remove penetration by LS-DYNA, external preprocessors allow a user-defined number of iterations until a certain level of acceptable penetrations are reached. This approach may assure zero or minimal penetration levels but comes at the cost of geometry update which may be undesirable from the design perspective. Additionally, they still may not resolve issues such as dependent nodal penetrations where one contact interferes with another as discussed above. Lastly, depending on the penetration condition, it is extremely difficult to match the penetration-check algorithms between the preprocessors and LS-DYNA as the checks are refined in newer releases in LS-DYNA. Using external pre-processor is recommended for simple models as long as the updated coordinates do not deviate significantly from the original geometry which in complicated models could be extremely difficult to verify. LS-PrePost (version 2) provides a feature to detect and remove initial penetrations. More information on this new feature can be viewed at <a href="http://www.lstc.com/lspp">http://www.lstc.com/lspp</a>.</li>     </ul></li>     <li><u>Contact thickness scaling</u>     <ul>         <li>LS-DYNA allows scaling of contact thickness in several ways which has no effect on the structural thickness specified in the section definitions. The first method involves scaling of contact thickness that affects ALL segments for a particular contact definition.         <p>The first method involves using any of the parameters such as <code>SST</code>, <code>MST</code>, <code>SFST</code>, <code>SFMT</code> in individual contact keyword <code>*CONTACT_{ OPTION}</code>. <code>SST</code> and <code>MST</code> values override values specified in the section definitions while <code>SFST</code> and <code>SFMT</code> SCALE them. Using this method, one can quickly replace or scale-down the contact thickness for the entire contact but comes with certain drawbacks. If the penetration levels are located in a localized region, using this approach we are scaling down all the segments that has no penetration levels associated which could create additional clearances between components that originally did not have any initial penetrations.</p>         <p>The second method involves replacing or scaling the contact thickness at a <code>PART</code> level using the <code>_CONTACT</code> opt ion in the <code>*PART</code> keyword. Parameter <code>OPTT</code> can be used to override the thickness or parameters SFST can be used to scale the contact thickness. This method is highly recommended if the penetration level exists in a localized region since it only affects the scaling or overriding of values for the part that uses the <code>_CONTACT</code> option.</p></li>     </ul></li>     <li><u>IGNORE parameter in CONTACT and CONTROL CONTACT keyword</u>     <ul>         <li>Considering the difficulties in using any external pre-processor to remove initial penetrations, the option of using the <code>IGNORE</code> parameter to remember the penetration history without modifying the nodal coordinates is very attractive considering it involves the minimum of users time and effort. During the course of a product lifecycle, several design changes related size and shape will be incorporated. Size changes, involving shell component thicknesses, will alter the initial penetration conditions if <code>IGNORE</code> parameter is not considered which may lead to geometry updates that may alter the solution. Using <code>IGNORE=1</code> causes LS-DYNA to skip the geometry update step thereby preserving the geometry while considering size changes.</li>     </ul></li> </ul> <h2><u>9. Acknowledgements</u></h2> <p>It is with extreme pleasure that I acknowledge Dr. Lee Bindeman, for sharing information related to segment -based contacts, Dr. Jason Wang for sharing information related to the MPP version of LS-DYNA, and Dr. Morten Jenson for reviewing this article.</p> <h2><u>10. References</u></h2> <ul>     <li><u>Sliding Interfaces With Contact - impact In Large Scale Lagrangian Computations, Dr. John Hallquist.</u></li>     <li>A Procedure for the Solution of Finite-Deformation Contact - Impact Problems, Dr. John Hallquist.</li>     <li>Contact - Impact Algorithm, LS-DYNA Theory Manual, 2006, Livermore Software Technology Corporation.</li>     <li>LS-DYNA Keyword Users Manual, 2006, Livermore Software Technology Corporation.</li> </ul> <p style="text-align: center;"><img width="354" height="269" alt="Bild1" src="./resolveuid/dc44178bd6c77d9da2b2949f8b330ee7" /></p> <p style="text-align: center;">Figure <a name="ref1">[1]</a> SLAVE NODE PROJECTION</p> <p style="text-align: center;"><img width="354" height="269" alt="Bild2" src="./resolveuid/82a32b206c6b2763e4bf3c03e163b7a9" /></p> <p style="text-align: center;">Figure <a name="ref2">[2]</a> INITIAL PENETRATION</p> <p style="text-align: center;"><img width="567" height="425" alt="Bild3" src="./resolveuid/1b4d8177d2c352c04eb7ba564c6e6db7" /></p> <p style="text-align: center;">Figure <a name="ref3">[3]</a> PENETRATION TREATMENT FOR IGNORE &gt; 0</p> <p style="text-align: left;">Original from: Suri Bala, 2006</p>]]></content:encoded>
    <dc:publisher>No publisher</dc:publisher>
    <dc:creator>Stefanie Schick</dc:creator>
    <dc:rights></dc:rights>
    <dc:date>2009-09-04T18:42:30Z</dc:date>
    <dc:type>Rich document</dc:type>
  </item>


  <item rdf:about="http://www.dynasupport.com/howtos/contact/force-transducer">
    <title>Force transducer</title>
    <link>http://www.dynasupport.com/howtos/contact/force-transducer</link>
    <description></description>
    <content:encoded xmlns:content="http://purl.org/rss/1.0/modules/content/"><![CDATA[<p>You can use <span class="visualHighlight">RCFORC</span> data written for contact transducers (<span class="visualHighlight">*CONTACT_FORCE_TRANSDUCER_PENALTY</span>) to extract any contact forces. Contact transducers are used to record contact forces produced by other contacts (including <span class="visualHighlight">*CONTACT_AUTOMATIC_GENERAL</span>). A contact transducer is defined like a single surface contact, i. e., you define the slave side only and supply 3 cards of input (cards 2 and 3 can be blank). If you wish, you can define a separate force transducer for each part. You can even break it down further and define a transducer for a set of segments or even a single segment.</p> <p>Transducers are NOT implemented for 2D contact and should not be defined in a 2D model.</p> <h3>Update in LS-DYNA 971:</h3> <p>Added master surface to force transducer penalty option to gather force interactions between surfaces in single surface contact.</p>]]></content:encoded>
    <dc:publisher>No publisher</dc:publisher>
    <dc:creator>Stefanie Schick</dc:creator>
    <dc:rights></dc:rights>
    <dc:date>2009-09-04T18:42:29Z</dc:date>
    <dc:type>Page</dc:type>
  </item>


  <item rdf:about="http://www.dynasupport.com/howtos/contact/edge-to-edge-contact">
    <title>EDGE-to-EDGE Contact</title>
    <link>http://www.dynasupport.com/howtos/contact/edge-to-edge-contact</link>
    <description></description>
    <content:encoded xmlns:content="http://purl.org/rss/1.0/modules/content/"><![CDATA[<div id="bodyContent"><h3>Edge-to-edge contact can be treated in LS-DYNA via the following three contact types:</h3> <p><span class="visualHighlight">*CONTACT_SINGLE_EDGE</span></p> <p><span class="visualHighlight">*CONTACT_AUTOMATIC_GENERAL</span></p> <p><span class="visualHighlight">*CONTACT_AUTOMATIC_SINGLE_SURFACE</span> with <span class="visualHighlight">SOFT=2</span> and <span class="visualHighlight">DEPTH=5</span></p></div>]]></content:encoded>
    <dc:publisher>No publisher</dc:publisher>
    <dc:creator>Stefanie Schick</dc:creator>
    <dc:rights></dc:rights>
    <dc:date>2009-09-04T18:42:29Z</dc:date>
    <dc:type>Page</dc:type>
  </item>


  <item rdf:about="http://www.dynasupport.com/howtos/contact/contact-timestep">
    <title>Contact timestep</title>
    <link>http://www.dynasupport.com/howtos/contact/contact-timestep</link>
    <description></description>
    <content:encoded xmlns:content="http://purl.org/rss/1.0/modules/content/"><![CDATA[<p>For <span class="visualHighlight">SOFT=0</span> contacts, the surface timstep is proportional to min[sqrt(m/k)] where m is essentially the mass attached to the contact &quot;spring&quot; and k is the contact spring stiffness which is a function of the material bulk modulus and element size (see section 23 in the LS-DYNA Theory Manual). The easiest way to increase the surface timestep is to reduce (scale down) the contact stiffness, e. g., by reducing <span class="visualHighlight">SFS</span> and <span class="visualHighlight">SFM</span> on card 3 of <span class="visualHighlight">*CONTACT</span>. Beware that if you reduce this stiffness excessively, you'll begin to notice excessive penetrations between parts.&nbsp;</p> <p><br />You can ignore the &quot;<span class="visualHighlight">The LS-DYNA time step size should not exceed ...</span>&quot; message if all your contacts use <span class="visualHighlight">SOFT=1</span> or <span class="visualHighlight">SOFT=2</span>. The &quot;surface timestep&quot; need only be considered for penalty-based contacts that use <span class="visualHighlight">SOFT=0</span>. If your timestep exceeds the minimum &quot;surface timestep&quot; of a <span class="visualHighlight">SOFT=0</span> contact, this does not necessarily invalidate the results. It's just a flag to let you know an instability COULD occur and keep an eye on the behavior of that contact (via animations, <span class="visualHighlight">SLEOUT</span>, internal energies in the area of the suspect contact).</p>]]></content:encoded>
    <dc:publisher>No publisher</dc:publisher>
    <dc:creator>Stefanie Schick</dc:creator>
    <dc:rights></dc:rights>
    <dc:date>2009-09-04T18:42:29Z</dc:date>
    <dc:type>Page</dc:type>
  </item>


  <item rdf:about="http://www.dynasupport.com/howtos/contact/contact-thickness">
    <title>Contact thickness</title>
    <link>http://www.dynasupport.com/howtos/contact/contact-thickness</link>
    <description></description>
    <content:encoded xmlns:content="http://purl.org/rss/1.0/modules/content/"><![CDATA[<div id="bodyContent"><h3>Options for controlling the thickness of shell elements within the contact routines:</h3> <ul><li><span class="visualHighlight">OPTT</span>: the thickness per material, specified in <span class="visualHighlight">*PART_CONTACT</span></li><li><span class="visualHighlight">SFT</span>:  thickness scaling per material, from <span class="visualHighlight">*PART_CONTACT</span></li><li><p><span class="visualHighlight">SST</span>/<span class="visualHighlight">MST</span>: slave/master thickness given on <span class="visualHighlight">*CONTACT</span> card</p></li><li><span class="visualHighlight">SFST</span>/<span class="visualHighlight">SFMT</span>: slave/master thickness scaling on <span class="visualHighlight">*CONTACT</span> card</li><li><span class="visualHighlight">THKCHG</span>: flag to update thickness for single surface contacts, on the <span class="visualHighlight">*CONTROL_CONTACT</span> card</li><li><span class="visualHighlight">SSTHK</span>: &quot;use actual thickness&quot; flag for single surface contacts, on the <span class="visualHighlight">*CONTROL_CONTACT</span> card</li><li><span class="visualHighlight">SPOTHIN</span>: spotweld thinning parameter, on <span class="visualHighlight">*CONTROL_CONTACT</span></li><li><span class="visualHighlight">ISTUPD</span>: flag to update shell thicknesses, on <span class="visualHighlight">*CONTROL_SHELL</span></li></ul> <h3>&nbsp;</h3> <h3>How thicknesses are initially determined:</h3> <ol><li>For each contact node, the contact thickness is set to the thickness of the shell element that contains it. If <span class="visualHighlight">SFST</span>/<span class="visualHighlight">SFMT</span> or <span class="visualHighlight">SFT</span> are set, scale the thickness (with <span class="visualHighlight">SFT</span> overriding <span class="visualHighlight">SFST</span>/<span class="visualHighlight">SFMT</span>). If <span class="visualHighlight">SSTHK</span> is 0 and the contact is single surface, limit thickness to 40% of the minimum edge length of the element.</li><li>If <span class="visualHighlight">SST</span>/<span class="visualHighlight">MST</span> or <span class="visualHighlight">OPTT</span> are set, overwrite the above with this value, with <span class="visualHighlight">OPTT</span> taking precedence.</li></ol> <h3>&nbsp;</h3> <h3>How thicknesses are updated for nodes of deformable bodies*:</h3> <br /><table class="listing"> <tbody> <tr> <th align="center" colspan="4">ISTUPD on</th> <th align="center" colspan="2">ISTUPD = 0 (default)</th> </tr> <tr class="even"> <th align="center" colspan="2">*CONTACT_AUTOMATIC_...</th> <th align="center" colspan="2">not *CONTACT_AUTOMATIC_...</th> <th align="center">&nbsp;</th> <th align="center">&nbsp;</th> </tr> <tr> <th align="center" colspan="2">THKCHG = 0 (default) - only at first cycle<br />THKCHG = 1 - every cycle</th> <th align="center" colspan="2">&nbsp;</th> <th align="center">&nbsp;</th> <th align="center">&nbsp;</th> </tr> <tr class="even"> <th align="center">SPOTHIN on</th> <th align="center">SPOTHIN off (default)</th> <th align="center">SPOTHIN on</th> <th align="center">SPOTHIN off (default)</th> <th align="center">SPOTHIN on</th> <th align="center">SPOTHIN off (default)</th> </tr> <tr> <td align="center">thicknesses are scaled down near spotwelds, on the first cycle only, for nodes whose thicknesses were set in (2) above. For the other nodes, thicknesses are recomputed just as in (1) above, and scaled near spotwelds as needed.</td> <td align="center">nodes not set in (2) above are recomputed as in (1) above.</td> <td align="center">thicknesses are scaled down near spotwelds, on the first cycle only, for nodes whose thicknesses were set in (2) above. For the other nodes, thicknesses are recomputed just as in (1) above, and scaled near spotwelds as needed.</td> <td align="center">thicknesses are not modified</td> <td align="center">thicknesses are scaled down near spotwelds on the first cycle, and not modified after that</td> <td align="center">thicknesses are not modified at all</td> </tr> </tbody> </table> <p>*Nodes of rigid bodies are not updated.</p></div>]]></content:encoded>
    <dc:publisher>No publisher</dc:publisher>
    <dc:creator>Stefanie Schick</dc:creator>
    <dc:rights></dc:rights>
    <dc:date>2009-09-04T18:42:29Z</dc:date>
    <dc:type>Page</dc:type>
  </item>


  <item rdf:about="http://www.dynasupport.com/howtos/contact/contact-stiffness-influenced-by-time-step-size">
    <title>Contact stiffness influenced by time step size</title>
    <link>http://www.dynasupport.com/howtos/contact/contact-stiffness-influenced-by-time-step-size</link>
    <description></description>
    <content:encoded xmlns:content="http://purl.org/rss/1.0/modules/content/"><![CDATA[<p>The contact stiffness is not affected by the time step size, when <span class="visualHighlight">SOFT=0</span> (<span class="visualHighlight">*CONTACT</span>, Optional Card A). It can be affected, if <span class="visualHighlight">SOFT=1</span> and it is definitely affected when <span class="visualHighlight">SOFT=2</span> is set.</p> <p>When <span class="visualHighlight">SOFT=1</span>, contact stiffness is calculated as follows:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</p> <p><span class="visualHighlight">k = max[SLSFAC*SFS*k0, SOFSCL*k1]</span> where</p> <ul><li>k is the penalty stiffness</li></ul> <ul><li><span class="visualHighlight">SLSFAC</span> is user input on <span class="visualHighlight">*CONTROL_CONTACT</span></li><li><span class="visualHighlight">SFS</span> is user input on <span class="visualHighlight">*CONTACT</span> (Card 3)</li><li><span class="visualHighlight">SOFSCL</span> is user input on <span class="visualHighlight">*CONTACT</span> (Optional Card A)</li><li>k0 is the stiffness calculated from material bulk modulus and element dimensions. This is the stiffness used when <span class="visualHighlight">SOFT=0</span> (see Section 23.7 in the LS-DYNA Theory Manual).</li><li>k1 is the stiffness calculated from nodal masses and the solution time step (analogous to how Courant time step is determined based on mass and stiffness).</li><li>k1 is proportional to <span class="visualHighlight">1/(time step)^2</span>. Thus, if the time step is cut in half, the contact stiffness increases by a factor of 4.</li></ul> <p>When <span class="visualHighlight">SOFT=2</span>, contact stiffness is calculated in similar fashion to k1 above and can be scaled by <span class="visualHighlight">SLSFAC</span> and by <span class="visualHighlight">SFS</span>. So again, the contact stiffness is proportional to <span class="visualHighlight">1/(time step)^2</span>.</p> <p>Time step can affect contact behavior aside from contact stiffness. The bucket sorting interval is based on a number of time steps. Thus, if the time step is reduced, there will be less time between bucket sorts. Also, the incremental penetrations will likely be smaller if the time step is reduced.</p>]]></content:encoded>
    <dc:publisher>No publisher</dc:publisher>
    <dc:creator>Stefanie Schick</dc:creator>
    <dc:rights></dc:rights>
    <dc:date>2009-09-04T18:42:29Z</dc:date>
    <dc:type>Page</dc:type>
  </item>


  <item rdf:about="http://www.dynasupport.com/howtos/contact/contact-overview">
    <title>Contact overview</title>
    <link>http://www.dynasupport.com/howtos/contact/contact-overview</link>
    <description></description>
    <content:encoded xmlns:content="http://purl.org/rss/1.0/modules/content/"><![CDATA[<div id="bodyContent"><h2>Automatic vs. Non-automatic:</h2> <p>Automatic contacts are recommended for most explicit simulations. Non-automatic contacts (in which contact orientation is important) are sometimes used for metal forming simulations where the geometries are very straightforward and contact surface orientation can be reliably established before the simulation is conducted. Non-automatic contacts are generally recommended for implicit simulations.</p> <h2>Contact types:</h2> <p><strong>Type 13 contact</strong> <code>*CONTACT_AUTOMATIC_SINGLE_SURFACE</code> is a single surface contact (no master surface is defined) that always considers shell thickness and has no orientation. Thus it's necessary that shell surfaces be modeled with at least a small gap between them. To avoid initial penetrations, the gap should be no less than the average thickness of the two shells potentially in contact. No gap is necessary between solid elements. The contact searching algorithm for type 13 contact is more complex than for type 3 <code>*CONTACT_SURFACE_TO_SURFACE</code> or a3 <code>*CONTACT_AUTOMATIC_SURFACE_TO_SURFACE</code>, i.e., type 13 can handle situations such as shell edge to surface, and to some extent, beam to shell surface. As with any single surface contact type, resultant forces are not directly retrievable in the RCFORC file; one must define a <code>*CONTACT_FORCE_TRANSDUCER_PENALTY</code> in order to retrieve the contact forces. The article <a href="./resolveuid/235d6dc8d91f9de5ae37827e74087cb8"> What is the difference between <em>CONTACT_AUTOMATIC_SINGLE_SURFACE and </em>CONTACT_AUTOMATIC_GENERAL ?</a> provides additional information on <code>*CONTACT_AUTOMATIC_SINGLE_SURFACE</code> and contrasts it to <code>*CONTACT_AUTOMATIC_GENERAL</code>.</p><p><strong>Type 3 contact</strong> <code>*CONTACT_SURFACE_TO_SURFACE</code> is a surface-to-surface (two-way) contact where shell thickness consideration can either be turned on or off either in <code>*CONTACT</code> or <code>*CONTROL_CONTACT</code> (<code>*CONTACT_</code> has priority). The orientation of the contact segments is important with this contact type as the shell only looks in one direction for potential contact. In a two-way contact such <code>*CONTACT_SURFACE_TO_SURFACE</code>, nodes on the slave side are first checked for penetration thru the master surface and then master nodes are checked for penetration thru the slave surface. The exception is this approach is when segment-based contact is invoked by setting SOFT=2. Type a3 Contact type a3 has no orientation (a shell looks for potential contact from either side of the shell midplane) and always considers shell thickness, so in this regard, it's quite similar to a type 13 contact. Table 6.1 in the 950 Keyword User's Manual lists the maximum penetration d that defines when a penetrating node is released from contact consideration. This distance d is different for a type 3 contact than for a type 13 contact.</p>  <p>Some notes on contact parameters:</p> <h2>SOFT</h2> <p>SOFT is the first parameter on Optional Card A of <code>*CONTACT_</code> The default value of SOFT is 0. SOFT=1 is more or less the same as SOFT=0 EXCEPT in the way the contact stiffness is determined. SOFT=2 is a radical departure from SOFT=0, both in the way contact stiffness is determined but also in the manner that the search for penetration is conducted. SOFT=2 invokes what is called &quot;segment-based contact&quot;. For notes regarding contact with SOFT= 1 and 2, see the article <a href="./resolveuid/a35d18b8692f8cdd479d10045db2284c">SOFT option</a> .</p> <h2>IGNORE</h2> <p>At any point during the simulation, if a node is suddenly found to be below the surface (say, it was moving very fast and wasn't detected before penetration), the old style (IGNORE=0) algorithm just moves the node to the master surface without applying any forces (we term this &quot;shooting node logic&quot;). If the shooting node logic is turned off (SNLOG=1), then you get large forces suddenly appearing, and negative contact energy. If IGNORE is set to 1 then the shooting node logic flag SNLOG has no affect. Rather the amount of sudden penetration is noted and compensated for by adjusting the contact thickness locally. So at any time during the simulation, if a sudden penetration is detected, the program doesn't apply any large forces nor are any nodes moved. Contact forces, however, will resist FURTHER penetration.</p> <p>jpd 12/2002 revised 4/2003 revised 9/2003  auto vs. non-auto</p></div>]]></content:encoded>
    <dc:publisher>No publisher</dc:publisher>
    <dc:creator>Stefanie Schick</dc:creator>
    <dc:rights></dc:rights>
    <dc:date>2009-09-04T18:42:29Z</dc:date>
    <dc:type>Page</dc:type>
  </item>


  <item rdf:about="http://www.dynasupport.com/howtos/contact/contact-between-beam-and-shell-elements">
    <title>Contact between Beam and Shell Elements</title>
    <link>http://www.dynasupport.com/howtos/contact/contact-between-beam-and-shell-elements</link>
    <description></description>
    <content:encoded xmlns:content="http://purl.org/rss/1.0/modules/content/"><![CDATA[<p>In general, <span class="visualHighlight">*CONTACT_AUTOMATIC_SINGLE_SURFACE</span>, <span class="visualHighlight">*CONTACT_AUTOMATIC_GENERAL</span>, or <span class="visualHighlight">*CONTACT_AUTOMATIC_NODES_TO_SURFACE</span> should handle a beam-to-shell-surface contact situation. All of these contact types take into account thickness offsets. The first two contact types mentioned above are single surface contacts and so both the shell and beams parts should be included on the slave side with the master side being null. For an automatic_nodes_to_surface contact, the beam part (or its nodes) should be slave, the shell part (or its segments) should be master. For any of the above, a search is made for penetration of beam nodes (or more precisely, a sphere around each beam node) through shell surfaces.</p> <p>If the contact situation is beam-to-shell-EDGE, one might have a problem. In that case, one have to stick with&nbsp; <span class="visualHighlight">*CONTACT_AUTOMATIC_GENERAL</span> AND add null beams (low density beams utilizing <span class="visualHighlight">*MAT_NULL</span>) along (merged to) the outer edges of the shells. The null beam part should be added to the slave side of the contact.</p>]]></content:encoded>
    <dc:publisher>No publisher</dc:publisher>
    <dc:creator>Stefanie Schick</dc:creator>
    <dc:rights></dc:rights>
    <dc:date>2009-09-04T18:42:29Z</dc:date>
    <dc:type>Page</dc:type>
  </item>





</rdf:RDF>

