c36a5bdfbb
bugfix: calculation of size of postResults was wrong
2019-12-02 23:06:28 +01:00
f5292019e5
use rotation class
2019-12-02 20:23:50 +01:00
8a9d3f8d6d
avoid code duplication
2019-12-02 20:09:27 +01:00
83453d10ef
use rotation class for consistent handling of rotations
2019-12-02 16:37:22 +01:00
be099e38c2
might be of use
2019-12-02 16:22:27 +01:00
8189b50509
same functionality but tested
2019-12-02 12:58:23 +01:00
2969a53338
not used/needed anymore
2019-12-02 12:54:45 +01:00
f85ee7d7fb
plasticity is postResults-free
2019-12-02 12:39:44 +01:00
2b3b26087f
consistent names
2019-12-01 20:07:16 +01:00
05aa38cc71
using short names
2019-12-01 15:05:49 +01:00
bb152a171a
consistent naming among plasticity laws
2019-12-01 10:32:45 +01:00
1cf1da5bcc
consistent naming
2019-12-01 09:35:44 +01:00
33c090d2ac
pointers for better readability
2019-12-01 08:55:24 +01:00
afad2f2dce
short and consistent naming
2019-12-01 08:39:30 +01:00
df4b642400
polishing
2019-12-01 08:33:04 +01:00
07fb915a7e
postResults not needed anymore
2019-12-01 08:27:56 +01:00
c7d675a1e9
not needed anymore
2019-11-30 16:03:18 +01:00
d93fb12e8c
remove extra output
...
current implementation was not very general, no separation of different
dislocation types.
if output is needed, re-implemenation is straight forward
2019-11-30 14:36:54 +01:00
8f77843b0f
improved naming
...
- clearer variable names
- no '-' in attributes
- single source of truth
2019-11-30 09:01:37 +01:00
dc3fc8f70c
do not clutter with leading zeros
2019-11-29 17:00:48 +01:00
530f2d3c08
Merge branch 'no-crystallite' into almost-no-postResults
2019-11-25 21:51:15 +01:00
67c8d3899d
crystallite output fully removed
2019-11-25 08:44:44 +01:00
127a29ab1a
cleaning
2019-11-24 13:42:19 +01:00
97474e05a8
not needed anymore
2019-11-24 11:01:04 +01:00
e20477099e
no crystallite output
2019-11-24 09:46:46 +01:00
50b48b8bf7
IP neighbourhood deprecated
...
trivial for grid and, hence, not written out.
Test for marc/abaqus/mesh would make more sense
2019-11-24 07:54:34 +01:00
a6a6519678
more local data handling
2019-11-24 07:44:17 +01:00
bb73a08cf4
better encapsulation
...
for results operations, do not rely directly on HDF5 module
2019-11-24 07:27:05 +01:00
1c10459a5a
also use fast operation order
2019-10-30 21:09:17 +01:00
ffb112b0d8
Merge branch 'development' into DADF5-improvements
2019-10-30 17:16:54 +01:00
368d4debda
calculate average nodal position directly
...
no need to average and have second memory access
2019-10-30 14:49:08 +01:00
40507846c9
cell displacement are between nodes which start at (0,0,0)
2019-10-30 14:47:42 +01:00
1d2d7d1ea3
remove public variables
...
they make code unreadable and unmaintainable
2019-10-29 23:24:12 +01:00
0c6b7e1112
not nice, but working ...
2019-10-29 23:15:02 +01:00
402e681cf5
initialization of arrays for fourier transform more reasonable
...
- padding entries in real data array need to be zero
- all values of the fourier data arrays are explicitly set
2019-10-29 16:18:58 +01:00
1ae33cf215
avoid one loop and use filtered frequencies
2019-10-29 09:15:35 +01:00
f451d19c1e
forall is obsolete
...
some calculation simplified
2019-10-28 21:27:57 +01:00
c47f516769
do not correct fluctuations
2019-10-28 21:16:43 +01:00
ed8834e371
maybe we can do some guessing for CPFEM ..
2019-10-28 13:38:30 +01:00
d1f719d3cf
separation of "age" and "forward" not useful
2019-10-28 13:36:36 +01:00
8de6fcfc24
unifying names
2019-10-28 13:29:32 +01:00
ab4a98fb53
make use of HDF5 and structure data
2019-10-28 13:17:05 +01:00
10f2c53256
clearly distiguish
...
- DAMASK as a materialpoint model (CPFEM, not fitting name)
- solver
2019-10-25 08:30:12 +02:00
07d8379313
further untangling
2019-10-25 07:55:23 +02:00
cf8b16c066
better have one function per task
...
but separating ageing and forward for the solver is not trivial due to
guessing
2019-10-25 07:31:09 +02:00
eb4cad17b5
avoid public variables
2019-10-25 00:53:48 +02:00
378729f5c4
clearer structure
2019-10-25 00:42:59 +02:00
9db5cbb667
trying to get rid of a global "restartWrite" variable
2019-10-24 22:50:30 +02:00
3d44e7598e
works only for MSC.Marc
2019-10-24 13:57:14 +02:00
0bc4326618
better have one function per task
2019-10-24 13:46:36 +02:00
7c0bb2fdf8
consistent description
2019-10-24 13:37:40 +02:00
71def397d5
no need to age before writing restart data
2019-10-24 13:14:40 +02:00
176f6028cd
CPFE2 writes current variables (like grid solvers)
2019-10-24 13:06:42 +02:00
c1cf64bf00
was not used/tested
2019-10-24 12:15:22 +02:00
c0c0831c92
multiple keyword are more confusing then helpful
2019-10-24 06:37:28 +02:00
50769b52a5
don't continue if calculation did not converge
2019-10-24 06:32:46 +02:00
0483fc7b3f
small functions with one task are better
2019-10-24 06:16:42 +02:00
534073358e
arguments are better than public variables
2019-10-23 23:06:47 +02:00
67228b46a6
modularize
2019-10-23 22:50:01 +02:00
52190382ac
cleaning
2019-10-23 22:42:46 +02:00
dfe65e406d
restart for commercial FE solvers untested
...
better no code than unreliable code. If functionality is needed,
implement it without the use of publicly writeable variables
2019-10-23 22:13:31 +02:00
8a4a5a8bef
Merge remote-tracking branch 'origin/development' into age-separately-2
2019-10-23 22:05:30 +02:00
e1d820bff1
does not support restart
2019-10-23 22:04:50 +02:00
60a19c020d
cleaning
2019-10-23 21:17:56 +02:00
ac0149e55e
not needed (is initialized to 0)
2019-10-21 11:48:35 +02:00
0b4605361b
plotv only needed for postResults
2019-10-20 19:23:50 +02:00
872c85112f
bugfix, Lp not available anymore for crystallite
2019-10-20 14:02:12 +02:00
b96bd71b09
postResults not needed anymore
2019-10-20 13:24:47 +02:00
f93336b072
postResults for isotropic not needed anymore
2019-10-20 13:21:51 +02:00
11993a3ad1
phasing out crystallite output
...
some outputs are still needed for a few remaining tests.
2019-10-20 12:03:08 +02:00
fe94718bcd
avoid accessing null-pointer
2019-10-20 10:32:14 +02:00
65eb4e364f
phasing out postResults
2019-10-19 23:14:17 +02:00
603973e963
correct output for multipe integration points
2019-10-19 19:55:00 +02:00
3de605d782
better name
2019-10-19 16:06:01 +02:00
1253c6abf1
Merge remote-tracking branch 'origin/development' into labeled-systems
2019-10-18 19:31:08 +02:00
2c0264191e
typo!
2019-10-18 17:13:19 +02:00
de912c22b4
Merge branch 'development' into HDF5-spectral-displacements
2019-10-18 12:54:12 +02:00
fea6c268a8
Merge branch 'nonlocal-again-with-Marc' into 'development'
...
Nonlocal again with marc
See merge request damask/DAMASK!99
2019-10-18 11:30:15 +02:00
7ddb724861
[skip ci] corrected wrongly copied comment
2019-10-18 11:27:37 +02:00
cebbfc906d
Merge branch 'hex-reorder-2ndtry' into development
2019-10-17 14:58:43 +02:00
b9027e3257
checking size of unallocated array does not work
2019-10-17 08:40:05 +02:00
88df7f2957
store cell normal directions
2019-10-17 07:48:57 +02:00
b386dc73b2
enable to non-transposed tensor data
...
usually, we store per data per cell, i.e. len(shape(x)) == 3 means x is
a tensor.
Due to the use of transposed tensors (due to column-major storage order
in Fortran), we usually want to store the transpose of (3x3) tensors.
Now the default can be changed
2019-10-17 07:46:20 +02:00
008f717c08
avoid reading from file
2019-10-17 06:10:00 +02:00
2b68c108f0
read from memory, not from file
2019-10-17 05:54:08 +02:00
f33a99d125
polishing
2019-10-17 00:21:48 +02:00
3f481e1cea
corrected volume calculation and write to DADF5.
...
follows https://www.osti.gov/servlets/purl/632793/
2019-10-16 22:00:25 +02:00
9b5545229f
leftover comment ...
2019-10-16 21:13:43 +02:00
95ecc05cb0
better test ...
2019-10-16 21:13:26 +02:00
0ae0e23325
volume calculation was wrong
...
could result in negative volumes
2019-10-16 20:56:31 +02:00
dbe15f88f2
bugfix: forgot to read file
...
first draft of nonlocal functions for area normal, area, and volume
2019-10-16 17:19:19 +02:00
4e213514bd
cleaning
2019-10-16 13:04:20 +02:00
3a1c4f95c3
some polishing
2019-10-16 08:40:27 +02:00
3abb549eab
better encapsulation
...
inputRead fully parses the input file and gives back the required data
2019-10-16 04:45:38 +02:00
0f77d2efdb
consistent use of subroutines
...
clearly reveal input(out) arguments
2019-10-16 04:22:21 +02:00
ffb4b2a455
theMesh is not useful
...
maybe a shared mesh class becomes useful when Abaqus and PETSc mesh
require similar functionality
elem type can be reported directly
2019-10-16 03:57:51 +02:00
1d70d9b6ae
mesh type not very beneficial
2019-10-15 21:58:49 +02:00
c4db2841ab
further cleaning
2019-10-15 14:16:03 +02:00
aab19af131
consistent use of subroutines, not functions.
...
grouping file reading into meta function
2019-10-15 12:54:46 +02:00
91691744c6
Merge branch 'Marc-No-nonlocal' into 'development'
...
Marc no nonlocal
See merge request damask/DAMASK!98
2019-10-15 10:35:37 +02:00
Martin Diehl