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

interFoam behavior due to gh*grad(rho)

Register Blogs Community New Posts Updated Threads Search

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   May 7, 2012, 17:09
Default interFoam behavior due to gh*grad(rho)
  #1
Senior Member
 
Jon Elvar Wallevik
Join Date: Nov 2010
Location: Reykjavik, ICELAND
Posts: 103
Rep Power: 20
JonW will become famous soon enough
Dear foamers
Today I did something interesting with OF21x, and I think you should know about it (at least you who are using interFoam a lot).

I took the original damBreak case and slided the solution area downward into negative y-direction (basically adding -4 in blockMeshDict in the y direction). I also changed setFieldDict so the case is physically the same as the original one.
Both cases are in damBreakTest.gz (tar xzf damBreakTest.gz)

Note that the density for phase 1 is extremely high in both cases, but similar is obtained with normal density values (but the difference is less clear then). I am often using high density liquids thus this is relevant for me.

The point is that there is a difference between the two cases, and I belevie it is due to the gh*grad(rho) term (remember the "-gh*grad(rho)" term in the governing equation). For the original case, then gh<0 at the interface, while for the new case then gh>0. Now remember that the coordinate system is the same (i.e. y - axis points in the same direction for both the original and the new case). This means that for the original case the "-gh*grad(rho)" points in the same direction as "grad(rho)", meaning downwards. However, for the new case, "-gh*grad(rho)" points in opposite direction (i.e. upward), and thus the difference between the two cases. I think that the reason that the liquid (alpha1) is not going "up" for the new case, is other terms like the grad(eta) and surface tension (and perhaps other effects) are forcing it down.

Strictly speaking this is not a code error (in my opinion), it is just how the gh*grad(rho) behaves, and you (interFoam user) should be aware of this. The point is, make sure that the origin of the coordinate system is at the lowest point in your system (at least this is what I do).

Hope this is of help
If you find other reason for the above difference, and if I am wrong in my conclusions, please post
Attached Images
File Type: jpg damBreak_orginal.jpg (22.0 KB, 38 views)
File Type: jpg damBreak_yNegCoord.jpg (22.6 KB, 37 views)
Attached Files
File Type: gz damBreakTest.gz (3.3 KB, 0 views)
JonW is offline   Reply With Quote

Old   May 8, 2012, 04:01
Default
  #2
Senior Member
 
Bernhard
Join Date: Sep 2009
Location: Delft
Posts: 790
Rep Power: 22
Bernhard is on a distinguished road
In this bug-report, Henry Weller explains this issue:
http://www.openfoam.org/mantisbt/view.php?id=356
Bernhard is offline   Reply With Quote

Old   May 8, 2012, 08:56
Default
  #3
Senior Member
 
Jon Elvar Wallevik
Join Date: Nov 2010
Location: Reykjavik, ICELAND
Posts: 103
Rep Power: 20
JonW will become famous soon enough
Thanks for the info Bernhard,
appreciate this
J
JonW is offline   Reply With Quote

Reply

Tags
gh grad(rho) interfoam


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
InterFoam stops after deltaT goes to 1e14 francesco_b OpenFOAM Running, Solving & CFD 9 July 25, 2020 07:36
Segmentation fault in interFoam run through openMPI voingiappone OpenFOAM 16 November 2, 2011 07:49
Slow interFoam compared with other CFD tools? Ralph M OpenFOAM Programming & Development 1 November 17, 2010 07:46
Temporal discretisation in interFoam sebonator OpenFOAM 2 August 21, 2009 08:39
Open Channel Flow using InterFoam type solver sxhdhi OpenFOAM Running, Solving & CFD 3 May 5, 2009 22:58


All times are GMT -4. The time now is 08:37.