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
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
9e16f27fe9
proper capitalization, no more synonyms
2019-09-20 19:01:44 -07:00
fd4a0eb12e
cleaning:
...
- porosity/vacancy does not exist any more
- texture becomes orientation
- crystallite is getting removed
2019-09-20 19:00:20 -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
8d66136f9c
Merge branch 'MiscImprovements' of magit1.mpie.de:/damask/DAMASK into MiscImprovements
2019-09-20 13:28:42 -07:00
fb61899c5f
seems that testing has Marc 2018.1 already
2019-09-20 20:54:30 +02:00
82a11b7eae
only 2018
2019-09-20 19:44:18 +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
279019be8a
outdated information
2019-09-20 14:20:56 +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
70b864e745
Abaqus 2019 is already there
2019-09-19 23:31:45 -07:00
Martin Diehl