|
[Sponsors] |
July 3, 2007, 23:17 |
Hi everyone,
For many of yo
|
#1 |
Senior Member
Join Date: Mar 2009
Posts: 225
Rep Power: 18 |
Hi everyone,
For many of you problem might be extremely trivial. From rasInterFoam, I copied damBreak problem to a new folder called tankTest. I just extended the domain, gamma field, and added rigid plate in a middle. Runtime set to 40 seconds. The domain length is around 14.87m. 60cm column of water collapses and simply the flow should be quite fast. What appears, until the whole flume hits the opposing wall it takes almost whole 40 seconds. I cannot figure out why it flows so slow - viscosity coefficients seem to be OK. The initial damBreak problem seems to work nice, video looks good, however my own example does not. If anyone is willing to help me, here is the link, so you can download the example: http://www2.hawaii.edu/~krystian/tankTest/tankTest.zip And view the movie. 25 f/sec, time step 0.04s. http://www2.hawaii.edu/~krystian/tankTest/film3.mpg Thanks, Krystian |
|
July 9, 2007, 05:01 |
Problem solved. Seems to be Op
|
#2 |
Senior Member
Join Date: Mar 2009
Posts: 225
Rep Power: 18 |
Problem solved. Seems to be OpenFOAM newbie trouble.
It appears all boundary conditions areas in OpenFOAM have to be in one plane. Initially, I described a BC for plate as a one name, such as BC was: +----------+ | P L A T E | +----------+ It means four walls were defined as single BC area. Separating them into four separate areas solved the problem. What is strange, even with "wrong" BC definitions, example was displayed correctly. Plus, gamma field had to be prescribed in coordinates without multiplication by ConvertToMeters(!). Very strange. After fixing BC, the gamma field had to be redefined with new coordinates premultiplied by ConvertToMeters. Now, example SEEMS to work, at least in serial code. Flume takes reasonable amount of time - around 3s. But got some different problem with parallel processing, which is described here: http://www.cfd-online.com/cgi-bin/Op...how.cgi?1/4603 |
|
July 9, 2007, 05:06 |
ConvertToMeters only applies i
|
#3 |
Senior Member
Hrvoje Jasak
Join Date: Mar 2009
Location: London, England
Posts: 1,907
Rep Power: 33 |
ConvertToMeters only applies inside blockMeshDict - this is a mesh generation bit and nobody else in OpenFOAM can see it.
Hrv
__________________
Hrvoje Jasak Providing commercial FOAM/OpenFOAM and CFD Consulting: http://wikki.co.uk |
|
July 9, 2007, 05:17 |
Sorry, maybe I didn't explain
|
#4 |
Senior Member
Join Date: Mar 2009
Posts: 225
Rep Power: 18 |
Sorry, maybe I didn't explain it enough.
I figured out that ConvertToMeters applies only to blockMeshDict. That's why somehow it is strange. My domain is 15 meters long. My blockMeshDict input was in [cm], so to convert to meters I had to use ConvertToMeters = 0.01. However, the gamma field, to be properly displayed, had to be still defined in [cm]. Other way its display was a non-sense. Then, fixing BC, to have some reasonable gamma field I had to change definitions of gamma to meters. If there is something silly, forgive me, but I'm still new to OpenFOAM and I come from Structural field, so whole Fluid business is kind of new for me. K |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Full pressure for rasInterFoam | paka | OpenFOAM Post-Processing | 12 | February 17, 2009 12:31 |
Parallel rasInterFoam | openfoam_user | OpenFOAM Running, Solving & CFD | 4 | November 1, 2008 05:14 |
Static Pressure BC in rasInterFoam | kwardle | OpenFOAM Running, Solving & CFD | 0 | September 19, 2008 17:15 |
RasInterFoam or lesInterFoam | hsieh | OpenFOAM Running, Solving & CFD | 2 | March 31, 2006 15:42 |
RasInterFoam cavitation | maritozzo | OpenFOAM Running, Solving & CFD | 2 | December 6, 2005 15:09 |