Martin Diehl
36c1744a59
proper indentation
2020-02-16 09:21:21 +01:00
Martin Diehl
a70721df53
write out proper Miller indices
2020-02-15 20:09:24 +01:00
Martin Diehl
5235c27ad0
making new mechanics functions available for DADF5
...
+ testing them
2020-02-15 17:56:20 +01:00
Martin Diehl
118c03c485
tests for new functionality
2020-02-15 16:59:30 +01:00
Martin Diehl
ad062ada6b
option (as in addSpectralDecomposition)
2020-02-15 16:26:56 +01:00
Martin Diehl
e3753e9444
use central functionality
2020-02-15 16:11:57 +01:00
Martin Diehl
5822ad8b05
new functions (takeover from old branch)
2020-02-15 15:13:56 +01:00
Martin Diehl
e46395be41
sorted alphabetically
2020-02-15 14:21:23 +01:00
Martin Diehl
79533b075e
eigenvalues is more specific name than principal components
2020-02-15 13:56:15 +01:00
Martin Diehl
dc7e7e5bcc
less writing, same functionality
2020-02-14 23:21:58 +01:00
Martin Diehl
420d9bd036
no enums for thermal
...
better readable, less line of code
2020-02-14 22:50:30 +01:00
Martin Diehl
7311d50df7
final enum removal for plastic laws
2020-02-14 21:41:13 +01:00
Martin Diehl
a8e2ee0a86
[skip ci] is read only for other modules
2020-02-14 21:31:03 +01:00
Martin Diehl
b1780e71c8
style unification, no enums for output
2020-02-14 09:23:09 +01:00
Martin Diehl
8d6c82e704
no need for enums
...
they just complicate the code, any performance gain should be negligible
2020-02-14 09:00:14 +01:00
Martin Diehl
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
Martin Diehl
6adb116712
[skip ci] whitespace adjustments
2020-02-14 06:24:17 +01:00
Martin Diehl
4f7bbb323e
not needed
2020-02-13 18:43:20 +01:00
Martin Diehl
64e86666c6
also set initial det(Fp)=0
...
Marc element lib test failed otherwise for type 117
2020-02-13 17:10:27 +01:00
Martin Diehl
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
Martin Diehl
fc82ec9b1b
tiny deviations from det(Fp) = 1 cause convergence problems
2020-02-13 09:18:49 +01:00
Martin Diehl
fa903c6f35
not needed anymore
2020-02-12 20:50:09 +01:00
Martin Diehl
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
Martin Diehl
8770613e9c
better readable
2020-02-12 06:26:22 +01:00
Martin Diehl
ab475b7c6b
need 'error return'
...
revert from change in 5b72110d
2020-02-12 06:02:37 +01:00
Martin Diehl
4583067b1f
using more complex test for MSC.Marc input decks
2020-02-11 17:57:27 +01:00
Martin Diehl
08174a119f
consistent name
2020-02-11 17:50:07 +01:00
Martin Diehl
5b72110d0a
simplified
2020-02-11 17:47:48 +01:00
Martin Diehl
e212f91fac
print statements prevents reading code
...
first re-structure and clean, than re-implement where useful
2020-02-11 17:41:30 +01:00
Martin Diehl
6463fcdabd
consistent names
2020-02-11 17:36:43 +01:00
Martin Diehl
c2c84d698f
Merge remote-tracking branch 'origin/development' into MiscImprovements
2020-02-11 17:11:43 +01:00
Test User
3dacd3d931
[skip ci] updated version information after successful test of v2.0.3-1639-g81ae6686
2020-02-11 12:55:48 +01:00
Franz Roters
81ae66860a
Merge remote-tracking branch 'remotes/origin/explicitNonlocal' into development
2020-02-11 10:32:53 +01:00
Martin Diehl
61810e6a08
use tighter tolerance (works again)
2020-02-11 05:54:19 +01:00
Martin Diehl
a306e473ef
use rhoSgl0 (converged situation)
2020-02-11 05:41:10 +01:00
Test User
ee11c7ea4b
[skip ci] updated version information after successful test of v2.0.3-1630-g6af29d4a
2020-02-10 17:05:24 +01:00
Franz Roters
6af29d4a4c
Merge branch 'noAbaqus' into 'development'
...
No abaqus
See merge request damask/DAMASK!126
2020-02-10 14:43:08 +01:00
Martin Diehl
cd76172d74
debugging PETSc
2020-02-08 09:17:44 +01:00
Martin Diehl
187b3603d3
using new names
2020-02-08 09:08:52 +01:00
Martin Diehl
8f2e345ab4
polishing
2020-02-08 08:19:06 +01:00
Martin Diehl
4c4c052e73
slowly getting newer PETSc versions to work
2020-02-08 07:03:18 +01:00
Martin Diehl
5456ee98f4
still needed (new section was created)
2020-02-08 06:59:37 +01:00
Martin Diehl
984370d7d1
not needed
2020-02-07 18:34:00 +01:00
Martin Diehl
e932b386b9
Merge branch 'development' into MiscImprovements
2020-02-07 17:11:01 +01:00
Martin Diehl
9c2f9bfcee
use relaxed test
2020-02-07 12:44:35 +01:00
Martin Diehl
5d4d1dcf9a
all nonlocal parts are fully explicit
...
i.e. they are based on converged (partioned0) states
2020-02-07 12:41:01 +01:00
Martin Diehl
f854dc27e9
explicit dotState for nonlocal
...
all flux related quantities are calculated based on the converged
quantities
2020-02-07 12:23:22 +01:00
Martin Diehl
4f4c6c5949
using converged dislocation velocity (from last subinc)
2020-02-07 12:01:54 +01:00
Martin Diehl
c7e3ac28f6
preparing data handling for explicit forward of flux
2020-02-07 11:44:03 +01:00
Martin Diehl
1ceba73d31
adopting to PETSc >3.10
...
thanks to Matthew Knepley from the PETSc team
2020-02-07 09:10:08 +01:00