f42157c076
consistent names
2021-06-24 16:31:07 +02:00
f834a1534e
simplified
2021-06-24 16:07:54 +02:00
12ca7428cf
cleaning
2021-06-24 15:25:43 +02:00
ae9a48c124
polishing
2021-06-24 15:23:24 +02:00
b4265149c8
simplified
2021-06-24 15:08:31 +02:00
95c9434a21
bugfix: enable local simulations
2021-06-24 15:01:32 +02:00
8c06e7a4ff
generic and extendable multiphysics notation
2021-06-24 14:49:09 +02:00
c49ba5419b
sign-transfer done right
2021-06-21 23:26:17 +02:00
4b82cb4c14
extra parameter needed
...
Hardening parameters determine rate of hardening in phenopowerlaw.
This flexibility is also needed in J2.
2021-06-21 23:22:51 +02:00
27431bd60c
avoid division by M gives better agreement with phenopowerlaw
2021-06-21 23:11:09 +02:00
ea4867770f
avoid error due to limited floating point accurary
2021-06-21 16:15:40 +02:00
38e4802867
3.15.1 works (3.15.0 has a bug)
2021-06-21 06:53:17 +02:00
0a22916aba
not a double subscript
2021-06-19 15:13:27 +02:00
8bba021fe1
Merge remote-tracking branch 'origin/development' into mesh_test
2021-06-18 19:23:20 +02:00
36bf68b336
Out of plane coordinates for 2D elements are updated with dummy values
2021-06-17 20:26:37 +02:00
b9d4217d86
permutationStar111 for 4th order integration is updataed
2021-06-16 14:58:26 +02:00
1bfbd30ae2
polishing
2021-06-15 19:53:05 +02:00
218e6a79a8
VTK image data is the appropriate type, not VTK rectilinear grid
...
FFTs require constant spacing in all three directions, this is
guaranteed by the vtkImageData but not by vtkRectilinearGrid
2021-06-15 19:02:26 +02:00
e10701b32a
easier to understand
2021-06-14 15:21:10 +02:00
5f01b076d2
This change makes the test work for GNU too
...
Probably something was uninitialized and GNU was accessing unallocated memory
2021-06-14 14:58:14 +02:00
c64f9eb805
hardcoding '3' is an issue for 2d simulations
2021-06-11 20:42:31 +02:00
3705f1d3a2
F,P, ... in loadcase are 2nd order tensors
2021-06-03 08:21:16 +02:00
6cd0d79c61
old merge not reflected
2021-06-02 14:08:12 +02:00
39c2506b8d
Merge branch 'Fortran-cleaning' into 'development'
...
Separating functionality
See merge request damask/DAMASK!396
2021-06-02 09:24:47 +00:00
fada9a7f6c
more meaningful order
2021-06-01 17:05:13 +02:00
5d0fc4fca3
more meaningful order
...
and intent(out) variables for read are at the front
2021-06-01 16:46:24 +02:00
569b1fc563
not needed (duplicated code)
2021-06-01 11:09:02 +02:00
6f9e521cdb
Merge branch 'HDFgeometryupdate' into 'development'
...
HDF geometry update
See merge request damask/DAMASK!395
2021-06-01 08:01:53 +00:00
431416b5ba
Separating functionality
...
lattice should become a module with static data and functions
2021-06-01 07:56:55 +02:00
91015fd07c
write out undeformed configuration
2021-05-31 19:41:22 +02:00
650fbd7509
Initial nodal and ip coordinates added to the HDF5 output file
2021-05-31 15:01:42 +02:00
718880f177
Initial nodal and ip coordinates added to the HDF5 output file
2021-05-31 14:09:11 +02:00
d1a6607782
Merge branch 'load2Dtensor' into 'development'
...
support for 2D tensor in load case
See merge request damask/DAMASK!391
2021-05-29 13:21:47 +00:00
77a0d5999b
not needed
2021-05-28 19:24:38 +02:00
4669c289c7
Merge remote-tracking branch 'origin/development' into Fortran-cleaning
2021-05-28 15:00:06 +02:00
0240bec5b3
consistent reporting
2021-05-27 08:25:48 +02:00
bdb4029fb5
tI symmetry of 2nd order tensor is equivalent to hP
2021-05-26 22:49:53 +02:00
16128c257a
Merge branch 'development' into fix-thermalexpansion
2021-05-26 22:49:39 +02:00
95f7f3c6ed
Merge remote-tracking branch 'origin/development' into simplify-cmake
2021-05-26 19:11:20 +02:00
adb1e51e24
support for 2D tensor in load case
...
currently optional, but should become mandatory after a transition
period
2021-05-26 08:04:14 +02:00
019159d328
WIP
2021-05-26 06:31:11 +02:00
24e862105c
ensuring correct lattice symmetries
2021-05-25 06:05:51 +02:00
299c47fd6f
prepare for varying C66
...
- check structure centrally
- pure function with guaranteed return/no stop
2021-05-24 20:33:50 +02:00
f525999f52
updated tests
2021-05-24 20:12:34 +02:00
f44edb31fc
polishing
2021-05-24 17:20:33 +02:00
fe281f4592
only Hooke as model
...
and this model should take care of the elastic constants, not lattice
2021-05-24 17:19:38 +02:00
0d0bc188eb
potentially less error prone (and easier to read)
2021-05-24 17:17:27 +02:00
40698740aa
fixed symmetry handling
...
- ort not tested, no examples, no documentation => removed
- aP is the opposite of isotropic => removed
isostropic materials can be easily specified as cI or cF, using C_44 =
1/2 * (C_11 - C_12). Acceptable extra effort for special use case
orthorhombic can be easily implemented if needed, but needs test,
documentation, and examples
2021-05-24 15:45:25 +02:00
ab070a3c13
data for thermal expansion
2021-05-24 10:31:56 +02:00
b0f4ea45a4
Merge branch 'simplify-cmake' into fix-thermalexpansion
2021-05-23 22:07:58 +02:00
Martin Diehl