99c2f58553
ensure that data is read
2022-02-12 22:38:58 +01:00
a243e10641
Merge remote-tracking branch 'origin/development' into Fortran-polishing
2022-02-03 09:01:33 +01:00
d868a240b2
bugix: change of behavior
2022-02-02 16:45:13 +00:00
39aa243695
Polynomial Class
2022-01-31 14:05:15 +00:00
a673abb413
indicate that this mapping should be used only for C
2022-01-30 06:24:50 +01:00
c5fd467b44
power to one not needed
2022-01-26 21:47:33 +01:00
eea8aa94af
not used
2022-01-10 18:50:28 +01:00
b34655b7fc
functions without side-effects are 'pure'
...
basically all 'getter' functions should be pure
2022-01-01 11:39:14 +01:00
d6ba73d9e2
consistent names
2021-12-11 09:54:46 +01:00
1fbeabc949
Merge remote-tracking branch 'origin/development' into rotate-Voigt
2021-11-27 19:55:02 +01:00
825eb3824b
polishing
2021-11-26 20:10:21 +01:00
271bb8df88
being consistent
2021-11-25 15:03:00 +01:00
35f20811cb
thermal dependent C
2021-11-24 23:21:31 +01:00
da23c916ca
polish
2021-11-21 15:49:04 -05:00
28ff027b38
exploit symmetry for stress calculation
2021-11-20 22:36:01 +01:00
ff9fa1d4f7
using Voigt notation instead of proprietary scaled 6x6 notation
...
Note: This results in a change of behavior for the transformation
systems of dislotwin. I assume that this fixes a bug, but still need to
confirm where the equations in lattice_C66_trans come from
2021-11-19 07:33:59 +01:00
fa8218124a
avoid conversions
2021-11-18 22:02:19 +01:00
dfe6d0a195
more support for Voigt notation
2021-11-18 21:06:38 +01:00
020ef64d7d
explicit conversions
2021-11-18 19:37:48 +01:00
8a8fdfc93c
use Voigt notation
...
there is no advantage of using the symmetrized conversions
2021-11-18 17:33:08 +01:00
4d29393ced
simplified
2021-11-18 16:59:23 +01:00
f7a42bdc1a
avoid conversion to 3333
2021-11-18 16:56:36 +01:00
8d64a1c2f2
mark compressed notation
2021-11-18 16:37:34 +01:00
72c07cfc17
'present' propagates
2021-11-18 16:33:21 +01:00
29771feaae
cleaning
2021-11-18 14:43:05 +01:00
eee455c0d3
polishing
2021-11-18 13:12:14 +01:00
0badba032b
Merge remote-tracking branch 'origin/development' into dynamic-C
2021-11-18 10:29:33 +01:00
55d6b1dd1a
preparing for temperature dependent C by calling it dynamically
2021-11-17 21:35:39 +01:00
da9fdf53d2
consistent indentation and line-spacings in reporting
2021-11-15 12:35:44 -05:00
9061297e6e
typo
2021-08-19 19:57:52 +02:00
7e27baacfe
missing conversion
2021-07-22 21:39:05 +02:00
aace5d25a8
initialization needed
2021-07-21 23:19:41 +02:00
8feeda6f05
phase_mechanical_elastic should store data related to elasticity
2021-07-21 16:23:21 +02:00
569b1fc563
not needed (duplicated code)
2021-06-01 11:09:02 +02:00
431416b5ba
Separating functionality
...
lattice should become a module with static data and functions
2021-06-01 07:56:55 +02:00
0240bec5b3
consistent reporting
2021-05-27 08:25:48 +02:00
24e862105c
ensuring correct lattice symmetries
2021-05-25 06:05:51 +02:00
299c47fd6f
prepare for varying C66
...
- check structure centrally
- pure function with guaranteed return/no stop
2021-05-24 20:33:50 +02:00
fe281f4592
only Hooke as model
...
and this model should take care of the elastic constants, not lattice
2021-05-24 17:19:38 +02:00
106f687e97
not needed
2021-05-19 22:43:21 +02:00
e3506576e7
isobrittle handles stiffness degradation implicitly
2021-05-10 14:37:09 +02:00
6c92e8d2cc
belongs to elastic submodule
2021-04-29 16:16:51 +02:00
e795e72df7
new names
2021-04-29 14:24:19 +02:00
7c96d49b08
remove extra lines
2021-03-27 13:44:29 +01:00
cec6589b26
polishing
2021-03-18 17:43:20 +01:00
ef792a578b
separate elastic submodule
2021-03-16 20:35:29 +01:00
Martin Diehl