d4d29ff376
cleaning: comments added
2020-06-17 17:19:21 +02:00
e455dd4b9a
sanity checks
2020-06-17 15:21:51 +02:00
45f1e3a986
further removal of public variables
2020-06-17 13:31:21 +02:00
06f6e15123
avoid public variables
2020-06-16 07:05:31 +02:00
54aa5a67ff
polishing
2020-06-16 06:41:53 +02:00
e5c9380bac
cleaning
2020-06-11 08:52:22 +02:00
b353129ba8
cleaning
2020-06-11 08:36:21 +02:00
72fdb639f0
YAML parser
2020-05-21 20:41:40 +02:00
a38aca9351
Merge branch 'misc-improvements' into development
2020-05-16 12:59:44 +02:00
4f8c7ea2d5
Merge branch 'development' into YAML-Prerequisites
2020-05-07 23:11:38 +02:00
0f2447d413
restart does not overwrite existing results
2020-05-06 21:48:55 +02:00
20b604a334
finalize does not work for gfortran
2020-04-28 11:22:09 +02:00
f2164a5bd3
simplified
...
openMP is not used here ...
2020-04-27 13:40:22 +02:00
c4bcd3b430
Functions needed to store and read yaml data
2020-04-22 14:59:23 +02:00
d54b3bd3b7
typo
2020-03-20 13:30:30 +01:00
7aa47d8f5a
module name follows filename
2020-03-20 07:18:11 +01:00
71e6c24102
2 space indentation
2020-03-16 20:58:40 +01:00
705ee908a2
Merge remote-tracking branch 'origin/development' into clean-and-polish-damage
2020-03-10 13:49:11 +01:00
4b791a38a5
no need for a module variable
2020-02-29 17:19:34 +01:00
cbcb7dca5d
cleaning
2020-02-26 06:12:45 +01:00
82dee9db0e
matching names
2020-02-25 17:53:15 +01:00
7d7eff0d94
crystallite should be responsible of crystallite variables
2020-02-25 09:42:07 +01:00
c2c84d698f
Merge remote-tracking branch 'origin/development' into MiscImprovements
2020-02-11 17:11:43 +01:00
0b8ff64884
store mapping MARC/FEM2DAMASK mapping
...
do not calculate the mapping for elements and nodes per call on
the fly, rather store it. Not memory efficient in the case that numbers
are not consequtive (order does not matter, but missing nodes/elements
would waste some 2 integers per missing number). However, this seem to cause
problems anyway when range indicators like '1 to 10' are used.
2020-01-30 23:39:59 +01:00
13107abd39
not working and significat efforts needed to test it
2020-01-26 07:44:22 +01:00
e532641015
dependency on element not needed for homogeneous meshes
2020-01-25 09:24:42 +01:00
624ede8177
clear separation between solver and DAMASK
2020-01-25 09:12:09 +01:00
0c4790d468
solver specific, should not be reported here
2020-01-22 08:24:55 +01:00
fb8494e2b8
write out nodal displacements
...
does not work: Not updated and wrong size
2020-01-12 15:42:08 +01:00
8f43f05437
stronger encapsulation
2020-01-10 01:45:00 +01:00
4b6388fbb2
always use HDF5 output
2019-12-18 20:05:51 +01:00
07fb915a7e
postResults not needed anymore
2019-12-01 08:27:56 +01:00
60a19c020d
cleaning
2019-10-23 21:17:56 +02:00
8cebf8a10d
needed
2019-10-12 15:50:10 +02:00
372536d57e
unit test for rotation class
2019-09-22 06:53:03 -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
937a84231f
material_phase is deprecated
2019-06-15 13:57:24 +02:00
7a878cab3a
phaseAt(c,i,e) substituted by material_phaseAt(c,e)
2019-06-14 09:02:28 +02:00
b77ce718cf
mesh_element/theMesh deprecated
2019-06-07 07:49:45 +02:00
2a35a78d93
phase out mesh_elem and theMesh
2019-06-07 07:38:48 +02:00
df7d8b1043
not needed
2019-06-05 18:57:03 +02:00
d0602513ac
write out and calculate cell and element connectivity
2019-06-04 21:30:51 +02:00
96cb2a8fb8
mesh needs HDF5+results for connectivity
2019-06-04 20:22:53 +02:00
346c7c4a7f
one implicit none is enough
2019-05-14 23:12:32 +02:00
4a0584fe25
commercial FEM solvers write results to HDF5
2019-05-05 12:06:55 +02:00
7c30be47b0
mapping for materialpoint/homogenization
...
HDF5 file writing active for MSC.Marc/Abaqus (optional)
2019-04-05 16:53:41 +02:00
4604e65a42
use matmul instead of hand-written functions
...
- performance is the same
- leaner code
- matmul works (was buggy a few years ago)
2019-04-03 08:22:04 +02:00
2394880741
Tstar renamed to S (following the DAMASK paper)
2019-03-09 11:11:40 +01:00
09a7427193
temporarly disabled restart
2019-03-08 23:16:08 +01:00
dcd16dda70
variables from mesh object
2019-02-02 12:15:05 +01:00
Sharan Roongta