# RasInterFoam solver

 User Name Remember Me Password
 Register Blogs Members List Search Today's Posts Mark Forums Read

 July 3, 2007, 22:17 Hi everyone, For many of yo #1 Senior Member   Join Date: Mar 2009 Posts: 225 Rep Power: 9 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, 04:01 Problem solved. Seems to be Op #2 Senior Member   Join Date: Mar 2009 Posts: 225 Rep Power: 9 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, 04:06 ConvertToMeters only applies i #3 Senior Member   Hrvoje Jasak Join Date: Mar 2009 Location: London, England Posts: 1,758 Rep Power: 21 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, 04:17 Sorry, maybe I didn't explain #4 Senior Member   Join Date: Mar 2009 Posts: 225 Rep Power: 9 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

 Thread Tools Display Modes Linear Mode

 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 OffTrackbacks are On Pingbacks are On Refbacks are On Forum Rules

 Similar Threads Thread Thread Starter Forum Replies Last Post paka OpenFOAM Post-Processing 12 February 17, 2009 12:31 openfoam_user OpenFOAM Running, Solving & CFD 4 November 1, 2008 05:14 kwardle OpenFOAM Running, Solving & CFD 0 September 19, 2008 16:15 hsieh OpenFOAM Running, Solving & CFD 2 March 31, 2006 14:42 maritozzo OpenFOAM Running, Solving & CFD 2 December 6, 2005 15:09

All times are GMT -4. The time now is 10:44.

 Contact Us - CFD Online - Top