253ee0013d
equivalent, but more systematic
2020-03-15 15:03:53 +01:00
65decfc48a
intention more clear
2020-03-15 14:54:25 +01:00
66302fa6da
rotational part is always of 3x3 tensor
2020-03-15 14:21:11 +01:00
4b3f4834b5
unified documentation and variable names
2020-03-15 14:07:38 +01:00
2d678fae8f
better readable
2020-03-15 13:52:50 +01:00
6a0d4678a9
better readable
2020-03-15 13:19:07 +01:00
9aa9b7ff69
documenting parameters
2020-03-15 13:09:27 +01:00
ae49e6710d
documenting for doxygen
2020-03-15 12:54:35 +01:00
8cc16da53f
atol is part of the state structure, no need for suffix
2020-03-15 09:51:40 +01:00
7ec5a0bd6b
make consistency check
2020-03-15 09:39:35 +01:00
a3e2d39854
no need to store atol twice
2020-03-15 08:47:16 +01:00
9ad391ae50
include sanity check
2020-03-14 22:53:05 +01:00
38b755740b
no need to store atol
2020-03-14 20:55:46 +01:00
eb08f9f0b2
polishing
2020-03-14 19:40:05 +01:00
33aaa94865
use centralized (and tested) funtionality
2020-03-14 17:29:08 +01:00
8bd708f3b1
correct type
2020-03-14 13:53:21 +01:00
5c4ddf5138
Merge branch 'development' into MiscImprovements
2020-03-14 12:52:30 +01:00
07ecf60722
more explicit and flexible
2020-03-13 14:03:04 +01:00
e8b5a6dfe4
bugfix:
...
full stress tensor should be used
2020-03-10 14:02:09 +01:00
705ee908a2
Merge remote-tracking branch 'origin/development' into clean-and-polish-damage
2020-03-10 13:49:11 +01:00
aa75591ea9
no need to prefix internal parameters
...
also, use CAPITALS for parameters, but not for module prefixes (does not
work for IO and HDF5 anyway)
2020-03-10 13:45:00 +01:00
2f16c1cacf
more relevant test
...
restricting to reasonable F allows to use a reasonable tolerance
2020-03-10 07:58:03 +01:00
39b2f8d2d9
clearer name
2020-03-10 06:13:54 +01:00
3fadbaa369
fixed typo
2020-03-09 22:20:33 +01:00
6bc57d4911
mainly code duplication and not used
2020-03-09 14:17:41 +01:00
4a93f2206d
avoid early return + use numpy names
2020-03-09 14:17:05 +01:00
105853004a
correct type conversions
2020-03-09 14:07:31 +01:00
a1f36b14d3
simplifying
...
still trying to figure out how to best use HDF5 for reference stiffness
2020-03-09 14:05:49 +01:00
cf8e3fb91a
single source of truth
2020-03-09 14:00:58 +01:00
a0f1509045
full out of source build
...
no temporary variables appear in src if following cmake procedure
2020-03-09 13:55:28 +01:00
0b340a6d42
Merge branch 'less-public-variables' into development
2020-03-09 11:25:35 +01:00
9f8fbaa9f7
same names for same variables
2020-03-02 15:49:14 +01:00
c4a0bf62f0
UTF signs for clearer documentation
2020-03-02 15:30:39 +01:00
6701af6425
better readable, tested, and following standard notation
2020-03-01 23:00:06 +01:00
44f09099ca
sliprate is allready positive here
2020-03-01 18:48:47 +01:00
c5b07bc535
need to be defined
2020-03-01 10:22:37 +01:00
6dfc48f89e
better use names known from numpy
2020-03-01 09:52:46 +01:00
4ab3bfe96d
polishing/simplifying
2020-03-01 09:41:42 +01:00
37dd59193e
better readable
2020-03-01 09:34:33 +01:00
9e80d98709
no need to re-calculate projection over and over again
2020-03-01 09:06:03 +01:00
9b1823f879
should be checked for both ductile models
2020-03-01 08:28:21 +01:00
4b791a38a5
no need for a module variable
2020-02-29 17:19:34 +01:00
00d6187325
public functions first
2020-02-29 17:04:29 +01:00
0c70eefb91
always assume indicators of length 3
2020-02-29 17:03:01 +01:00
18ccc49d6f
avoid duplicated public/private statements
...
variables should be private
2020-02-29 15:15:41 +01:00
4d227fab2b
polishing
2020-02-29 14:34:19 +01:00
3713810592
simplified allocation for same shape
2020-02-29 13:53:04 +01:00
bcccf06450
Merge remote-tracking branch 'origin/development' into less-public-variables
2020-02-29 13:18:02 +01:00
4935f90d5a
polishing
2020-02-29 13:17:33 +01:00
2bc36121b2
less public variables, clearer names
2020-02-29 12:57:19 +01:00
ca76014e45
preparing removal of public functions
2020-02-29 12:21:03 +01:00
13e2b0725a
useful as external function
2020-02-29 12:20:40 +01:00
8700d7784c
avoid global variables
2020-02-29 11:10:23 +01:00
54881a6ca9
better readable: show that there is no division by zero
2020-02-29 10:55:52 +01:00
791db82136
better readable
2020-02-29 10:27:22 +01:00
8dd62f1c1e
better readable and with sanity checks
2020-02-29 10:20:38 +01:00
a9572f81a1
bugfix: array access out of bounds
...
this now uses always the first (source) entry of a particular type.
Needs clearer structure in the future
2020-02-29 09:52:33 +01:00
07ab7a4d57
one loop is enough
2020-02-29 09:36:42 +01:00
2429eee079
no need for 2 variables
2020-02-29 08:03:06 +01:00
0679fa1713
polishing
2020-02-29 07:58:33 +01:00
ba9bd9120e
unifying code style
2020-02-29 07:42:59 +01:00
53bd9f9b64
need to read in variable before it is used
2020-02-29 06:39:16 +01:00
5350f3950f
no need to store temporary variables
2020-02-29 06:38:08 +01:00
2b855940f5
not needed here
2020-02-28 21:54:32 +01:00
e4fe152810
no public parameters
2020-02-28 21:44:40 +01:00
3aec4f91f4
WIP: get rid of global variables from lattice
2020-02-28 19:46:18 +01:00
0fbba60c91
do not rely on public variables
2020-02-28 19:35:53 +01:00
15712d7ebb
last remaining outputID enums removed
2020-02-28 11:06:21 +01:00
11d456bcd7
no need for enums
...
no performance difference measurable but less complicated code without
them
2020-02-28 10:58:11 +01:00
991d0fe020
polishing/unifying
2020-02-28 10:40:17 +01:00
cf0f5f0fee
polishing
2020-02-28 10:04:38 +01:00
4c17963cd6
cleavage systems should reflect lattice symmetry
...
also {100} cleavage planes need investigation
2020-02-26 19:11:33 +01:00
c9b9c9103b
2 space indentation
2020-02-26 18:49:20 +01:00
73491f3be9
simplified and unified style
2020-02-26 18:37:17 +01:00
7e30c10e82
internal functions need no prefix and are located at the end
2020-02-26 18:02:47 +01:00
33dc44e512
2 space indentation
2020-02-26 17:55:19 +01:00
eacf0cc894
does not makes sense to have cleavage planes for isotropic
...
behavior can be recovered by using 'real' crystal structures and
suitable parameter (easiest for fcc/bcc)
2020-02-26 17:50:29 +01:00
1d77af66c0
preparing removal of initializeStructure
2020-02-26 07:23:29 +01:00
839443bc85
better (generic) name where possible
2020-02-26 07:06:25 +01:00
cbcb7dca5d
cleaning
2020-02-26 06:12:45 +01:00
82dee9db0e
matching names
2020-02-25 17:53:15 +01:00
48604292e2
Merge remote-tracking branch 'origin/development' into MiscImprovements
2020-02-25 17:33:39 +01:00
4889e75e52
clearer structure
2020-02-25 17:32:49 +01:00
2c952c3410
these variables can be at leat write protected
2020-02-25 09:50:21 +01:00
7d7eff0d94
crystallite should be responsible of crystallite variables
2020-02-25 09:42:07 +01:00
a2e8e5b13b
Merge branch 'simple-output-handling' into development
2020-02-23 19:38:13 +01:00
49de01787d
variables not used
2020-02-23 16:38:57 +01:00
605e976915
I don't like loops
...
use language features and helper functions for shorter code
2020-02-23 09:45:19 +01:00
7d6c0dc5f4
is only needed during initialization
2020-02-22 11:42:06 +01:00
2cf89b1fdd
bugfix: output dataset was too large in case of Ngrains>1
...
material_phaseAt is defined per constituent/grain/component => no need
to multiply with homogenization_maxNgrains
2020-02-22 11:28:03 +01:00
bedcd0ad8c
sanity check for homogenization
...
number of (constituent) per microstructure need to match Nconstituents
in homogenization.
2020-02-22 11:14:11 +01:00
62898a70a0
use automated LHS allocation
2020-02-21 23:40:29 +01:00
f72b856a18
no reason for critical
...
will always (and only) set to .true.
2020-02-21 23:37:35 +01:00
402c282e68
better names
...
backport form dadf5-usability
2020-02-21 13:27:41 +01:00
6a90796618
bugfix: wrong string for comparison
2020-02-21 09:42:56 +01:00
a2e710c89c
alinged for better readability
2020-02-21 08:45:11 +01:00
c9c78aa90d
do not store invFp and invFi for all points
...
requires to explicitly calculate inverse of Fp and Fi for the tangent
calculation. Hence, classical tradeoff between memory consumption and
runtime.
2020-02-21 08:41:08 +01:00
1a0f4b185f
Merge branch 'development' into simple-output-handling
2020-02-20 22:18:58 +01:00
ab88ffd28e
Merge branch 'MiscImprovements' into development
2020-02-20 22:15:02 +01:00
d108d76a61
was never read
...
probably it was optimized away by the compiler, still confusing
2020-02-20 15:08:32 +01:00
ef4b7437f3
Input arguments of a function to be declared first.
2020-02-20 14:01:26 +01:00
dc7e7e5bcc
less writing, same functionality
2020-02-14 23:21:58 +01:00
420d9bd036
no enums for thermal
...
better readable, less line of code
2020-02-14 22:50:30 +01:00
7311d50df7
final enum removal for plastic laws
2020-02-14 21:41:13 +01:00
a8e2ee0a86
[skip ci] is read only for other modules
2020-02-14 21:31:03 +01:00
b1780e71c8
style unification, no enums for output
2020-02-14 09:23:09 +01:00
8d6c82e704
no need for enums
...
they just complicate the code, any performance gain should be negligible
2020-02-14 09:00:14 +01:00
486385978c
no need for outputID
...
just adds overhead, one string comparison per output and increment is
computationally not an issue
also unified to PEP recommendation of function description
2020-02-14 08:39:29 +01:00
6adb116712
[skip ci] whitespace adjustments
2020-02-14 06:24:17 +01:00
4f7bbb323e
not needed
2020-02-13 18:43:20 +01:00
64e86666c6
also set initial det(Fp)=0
...
Marc element lib test failed otherwise for type 117
2020-02-13 17:10:27 +01:00
0f70a19266
Fp matters, not Fp^-1
...
mathematically absolutely equivalent, but numerically not. Sometikes makes a
huge difference in convergence behavior, even though abs(det(Fp)-1) is
in the order of 1e-15
2020-02-13 14:48:32 +01:00
fc82ec9b1b
tiny deviations from det(Fp) = 1 cause convergence problems
2020-02-13 09:18:49 +01:00
fa903c6f35
not needed anymore
2020-02-12 20:50:09 +01:00
b861ad11c1
tiny differences between orientation conversions result in more
...
iterations
Seen so far only for plasticityDetectChanges test (confirmed for dislotwin and
phenopowerlaw).
The max difference between the entries of the rotation matrix from
orientation0%asMatrix() and eu2om(Eulers)/eu2om(orientation0%asEulers) is
1e-15. This is the ratio of km/atom radius! Still, the number of
iterations is consistently higher.
Results are the same. I believe this is a strange coincidence where one
particular orientation causes problems. The current version recovers almost the 'good' behavior
of math_EulerToR(Eulers)
2020-02-12 20:49:02 +01:00
8770613e9c
better readable
2020-02-12 06:26:22 +01:00
ab475b7c6b
need 'error return'
...
revert from change in 5b72110d
2020-02-12 06:02:37 +01:00
08174a119f
consistent name
2020-02-11 17:50:07 +01:00
5b72110d0a
simplified
2020-02-11 17:47:48 +01:00
e212f91fac
print statements prevents reading code
...
first re-structure and clean, than re-implement where useful
2020-02-11 17:41:30 +01:00
6463fcdabd
consistent names
2020-02-11 17:36:43 +01:00
c2c84d698f
Merge remote-tracking branch 'origin/development' into MiscImprovements
2020-02-11 17:11:43 +01:00
81ae66860a
Merge remote-tracking branch 'remotes/origin/explicitNonlocal' into development
2020-02-11 10:32:53 +01:00
a306e473ef
use rhoSgl0 (converged situation)
2020-02-11 05:41:10 +01:00
cd76172d74
debugging PETSc
2020-02-08 09:17:44 +01:00
187b3603d3
using new names
2020-02-08 09:08:52 +01:00
8f2e345ab4
polishing
2020-02-08 08:19:06 +01:00
4c4c052e73
slowly getting newer PETSc versions to work
2020-02-08 07:03:18 +01:00
5456ee98f4
still needed (new section was created)
2020-02-08 06:59:37 +01:00
984370d7d1
not needed
2020-02-07 18:34:00 +01:00
e932b386b9
Merge branch 'development' into MiscImprovements
2020-02-07 17:11:01 +01:00
5d4d1dcf9a
all nonlocal parts are fully explicit
...
i.e. they are based on converged (partioned0) states
2020-02-07 12:41:01 +01:00
f854dc27e9
explicit dotState for nonlocal
...
all flux related quantities are calculated based on the converged
quantities
2020-02-07 12:23:22 +01:00
4f4c6c5949
using converged dislocation velocity (from last subinc)
2020-02-07 12:01:54 +01:00
c7e3ac28f6
preparing data handling for explicit forward of flux
2020-02-07 11:44:03 +01:00
1ceba73d31
adopting to PETSc >3.10
...
thanks to Matthew Knepley from the PETSc team
2020-02-07 09:10:08 +01:00
98e5713ce5
Merge branch 'development' into noAbaqus
2020-02-06 18:33:13 +01:00
47109b903b
Merge branch 'plasticity-submodule' into 'development'
...
Plasticity submodule
See merge request damask/DAMASK!120
2020-02-06 10:13:48 +01:00
cab000f4b4
not used
2020-02-04 23:52:10 +01:00
13ce372684
not used
2020-02-04 23:45:34 +01:00
2d74a83dad
cleaning
2020-02-03 23:48:09 +01:00
9e131c0110
rank 0 takes care of statistics file
2020-02-03 23:09:46 +01:00
e9dad64f2b
use central functionality
2020-02-03 23:01:08 +01:00
7bdfd05749
simplified
2020-02-03 22:44:57 +01:00
c6579f8890
[skip ci] unified
2020-02-03 22:41:52 +01:00
1ad79883b4
not needed
2020-02-03 22:33:56 +01:00
0ce0bb2d85
better understandable
2020-02-03 21:39:00 +01:00
54589a9c56
crystallite does not exist any more
2020-02-02 20:37:05 +01:00
588525611b
also report correctly negative seeds
2020-02-01 09:04:02 +01:00
796fd9a774
natural order
2020-01-31 21:43:45 +01:00
042d09a730
names from paper
2020-01-31 21:43:12 +01:00
55e53536f2
fixing indentation
...
always 2 spaces, not 1 for the first level
2020-01-31 21:37:18 +01:00
26496976c8
not used anymore
2020-01-31 21:19:15 +01:00
0d96c728fe
better readable
2020-01-31 07:02:24 +01:00
3791c50468
better readable
2020-01-31 06:55:26 +01:00
f5f397cb70
better readable
2020-01-31 06:52:11 +01:00
6ce4ce523a
Merge branch 'MiscImprovements' of magit1.mpie.de:/damask/DAMASK into MiscImprovements
2020-01-31 00:13:25 +01:00
269d65005b
use nomenclature from the DAMASK paper
2020-01-31 00:07:23 +01:00
0b8ff64884
store mapping MARC/FEM2DAMASK mapping
...
do not calculate the mapping for elements and nodes per call on
the fly, rather store it. Not memory efficient in the case that numbers
are not consequtive (order does not matter, but missing nodes/elements
would waste some 2 integers per missing number). However, this seem to cause
problems anyway when range indicators like '1 to 10' are used.
2020-01-30 23:39:59 +01:00
d54b8714e1
avoid invalid error access
2020-01-29 23:42:50 +01:00
c2cdcb17f7
wrong string
2020-01-29 23:04:15 +01:00
59fe9d06b0
shortening
2020-01-29 22:53:19 +01:00
9690f170e1
4 space indentation
2020-01-29 22:44:42 +01:00
f5bd544b36
[skip ci] was too general
2020-01-29 18:15:49 +01:00
9c138c87f0
not needed
2020-01-29 14:57:12 +01:00
64be6a277d
it's the surface, not the edge
2020-01-29 14:48:15 +01:00
b938f1a98d
polishing
...
* constants in CAPITALS
* more tests
* 'forall' is deprecated in Fortran 2018
2020-01-29 14:01:14 +01:00
348a91d503
Merge branch 'MiscImprovements' of magit1.mpie.de:/damask/DAMASK into MiscImprovements
2020-01-29 13:17:58 +01:00
3f96c12e06
avoid code duplication
2020-01-29 11:09:57 +01:00
49bfdcecab
avoid accessing non-existing chunks
...
note that Fortran does not shortcut logical expressions, hence the new
function
2020-01-29 09:13:55 +01:00
b8263519ca
ignore empty lines
2020-01-29 08:00:28 +01:00
7b0850f929
only read relevant lines
2020-01-29 00:10:05 +01:00
57db134c6d
polishing
2020-01-28 23:44:07 +01:00
5d1f68bf93
Merge branch 'fix-elem-7-57' into noAbaqus
2020-01-27 19:27:53 +01:00
6636f56cab
Merge remote-tracking branch 'origin/development' into fix-elem-7-57
2020-01-27 19:23:35 +01:00
fb5e57aa1a
WIP: implementing static map for Marc->DAMASK (elem/nodes)
2020-01-26 23:12:48 +01:00
d2a3fd3ac8
not needed to parse in nElem
2020-01-26 22:51:06 +01:00
f044b8c42f
explain data layout
2020-01-26 21:58:36 +01:00
0a1bac6787
flush helps to detect errors
2020-01-26 21:50:43 +01:00
f546ffb3be
polishing
2020-01-26 21:22:55 +01:00
79aeea052f
does not exist anymore (is not needed)
2020-01-26 21:07:21 +01:00
f8c5dbea71
typo (MSC.Marc did not compile)
2020-01-26 21:02:32 +01:00
cda1f4acab
more tests
...
failed unitTests report consistently with "internal error"
2020-01-26 20:53:13 +01:00
a4134b4552
doing some internal checks
...
trivial, but better safe then sorry
2020-01-26 20:24:09 +01:00
830b05005f
read file only once
2020-01-26 19:56:30 +01:00
62865e779d
polishing
2020-01-26 18:31:56 +01:00
a6e979ae1f
simplified parsing of strings, floats, and ints
...
invalid characters for interpretation as float and int now raise error,
no warning
requesting invalid chunk now raises error, no warning
2020-01-26 18:23:23 +01:00
0eba4e39cc
trying to make the whole procedure understandable
2020-01-26 14:18:16 +01:00
81fba131f6
variable string length
2020-01-26 13:28:12 +01:00
decf9371ea
avoid issues with unsufficient length of strings
2020-01-26 13:18:29 +01:00
3b8dd17e5b
avoiding hard-coded constants
2020-01-26 12:25:45 +01:00
fe22b84d5c
maximum path length is 4096
2020-01-26 12:19:36 +01:00
9c7f6811a2
use default string length
2020-01-26 12:17:59 +01:00
1be37de993
not used (defaults are given in the respective modules)
2020-01-26 11:46:14 +01:00
24a8d7ed29
256 (pStringLen) might not be sufficient for file operations
2020-01-26 11:40:25 +01:00
9a0d8db23e
[skip ci] replacement is done
2020-01-26 10:53:24 +01:00
ffea69955e
polishing and testing
...
element 11/12 (7/57 for MSC.Marc) have the same geometry type, i.e. both
are a hexahedral with 8 integration points/cells
Type 11 is linear (8 nodes), type 12 quadradic with reduced integration (20 nodes).
The modified definition ensures that the cell nodes 9-20 of element 11
are in the same order as the real nodes 9-20 of element 12. Real nodes
1-8 (corners) and 21-27 needed no modification.
Notes:
* Documentation on https://damask.mpie.de/Documentation/ElementType is now outdated.
* Element defition in MSC.Marc manual volume B (2001 version) is
confusing because element numbering is sometimes clowise and
sometimes counterclockwise. The latter one seems to be correct
2020-01-26 09:24:32 +01:00
b16f4155d4
cell definition follows correct order for 11/12 (7/57 in MSC.Marc)
2020-01-26 09:06:45 +01:00
7671e257bd
reorder elem 11 (Marc 7) to match 12 (Marc 57)
2020-01-26 08:17:59 +01:00
2100742a31
better have no support then untested support
2020-01-26 08:17:25 +01:00
13107abd39
not working and significat efforts needed to test it
2020-01-26 07:44:22 +01:00
8a2a9d3861
avoid direct file operations
2020-01-25 13:30:42 +01:00
a2e4160e61
read file only once
2020-01-25 10:58:04 +01:00
ddeebc189a
[skip ci] documenting further use
2020-01-25 09:31:27 +01:00
e532641015
dependency on element not needed for homogeneous meshes
2020-01-25 09:24:42 +01:00
624ede8177
clear separation between solver and DAMASK
2020-01-25 09:12:09 +01:00
bdae2a40cc
independent of IO
2020-01-25 08:56:39 +01:00
bfe8585903
Merge branch 'development' into MiscImprovements
2020-01-24 20:08:14 +01:00
5fae924e88
Merge branch 'MiscImprovements' of magit1.mpie.de:/damask/DAMASK into MiscImprovements
2020-01-24 19:58:57 +01:00
3d6ec6955f
Merge branch 'PGI-support' into development
2020-01-24 12:24:38 +01:00
b807406a70
avoid public variables
2020-01-23 14:08:14 +01:00
f0ad18102d
preparing to clean FEsolving
...
should not have solver dependent functionality
2020-01-23 13:49:12 +01:00
bd67d2bb6a
new mappings have clear name, not (1,2)
2020-01-23 13:16:45 +01:00
7f66d4e975
avoid fixed string length
...
solved issues with wrong trim and is more robust
2020-01-23 11:21:42 +01:00
7273f1461c
avoid fixed string length where possible
2020-01-23 09:35:41 +01:00
1bfd8a8c21
continuousIntValues is very specific for Marc
...
define where it is used
2020-01-23 08:37:03 +01:00
246187865e
more flexibility
2020-01-23 08:19:21 +01:00
cc67b1bd3b
automatic length determination for more flexibility
2020-01-23 07:29:38 +01:00
d28b18267b
polishing
2020-01-23 07:19:44 +01:00
2c942de45d
do no rely on IO functions
...
should become part of the marc specific code
2020-01-22 08:55:39 +01:00
0c4790d468
solver specific, should not be reported here
2020-01-22 08:24:55 +01:00
d27aac0970
clearer structure
2020-01-21 19:33:22 +01:00
0ef0db586f
Merge branch 'MiscImprovements' of magit1.mpie.de:/damask/DAMASK into MiscImprovements
2020-01-21 19:24:30 +01:00
91d25ec897
rename in PETSc function
2020-01-21 18:18:27 +01:00
ad2520bec1
compiles with PETSc > 3.10
...
but does not run
2020-01-21 15:27:11 +01:00
8ef3985da7
debug info
2020-01-21 14:58:35 +01:00
1857a5e58a
skip empty lines (i.e. blank line at the end)
2020-01-21 11:45:11 +01:00
9b4f773a0b
work around for bug in Intel
2020-01-21 08:43:16 +01:00
1a31ff82bb
avoid code duplication
2020-01-21 07:46:32 +01:00
a18057ba4d
use central functionality for file IO
2020-01-21 07:37:04 +01:00
2e38582824
no need for additional variables
2020-01-21 07:08:02 +01:00
47e5b0077a
fixed typo
2020-01-21 06:53:32 +01:00
843676fb10
grouping variables for better readability
2020-01-21 06:10:19 +01:00
db96ee0fc2
cleaning
2020-01-20 23:46:48 +01:00
80ae2f5f6b
no need for public variables
2020-01-20 23:39:24 +01:00
4d673866b8
bugfix: copy and paste error
2020-01-20 23:31:51 +01:00
b98ecccf73
better readable
2020-01-20 21:06:08 +01:00
56ab4f723d
polishing
2020-01-20 20:36:21 +01:00
701a9b18cc
Merge remote-tracking branch 'remotes/origin/marc-improvements' into development
2020-01-18 12:21:24 +01:00
d722c6db4a
clear separation between OO and imperative arguments
2020-01-14 11:52:22 +01:00
9d1c1fdb92
enforce Re(q) > 0
2020-01-14 11:33:18 +01:00
27bc23c2e1
missing renames
...
wondering how this has passed the syntax check earlier
2020-01-14 07:55:18 +01:00
e70c56701f
not needed
2020-01-13 21:09:25 +01:00
cad6fc7843
Merge branch 'development' into plasticity-submodule
2020-01-13 20:57:12 +01:00
544ff9b6ee
gfortran rejects (Intel seems fine)
...
assume a bug, see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93251
2020-01-13 16:11:36 +01:00
bd4db68a12
support for non QUAD cell type
2020-01-13 10:03:13 +01:00
0cf27a8229
indicate parameters and report vtk type
2020-01-13 10:02:23 +01:00
a025edd09f
Merge branch 'MoreImprovements' into PGI-support
2020-01-13 01:44:45 +01:00
2d294aba23
need to store cell nodes, not elem nodes
2020-01-12 18:32:20 +01:00
ac0fa2fce9
no need for separate allocation
2020-01-12 16:50:36 +01:00
eb7bd41acd
no need for special functions
2020-01-12 16:08:38 +01:00
fb8494e2b8
write out nodal displacements
...
does not work: Not updated and wrong size
2020-01-12 15:42:08 +01:00
9d1543c9cc
functionality was used only once
2020-01-12 01:54:38 +01:00
8aa13a55ce
enable handling of connectivity that spreads over multiple lines
...
same code works also for old style tables, probably some flexibility
regarding non-CP elements is lacking ..
2020-01-12 00:58:12 +01:00
46cb787934
avoid HDF5 error when creating link twice
2020-01-12 00:55:00 +01:00
5bc1c98da7
use 0-based indexing for worldrank
2020-01-12 00:49:03 +01:00
ddd8027b8a
autodetect string length
2020-01-12 00:10:42 +01:00
3938f34978
Merge branch 'MiscImprovements' into MoreImprovements
2020-01-11 22:37:41 +01:00
2d9c25f8e5
Merge branch 'development' into MiscImprovements
2020-01-11 20:34:35 +01:00
d4535dadb4
use American english
2020-01-11 20:33:29 +01:00
ac112d2d36
tolerance needed for optimized code
2020-01-11 13:55:56 +01:00
e762cb4dfd
issue with gfortran < 9
...
the false branch of merge seems to be evaluated which results in a
signaling NaN
2020-01-11 12:36:35 +01:00
842666cc20
no overlap with Marc's code
2020-01-11 11:25:50 +01:00
3a6819f548
check for invalid operations
2020-01-11 05:19:15 +01:00
f028519597
some facts from wikipedia as tests
2020-01-11 04:59:38 +01:00
de95ca5906
inverse of a quaternion
2020-01-11 04:15:51 +01:00
115716b8c2
polishing/use existing functions
2020-01-11 03:58:12 +01:00
c7180c3295
some more tests for quaternion operations
2020-01-11 03:50:17 +01:00
aefd401e8c
this is a quaternion class
...
it is meant to represent any quaternion, not only unit
quaternions/rotations that follow a specific convention. Need to check
in rotations.f90 where the homomorph should happen
2020-01-11 03:11:45 +01:00
79cafebffe
following https://www.python.org/dev/peps/pep-0257/
2020-01-11 03:08:39 +01:00
3a08a8bbe2
always using intrinsic init when assigning quaternions as output variables
2020-01-10 12:16:18 -05:00
115a2552f8
4 newer versions are out
2020-01-10 03:19:39 +01:00
87c7a5d5a3
polishing
2020-01-10 02:11:19 +01:00
8f43f05437
stronger encapsulation
2020-01-10 01:45:00 +01:00
0771411cd8
group similar operations
2020-01-10 01:33:03 +01:00
7d2012f492
no need to exclude small values
...
no danger of division by zero
2020-01-10 01:29:35 +01:00
70e23fea93
polishing
2020-01-10 01:28:32 +01:00
bd6f2a6b5c
consistent string length
2020-01-04 19:01:36 +01:00
6b6ad52355
use variable string as return (no need for trim)
2020-01-04 18:53:55 +01:00
3999c0b630
is not used anymore (and IO_fixedXXXvalue seem to be superfluous)
2020-01-04 17:29:25 +01:00
bd5f963260
polishing
2020-01-04 16:54:07 +01:00
0898cc2605
PGI has problems with forall in this case
2020-01-04 03:18:51 +01:00
d2a9946f83
PGI compiler has problems with norm2 or dEq
2020-01-04 01:54:19 +01:00
00e14b9861
PGI does not allow sum in init for parameter
2020-01-04 01:04:20 +01:00
e1b35be23a
not used anymore
2020-01-03 15:41:46 +01:00
326e3d0824
polishing
2020-01-03 14:02:14 +01:00
886e111064
not needed
2020-01-03 13:53:23 +01:00
2975e46ca1
not needed
2020-01-03 13:52:06 +01:00
4ebd89c040
shape is known (no need for automatic allocation)
2020-01-03 13:47:04 +01:00
a6ddbbd70c
cleaning
2020-01-03 12:40:25 +01:00
d81dc01ce0
we consider indvidual systems, not families
2020-01-03 12:14:20 +01:00
e1168c09b9
use specialized functions
2020-01-02 21:28:34 +01:00
c919237998
one loop is enough
2020-01-02 21:02:37 +01:00
f633c67fe4
polishing
2020-01-02 20:49:02 +01:00
1ad8464821
not needed
...
object-oriented mesh did not work out nicely
2020-01-02 20:38:40 +01:00
6a0593bf9e
everything is anyway public
2020-01-02 19:47:48 +01:00
e0110c676e
avoid long lines
2020-01-02 18:44:51 +01:00
27a6d1d682
private functions do not need a prefix
2020-01-02 15:14:12 +01:00
ce08571cd8
documentation was outdated
2020-01-02 13:39:52 +01:00
d4d419b713
better readable
2019-12-30 06:48:55 +01:00
f9fcaca60b
aliases are just confusing
2019-12-26 15:24:51 +01:00
af0a4c5d26
unused
2019-12-26 15:24:37 +01:00
be319c5a83
single source of truth
2019-12-25 09:24:42 +01:00
0d975e7023
polishing
...
- default string length
- Nslip/Ntwin/Ntrans not stored in state anymore
2019-12-21 12:42:18 +01:00
34af10fac1
using default string length
2019-12-21 12:39:54 +01:00
127678e2e1
use default string length
2019-12-21 12:28:24 +01:00
27483bafbc
non-existing value evaluates to 0 or 1
2019-12-21 11:52:33 +01:00
747a340599
unified string length
2019-12-21 11:46:12 +01:00
83cf062318
better define only once
2019-12-21 11:19:33 +01:00
ac182ef536
less variable, same style
2019-12-21 11:13:05 +01:00
6678770c43
public variables not needed anymore
2019-12-21 10:43:36 +01:00
7baf4e7f53
cleaning
2019-12-21 10:37:18 +01:00
91ad5092f4
preparing removal of old output data
2019-12-21 10:31:19 +01:00
4dc5dac831
was only needed for postResults
2019-12-21 10:20:50 +01:00
af6973adf6
HDF5 out is always on
2019-12-21 10:13:52 +01:00
6425c37f2d
use default string length
...
256 characters are more than enough for string values and keys
2019-12-21 10:07:37 +01:00
19a45d9c2b
cleaning of source modules:
...
- offset and instance are only used locally
- output names are needed only temporarly
- HDF5 is always enabled
2019-12-21 07:55:42 +01:00
41650cdd11
use standard string length
2019-12-21 07:38:17 +01:00
b10e862be8
the compiler can do the counting
2019-12-21 07:34:40 +01:00
f0d3b29b82
Merge branch 'development' into MiscImprovements
2019-12-21 06:53:56 +01:00
befd4e2adf
avoid imports
2019-12-19 07:49:53 +01:00
f0ad075802
fixed indentation
2019-12-19 00:01:44 +01:00
98e606d6f0
correct type
2019-12-19 00:00:00 +01:00
4b6388fbb2
always use HDF5 output
2019-12-18 20:05:51 +01:00
63fc125398
include origin do DADF5
...
requires updat of file version
2019-12-13 09:12:07 +01:00
ee56b82c8a
avoid spaces
2019-12-12 23:22:37 +01:00
a0a99c526b
some remaining IntOut format strings
2019-12-11 19:28:31 +01:00
9e801928b0
Merge branch 'development' into noPostResults
2019-12-11 09:28:45 +01:00
9b67ead62f
removed postResults completely
2019-12-11 00:10:02 +01:00
8fb8e9be6e
write temperature to DADF5
2019-12-10 20:25:19 +01:00
db91803b80
cleaning
2019-12-10 17:52:37 +01:00
ac35759c2f
not a module subroutine
2019-12-10 17:25:51 +01:00
5681e661e2
DADF5-results replaces postResults
2019-12-10 07:31:09 +01:00
4be7aa990c
HDF5 results output for constitutive damage models
2019-12-10 06:45:00 +01:00
5abe27ab60
only locally used
2019-12-09 06:24:37 +01:00
1c18086402
not needed anymore
2019-12-09 05:58:27 +01:00
07ebd8d1b3
only damage/thermal 'homogenization' postResults is currently needed
2019-12-09 05:48:37 +01:00
acc252ea5b
thermal/damage constitutive (i.e. source) results are not tested
2019-12-09 05:38:15 +01:00
c2e91ae5e1
copy and paste error, wrong array was set
2019-12-08 20:52:05 +01:00
b0ce324213
Merge remote-tracking branch 'origin/development' into simple-int-formatting
2019-12-08 20:24:05 +01:00
fbe2228ade
avoid string length mismatch
2019-12-07 20:22:55 +01:00
3e269f0419
Merge branch 'only-use-rotation-class' into 'development'
...
Only use rotation class
See merge request damask/DAMASK!110
2019-12-07 17:33:34 +01:00
4eacc1d16d
polishing
2019-12-07 15:45:37 +01:00
23944de6de
less variables for better readability
2019-12-07 15:20:04 +01:00
5a6111ec69
Merge branch 'incs-no-leading-zero' into 'development'
...
Incs no leading zero
See merge request damask/DAMASK!108
2019-12-07 11:32:37 +01:00
7ecb0245ec
simplified (use novel i0 format specifier)
2019-12-07 11:12:46 +01:00
137b235bc1
i0 format specifier easier then hand-written IO_intOut
...
using variable pStringLen allows string assignment without length issues
2019-12-07 11:06:39 +01:00
04492eeb0a
Merge branch 'almost-no-postResults' into only-use-rotation-class
2019-12-05 19:42:50 +01:00
78e96993df
Merge branch 'almost-no-postResults' into only-use-rotation-class
2019-12-05 19:41:32 +01:00
f585e1a553
not used
2019-12-05 11:20:05 +01:00
ab1f0dc16b
submodules allow inter-module communication
2019-12-04 22:31:15 +01:00
7d6a57dc17
Merge branch 'only-use-rotation-class' into plasticity-submodule
2019-12-04 19:02:01 +01:00
cb0d39eee6
not needed anymore
2019-12-04 19:00:56 +01:00
58a190ede8
Merge branch 'development' into incs-no-leading-zero
2019-12-04 05:19:38 +01:00
93da6d3f63
was not used
2019-12-02 23:07:01 +01:00
c36a5bdfbb
bugfix: calculation of size of postResults was wrong
2019-12-02 23:06:28 +01:00
9882c3532a
avoid use of low-level HDF5 routines
2019-12-02 22:26:08 +01:00
4ee2e551b8
migrating to submodules
2019-12-02 22:15:34 +01:00
226b715c46
file names reflect hierarchical structure
2019-12-02 21:38:41 +01:00
e52a747774
submodules allow inter-module communication
2019-12-02 20:57:18 +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
9ee709d214
polishing
2019-10-14 15:09:16 +02:00
1726d95a56
wrong macro was defined
2019-10-14 14:39:53 +02:00
dcbd7624dd
array order was wrong
2019-10-14 11:25:48 +02:00
57af822396
better readable
2019-10-14 10:36:59 +02:00
57fef8fa57
consistent naming
2019-10-14 10:08:35 +02:00
fae4546cfd
polishing
2019-10-14 09:37:31 +02:00
513b1906f6
bugfixes:
...
cell definition was not stored correctly due to wrong indexing
2019-10-14 08:23:21 +02:00
c41d8eb257
use new data structure to calculate cell node coordinates
2019-10-13 23:34:03 +02:00
2b65c888c4
avoid public variables
2019-10-13 22:16:42 +02:00
33e639426a
polishing
2019-10-13 21:45:08 +02:00
d03efade06
better calculate nodes later
2019-10-13 21:09:49 +02:00
369cae5332
no public variables
2019-10-13 20:52:49 +02:00
6456f9891b
avoid public variables
2019-10-13 20:34:20 +02:00
c2a8701940
further removal of deprecated stuff
2019-10-13 19:55:25 +02:00
4999aa4e14
more cleaning
2019-10-13 19:41:55 +02:00
e0cb1a87cd
cleaning
2019-10-13 19:22:57 +02:00
e3b16639bf
native integer needs to match
...
otherwise, results are wrong. Therefore, we need to use our own HDF5
library since MSC provides one for 4 byte integers
2019-10-13 18:20:54 +02:00
004abc2d4e
cell node definition needs to be stored
2019-10-13 13:28:04 +02:00
ed1d06d6f1
make functions independent of file state
2019-10-13 11:53:35 +02:00
9ea91b84e8
easier to read and without file access
2019-10-13 11:48:27 +02:00
680ed535d7
avoid file operations and line labels
2019-10-13 10:42:34 +02:00
d6b6096007
avoid global variables
2019-10-12 22:40:00 +02:00
7611513bb8
strange indentation
2019-10-12 22:18:55 +02:00
4c9bc326f6
better read file only once
2019-10-12 21:58:26 +02:00
e6d25bfdab
almost no shared functionality
2019-10-12 19:24:03 +02:00
d8d99f3694
geometry folder needs to be created earlier
2019-10-12 16:39:44 +02:00
fabab08936
did not run without HDF5 support
2019-10-12 16:25:59 +02:00
8cebf8a10d
needed
2019-10-12 15:50:10 +02:00
734e6ef15f
writing initial coordinates to DADF5
2019-10-12 15:03:26 +02:00
e85e13b380
[skip ci] only corrections to comments made
2019-10-11 15:21:29 +02:00
bf35589d66
DOI was pointint to the correction
2019-10-11 12:31:46 +02:00
b502300ffc
get labels of slip and twin systems
...
this info is for HDF5 output
2019-10-10 13:11:02 +02:00
1d51443607
polishing/unifying names
2019-10-10 12:26:45 +02:00
02d7ead3ab
better readable
2019-10-10 12:10:13 +02:00
cf0e279d93
labels were not used
...
better use automated labeling of all systems
2019-10-10 10:48:55 +02:00
a2a05158f2
not existing anymore
2019-10-09 01:32:19 +02:00
df3bb7c559
cleaning
2019-10-08 23:53:16 +02:00
90c03d94d1
further separation for clearer structure
2019-10-08 19:08:29 +02:00
b647245e39
general polishing
2019-10-08 18:52:34 +02:00
7d438d3868
not needed
2019-10-08 17:37:30 +02:00
040cd3e35d
no public variables
2019-10-08 17:26:02 +02:00
16fd608da6
more reasonable name
2019-10-08 17:12:53 +02:00
098f2903ea
not used anymore
2019-10-08 17:04:27 +02:00
5e79c360e9
no need for double definition
2019-10-08 10:03:03 +02:00
04272f88d5
untangling
...
- avoid public variables
- openMP in initialization hardly useful
- structure of init should reflect tasks:
1) reading
2) discretization
3) nonlocal stuff
2019-10-08 09:30:32 +02:00
795939c989
tests for re-ordered systems + new PETSc 3.11
2019-10-07 20:23:17 +02:00
2d7293726c
more useful order
2019-10-07 18:04:29 +02:00
7f403ad50e
avoid global variables
2019-10-05 20:23:33 +02:00
18b8e71f69
polishing
2019-10-05 20:09:01 +02:00
1d35699884
ip volume is only needed by plastic nonlocal
2019-10-05 19:46:08 +02:00
076aa3f72b
not needed
2019-10-05 17:37:14 +02:00
019f0556e6
better have explicit arguments
2019-10-05 17:18:21 +02:00
0b29d08109
bump to DADF5 v0.3
...
contains displacements (for grid solver)
2019-10-03 19:02:17 +02:00
fd3f8e2cc7
fixed precision even if compiler flag is not set
2019-09-29 15:59:10 -07:00
d47dff9dd8
typo
2019-09-29 14:18:21 -07:00
ad75ebd973
polishing
2019-09-29 11:26:57 -07:00
56c0f30687
tried to send to much data
2019-09-29 10:34:55 -07:00
8e5fd7c5e8
nodal discplacements for MPI
...
needs improvement with respect to readability and placement of origin
2019-09-29 10:04:07 -07:00
e04b074f3c
easier to read
2019-09-28 18:32:17 -07:00
c71374a3f3
do not write nodes shared over several processes
...
- probably useful only for grid solver, FEM have connectivity matrix
anyway
- name could be improved (in fact, the index is the last not-shared
node)
2019-09-28 18:08:15 -07:00
3206ee04bc
nodal displacements for grid solver
...
currently for non-MPI only
2019-09-27 20:38:02 -07:00
5ba6b6c244
name reflects planned functionality:
...
should update node and cell center coordinates
2019-09-27 15:02:36 -07:00
cc54139dae
no need for being compatible
2019-09-27 14:54:02 -07:00
fc6b603e3d
names reflect functionality
2019-09-27 14:48:51 -07:00
e311c913b8
avoid public variable without write protection
2019-09-27 14:44:28 -07:00
13c62b890b
module name should reflect file name
2019-09-27 14:34:34 -07:00
032b65fe65
not needed
2019-09-27 14:33:56 -07:00
8fd9341e39
not needed
2019-09-27 14:23:19 -07:00
114f21e8f7
setter for current nodal coordinates
2019-09-27 14:07:34 -07:00
2bb6f74de9
use new data structure
2019-09-27 14:07:03 -07:00
2e63affe47
[skip ci] better to read
2019-09-25 12:48:16 -07:00
9ebd91312a
avoid size(xxx) of unallocated xxx
2019-09-25 12:21:57 -07:00
fc090a1960
[skip ci] indentation only
2019-09-25 12:05:37 -07:00
116f43f401
[skip ci] indentation hick-up
2019-09-23 22:15:13 -07:00
ffcb7a0a24
aim of the calculation clearer
...
don't know if brackets are honored here
2019-09-23 09:31:14 -07:00
da041f43bc
floating point arithmetic refinement
...
Intel 18.4 could not detect 0.0
2019-09-23 09:29:38 -07:00
96811f77ca
not used
2019-09-23 06:50:25 -07:00
0620eae797
less code
2019-09-23 06:48:39 -07:00
611cc9bcae
preprocessor does not allow spaces
2019-09-23 06:48:20 -07:00
48e0a7ad97
no floating point comparison for equality
2019-09-23 06:35:02 -07:00
b8204015f5
wrong type (math_range returns integers)
2019-09-23 06:29:32 -07:00
02fef16b38
used only by MARC/Abaqus
2019-09-23 06:28:10 -07:00
78344c01ac
avoid floating point comparison
2019-09-23 05:37:36 -07:00
da15ff85f3
tests now operational
2019-09-23 00:11:45 -07:00
285dab4451
self consistent solutions
2019-09-22 23:53:56 -07:00
bbb2441cc2
preparing more tests
2019-09-22 22:08:19 -07:00
0655ef2c90
small precision adjustments required
...
one in a Mio might have degenerated precision...
Also now finally testing core functionality
2019-09-22 21:58:18 -07:00
c1398e5fa4
more robust agains overflow + tests
2019-09-22 21:41:00 -07:00
40099fd581
typo
2019-09-22 17:46:37 -07:00
9fd65b0617
need to relax tolerance for case 3
2019-09-22 16:57:16 -07:00
d1566aa5bf
GNU 8 has issues with IEEE_infinite
...
errors occur when running aggressively optimized code. GNU 9.1 seems to
be ok
2019-09-22 16:05:41 -07:00
c0210659b6
statUnit was not opened, stat file was written to STDERR
2019-09-22 15:56:37 -07:00
26bdcd64b9
this might resolve the occasional MPI restart test failuers
2019-09-22 15:34:05 -07:00
4ff292ba70
IEEE infinite causes problems with older GNU
2019-09-22 14:46:27 -07:00
171a93ca30
also small negative values cause problems
...
Logic differs from the original formulation now
2019-09-22 14:17:17 -07:00
6b5b0fae22
mixed up real and aimag part in quaternion
...
+ some tests
2019-09-22 12:10:39 -07:00
25c9bb1cd7
testing some corner cases
2019-09-22 11:29:34 -07:00
62174a8978
testing all conversions
...
using norm(Delta q) ensures that the quality of the conversion is
tested, not the numerical properties of any orientation representation.
2019-09-22 11:15:27 -07:00
6e5b9ca665
unused variables
2019-09-22 08:54:59 -07:00
77011a5dba
this fix restores the previous behavior of dislotwin
...
very strange behavior in plasticity_detect changes for dislotwin. This
fix restores the old behavior with respect to number of iterations.
Using orientation%fromMatrix() results in much more iterations and an
increase in runtime for the test from approx 6 min to 40 min. Results
still match in the end. Also, crystallite_Fp0 differs by approx 1e-15
only between the two methods.
I assume that something is wrong with either dislotwin or the
state/stress integration
2019-09-22 07:46:30 -07:00
de632ec85c
better names
2019-09-22 07:22:24 -07:00
372536d57e
unit test for rotation class
2019-09-22 06:53:03 -07:00
5fa1ecb170
determinant calculations give slightly different results
2019-09-22 06:41:55 -07:00
30afaf2a95
bugfic: Blocksize parameter was too small
2019-09-21 23:45:54 -07:00
51bd67fa29
findloc is in gfortran 9.1
2019-09-21 23:03:53 -07:00
25d91c79af
larger block size seems favorable
2019-09-21 23:03:27 -07:00
8b908fb350
some more testing
2019-09-21 21:25:55 -07:00
a963f1d2c3
better explicit
2019-09-21 09:16:58 -07:00
f5caee8026
issue now clearer
2019-09-21 08:23:56 -07:00
7ef4aca170
vectorized
...
there seems to be a conflict in the definition of the projection for
edge and screw.
Nonlocal uses the transpose compared to dislotwin/disloUCLA.
2019-09-21 08:21:39 -07:00
8013dec45f
safer
2019-09-21 07:14:45 -07:00
7837a6dc01
not used ...
...
... and equivalentStress33 seemed wrong
... and equivalentStrain33 was confusing
2019-09-20 18:45:54 -07:00
a17046cfdf
full merger
2019-09-20 18:44:23 -07:00
a16af9a7ad
single source of truth
2019-09-20 18:33:12 -07:00
97127f9034
following standard: Output first
2019-09-20 18:28:46 -07:00
53283d5c01
using newer interface
2019-09-20 18:20:33 -07:00
09c1150e3c
more error checking
2019-09-20 18:16:08 -07:00
c1d1c83088
better check input data
2019-09-20 17:49:55 -07:00
a8b72c3f53
even better to read
2019-09-20 17:42:55 -07:00
7fe3e3b406
easier to read
2019-09-20 17:38:57 -07:00
44125f3f09
convenience function for symmetric 4th order tensors
...
unfortunately, array size does not qualify to distinguish generics
2019-09-20 17:36:37 -07:00
ad83c8541d
same names as in python
2019-09-20 17:18:09 -07:00
7e6265b128
make use of consistency checks
2019-09-20 16:52:55 -07:00
ef4204da14
Merge branch 'MiscImprovements' of magit1.mpie.de:/damask/DAMASK into MiscImprovements
2019-09-20 16:48:50 -07:00
6c0e92d5c1
functionality to rotate 4-tensor
2019-09-20 16:47:44 -07:00
4dfb1f6450
next try for MARC 2019
2019-09-21 01:07:04 +02:00
93c8aa8f75
bugfix: used uninitialized vector
2019-09-21 00:08:14 +02:00
7ff106a1fc
better readable
2019-09-20 08:45:23 -07:00
d69d57221d
consistent type handling and stronger encapsulation
...
components of quaternion are private now
qu is an array, not a quaterion (as in the python module). conceptually
cleaner because eu,ax,om, etc. are also plain array
2019-09-20 08:36:16 -07:00
0b6620bfb7
Merge branch 'development' into MiscImprovements
...
F***ing commits to development!
2019-09-20 07:40:52 -07:00
42fba28fa1
getting rid of conversions with unclear behavior
2019-09-20 07:37:58 -07:00
76eaa9855f
correct type (pReal)
2019-09-20 06:57:39 -07:00
47fe5b9c15
Merge branch 'MiscImprovements' of magit1.mpie.de:/damask/DAMASK into MiscImprovements
2019-09-20 06:54:23 -07:00
052ee10fcb
sanity checks as in python class
2019-09-20 06:53:49 -07:00
e8ed25d361
messages were not used anymore
2019-09-20 06:40:21 -07:00
23dba41a09
absolutely not needed
...
the solvers report when they are initialized
2019-09-20 05:41:12 -07:00
c75609f8f0
Marc 2019 does not work with HDF5
...
Seems that Marc 2019 brings its own HDF5. Basically good news, but
should be resolved in a separate branch
2019-09-20 14:23:06 +02:00
31f39fac82
[skip ci] fixed confusion about n in Li tangent: prm%n was meant but forall index n was used!
2019-09-20 08:05:15 -04:00
27732b1c0d
better use rotation class functionality
2019-09-19 23:32:19 -07:00
a70779965c
some helper functions for further transition
2019-09-19 22:50:30 -07:00
01561a2bae
polishing
2019-09-19 22:07:02 -07:00
d11f401c67
removed unused variables and correct type casting
...
I don't believe that n is correct here ...
2019-09-19 19:53:00 -07:00
792dda866d
rotation class has consistent set of conversions
...
crytallite_oriention0 was essentially a copy of material_EulerAngles
2019-09-19 19:42:28 -07:00
a94c104c75
using texture class
2019-09-19 19:14:37 -07:00
5d0a67e5dc
texture class replaces manual conversions
2019-09-19 18:25:51 -07:00
e48059d6f1
correct name
2019-09-19 16:56:43 -07:00
08d2cdcb25
forall is deprecated in Fortran 2018
2019-09-19 14:24:13 -07:00
b41d6182a5
safe use of optional argument
2019-09-19 14:20:02 -07:00
f6c616c84b
consistent orientation/quaternion handling is in own submodule
2019-09-19 13:59:18 -07:00
7fa979f800
removed unused function
...
were based on/used for deprecated orientation handling
2019-09-19 13:51:37 -07:00
be0d961954
cleaning
2019-09-19 13:40:03 -07:00
e82fdbcdfa
use more appropriate name
2019-09-19 13:39:22 -07:00
ddff2cb6e7
newer versions of PGI provide norm2
...
https://www.pgroup.com/resources/docs/19.7/x86/pgi-release-notes/index.htm#what-is-new-197
2019-09-19 13:38:45 -07:00
f1d29da056
does not work anymore
...
dump functions were removed from IO, migrate to HDF5 if needed
2019-09-19 13:07:18 -07:00
5ab8f55f21
[skip ci] fixed indentation
2019-09-19 12:58:51 -07:00
d0579bb674
data layout and names as discussed with Karo and Philip
2019-09-19 12:48:04 -07:00
5f1934bacb
adopting indentation
2019-09-19 11:40:59 -07:00
34e0dd1c64
polishing
2019-09-19 11:00:41 -07:00
2aaa5ff8e7
Merge branch 'Dislotwin-climb2' into 'development'
...
Dislotwin climb2
See merge request damask/DAMASK!94
2019-09-19 11:19:05 +02:00
d6e93367eb
[skip ci] clarified comment
2019-09-19 11:17:23 +02:00
b06c5bd686
Merge branch 'even-more-HDF5-postprocessing' into development
2019-09-18 21:14:19 -04:00
036794e7d3
support for Marc2019
2019-09-17 15:53:49 +02:00
462bb07efd
Merge branch 'development' into even-more-HDF5-postprocessing
2019-09-11 16:29:44 -07:00
15e796d599
Merge branch 'development' into Dislotwin-climb2
2019-09-11 12:06:29 -07:00
ca760f9ca1
added text lines
2019-09-06 15:47:02 -04:00
cf37f8d405
added some lines to help while debugging
2019-09-06 15:45:49 -04:00
836172028d
modified plastic_isotropic_LiAndItsTangent to behave correctly
2019-09-06 15:44:38 -04:00
fbf82fbca8
Referencing
2019-09-05 09:42:45 +02:00
7ce098c75c
small polishing
2019-09-04 14:52:44 -07:00
2fc66cff5b
better readable
2019-09-04 14:30:26 -07:00
dba49fe387
parameter was not read
...
thanks to Vitesh for reporting
2019-09-04 07:18:41 -07:00
be5e68249f
Conflicts resolved
2019-08-20 14:29:11 +02:00
b854e7ee08
Decision based on possibility of partials
2019-08-20 13:54:51 +02:00
c71b060c48
Improved syntax for binary switches
2019-08-20 10:56:36 +02:00
d2affaa414
clearer logic
2019-08-16 14:10:12 -07:00
38755cb30d
polishing
2019-08-16 13:56:52 -07:00
50b372d9f1
ClimbSwitch introduced
2019-08-16 15:57:11 +02:00
5dfd13b759
documenting new variables
2019-08-16 15:07:19 +02:00
5a72f513c7
SFE not equal to zero
2019-08-15 13:56:59 +02:00
310d262e9f
nearest neighbour number is 12 for fcc
2019-08-15 13:55:12 +02:00
860ef2f256
Corrected the calculation of sigma_cl
2019-08-01 15:29:32 +02:00
d40e4a3800
SFE at 0K can be negative as well
2019-07-30 10:53:19 +02:00
f786fcd5f1
Better name for climb stress
2019-07-27 11:07:36 +02:00
7ccc097406
for testing output of materialpoint results
2019-07-15 17:08:18 -07:00
fa6e88970c
avoid empty entries
2019-07-15 13:53:34 -07:00
eeb5f45e88
adopted from Viteshs branch
2019-07-05 22:55:08 -07:00
4340c558d7
named as in DAMASK paper
2019-07-05 22:26:51 -07:00
5ff4664b6d
polishing
2019-06-30 22:09:51 -07:00
619c67cc19
fixed array access
2019-06-30 01:29:36 +02:00
7ad343c9b6
polishing
2019-06-29 15:06:47 -07:00
a04be84719
avoid uninitialized array
2019-06-29 10:26:29 -07:00
bf8ac403f1
polishing, Part II
2019-06-29 10:15:17 -07:00
c6c1d2ab8d
polishing
2019-06-29 10:01:18 -07:00
4b10522bee
catch user inputs that result in division by zero
2019-06-28 17:52:38 -07:00
a88baf93b2
avoid division (mod) by zero
2019-06-28 17:09:27 -07:00
1d2a7d0917
fixed copy and paste errors
2019-06-28 16:51:03 -07:00
b7ac91480a
safe for DEBUG=ON and N_tr=N_tw=0
2019-06-28 16:35:31 -07:00
02744406e8
was not used
2019-06-16 02:11:09 +02:00
860a6d5d49
copy and paste error
2019-06-15 22:37:31 +02:00
43a17a17a2
clearer logic, no outdated comments
2019-06-15 20:49:48 +02:00
e30478127d
cleaned
2019-06-15 20:42:16 +02:00
2c4f1eb173
adjusting indentation
2019-06-15 20:37:53 +02:00
6370dd1a43
white space adjustments
2019-06-15 18:27:38 +02:00
f54a6cdc3b
white space adjustments
2019-06-15 16:42:16 +02:00
4256f67919
polishing
2019-06-15 16:21:37 +02:00
25d02c2f19
most of the functionality is only relevant for commercial FEM
2019-06-15 16:21:04 +02:00
0c52262e4a
white space adjustments
2019-06-15 15:44:15 +02:00
9f35267470
not needed
2019-06-15 15:43:43 +02:00
85e6885ea7
white space adjustments
2019-06-15 15:41:37 +02:00
3de3ebdd43
documentation was missing
2019-06-15 15:40:43 +02:00
82bb887cdf
white space adjustments
2019-06-15 15:40:22 +02:00
856ef15184
moved (back) to a better place
2019-06-15 15:37:13 +02:00
57a0d33293
consistent names
2019-06-15 14:33:20 +02:00
8c5d0a5591
populateGrains and material_phase not needed
2019-06-15 14:10:45 +02:00
937a84231f
material_phase is deprecated
2019-06-15 13:57:24 +02:00
72298205a7
Merge branch 'MiscImprovements' of magit1.mpie.de:/damask/DAMASK into MiscImprovements
2019-06-14 17:24:44 +02:00
b720d2b2d7
all keys are small letters
2019-06-14 17:24:26 +02:00
84b60259bf
apparently not needed
2019-06-14 10:08:04 +02:00
3f87a87a4e
wrong counting
...
currently quite ugly, but planned changes for state structure will give
overcome this
2019-06-14 10:05:39 +02:00
083fdb13b4
material_phaseAt and material_phaseMemberAt substitute material_phase
2019-06-14 09:37:01 +02:00
59cb70198e
phasememberAt not needed anymore
2019-06-14 09:17:05 +02:00
9c4f92a01c
substitute phasememberAt with material_phaseMemberAt
...
need to be clear where a global variable is defined
2019-06-14 09:09:16 +02:00
7a878cab3a
phaseAt(c,i,e) substituted by material_phaseAt(c,e)
2019-06-14 09:02:28 +02:00
7a76740c31
using new names
2019-06-14 08:51:23 +02:00
0f531d5dee
clearer name
2019-06-14 08:42:12 +02:00
84c69e0f6e
output names follow variable names
2019-06-13 23:23:11 +02:00
47e0d83562
taking care of compiler hints
2019-06-13 22:24:51 +02:00
47df2b581e
does not exist anymore
2019-06-13 19:09:49 +02:00
4651bfdb90
[skip ci] clearer logic
2019-06-13 09:59:37 +02:00
c7513b010b
use definition from element
2019-06-13 09:13:03 +02:00
17761c1864
better use function arguments
2019-06-13 07:38:19 +02:00
42beb5c227
same label everywhere
2019-06-13 07:25:26 +02:00
78d604df7d
cleaning
2019-06-13 07:06:01 +02:00
e117ffbc0c
cleaning
2019-06-13 00:39:35 +02:00
2d52560b6d
unused
2019-06-13 00:05:29 +02:00
ee8678d606
better readable
2019-06-13 00:01:38 +02:00
b49feea5e9
polishing
2019-06-12 23:31:46 +02:00
b1d06eced2
not used
2019-06-12 21:13:21 +02:00
0a5dc6d503
HDF5 is not always available
2019-06-12 19:59:17 +02:00
8564aa51d1
was missing
2019-06-12 19:57:48 +02:00
9a9e99739e
Merge branch 'marc-mesh-simplification' of magit1.mpie.de:/damask/DAMASK into marc-mesh-simplification
2019-06-12 19:56:57 +02:00
Martin Diehl