d682b477dd
following paper
2021-07-22 23:22:45 +02:00
85fd2e3fad
not needed
2021-07-22 23:15:20 +02:00
3f7043de74
standard name
2021-07-22 23:15:20 +02:00
7e27baacfe
missing conversion
2021-07-22 21:39:05 +02:00
bd9cae11a5
allow multi line scalar list items.
...
If a scalar list item has ',', the parser would consider it as a separator and not a part of the string
For the moment, this scalar item is enclosed with double quotes ""
In the next step, the flow parser should be able to use this quotes as an indicator for strings
2021-07-22 15:51:33 +02:00
a03aa97970
default name
2021-07-22 15:41:09 +02:00
4fab078d18
multinomial tested+simplified
2021-07-22 15:31:30 +02:00
d9aa638ad7
shorter
2021-07-22 15:11:38 +02:00
5ac592eb9e
initialize L_(i/p), L_(i,p)0
2021-07-22 12:31:10 +02:00
69cc0b528b
do calculation for initialization
2021-07-22 11:38:03 +02:00
aa03e59306
same statement, different syntax but silences gfortran runtime warning
...
with automated LHS, compiling in DEBUG mode (tested for mesh solver)
gives:
home/m/DAMASK/src/phase_mechanical.f90:1010:43: runtime error: signed integer overflow:
-9223372036854775808 - 1 cannot be represented in type 'integer(kind=8)'
2021-07-22 11:24:10 +02:00
5b66db8a39
only mechanics at the moment
...
will be extended, but most likely differently
2021-07-22 10:12:43 +02:00
eb834b635d
unify notation with grid
...
consistent style: Symbols, not descriptions.
also removed untested/unused loginc functionality. Once load cases are
written in YAML, we can introduce the scaling as in DAMASK_grid
2021-07-22 08:48:44 +02:00
173a5f8e55
less public/unneeded variables
2021-07-22 07:48:01 +02:00
574cfd7034
Merge remote-tracking branch 'origin/development' into more-flexible-L
2021-07-22 00:20:33 +02:00
de7ef43095
documenting/silencing gfortran
2021-07-21 23:49:24 +02:00
aace5d25a8
initialization needed
2021-07-21 23:19:41 +02:00
58a7921966
no need for temp, pack instead of reshape for 1D array
2021-07-21 22:45:04 +02:00
b817c620a3
let the computer count
2021-07-21 21:25:33 +02:00
23077fd58c
testing coordinates
...
I don't understand why this pattern exists (with w(2) = 3, w(3) = 2),
but it exists
2021-07-21 19:42:53 +02:00
5a04a1d661
let the computer do the counting
2021-07-21 19:41:14 +02:00
c56979e2ad
single source of truth
2021-07-21 18:47:19 +02:00
000007ba59
better test automatically
2021-07-21 18:06:37 +02:00
b1ba64e6af
understanding floating point precision
...
double can use 16 or 17 significant figures
- if the leading number is high (above 5 or so), only 16 figures are
significant.
- a trailing 1 is never significant
2021-07-21 18:04:50 +02:00
76572e4ca9
standard notation
2021-07-21 16:34:33 +02:00
e3e9dfdc60
following paper
2021-07-21 16:29:57 +02:00
8feeda6f05
phase_mechanical_elastic should store data related to elasticity
2021-07-21 16:23:21 +02:00
fc5237fa80
using central values
2021-07-21 15:46:38 +02:00
8259cb3cdc
notation as in paper
2021-07-21 15:03:28 +02:00
b2e94974ca
short names
2021-07-21 14:52:37 +02:00
f25dee4c3a
quad points updated and rounded based on literature values
2021-07-21 14:34:18 +02:00
df1fe39dc2
Merge remote-tracking branch 'origin/development' into write_ipdisplacements
2021-07-21 13:30:12 +02:00
9d349f8a7c
symbolic notation
2021-07-21 06:50:28 +02:00
b5bf1d525e
Merge remote-tracking branch 'origin/development' into more-flexible-L
2021-07-21 06:36:05 +02:00
6f19113072
L, P, F, etc. are second order tensors
2021-07-21 06:19:04 +02:00
b98819a36c
adjusting names
2021-07-20 18:29:21 +02:00
a919ac0aea
Merge branch 'write_ipdisplacements' of git.damask.mpie.de:damask/DAMASK into write_ipdisplacements
2021-07-20 15:35:48 +02:00
86d918367f
Round quadrature points
2021-07-20 15:34:13 +02:00
85735605f8
more flexibility for the L in the load case
...
Note that mixed boundary conditions for L introduce an ambiguity.
Consider:
L = [[1.0, x, x],
[ 0, 0, 0],
[ 0, 0, 0]]
P = [[x, 0, 0],
[x, x, x],
[x, x, x]]
What we need is F^(n+1)=F_dot^(n+1) x Delta_t, where F_dot^(n+1) is
F_dot^(n+1)_ij = L_ik F^n_kj.
So component F_11 has contributions from L_12 and L_13. We first assume
L_12=L_13=0 and then choose F^(n+1)_12 and F^(n+1)_13 to get
P_12=P_13=0. This implicitly gives a solution for L_12 and L_13, which
is however only one out of infinitely many.
2021-07-20 07:10:28 +02:00
03b7532cc5
numpy.MaskedArray behavior
2021-07-19 23:27:10 +02:00
1c1dc9383e
symbolic names
2021-07-19 22:30:20 +02:00
4a2e62fdb2
Merge branch 'development' into 'write_ipdisplacements'
...
# Conflicts:
# src/mesh/mesh_mech_FEM.f90
2021-07-19 17:19:40 +00:00
a654cd4fb1
To avoid fortran double variable truncation for quadrature points
2021-07-19 17:07:43 +02:00
97203ff551
document and keep definitions together
2021-07-18 23:30:30 +02:00
53b7aab29d
use ph,en access pattern
2021-07-18 09:48:49 +02:00
6ad6158bfb
(en)try is the name used in the DADF5 file
2021-07-18 09:44:52 +02:00
57ad308a7f
readable
2021-07-18 09:22:12 +02:00
d068f45aa0
avoid superflouos damage calculations
2021-07-17 15:25:00 +02:00
c109d5a37b
better have different physics separated
2021-07-17 14:06:48 +02:00
f9edeb40a5
descriptive names
2021-07-17 11:50:21 +02:00
e6d25294d3
separating functionality
2021-07-16 23:32:08 +02:00
fc735d6391
substate0 only needed for staggered state-stress integration
2021-07-16 23:19:48 +02:00
777620b800
polishing
2021-07-16 22:41:38 +02:00
594ad2c310
semi-separate handling of damage
2021-07-16 22:22:41 +02:00
2b24224c7e
more meaningful name
2021-07-16 20:52:41 +02:00
ed6b1be352
solver handles terminally ill
2021-07-16 20:43:08 +02:00
2a84aa7ae4
obvious, no need for comment
2021-07-16 20:32:21 +02:00
5f78f1753c
split up thermal
...
only for grid at the moment
2021-07-16 18:03:38 +02:00
3f0eafd640
first step towards separating of mechanics, thermal, and damage
2021-07-16 17:53:11 +02:00
013c4c0a92
common variable names
2021-07-16 10:31:40 +02:00
2f1fa8292b
unify style to majority of occurences
2021-07-16 10:30:45 +02:00
3830492791
Merge remote-tracking branch 'origin/development' into write_ipdisplacements
2021-07-15 17:34:44 +02:00
4d6a9a51ed
correct logic
2021-07-15 17:32:41 +02:00
94843becda
writing ip displacements (algorithm contain bugs)
2021-07-14 19:33:54 +02:00
766db0524f
Merge remote-tracking branch 'origin/Marc-start-material-at-0' into marc2021.2
2021-07-14 18:06:57 +02:00
05b319fbfb
easier to read
2021-07-14 06:33:04 +02:00
2ffa6cac70
Merge remote-tracking branch 'origin/development' into Marc-start-material-at-0
2021-07-14 06:15:46 +02:00
ce3b4d2a2a
Merge branch 'development' into YAML-fixes
2021-07-13 20:27:21 +02:00
45abca90c5
stricter
...
example of invalid YAML--> mechanical:{type: pass}
2021-07-12 22:17:02 +02:00
d2560ebb39
function should return either 'true' or 'false' and not bear the responsibility to throw errors
...
We were forcing every colon to indicate either key or key: value
2021-07-12 21:42:51 +02:00
df9a94422f
0-based indexing in MSC.Marc
...
inline with Python library and grid, still need to decide on mesh (neper
is 1-based)
2021-07-10 09:49:29 +02:00
136a4b1377
PETSc defines are rather complicated
...
now mpi_f08 can be used on newer PETSc installations if old MPI modules
are not exposed
2021-07-09 18:48:25 +02:00
637f78bd52
old name (for PETSc < 3.15)
2021-07-09 14:50:29 +02:00
3870a70a4e
HDF5 seems to use MPI (F90 style)
2021-07-09 12:37:39 +02:00
8e75e87ad9
Merge branch 'MPI_F08' into polishing-for-beta
2021-07-09 11:32:32 +02:00
c3e94cf1fe
Marc2021.2 is out!
2021-07-09 08:59:04 +02:00
f54bd8f3a9
correct capitalization
2021-07-08 17:56:49 +02:00
139f2c177a
use MPI_f08 if possible
...
most PETSc installations provide outdated MPI (f90 version)
MPI_COMM_WORLD is now of derived type (Fortran 08 style)
PETSC_COMM_WORLD is the plain integer (f90 style) alias.
Note that HDF5 is assumed to have f90 interfaces
2021-07-08 16:27:37 +02:00
4c3ff4bef4
consistent capitalization
2021-07-08 15:05:01 +02:00
58bc6e2ba6
avoid chained inclusions
2021-07-08 14:27:04 +02:00
69415d2e05
not needed
2021-07-08 12:30:00 +02:00
3c6c5d77e8
following paper
2021-07-06 22:58:18 +02:00
a13e02da44
easier to follow
2021-07-06 22:33:12 +02:00
cd9d704aae
bug fixes:
...
invalid material.yaml, detect such errors in future
2021-07-05 11:30:52 +02:00
f0a75d8d62
consistent capitalization
...
Capitals for pre processor macros to avoid clashes
2021-07-04 17:43:19 +02:00
6dc70fa4e7
not used anywhere
...
was only required for ductile damage
2021-07-04 08:51:53 +02:00
7daef03e65
new multiphyics notation
2021-07-03 22:50:14 +02:00
8acecc1306
preparing standard multiphysics notation
2021-07-03 22:41:34 +02:00
f69f61dcb7
avoid duplication
2021-07-03 22:30:06 +02:00
a0ffbc5f17
little polishing
...
- same names as for grid
- 'local' naming misleading here (probably for x_local etc also not a
good choice)
- following names in PETSc notation (https://www.mcs.anl.gov/petsc/petsc-current/docs/manualpages/DMPLEX/DMPlexGetPointLocal.html )
- using allocation with bounds to simplify access
- NOTE: The nodal coordinates are not what damask.Result expects except
for simple, 1 IP elements!
2021-07-02 23:49:06 +02:00
1516ded71b
Merge remote-tracking branch 'origin/development' into write_displacements
2021-07-02 23:07:51 +02:00
7745640393
consistently use prefix as modifier
2021-06-28 23:41:50 +02:00
f2a359bea1
relaxing tolerances
...
allowed for simplified cases (no temperature dependency/friction)
2021-06-28 23:28:41 +02:00
5973ef5b13
Merge remote-tracking branch 'origin/nonlocal-examples' into preparing-alpha4
2021-06-28 23:22:16 +02:00
6651656903
isoductile is not working
2021-06-28 23:13:56 +02:00
b1f4c06f9c
takeover from Christophs thesis
2021-06-26 13:25:13 +02:00
b322ed3e03
feauture to write nodal displacements to hdf5 file added
2021-06-25 20:46:21 +02:00
ab0e65c6bc
systematic names and sensible defaults
2021-06-25 15:12:54 +02:00
06e76c1a81
consistent default absolute tolerances
...
better use conservative values, users can easily relax if needed
2021-06-25 10:13:03 +02:00
a9f5dcfbf1
avoid allocate based on random value in sum_N_sl
2021-06-24 23:35:14 +02:00
106fec92d7
C is the common symbol
2021-06-24 19:14:19 +02:00
8f5a370388
bugfix: update compatibility for nonlocal
...
intent(out) resulted in setting nonlocal = .false.
now using plasticState%nonlocal consistently
2021-06-24 18:59:52 +02:00
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
4d889e0b1b
Merge remote-tracking branch 'origin/development' into Fortran-cleaning
2021-05-23 21:24:53 +02:00
78799f9794
fix for openMP
2021-05-23 18:44:24 +02:00
7afb1d28cc
easier to read
2021-05-23 15:04:55 +02:00
4713e0e85d
new names and mappings
2021-05-23 13:14:57 +02:00
62c9761a05
Merge remote-tracking branch 'origin/development' into simplify-cmake
2021-05-23 12:31:42 +02:00
c4d1969150
easier to read
...
and faster for multiphase materials
2021-05-23 09:15:03 +02:00
8dcf4354e1
more logical structure
2021-05-23 08:19:43 +02:00
72ab936ec3
cleaning
2021-05-23 00:12:55 +02:00
af9fa9e9a1
using current naming scheme
2021-05-23 00:04:12 +02:00
ee80efd705
using new mappings
2021-05-22 22:52:05 +02:00
0b80252d97
Merge remote-tracking branch 'origin/123_bccSlipSystem' into development
2021-05-22 22:40:33 +02:00
d41f3a5490
consistent data structure
2021-05-22 21:53:39 +02:00
6d31f77deb
natural data structure
2021-05-22 17:54:42 +02:00
212c4296cf
need to loop over ip, el
2021-05-22 16:45:49 +02:00
cc9a0e4865
Merge branch 'development' into fix-Intel2021
2021-05-22 14:51:25 +02:00
fc4bdfb374
simplified
2021-05-22 12:03:13 +02:00
d2855913b5
new mappings
2021-05-22 11:48:42 +02:00
7440cc32a0
Merge branch 'internal-restructure' into 'development'
...
Internal restructure
See merge request damask/DAMASK!384
2021-05-22 09:38:33 +00:00
77d1ed465e
divide and test
2021-05-22 11:09:50 +02:00
00fcf069fb
clearer names and reporting
2021-05-22 09:33:58 +02:00
37d511062d
simplified (using new mapping)
2021-05-22 09:33:33 +02:00
e79c17ecbc
Merge branch 'fix_typo_dislotungsten' into 'development'
...
fixed typo
See merge request damask/DAMASK!385
2021-05-21 20:29:21 +00:00
801e9f512b
simplified state initialization
...
- not needed for damage (is an intial value problem, will trickle down)
- plastic initializes state, copy to state0 (centrally)
2021-05-21 22:07:55 +02:00
2aa78a710b
correct capitalization
2021-05-21 22:05:09 +02:00
47e69019b6
matching name
2021-05-21 21:53:37 +02:00
fa3b077b72
Merge remote-tracking branch 'origin/development' into internal-restructure
2021-05-21 12:32:59 +02:00
3ee22cfc59
circumvent bug in Intel compiler 2021.2
...
explicit "result" looks anyways better
thanks to Jonathan from University of Alabama for reporting
2021-05-21 07:15:46 +02:00
10c6070873
added {123} slips systems of bcc
2021-05-20 18:45:15 +02:00
798a0ef73f
fixed typo
2021-05-20 11:58:42 -04:00
125e8fb9e2
Merge remote-tracking branch 'origin/development' into internal-restructure
2021-05-20 10:41:59 +02:00
106f687e97
not needed
2021-05-19 22:43:21 +02:00
c24d41ac4d
Merge remote-tracking branch 'origin/development' into internal-restructure
2021-05-19 22:26:38 +02:00
67352d9ec7
location depends on PETSC_ARCH (if set)
2021-05-19 19:22:06 +02:00
49d51e196c
no hope for GPI
...
flang will hopefully work in the near future
2021-05-19 13:42:14 +02:00
2648464525
relax tolerances for quaternion initialization
...
we read in ASCII/YAML files, 1e-8 must be enough
2021-05-19 09:46:02 +02:00
9a37b6ddbe
support windows line endings
...
if first line ends with CRLF, convert all CR to ' ' (trailing spaces
will cause no harm)
2021-05-19 09:08:41 +02:00
e3506576e7
isobrittle handles stiffness degradation implicitly
2021-05-10 14:37:09 +02:00
053c427509
adjusting to new interaction matrices
2021-05-09 14:50:55 +02:00
c9c8631e7b
including documentation from damask.mpie.de
2021-05-09 10:58:43 +02:00
693c2f4e3f
Merge remote-tracking branch 'origin/development' into MatrixInteraction_clean
2021-05-09 08:04:15 +02:00
43db3bd8d3
Merge branch 'improved-thermal-solver-options' into 'development'
...
better numerical parameters for thermal solver/PETSc
See merge request damask/DAMASK!379
2021-05-07 14:16:22 +00:00
7774ca7211
Merge remote-tracking branch 'origin/internal-restructure' into development
2021-05-07 12:42:12 +02:00
8277d88799
new interaction matrix for bcc from Madec2017
2021-05-07 10:42:47 +02:00
cc855be822
new interaction matrix for FCC, 1,2,3,4 are unchanged, 5 can now be 5 or 6, old 6-12 are add +1 and now are 7-13
2021-05-07 10:32:31 +02:00
d64ad82ce0
use negative numbers to have unique names for the {112} slip system in BCC
2021-05-07 10:24:04 +02:00
1eb1e54f78
adjustment to new structure/names was missing
...
reason: test missing/not good
2021-05-06 08:47:30 +02:00
c8cdd7e622
better numerical parameters for thermal solver/PETSc
...
works for realistic values for thermal problems
parameters copied from spectral_damage
2021-05-05 18:14:53 +02:00
b353f8ed92
workaround for HDF5: https://forum.hdfgroup.org/t/6186
...
writing chunked/compressed data can cause problems with MPI. Even though not 100%
clear from the reference, it seems that the issue only appears for HDF5
< 1.12.
Of special importance for Ubuntu since the Debian package is still at 1.10.6
2021-05-03 18:19:06 +02:00
6c92e8d2cc
belongs to elastic submodule
2021-04-29 16:16:51 +02:00
e795e72df7
new names
2021-04-29 14:24:19 +02:00
7e9133621a
Merge remote-tracking branch 'origin/development' into internal-restructure
2021-04-28 23:24:02 +02:00
e9cfb2f968
Merge branch 'drop-old-DADF5-support' into 'development'
...
Improvements to damask.Result
See merge request damask/DAMASK!373
2021-04-27 00:33:41 +00:00
55333f7e3e
Merge branch 'no-shell-variables' into 'development'
...
KISS: no shell variables
See merge request damask/DAMASK!370
2021-04-26 15:48:58 +00:00
478665b7cd
polishing
2021-04-26 15:10:45 +02:00
62c987badf
add tracer to vtk files
2021-04-25 23:54:33 +02:00
d0b86f54fb
consistent with new naming scheme
2021-04-25 08:16:26 +02:00
74dd9bf589
use sensible defaults if shell NUM_THREADS is not given
2021-04-22 08:04:02 +02:00
d83c746a17
polishing
2021-04-15 12:07:33 +02:00
34dc4fda13
needs rework
2021-04-14 19:58:58 +02:00
285889b48e
merge evaluates both expression, can lead to division by zero
2021-04-13 23:23:39 +02:00
1762245b69
merge not needed
2021-04-13 19:26:35 +02:00
248bc539cc
new mappings
2021-04-13 12:40:58 +02:00
74548d5f51
new names (as in HDF5 out)
2021-04-12 21:29:04 +02:00
887524bcc1
polishing
2021-04-11 16:09:29 +02:00
f655a6fe5c
store data locally
2021-04-11 14:30:10 +02:00
b2292986f4
distributing responsibilities
2021-04-11 13:42:50 +02:00
8ec2d3a9ce
bugfix: mixed up order
2021-04-11 12:49:28 +02:00
9d90ed525e
YAML structure allows more than one mechanism
2021-04-11 12:42:57 +02:00
081d51f224
multiple damage mechanisms currently not supported
2021-04-11 12:37:46 +02:00
071c1a5ad4
avoid repetition
2021-04-11 12:18:26 +02:00
8b7f777186
probably not needed
2021-04-11 11:17:52 +02:00
b67e837548
needs broadcast, otherwise rank>0 fail
2021-04-11 09:58:40 +02:00
547f2ffa69
cleaning
2021-04-11 09:46:11 +02:00
b55e721ec4
standard name
2021-04-11 09:25:45 +02:00
34bb4c65a9
distributing responsibility
2021-04-11 08:58:40 +02:00
4b89e2f40c
sorted and documented
2021-04-11 08:32:13 +02:00
a386b82f74
distributing responsibility
2021-04-11 08:14:39 +02:00
d488f1708a
consistent naming
2021-04-11 07:41:59 +02:00
97d426718a
following renames and access pattern
2021-04-10 21:16:57 +02:00
690777ac88
base access on cell numbers
...
DAMASK does not care about elem, IP, etc..
2021-04-10 21:16:10 +02:00
4d9949547c
more systematic name
2021-04-10 21:04:33 +02:00
80dd16ed55
Merge branch 'development' into Fortran-cleaning
2021-04-10 14:18:09 +02:00
73b07eda4a
Merge branch 'Results.read-.place' into 'development'
...
simplified handling of Result class
See merge request damask/DAMASK!363
2021-04-09 22:47:05 +00:00
5f608ed572
only 2 and 3 dimension can be 1
2021-04-09 08:25:30 +02:00
1b89032086
names as in DAMASK paper
2021-04-08 23:45:26 +02:00
c4765d3742
following paper
2021-04-08 13:31:21 +02:00
d59051f576
systematic names
2021-04-07 22:42:10 +02:00
0fc7f66ef8
consistent names
2021-04-07 21:25:11 +02:00
c4b4ea8c21
avoid invalid access in case of no damage
2021-04-07 20:52:25 +02:00
bbb292d093
polishing
2021-04-07 20:39:29 +02:00
1851b66cb4
use new data container
2021-04-07 14:56:11 +02:00
c4942e3f82
part of damage init
2021-04-07 13:22:22 +02:00
16f7af4c27
consistent interface
2021-04-07 13:02:42 +02:00
5eb44969cc
no need to do this globally
2021-04-07 11:48:04 +02:00
cdae867beb
simplified
...
damage currently works only for single constituent
2021-04-07 09:11:40 +02:00
c53927ad6f
not needed
2021-04-07 08:47:46 +02:00
1fbf14c148
encapsulation and namespace-like names
2021-04-07 07:53:24 +02:00
cb6b7a5fb9
standardized names
2021-04-07 07:26:54 +02:00
Martin Diehl