Dear Alberto,
In my opinion both of the approaches that you've outlined are plausible
ways of implementing Dirichlet constraints, but there are a couple of key
differences that I can quickly outline. I'll refer to the approach listed
in your first post as method 1 and the split approach in your
Dear Jaekwang,
A hint to what the problem might be is in the error message. These lines
-- HDF5_LIBRARIES:
> /usr/lib64/libhdf5_hl.so;/usr/lib64/libhdf5.so;/usr/local/mpi/mvapich2/2.2/intel/17.0/lib/libmpi.so
> -- Insufficient hdf5 installation found: hdf5 has to be configured with
> the same
I am adding here an attempt I made. It seems to work but since this was
more intuition rather than full understanding, I do appreciate your
comments.
So, this is what I did: basically, I created two Dirichlet boundary
conditions and two masks, and I applied conditions in sequence, like this:
Dear all,
your help is appreciated about how component mask and Dirichlet bc
application work.
I am implementing a SmallStrainDiffusionMechanicalProblem class, with 4
fields: displacements, pressure, dilatation, and concentration.
template
class SmallStrainDiffusionMechanicalProblem
{
..
Hi all,
I was trying to install deal.ii with MPI on cluster, but I met error.
*-- Include
/home/jk12/Programs/dealii-8.5.0/cmake/configure/configure_hdf5.cmake*
*-- Found HDF5_INCLUDE_DIR*
*-- Found HDF5_LIBRARY*
*-- Found HDF5_HL_LIBRARY*
*-- Found HDF5_PUBCONF*
*-- HDF5_LIBRARIES:
/u
On 05/31/2017 05:00 PM, 'Seyed Ali Mohseni' via deal.II User Group wrote:
The only thing I changed a bit is the integration from quadratic to
linear, but I am not sure, if seeting quadrature_formula(2)
In
https://github.com/tjhei/cracks/blob/master/cracks.cc
line 982,
you need to chang
On 05/31/2017 05:00 PM, 'Seyed Ali Mohseni' via deal.II User Group wrote:
I did another trick: Increasing G_c has the same effect to achieve
purely elastic behavior. So, I chose a high enough G_c value and it
works!
I obtain the same results and the duh values grow correctly.
Excellent. Thi
I did another trick: Increasing G_c has the same effect to achieve purely
elastic behavior. So, I chose a high enough G_c value and it works!
I obtain the same results and the duh values grow correctly.
Still I cannot understand fully why when cracking is initiated, there is no
increase of the
I hope you could explain me what could cause such a behavior in your
implementation that deal.II gives different values for duh although
the same postprocessor implementation is being used.
Is it because of the coupled formulation?
I really would think so. What you could do is to disable th
Hi again,
Nice words, indeed. Thank you. I will follow your advice :)
But to get back to the topic: Unfortunately, you misunderstood my problem.
The issue is with the displacement gradient values stored in "duh" which is
computed by deal.II and given as input for the postprocessing tasks to be
Tuanny,
we need to see the log file to know why it is failing. There is also a
good chane that zlib is already installed on the cluster so you could
comment once:zlib (line 21) in
candi/deal.II-toolchain/platforms/supported/linux_cluster.platform and
try again.
Best,
Bruno
2017-05-31 6:55 GMT-0
Hi Toby,
I appreciate your additional comments.
Thanks and best,
Thomas
On 05/31/2017 02:16 PM, Tobi Young wrote:
I'm going to jump in with one of my random comments uninvited.
Hopefully you don't mind. :-)
I already run the example with uniform mesh, hence global
refinement with 0
I'm going to jump in with one of my random comments uninvited. Hopefully
you don't mind. :-)
I already run the example with uniform mesh, hence global refinement with 0
refinement cycles.
The problem is, a specimen with 100 or 1000 elements is difficult to check
due to the terminal output being f
On 05/31/2017 01:31 PM, 'Seyed Ali Mohseni' via deal.II User Group wrote:
Dear Thomas,
I already run the example with uniform mesh, hence global refinement
with 0 refinement cycles.
The problem is, a specimen with 100 or 1000 elements is difficult to
check due to the terminal output being fl
Dear Thomas,
I already run the example with uniform mesh, hence global refinement with 0
refinement cycles.
The problem is, a specimen with 100 or 1000 elements is difficult to check
due to the terminal output being flooded.
I could just output the result for one element, but then wheres the
di
Dear S. A. Mohseni,
On 05/31/2017 01:11 PM, 'Seyed Ali Mohseni' via deal.II User Group wrote:
Dear Thomas Wick, Dear Timo Heister,
I wrote an additional postprocessor in your existing phase-field code
to allow postprocessing of strain, stress or elastic energy.
Unfortunately, it seems like
Dear Thomas Wick, Dear Timo Heister,
I wrote an additional postprocessor in your existing phase-field code to
allow postprocessing of strain, stress or elastic energy. Unfortunately, it
seems like the STRAIN_XX and STRAIN_XY is not increasing in each step while
the STRAIN_YY increases correctly
Dear all,
I am trying to install dealii on a cluster using
./candi.sh
--platform=./deal.II-toolchain/platforms/supported/linux_cluster.platform
and I get the same error as reported here:
*Building zlib 1.2.8 Compiler error reporting is too harsh for ./configure
(perhaps remove -Werror). **
18 matches
Mail list logo
