Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Orthotropy in MFront solid material models #2774

Merged
merged 10 commits into from
Feb 1, 2020
Merged

Orthotropy in MFront solid material models #2774

merged 10 commits into from
Feb 1, 2020

Conversation

endJunction
Copy link
Member

@endJunction endJunction commented Jan 23, 2020

Orthotropy in MFront solid material models 2D and 3D cases.
Tested against OGS orthotropic elasticity implementation.

  1. Feature description was added to the changelog
  2. Tests covering your feature were added?
  3. Any new feature or behavior change was documented?

OGSToMFront(Q.transpose()
.template topLeftCorner<
KelvinVectorDimensions<DisplacementDim>::value,
KelvinVectorDimensions<DisplacementDim>::value>() *
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

is the topLeftCorner stuff needed now that we have a 2D (4x4) variant of Q?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

To be brief, yes.

sigma = Q.template topLeftCorner<
KelvinVectorDimensions<DisplacementDim>::value,
KelvinVectorDimensions<DisplacementDim>::value>() *
MFrontToOGS(sigma);
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We rotate sigma back into OGS coordinate system, so epsilon and sigma will be output in xyz. All MFront internal variables (ElasticStrain for example) will be output in the local coordinate system. in the _behaviour.symmetry != mgis::behaviour::Behaviour::Symmetry::ISOTROPIC case we could output a warning that his is the case and users have to be careful. Having the local coordinate system as an output in ParaView for use in transformations would be convenient (but not necessary).

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A todo at the place where the rotation should happen added.

@endJunction endJunction marked this pull request as ready for review January 27, 2020 17:11
endJunction and others added 10 commits February 1, 2020 15:03
With the assumption of e3 = z-axis being the third
basis vector in the 2D case.
The tensors are rotated before being passed to MFront.
The results of MFront including the stiffness tensor.
Backed up by OGS orthotropic elasticity tests.
The results are copied from the OGS' references.
Somehow the template deduction of MSVC could not handle
the additional parameters with default values.
@endJunction endJunction merged commit 4a42f5b into ufz:master Feb 1, 2020
@endJunction endJunction deleted the PassLocalCoordinateSystemToMfront branch February 1, 2020 15:57
@ogsbot
Copy link
Member

ogsbot commented Jun 19, 2020

OpenGeoSys development has been moved to GitLab.

See this pull request on GitLab.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants