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

Use Solid Material Models from MFront #2259

Merged
merged 11 commits into from Nov 12, 2018

Conversation

Projects
None yet
4 participants
@chleh
Copy link
Collaborator

chleh commented Nov 6, 2018

TODO

  • Reference solutions to remaining test cases
  • squash commits

Follow-up

  • MFront parameters (currently not supported by MGIS)
  • Read/write internal state variables
  • Maybe initially compute self-consistent internal state based on ICs
  • Enable CI-Tests
  • Non-isotropic materials (essentially only tests needed)
  • Other modelling hypotheses than 3D and plane strain

@chleh chleh changed the title MFront Use Solid Material Models from MFront Nov 7, 2018

@chleh chleh force-pushed the chleh:mfront2 branch 2 times, most recently from 4770eb8 to bc9a2ed Nov 7, 2018

@chleh

This comment has been minimized.

Copy link
Collaborator Author

chleh commented Nov 7, 2018

Btw: Thanks to @thelfer for MGIS, and for @fparisio for discovering MGIS and for support with the tests.

@fparisio

This comment has been minimized.

Copy link
Contributor

fparisio commented Nov 7, 2018

Mine was the easiest part ;) Thank @chleh for the implementation!

@thelfer

This comment has been minimized.

Copy link

thelfer commented Nov 7, 2018

Hi everyone,
I am quite impressed that @chleh was able to use MGIS with has been developped quite recently without much focus on documentation !
Do not hesitate to make feed-backs and request new features, I will be happy to help !
I am planning to add proper support for orthotropic behaviours (by providing the free functions to rotate tensors). I'll do this just after finishing the python bindings. BTW, I also know that the generic interface has a few shortcomings that I need to tackle.
Regards,
Thomas

++r)
{
auto const R = OGSToMFront(r);
for (std::ptrdiff_t c = 0;

This comment has been minimized.

@endJunction

endJunction Nov 8, 2018

Member

Just curious, why ptrdiff here, not an int (which is the type for rows/cols at compile time)?

This comment has been minimized.

@chleh

chleh Nov 12, 2018

Author Collaborator

It's somewhat mixed. Eigen's operator() uses Eigen::Index,
Eigen::Index by default is std::ptrdiff_t.

@endJunction
Copy link
Member

endJunction left a comment

A pleasure to read nicely written code!

@chleh chleh force-pushed the chleh:mfront2 branch from bc9a2ed to ca62b9e Nov 12, 2018

@endJunction endJunction merged commit 5027ab4 into ufz:master Nov 12, 2018

3 checks passed

continuous-integration/appveyor/pr AppVeyor build succeeded
Details
continuous-integration/jenkins/pr-merge This commit looks good
Details
deploy/netlify Deploy preview ready!
Details
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.