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

Mesh motion Hex cells vs tets

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

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   December 12, 2007, 16:33
Default Hi, I am trying to get mes
  #1
Senior Member
 
Kevin Smith
Join Date: Mar 2009
Posts: 104
Rep Power: 17
kev4573 is on a distinguished road
Hi,

I am trying to get mesh motion to work on a hex cell grid. I had originally done the mesh with unstructured/tet cells and the motion worked great but was having problems with the results so I took the time to make a nice structured mesh. So after copying the newly converted hex mesh into the openfoam case and running, the solver fails after my moving boundary starts crossing into the mesh. I saw this same phenomena on Frank Bos' website - http://www.aero.lr.tudelft.nl/~frank/index.php?id=research/cfd/problems/2D_movin gmesh_wing - Is there anything I was supposed to change in the case dictionaries to make the mesh motion work with a hex mesh? Thanks.
kev4573 is offline   Reply With Quote

Old   December 12, 2007, 18:14
Default Hi Kevin, Could you please
  #2
Senior Member
 
Frank Bos
Join Date: Mar 2009
Location: The Netherlands
Posts: 340
Rep Power: 18
lr103476 is on a distinguished road
Hi Kevin,

Could you please be more specific about your problem.
1) What error message do you get?
2) Is your case setup correctly? You don't get dictionary related error, right?
3) Did you run checkMesh?
4) What is your Courant number? You didn't give information about your case, but maybe your timestep is too large....

Regards, Frank
__________________
Frank Bos
lr103476 is offline   Reply With Quote

Old   December 13, 2007, 09:20
Default And more, which OF version are
  #3
Senior Member
 
Francesco Del Citto
Join Date: Mar 2009
Location: Zürich Area, Switzerland
Posts: 237
Rep Power: 18
fra76 is on a distinguished road
And more, which OF version are you using?
What mesh motion algorithm (finite element or finite volume)?
I moved very big hex/tet meshes without problems...

Francesco
fra76 is offline   Reply With Quote

Old   December 13, 2007, 09:41
Default Me too, but large rotation is
  #4
Senior Member
 
Frank Bos
Join Date: Mar 2009
Location: The Netherlands
Posts: 340
Rep Power: 18
lr103476 is on a distinguished road
Me too, but large rotation is still a problem for small boundary layer cells......The SBRstress fvMotionSolver seems to behave best for large displacements/rotations.

For different meshes I am still not able to rotate a wing (tip up 60 degrees combined with pitch up 45 degrees), but I got the feeling that there's still something to gain with modifying the SBRstress slightly and the diffusion coefficient...

Regards, Frank
__________________
Frank Bos
lr103476 is offline   Reply With Quote

Old   December 13, 2007, 11:57
Default Frank, Here's some more i
  #5
Senior Member
 
Kevin Smith
Join Date: Mar 2009
Posts: 104
Rep Power: 17
kev4573 is on a distinguished road
Frank,

Here's some more info about my case -
1) Getting a floating point exception error
2) As far as I know, the case is setup correctly, no dictionary errors
3) checkMesh , ok this one fails, thought I had run this, looks like I have a problem here..
4) I wasn't using adjustable time steps because the Co number seemed to either explode, or implode (approaching zero)

I think that is the crux of it, mainly having problems with time steps regardless of the motion. I went ahead and made a finer tet mesh and ran it with a fixed time step of 5e-05 and the motion works fine and it doesn't crash, but the results are obviously very wrong - getting turbulent regions propogating upstream (case is a 2D object in uniform flow field). Basically as soon as the simulation starts, I see ripples over the entire flow field start to develop and they continue to get more turbulent until I get very ugly results.

I am using the 1.4.1-dev version for this with the finite volume motion algorithm - here's the content of dynamicMeshDict (wall-4 is the moving boundary) -

dynamicFvMesh dynamicMotionSolverFvMesh;

twoDMotion yes;

solver laplaceFaceDecomposition;

diffusivity quadratic patchEnhanced;

frozenDiffusion off;

distancePatches
(
wall-4
);

I am still pretty new to openFoam and CFD in general so I really appreciate any help.

I will rerun my fine tet mesh case with an adjustable time step and report what I get.

Thanks,
Kevin
kev4573 is offline   Reply With Quote

Old   December 13, 2007, 14:58
Default After running the fine unstruc
  #6
Senior Member
 
Kevin Smith
Join Date: Mar 2009
Posts: 104
Rep Power: 17
kev4573 is on a distinguished road
After running the fine unstructured mesh again with a Courant number of 0.3, the results turn out much better, not as much ripples; I will reduce the Co further and see what happens..

Well it sounds like if I had created a valid hex mesh and used an adjustable time step all should be well - which I still want to do to capture the wake region in more detail and get a more efficient run overall.

Kevin
kev4573 is offline   Reply With Quote

Old   December 13, 2007, 15:37
Default Kevin, just as an FYI, I would
  #7
Senior Member
 
Srinath Madhavan (a.k.a pUl|)
Join Date: Mar 2009
Location: Edmonton, AB, Canada
Posts: 703
Rep Power: 21
msrinath80 is on a distinguished road
Kevin, just as an FYI, I would like to point out that Hrv has shown the effect of high Courant numbers in his thesis. You may want to check it out[1]. The reason I'm pointing this out is because I used to blindly assume that maintaining a Co of 0.98 was sufficient as it was below the stability criterion (unity). It turns out however that temporal accuracy (not just stability) depends quite strongly on Co. These days I never exceed a Co of 0.4. I try to keep it around 0.2 to 0.3 and things work quite well for me.

Also, I think it would be better to maintain a cell peclet number (which is kind of a Reynolds number but based on the local grid size as opposed to the characteristic length scale of the problem) of 1 to 1.5 in regions where strong gradients of velocity/pressure are expected, especially when using the linear [central differencing] scheme.


References:

[1] http://powerlab.fsb.hr/ped/kturbo/Op...jeJasakPhD.pdf
msrinath80 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
Mesh motion independent mesh regions philippose OpenFOAM Running, Solving & CFD 12 August 5, 2008 17:16
Oscillatory mesh motion setup mesh flux ERROR jaswi OpenFOAM Running, Solving & CFD 5 August 23, 2007 05:41
Refining Mesh using Tets and Prisms Help Please CFX 11 March 31, 2006 13:39
tets vs. hex mesh Simon Main CFD Forum 6 October 6, 2003 08:24
Adding cells during mesh motion Serkan Cetin Siemens 1 December 23, 2002 04:22


All times are GMT -4. The time now is 01:56.