d59cb81ca8
too early (depends on IP)
2020-12-28 10:56:55 +01:00
7d76752281
intended hierarchy
2020-12-28 10:01:04 +01:00
190df4830c
simplified
2020-12-28 09:36:02 +01:00
e6f27e91b1
consistent names
2020-12-28 09:18:20 +01:00
830e2a3a99
shortened
2020-12-28 09:13:56 +01:00
f861120f91
separation of responsibility
2020-12-27 21:45:31 +01:00
4a839053eb
not used
...
was only used for reporting (see v.2.0.0)
2020-12-27 21:26:35 +01:00
a13a6624fe
clearer logic
2020-12-27 21:20:54 +01:00
609d69a3e7
polishing
2020-12-27 13:36:02 +01:00
e8ea815d92
simplified
2020-12-27 11:48:02 +01:00
cee04c9b5f
not needed
2020-12-27 10:22:03 +01:00
ddb59b6ad0
simplified
2020-12-27 10:19:39 +01:00
edef98fd06
proper indentation
2020-12-24 12:44:26 +01:00
895cad6506
only needed per point
2020-12-23 17:23:29 +01:00
18458d34e9
no global variables
2020-12-23 14:57:53 +01:00
12b1c7e641
one loop is enough
2020-12-23 14:37:12 +01:00
be4616368b
new names
2020-12-23 14:24:44 +01:00
8ac880c0ad
don't clutter with statements that are never used
2020-12-23 14:10:26 +01:00
b12f882ad4
avoid global variables
2020-12-23 12:25:56 +01:00
026ac07c9e
better use one loop
2020-12-23 11:37:00 +01:00
73523c8f62
not a global variable
2020-12-23 11:24:02 +01:00
44d8210f2d
not needed anymore
2020-12-23 11:07:57 +01:00
a9b674b9e9
no need for separate loop
2020-12-23 10:11:21 +01:00
82eb532193
separating functionality
2020-12-23 06:58:54 +01:00
fa3d7b8dc7
new name
2020-12-22 10:23:46 +01:00
da558b31c1
clear responsibilities
2020-12-22 08:45:01 +01:00
2434712d7e
better matching name
2020-12-21 23:33:32 +01:00
93b9677ec8
not needed anymore
2020-12-20 11:24:29 +01:00
9425184b52
using new functions
2020-12-20 09:31:02 +01:00
8dbc3d2d47
no special (untested) cases any more
2020-12-19 17:25:57 +01:00
3884549e19
store field variables as 1D array
...
first step of simplifying layout:
1) Solver translates from ip,el tuple (FEM) or cells(1),cells(2),cells(3) triple to list.
2) DAMASK iterates over all points
3) homogenization knows mapping (point,constituent) -> (instance,member)
2020-12-16 21:56:02 +01:00
5d9c931008
code follows structure
2020-12-16 11:27:42 +01:00
870c0f7aca
removed aliases
...
required bump of DADF5 version
2020-11-18 14:53:11 +01:00
10b8a04d89
no need for fixed-length string
2020-11-06 00:59:12 +01:00
839be90943
consistent naming
...
Nxxxs => the number of xxx
2020-10-27 21:27:26 +01:00
9119254210
materialpoint => homogenization
...
especially as prefix for global data (clear name spaces)
2020-10-24 17:26:42 +02:00
68017e49b2
consistent name
2020-10-24 12:45:21 +02:00
3e4330d10a
partition, not partion
2020-10-07 22:15:13 +02:00
57174d0aba
do not store dPdF at the crystallite level
2020-09-30 11:23:49 +02:00
7f8613f6ad
always update dPdF (was the default anyways)
2020-09-30 10:24:24 +02:00
d805887ef7
smaller, readable functions
2020-09-28 17:56:48 +02:00
41fbc58c1b
standard conforming name
2020-09-22 13:09:12 +02:00
63f9078f04
don' hardcode output unit
...
replaced remaining write(6,..), flush(6) with write(OUTPUT_UNIT,...),
flush(OUTPUT_UNIT)
2020-09-22 12:15:36 +02:00
4a913c83e5
simplified print and format strings
2020-09-17 22:57:56 +02:00
b499578a95
prefix should be name of the module
...
poor substitute for namespace
2020-09-13 10:39:17 +02:00
7754a1ea56
Restructuring for material.yaml
2020-08-15 16:08:46 +02:00
c1358294f7
Corrected Kirchoff --> Kirchhoff
2020-08-12 15:14:00 -04:00
48b42debe0
redundant
2020-07-03 20:55:05 +02:00
432609ec14
cleaning
2020-07-03 16:45:11 +02:00
699af6a3f1
avoid variable name conflict with a module name
2020-07-02 01:25:24 +02:00
02ee64bce4
make use of submodule property
2020-07-01 22:51:21 +02:00
c5bd45bf57
use submodule property; simplifying
2020-07-01 22:20:22 +02:00
57e4d01a6b
Merge branch 'development' into YAML-compatible-debug
2020-07-01 13:40:56 +02:00
640bc7b190
[skip ci] polishing
2020-06-29 15:09:13 +02:00
14a4dc5184
Merge branch 'YAML-compatible-numerics' into YAML-compatible-debug
2020-06-27 21:48:59 +02:00
77e7e3d3c4
polishing
2020-06-26 20:12:05 +02:00
6f9f494654
minor polishing
2020-06-26 12:22:33 +02:00
0cf06a77d4
bugfix
2020-06-18 18:14:53 +02:00
c987f55f69
DAMASK structure updated; define debug parameters when used by a module
2020-06-18 16:40:39 +02:00
19c44d5e97
Read numerics.yaml once
2020-06-16 18:47:19 +02:00
e952ab7127
bugfix
...
do not access unitinialized memory
2020-06-15 23:12:49 +02:00
a4c52ec1fa
extra variable not needed
2020-04-15 21:56:20 +02:00
6e48585de1
prefix for local variables not needed
2020-04-15 13:09:05 +02:00
ae95a96c88
better readable
2020-04-15 08:53:25 +02:00
c7e6277758
not needed
...
https://stackoverflow.com/questions/19687233
2020-04-14 15:34:38 +02:00
bf970bb146
2 space indentation
2020-04-14 09:49:03 +02:00
9d831cf268
not needed as module variable
2020-04-14 09:43:43 +02:00
912c064b57
indicate read-only public variables
2020-04-14 09:38:48 +02:00
0de4520580
directly calculate subF
2020-04-14 08:24:28 +02:00
0894886744
can be calculated when needed
2020-04-14 07:57:25 +02:00
d616c1dda8
better use explicit arguments
2020-04-14 07:45:39 +02:00
95e41e0b3f
not needed (just linear interpolation)
2020-04-14 07:22:30 +02:00
11e58bcc2f
not needed
...
why debugging allocate?
2020-03-29 22:37:48 +02:00
2a37acfe5e
store data where it is needed
2020-03-29 20:04:51 +02:00
71d4de269a
better store data locally
2020-03-17 00:39:32 +01:00
62898a70a0
use automated LHS allocation
2020-02-21 23:40:29 +01:00
f72b856a18
no reason for critical
...
will always (and only) set to .true.
2020-02-21 23:37:35 +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
e532641015
dependency on element not needed for homogeneous meshes
2020-01-25 09:24:42 +01:00
bd67d2bb6a
new mappings have clear name, not (1,2)
2020-01-23 13:16:45 +01:00
cad6fc7843
Merge branch 'development' into plasticity-submodule
2020-01-13 20:57:12 +01:00
f0d3b29b82
Merge branch 'development' into MiscImprovements
2019-12-21 06:53:56 +01:00
befd4e2adf
avoid imports
2019-12-19 07:49:53 +01:00
f0ad075802
fixed indentation
2019-12-19 00:01:44 +01:00
4b6388fbb2
always use HDF5 output
2019-12-18 20:05:51 +01:00
9b67ead62f
removed postResults completely
2019-12-11 00:10:02 +01:00
8fb8e9be6e
write temperature to DADF5
2019-12-10 20:25:19 +01:00
db91803b80
cleaning
2019-12-10 17:52:37 +01:00
5681e661e2
DADF5-results replaces postResults
2019-12-10 07:31:09 +01:00
1c18086402
not needed anymore
2019-12-09 05:58:27 +01:00
07ebd8d1b3
only damage/thermal 'homogenization' postResults is currently needed
2019-12-09 05:48:37 +01:00
c36a5bdfbb
bugfix: calculation of size of postResults was wrong
2019-12-02 23:06:28 +01:00
9882c3532a
avoid use of low-level HDF5 routines
2019-12-02 22:26:08 +01:00
f85ee7d7fb
plasticity is postResults-free
2019-12-02 12:39:44 +01:00
67c8d3899d
crystallite output fully removed
2019-11-25 08:44:44 +01:00
e20477099e
no crystallite output
2019-11-24 09:46:46 +01:00
032b65fe65
not needed
2019-09-27 14:33:56 -07:00
372536d57e
unit test for rotation class
2019-09-22 06:53:03 -07:00
7ccc097406
for testing output of materialpoint results
2019-07-15 17:08:18 -07:00
f54a6cdc3b
white space adjustments
2019-06-15 16:42:16 +02:00
Martin Diehl