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