22a0aff488
separting thermal and damage sources
2021-02-13 18:41:30 +01:00
72c099dbbe
store data separetly
2021-02-13 15:06:27 +01:00
595ee7a35a
copy and paste error
2021-02-13 14:38:53 +01:00
b3231bf0a8
avoid undefined return
2021-02-13 14:15:41 +01:00
ab202b8e73
less verbose reporting
2021-02-13 13:07:35 +01:00
570086c814
hard code at max 1 damage mechanism
2021-02-13 13:07:12 +01:00
d9699b0f2e
simplified access pattern
2021-02-13 11:01:08 +01:00
775a51faa1
explicit instance mapping not needed
2021-02-13 10:11:39 +01:00
b3dde6d722
only one damage mechanism per phase
...
material.yaml specification is designed to allow more than one, but that
requires to have two phase fields etc.
For the moment, keep it as simple as possible.
2021-02-13 09:55:17 +01:00
6e3515982d
not needed outside of thermal
2021-02-13 07:55:32 +01:00
f95e3bc08d
simplified access pattern
2021-02-13 07:25:48 +01:00
c790c82a42
separating by instance just complicates things
2021-02-13 06:59:18 +01:00
2b0b1aeffe
jobname.yaml not supported anymore
2021-02-13 06:31:06 +01:00
830d00fa67
simplified structure
...
choice of damage model triggers eigendeformation, no repeated variables
This implementation is the most ugly hack I could imagine. I just serves
the purpose of having a stable material.yaml
2021-02-12 22:46:26 +01:00
4eb2a981ca
keeping variables local
2021-02-12 15:31:43 +01:00
a09989fe0b
homogenized damage only needed in homogenization
2021-02-12 12:35:50 +01:00
7bec3e0363
use partitioned damage
2021-02-12 11:24:04 +01:00
462ca1a30b
not needed
2021-02-12 08:10:25 +01:00
f6be3fe0b7
no need for pointer
2021-02-12 07:58:00 +01:00
4515920b69
not needed
2021-02-11 23:54:43 +01:00
958936c449
Merge branch 'development' into polishing-for-release
2021-02-11 21:59:59 +01:00
e855083964
systematic names
2021-02-11 14:19:04 +01:00
ef45e856a1
don't scan the whole file in case of proper line endings
...
might lead to strange behavior if people randomly distribute CRs in
their file. But that actually deserves to get strange behavior
+ Test
2021-02-10 09:08:57 +01:00
5b8e199627
avoid errors related to CRLF (windows) file endings
2021-02-10 00:02:38 +01:00
8048d69a97
[skip ci] logic inverted
2021-02-05 16:59:28 +01:00
ba2e8b3c63
variable name follows label
2021-02-05 11:57:18 +01:00
a1a7a339d4
specify solver,initial and boundary conditions in load file
2021-02-05 11:20:28 +01:00
2e173b4b7b
'estimate_rate' better describes what we want to do than 'drop_guessing'
...
true by default
2021-02-04 19:17:32 +01:00
cab5a5cec7
homogenization 'none' name misleading.
2021-02-04 15:37:40 +01:00
14ce127dc4
fraction --> v
2021-02-04 13:46:01 +01:00
47f52b9095
elements and nodes do not need to start at 1 necessarily
2021-02-03 16:40:56 +01:00
cc18abb42d
write marc displacements of nodes and IPs in HDF5 file
2021-02-02 09:03:41 +01:00
85cfa0bab0
Merge branch 'rename-and-restructure' into 'development'
...
Rename and restructure
See merge request damask/DAMASK!329
2021-01-28 16:41:17 +01:00
0d3b9b9f2a
correct reporting
2021-01-27 10:44:03 +01:00
52d7d37401
cleaning
2021-01-27 08:45:54 +01:00
4f4adf7d68
sorting according to physics
2021-01-27 08:29:23 +01:00
6c99f1a234
separating according to physics
2021-01-27 00:32:44 +01:00
e6a9ea6dde
should be part of eigendeformation submodule
2021-01-27 00:06:41 +01:00
1da1018d86
polishing
2021-01-26 23:56:20 +01:00
69f6de0e4f
consistent access pattern and naming
2021-01-26 23:44:11 +01:00
9292bc91ea
[skip sc] default access for phase: (ph,me)
2021-01-26 23:07:18 +01:00
6130d8740d
[skip sc] small polishing to make ifort happy
...
old ifort on magit1 still has issues
2021-01-26 22:38:26 +01:00
74a7be1607
[skip sc] more systematic naming
...
module name 'damagee' gets extra e for the moment to avoid conflict with
global variable 'damage'
2021-01-26 21:47:55 +01:00
2497a5fb4a
systematic naming
2021-01-26 20:43:30 +01:00
79ec2c5a9d
better matching name
2021-01-26 20:36:28 +01:00
6126e7d221
Merge remote-tracking branch 'origin/development' into rename-and-restructure
2021-01-26 20:31:10 +01:00
e0e927d191
names reflect hierarchy
2021-01-26 20:30:47 +01:00
a2fe86a410
structuring
2021-01-26 20:30:47 +01:00
1f625e141e
hierarchical naming
2021-01-26 20:30:47 +01:00
5064e65a42
default name
2021-01-26 20:30:47 +01:00
Martin Diehl