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
970d172160
correct message
2019-09-27 17:52:01 -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
dc56556075
trying to resolve MPI restart issues
2019-09-22 19:19:16 -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
e3de324fee
FEM tolerance was to strict
...
not clear why it pops up now, but there is no real significance beyond
these numbers anyway
2019-09-22 15:35:21 -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
1e9d600068
polishing
2019-09-22 08:57:54 -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
Martin Diehl