Note: This discussion is about an older version of the COMSOL Multiphysics® software. The information provided may be out of date.

Discussion Closed This discussion was created more than 6 months ago and has been closed. To start a new discussion with a link back to this one, click here.

Error : Very ill-conditioned preconditioner.

Please login with a confirmed email address before reporting spam

Hi, I am working with 3D natural convection problem and i got error message

Very ill-conditioned preconditioner.
The relative residual is more than 1000 times larger than the relative tolerance.
Returned solution is not converged.

Is there any expected problem?

THanks

2 Replies Last Post May 31, 2012, 6:05 a.m. EDT
Ivar KJELBERG COMSOL Multiphysics(r) fan, retired, former "Senior Expert" at CSEM SA (CH)

Please login with a confirmed email address before reporting spam

Posted: 1 decade ago Dec 27, 2011, 3:44 a.m. EST
Hi

it could be that the realtion mes density, time steps and material properties are not well matched, I would try a denser mesh, and perhaps coarser time stepping and or perhaps a change from free time steps to intermediate ?

--
Good luck
Ivar
Hi it could be that the realtion mes density, time steps and material properties are not well matched, I would try a denser mesh, and perhaps coarser time stepping and or perhaps a change from free time steps to intermediate ? -- Good luck Ivar

Please login with a confirmed email address before reporting spam

Posted: 1 decade ago May 31, 2012, 6:05 a.m. EDT
Hi all
i must say this is like the 5th thread i see dealing with natural convection and problems with the analysis.
this is also not the first time i have seen reference to "natural convection must be solved under transient solver".

well, the solution to the whole natural convection problem is complex but possible in both STATIONARY and TRANSIENT (i personally prefer for engineering application to use the stationary solution unless i am interested in the "Ramp-up" process) if only you define the physics properly , see below:

the system:
1. you need to create a large enough volume of fluid around the object to make sure that you don't get artifacts in the computation field due to the boundaries (usually 2-5 times the nominal dimension of the object in length in all directions)
2. define the fluid field: under 'absolute pressure' choose "pressure(nitf/fluid1)" , and as reference pressure enter the ambient pressure.

Mesh:
1. choose a "fine" mesh for most cases where the geometry is more elaborate then cubic presentations (you need a fine enough mesh to capture the fine temperature gradients in the near wall region, as well as the sharp directional acceleration gradients of the velocity field from the entrainment into the plum)

Boundary conditions:
1. the face where the plum (the heat plum raising from the object) is to be defined as "outflow" (under heat transfer BC) AND "outlet" (under laminar BC - set P0=P, ambient)
2. the faces where the fluid enters the system (to satisfy the entrainment of the plum) is to be defined as "open boundary" (with "no viscus stress" condition and T0=T, ambient)
3. Volume force, is to be defined as "-g_const*(nitf.rho-rho_ref)"
4. heat source, what ever is relevant to you system.

summation of BC:
1. volume force
2. open boundary
3. outflow
4. outlet
5. heat source

Solver:
1. choose the stationary solver and change
under study>solver configurations>solver1>fully coupled 1 , change the 'damping and termination' definition to being "automatic highly non-linear"

regarding convergence in Stationary studies:
as we all know and like you can find in many places in the literature, indeed natural convection has a transient element to it, as the plum and flow field fluctuates along the heated surface, HOWEVER, there is still the possibility to achieve a Stationary study that complies with the system.

the thing is, should you run a stationary solver, you will see that after some iterations as the convergence 'green bar' goes all the way to 90% it will then drop sharply to approximately 50%... this phenomena will fluctuate back and forth ENDLESSLY!
what you need to understand it that this is happening because the solver set on one solution then loss stability as it "moves" to another.

What you need to do: let the solution fluctuates aback and forth 1-2 times, once you see the pattern - stop the solver, and there you have it!!! - your solution (you will see that should you stop the solver at a different fluctuation the flow filed will look slightly different 'Plum-wise' but the temperature will be identical)

i have attached a working example, that has been lab tested to make sure the solver results are accurate.

Best regards to all
M.sc Yoav matia.
Hi all i must say this is like the 5th thread i see dealing with natural convection and problems with the analysis. this is also not the first time i have seen reference to "natural convection must be solved under transient solver". well, the solution to the whole natural convection problem is complex but possible in both STATIONARY and TRANSIENT (i personally prefer for engineering application to use the stationary solution unless i am interested in the "Ramp-up" process) if only you define the physics properly , see below: the system: 1. you need to create a large enough volume of fluid around the object to make sure that you don't get artifacts in the computation field due to the boundaries (usually 2-5 times the nominal dimension of the object in length in all directions) 2. define the fluid field: under 'absolute pressure' choose "pressure(nitf/fluid1)" , and as reference pressure enter the ambient pressure. Mesh: 1. choose a "fine" mesh for most cases where the geometry is more elaborate then cubic presentations (you need a fine enough mesh to capture the fine temperature gradients in the near wall region, as well as the sharp directional acceleration gradients of the velocity field from the entrainment into the plum) Boundary conditions: 1. the face where the plum (the heat plum raising from the object) is to be defined as "outflow" (under heat transfer BC) AND "outlet" (under laminar BC - set P0=P, ambient) 2. the faces where the fluid enters the system (to satisfy the entrainment of the plum) is to be defined as "open boundary" (with "no viscus stress" condition and T0=T, ambient) 3. Volume force, is to be defined as "-g_const*(nitf.rho-rho_ref)" 4. heat source, what ever is relevant to you system. summation of BC: 1. volume force 2. open boundary 3. outflow 4. outlet 5. heat source Solver: 1. choose the stationary solver and change under study>solver configurations>solver1>fully coupled 1 , change the 'damping and termination' definition to being "automatic highly non-linear" regarding convergence in Stationary studies: as we all know and like you can find in many places in the literature, indeed natural convection has a transient element to it, as the plum and flow field fluctuates along the heated surface, HOWEVER, there is still the possibility to achieve a Stationary study that complies with the system. the thing is, should you run a stationary solver, you will see that after some iterations as the convergence 'green bar' goes all the way to 90% it will then drop sharply to approximately 50%... this phenomena will fluctuate back and forth ENDLESSLY! what you need to understand it that this is happening because the solver set on one solution then loss stability as it "moves" to another. What you need to do: let the solution fluctuates aback and forth 1-2 times, once you see the pattern - stop the solver, and there you have it!!! - your solution (you will see that should you stop the solver at a different fluctuation the flow filed will look slightly different 'Plum-wise' but the temperature will be identical) i have attached a working example, that has been lab tested to make sure the solver results are accurate. Best regards to all M.sc Yoav matia.

Note that while COMSOL employees may participate in the discussion forum, COMSOL® software users who are on-subscription should submit their questions via the Support Center for a more comprehensive response from the Technical Support team.