e total strain is present as
output.
As the total strain is the output that is why I need here some way to
evaluate the plastic and elastic strain (any one of them so that other can
be evaluated from additive decomposition). If you want, you can check this
interesting and simple algorithm in a deal.i
Hi all
Classical plasticity is underpinned by return mapping algorithms that operate
at the level of the quadrature point. One has a global predictor for the
displacement field where we assume frozen plastic flow. Then at each quadrature
point you compute a trial strain, and hence a trial
> In such a case, one wants to restart the computations
We have support for snapshot in parallel with adaptive meshes
by using the SolutionTransfer class. See "Use for serialization" in
Thank you, Timo. Your remarks have been very useful.
It turned out that I made a mistake in the way the mesh was prepared,
specifically some hanging nodes were not properly dealt with.
This caused also a related issue, that I shared here some time ago (Nov.
25).
This leads to another question,
I can do that for you. Do I understand correctly that the only change
that needs to happen is to move
active_set_old = active_set;
to *after* the if-statement?
Exactly.
Great, thanks for confirming, Joerg!
The patch is now here:
> in the code and re-implemented it. In serial version, all works fine so far.
> However, when running in parallel, I am seeing an issue in the method
> PlasticityContactProblem::update_solution_and_constraints.
>
> In particular, it turns out that the value of
>
> const unsigned int index_z =
Hi Wolfgang and Jörg
I am taking advantage for a second question. I have made a few minor
changes in the code and re-implemented it. In serial version, all works
fine so far. However, when running in parallel, I am seeing an issue in the
method
>>On 01/17/2018 02:45 PM, Frohne, Joerg wrote:
>> obviously this is a mistake. I checked the source files which we have used
>> for results in corresponding paper.
>> There I have found the following coding:
>>
>>resid_old = resid;
>>
>>resid_vector = system_rhs_newton;
>>
On 01/17/2018 02:45 PM, Frohne, Joerg wrote:
obviously this is a mistake. I checked the source files which we have used for
results in corresponding paper.
There I have found the following coding:
resid_old = resid;
resid_vector = system_rhs_newton;
pers!
Joerg
Von: Wolfgang Bangerth [bange...@colostate.edu]
Gesendet: Dienstag, 16. Januar 2018 21:48
An: dealii@googlegroups.com; Frohne, Joerg
Cc: Suttmeier, Franz-Theo
Betreff: Re: [deal.II] step-42 clarification
On 01/16/2018 12:59 AM, Alberto Salvadori wrote:
>
On 01/16/2018 12:59 AM, Alberto Salvadori wrote:
Dear community,
I am studying with pleasure step-42 and I got a bit confused in the
method PlasticityContactProblem::solve_newton. At the very end of it, we
find these instructions:
old_active_set = active_set;
previous_residual_norm =
Dear community,
I am studying with pleasure step-42 and I got a bit confused in the method
PlasticityContactProblem::solve_newton. At the very end of it, we find
these instructions:
old_active_set = active_set;
previous_residual_norm = residual_norm;
if (Utilities::MPI::sum
Dear All,
I really appreciate it if you let me know how I can run step 42 because
whenever I ran it, I got two error without any information about that. This
is exactly the same with "goal oriented mesh adaptivity in elastoplasticity
proiblems" example which is written by Shahram. Looking
Ehsan,
Good that you found the error. Another possibility is to use ccmake.
This works for me quite well.
Best,
Daniel
Am Mittwoch, 3. August 2016 11:37:14 UTC+2 schrieb Ehsan:
>
> Finally I found the problem after installing and uninstalling for more
> than ten times.
> The problem was the
Dear Eshan,
Sometimes it is necessary to manually remove CMakeCache.txt before
reconfiguring a project. Can you try to do this and see if you have any
further success?
Regards,
J-P
On Monday, August 1, 2016 at 2:42:25 PM UTC+2, Ehsan wrote:
>
> Dear Daniel,
> I checked the "detailed.log" file
Dear Daniel,
I checked the "detailed.log" file and noticed that DEAL_II_WITH_MPI,
DEAL_II_WITH_P4EST and DEAL_II_WITH_TRILINOS all three are off.
my cmake is:
cmake
-DCMAKE_INSTALL_PREFIX=/home/General_for_All_Users/deal_II_install_dir
-DDEAL_II_WITH_64BIT_INDICES= ON
-DDEAL_II_WITH_MPI= ON
Dear Daniel,
When I run cmake in terminal and the end I receive below warning:
CMake Warning:
Manually-specified variables were not used by the project:
P4EST_DIR
TRILINOS_DIR
How should I solve this problem.
Best regards.
Ehsan
On Monday, August 1, 2016 at 2:21:31 PM UTC+2, Ehsan
Dear Toby,
Thanks for your reply.
I deleted folder of my previous deal ii installation and installed it again
and now I faced two other problems.
Can you please help me solve them:
First: previously when I installed deal-ii without MPI, Trilinos and P4EST
options and addresse deall-ii to be
Ehsan.
Yes, but that is not what you have done. ;-)
Look at the configure script in your first email again calmly and
*very carefully* and then look at my reply calmly and *very
carefully*.
In the configure script you sent us, you are missing a D on two lines,
which I am guessing is stopping
Hi,
Moreover I have 2 more problems.
First: previously when I installed deal-ii without MPI, Trilinos and P4EST
options and addresse deall-ii to be installed ins a specific directory with
-DCMAKE_INSTALL_PREFIX= /home/General_for_All_Users/deal_II_install_dir
option,
it was installed in the
20 matches
Mail list logo
