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
4583067b1f
using more complex test for MSC.Marc input decks
2020-02-11 17:57:27 +01:00
08174a119f
consistent name
2020-02-11 17:50:07 +01:00
5b72110d0a
simplified
2020-02-11 17:47:48 +01:00
e212f91fac
print statements prevents reading code
...
first re-structure and clean, than re-implement where useful
2020-02-11 17:41:30 +01:00
6463fcdabd
consistent names
2020-02-11 17:36:43 +01:00
c2c84d698f
Merge remote-tracking branch 'origin/development' into MiscImprovements
2020-02-11 17:11:43 +01:00
3dacd3d931
[skip ci] updated version information after successful test of v2.0.3-1639-g81ae6686
2020-02-11 12:55:48 +01:00
81ae66860a
Merge remote-tracking branch 'remotes/origin/explicitNonlocal' into development
2020-02-11 10:32:53 +01:00
61810e6a08
use tighter tolerance (works again)
2020-02-11 05:54:19 +01:00
a306e473ef
use rhoSgl0 (converged situation)
2020-02-11 05:41:10 +01:00
ee11c7ea4b
[skip ci] updated version information after successful test of v2.0.3-1630-g6af29d4a
2020-02-10 17:05:24 +01:00
6af29d4a4c
Merge branch 'noAbaqus' into 'development'
...
No abaqus
See merge request damask/DAMASK!126
2020-02-10 14:43:08 +01:00
cd76172d74
debugging PETSc
2020-02-08 09:17:44 +01:00
187b3603d3
using new names
2020-02-08 09:08:52 +01:00
8f2e345ab4
polishing
2020-02-08 08:19:06 +01:00
4c4c052e73
slowly getting newer PETSc versions to work
2020-02-08 07:03:18 +01:00
5456ee98f4
still needed (new section was created)
2020-02-08 06:59:37 +01:00
984370d7d1
not needed
2020-02-07 18:34:00 +01:00
e932b386b9
Merge branch 'development' into MiscImprovements
2020-02-07 17:11:01 +01:00
9c2f9bfcee
use relaxed test
2020-02-07 12:44:35 +01:00
5d4d1dcf9a
all nonlocal parts are fully explicit
...
i.e. they are based on converged (partioned0) states
2020-02-07 12:41:01 +01:00
f854dc27e9
explicit dotState for nonlocal
...
all flux related quantities are calculated based on the converged
quantities
2020-02-07 12:23:22 +01:00
4f4c6c5949
using converged dislocation velocity (from last subinc)
2020-02-07 12:01:54 +01:00
c7e3ac28f6
preparing data handling for explicit forward of flux
2020-02-07 11:44:03 +01:00
1ceba73d31
adopting to PETSc >3.10
...
thanks to Matthew Knepley from the PETSc team
2020-02-07 09:10:08 +01:00
98e5713ce5
Merge branch 'development' into noAbaqus
2020-02-06 18:33:13 +01:00
177babecb2
[skip ci] updated version information after successful test of v2.0.3-1624-g47109b90
2020-02-06 12:37:13 +01:00
47109b903b
Merge branch 'plasticity-submodule' into 'development'
...
Plasticity submodule
See merge request damask/DAMASK!120
2020-02-06 10:13:48 +01:00
3cadf60d30
[skip ci] updated version information after successful test of v2.0.3-1609-g243e884a
2020-02-05 14:49:01 +01:00
cab000f4b4
not used
2020-02-04 23:52:10 +01:00
13ce372684
not used
2020-02-04 23:45:34 +01:00
57c70cd5d5
preparing removal
2020-02-04 00:12:08 +01:00
2d74a83dad
cleaning
2020-02-03 23:48:09 +01:00
9e131c0110
rank 0 takes care of statistics file
2020-02-03 23:09:46 +01:00
e9dad64f2b
use central functionality
2020-02-03 23:01:08 +01:00
7bdfd05749
simplified
2020-02-03 22:44:57 +01:00
c6579f8890
[skip ci] unified
2020-02-03 22:41:52 +01:00
1ad79883b4
not needed
2020-02-03 22:33:56 +01:00
4999f5aa4d
first steps of removing deprecated
...
use faster, pandas-based alternative 'table'
2020-02-03 21:40:10 +01:00
0ce0bb2d85
better understandable
2020-02-03 21:39:00 +01:00
Martin Diehl