6367cb8fcb
consistent handling of boundary conditions
...
A stress boundary condition 'P' indicates the stress at the end of the
load case (same as for 'F') 'Pdot' for given increase of (technical)
strain is not implemented.
Does not change anything for the most common case of zero-stress
boundary conditions, but simplifies the specification of stress ramps
2020-09-20 15:48:41 +02:00
593a40b392
Merge branch 'Fortran-simplifications' into stress-ramp-loadcase
2020-09-20 11:42:04 +02:00
053c3f39ea
solution completely relies on state defined by 'forward'
2020-09-19 23:40:17 +02:00
d0b5905544
remaining write(6,...) without advance='no'
2020-09-19 11:02:40 +02:00
c6c34ccf7e
Merge remote-tracking branch 'origin/development' into stress-ramp-loadcase
2020-09-19 08:46:38 +02:00
cc92b0ad84
print is more appropriate than write
2020-09-19 08:29:50 +02:00
a2e9420336
boundary conditions to not change during iteration
2020-09-14 14:58:44 +02:00
38a4118dc5
prefix to global variables increases readability
2020-09-13 11:05:42 +02:00
b499578a95
prefix should be name of the module
...
poor substitute for namespace
2020-09-13 10:39:17 +02:00
da0e16520c
handling of MPI in 'parallelization'
2020-09-13 10:26:33 +02:00
7754a1ea56
Restructuring for material.yaml
2020-08-15 16:08:46 +02:00
68bf21c900
can use string of dynamic length
2020-08-09 06:40:43 +02:00
48b42debe0
redundant
2020-07-03 20:55:05 +02:00
57e4d01a6b
Merge branch 'development' into YAML-compatible-debug
2020-07-01 13:40:56 +02:00
0b2d62e98d
polishing
2020-06-29 17:05:11 +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
78b6b3ecdb
Merge branch 'development' into YAML-compatible-numerics
2020-06-25 11:02:54 +02:00
692fc98fd5
'num' structure for data to avoid multiple reading of parameters
2020-06-24 16:35:47 +02:00
7c4afe06c9
less generic variables
2020-06-19 03:56:16 +02:00
4942304ee8
extended for grid
2020-06-18 17:43:25 +02:00
cdb4a11a2e
proper error message; Comments starting point is standardized
2020-06-18 00:17:43 +02:00
0fc482585b
used for both grid & mesh; polishing
2020-06-17 23:00:03 +02:00
d3f9e9f115
polishing
2020-06-17 18:02:22 +02:00
f6355d199a
better as local variables
2020-06-17 16:47:13 +02:00
19c44d5e97
Read numerics.yaml once
2020-06-16 18:47:19 +02:00
a9e0e93213
need to handle case of zero length file when splitting
2020-06-05 13:38:40 +02:00
7ec1ae977e
new names
...
spectral => grid
FEM => mesh
because there are FEM solvers for both discretizations. old names will
be available for a certain time
2020-04-25 09:56:51 +02:00
9e131c0110
rank 0 takes care of statistics file
2020-02-03 23:09:46 +01:00
9c7f6811a2
use default string length
2020-01-26 12:17:59 +01:00
1857a5e58a
skip empty lines (i.e. blank line at the end)
2020-01-21 11:45:11 +01:00
a18057ba4d
use central functionality for file IO
2020-01-21 07:37:04 +01:00
34af10fac1
using default string length
2019-12-21 12:39:54 +01:00
f0d3b29b82
Merge branch 'development' into MiscImprovements
2019-12-21 06:53:56 +01:00
ee56b82c8a
avoid spaces
2019-12-12 23:22:37 +01:00
9e801928b0
Merge branch 'development' into noPostResults
2019-12-11 09:28:45 +01:00
9b67ead62f
removed postResults completely
2019-12-11 00:10:02 +01:00
b0ce324213
Merge remote-tracking branch 'origin/development' into simple-int-formatting
2019-12-08 20:24:05 +01:00
4eacc1d16d
polishing
2019-12-07 15:45:37 +01:00
7ecb0245ec
simplified (use novel i0 format specifier)
2019-12-07 11:12:46 +01:00
8a9d3f8d6d
avoid code duplication
2019-12-02 20:09:27 +01:00
83453d10ef
use rotation class for consistent handling of rotations
2019-12-02 16:37:22 +01:00
a6a6519678
more local data handling
2019-11-24 07:44:17 +01:00
1d2d7d1ea3
remove public variables
...
they make code unreadable and unmaintainable
2019-10-29 23:24:12 +01:00
0c6b7e1112
not nice, but working ...
2019-10-29 23:15:02 +01:00
d1f719d3cf
separation of "age" and "forward" not useful
2019-10-28 13:36:36 +01:00
8de6fcfc24
unifying names
2019-10-28 13:29:32 +01:00
10f2c53256
clearly distiguish
...
- DAMASK as a materialpoint model (CPFEM, not fitting name)
- solver
2019-10-25 08:30:12 +02:00
07d8379313
further untangling
2019-10-25 07:55:23 +02:00
eb4cad17b5
avoid public variables
2019-10-25 00:53:48 +02:00
Martin Diehl