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
Martin Diehl