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