CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Running, Solving & CFD

InterFoam - no convergence

Register Blogs Members List Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   November 4, 2016, 01:50
Default InterFoam - no convergence
  #1
New Member
 
-
Join Date: Oct 2016
Posts: 15
Rep Power: 9
DancingButterfly is on a distinguished road
Hey openFoam users

I'm trying to simulate the flow through a cylindric unit (3 inlets at the top, 6 outlets at the bottom). Now I'd like to make a 2D simulation of a slice (middle of the cylindric unit) such that the flow distribution is visible. As far as I know, openFoam operates in 3D.

I am drawing and meshing the unit in Salome. There I created a slice of the unit, which is still 3D though. Can I import this slice into openFoam and assign the front and the back side as empty patch?
I tried it and the program did no converge (I indicated the front and back side as empty patch in the alpha boundary folder as well as in U and p.)

What is my mistake? Or is there another way of just simulating a 2D slice? I want to do that because I think it is a easier way to look at the flow distribution.


I am very happy about any help as I am a rather new openFoam user :-)
Best,
Ann
DancingButterfly is offline   Reply With Quote

Old   November 4, 2016, 03:16
Default
  #2
Senior Member
 
floquation's Avatar
 
Kevin van As
Join Date: Sep 2014
Location: TU Delft, The Netherlands
Posts: 252
Rep Power: 20
floquation will become famous soon enough
A 2D simulation in OpenFOAM is simply a 3D simulation with only one cell thickness in the third dimension and boundary condition "empty".

An alternative that could be of use to you is an axis-symmetrical simulation: use the "wedge" boundary condition.

A common reason for interFoam to behave strangely is the way in which you specify your inlet. Did you attach an inlet pipe for each inlet, or do you set all different velocities/alphas on the same patch? The latter will not behave properly (in my experience).
floquation is offline   Reply With Quote

Old   November 6, 2016, 18:15
Default
  #3
New Member
 
-
Join Date: Oct 2016
Posts: 15
Rep Power: 9
DancingButterfly is on a distinguished road
Thanks for the reply and sorry for answering late.

That might be a stupid question, but how do I create a "one cell thickness in the third dimension" ? Does this mean 1 mm or what is meant by cell?

I do not have inlet pipes (just 3 wholes in the upper part of the unit). I created an inlet group with all three faces and use them in the program as one patch.
DancingButterfly is offline   Reply With Quote

Old   November 7, 2016, 03:46
Default
  #4
Senior Member
 
floquation's Avatar
 
Kevin van As
Join Date: Sep 2014
Location: TU Delft, The Netherlands
Posts: 252
Rep Power: 20
floquation will become famous soon enough
Quote:
Originally Posted by DancingButterfly View Post
Thanks for the reply and sorry for answering late.
It was weekend, hence it is not late at all.

Quote:
Originally Posted by DancingButterfly View Post
That might be a stupid question, but how do I create a "one cell thickness in the third dimension" ? Does this mean 1 mm or what is meant by cell?
A cell is the computational unit in which the equations are solved. Practically: if you are using blockMesh, it means that you have to set the number of cells to '1' in the third dimension. The following example sets only one cell in the z-direction:
Code:
blocks
(
    hex (0 1 2 3 4 5 6 7) (32 32 1) simpleGrading (1 1 1)
);
If you then set the patches that belong to the constant-z plane to type "empty", the z-direction of your 3D simulations will not do anything. Therefore, you will have a 2D simulation.

Quote:
Originally Posted by DancingButterfly View Post
I do not have inlet pipes (just 3 wholes in the upper part of the unit). I created an inlet group with all three faces and use them in the program as one patch.
I'm not sure if I understand this correctly.
Does this mean that you have a "wall" and an "inlet" on the same face? That is, on the same height?
If so, that might mean trouble.

Have a look at this tutorial. If you were to remove the inlet pipe above the box and just specify the inlet at the same height as the atmosphere, your simulation will not behave physical (or diverge even).
floquation is offline   Reply With Quote

Old   November 8, 2016, 22:06
Default
  #5
New Member
 
-
Join Date: Oct 2016
Posts: 15
Rep Power: 9
DancingButterfly is on a distinguished road
Okay, thank you very much!
I will have a look at the tutorial you gave me :-)

Another question: In another set-up I used the command pre.cjk { font-family: "Nimbus Mono L",monospace; }p { margin-bottom: 0.1in; line-height: 120%; } transformPoints -scale '(0.001 0.001 0.001)'

to transform the geometry (with was drawn in mm dimension) to m dimension for OpenFOAM.
If I do so, the program does not converge anymore I tried then to run the program without the transformation
command, which is wrong I know, as the dimensions are totally wrong then. Buuut then the program
works.
Do you have an idea, where the problem lays?

Thank you :-)
DancingButterfly is offline   Reply With Quote

Old   November 9, 2016, 02:53
Default
  #6
Senior Member
 
floquation's Avatar
 
Kevin van As
Join Date: Sep 2014
Location: TU Delft, The Netherlands
Posts: 252
Rep Power: 20
floquation will become famous soon enough
That's a completely different question - never heard of that method and it looks pretty weird: why do you need a font to transform a mesh...?
floquation is offline   Reply With Quote

Old   November 9, 2016, 03:29
Default
  #7
New Member
 
-
Join Date: Oct 2016
Posts: 15
Rep Power: 9
DancingButterfly is on a distinguished road
I am sorry, there was a mistake with copy paste.

I use the command
transformPoints -scale '(0.001 0.001 0.001)'
in the terminal.

As I import a mesh (ideasUnvToFoam) which is drawn in other dimensions.

I hope it is more understandable now.
DancingButterfly is offline   Reply With Quote

Old   November 9, 2016, 08:11
Default
  #8
New Member
 
Arne
Join Date: Oct 2013
Posts: 16
Rep Power: 12
Arne87 is on a distinguished road
since you reduced the size of the cells but the the physics of your flow (velocity etc..) remained the same, you should probably reduce the time step. A Courant lower then 1 is good for interfoam as the alpha equation is solved explicitly.
Arne87 is offline   Reply With Quote

Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
Convergence Centurion2011 FLUENT 48 June 14, 2022 23:29
k-e & GAMG interFoam Schemitisation Stability Issue JFM OpenFOAM Running, Solving & CFD 3 December 1, 2015 05:58
Convergence Test on InterFoam rcarmi Main CFD Forum 0 December 18, 2014 15:20
Force can not converge colopolo CFX 13 October 4, 2011 22:03
Convergence of CFX field in FSI analysis nasdak CFX 2 June 29, 2009 01:17


All times are GMT -4. The time now is 21:28.