Difference between revisions of "Ignore Contact Law"
| (4 intermediate revisions by the same user not shown) | |||
| Line 2: | Line 2: | ||
== Description == | == Description == | ||
This [[Contact Laws|contact law]] is not actually a contact law. | This [[Contact Laws|contact law]] is not actually a contact law. Its effect on problem that have contact are different when modeling material contact then when modeling crack contact. | ||
=== Material Contact === | |||
For [[Multimaterial MPM|multimaterial]] contact, this law ignores multimaterial mode thereby reverting to a single velocity field or revert to state as if there was no material interface. For simulations with more than two materials where some contact by other contact laws and others should use single velocity fields, the better approach than using this law is to use the [[Common Material Properties#Contact Properties|shareMatField (matID)]] in materials that should share the same field, and therefore always "stick" at their interfaces. | |||
=== Crack Contact === | |||
When modeling [[MPM Input Files#Using Explicit Cracks|explicit cracks]], this law ignores crack contact. As a result, this law will give poor results for crack problems unless those cracks never experience contact. | |||
== Properties == | == Properties == | ||
This contact law has no properties that | This contact law has no properties that can be set. | ||
Latest revision as of 10:55, 3 December 2025
Description
This contact law is not actually a contact law. Its effect on problem that have contact are different when modeling material contact then when modeling crack contact.
Material Contact
For multimaterial contact, this law ignores multimaterial mode thereby reverting to a single velocity field or revert to state as if there was no material interface. For simulations with more than two materials where some contact by other contact laws and others should use single velocity fields, the better approach than using this law is to use the shareMatField (matID) in materials that should share the same field, and therefore always "stick" at their interfaces.
Crack Contact
When modeling explicit cracks, this law ignores crack contact. As a result, this law will give poor results for crack problems unless those cracks never experience contact.
Properties
This contact law has no properties that can be set.