# Moving Body Grid Question

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

 September 1, 2004, 14:22 Moving Body Grid Question #1 Matt Guest   Posts: n/a Can anyone offer me any insight as to the strengths and weaknesses of using either an unstructured overset grid method vs. local grid remeshing while performing moving body flight performance calculations? thanks in advance, matt

 September 1, 2004, 16:48 Re: Moving Body Grid Question #2 ag Guest   Posts: n/a For ease of use and coding overset is better. The only argument that I know of that favors local remeshing is that you don't have to use interpolation boundary conditions as you do at the submerged boundaries of overset grids, which can have some impact on global conservation (although the effect is in my experience very small if good practice is followed). However you still have to develop some scheme to distribute the information from one step to the next in a remeshing, which usually involves essentially the same work that goes into hole-cutting and donor-searching for an overset approach. But - if the idea of having a "non-conservative" boundary (such as in an overset approach) bothers you then you should go with local remeshing.

 September 2, 2004, 06:00 Re: Moving Body Grid Question #3 versi Guest   Posts: n/a I was bothered by why one still resort to Overset grid when already using a "versatile" unstructured grid. The unstructured grid is adaptive enough to cope with multi-object gridding problem, which have to use Overset grid for block structured mesh.

 September 2, 2004, 08:22 Re: Moving Body Grid Question #4 Matt Guest   Posts: n/a Now that is my general feeling in the whole situation also. It seems that using a unstructured overset method is just a way of not having to deal with any of the local remeshing issues, but algorithms and schemes for doing local remeshing of multi-object dynamic simulations have been done before. Does anyone happen to know of any references that might talk about this situation? thanks, matt

 September 2, 2004, 09:18 Re: Moving Body Grid Question #5 ag Guest   Posts: n/a Overset methods are a very practical way of handling moving-body, relative motion problems. It is fairly easy to take an existing code and make it overset-capable. Overset methods allow the application engineer to create one set of meshes that work for the calculation and not have to worry about the quality of the mesh later in the calculation. Lastly, automatic unstructured grid generation for viscous calculations about complex geometries is still not as developed as some areas need, and the use of overset grids allows simpler grids to be generated to fill the domain. For more information I would recommend searching for the reports out of the most recent Overset Grid Symposia. This is not to dismiss the use of local remeshing. I have seen work done by Whitfield, et. al. (formerly of Miss. State, now at UTC) using stretch-and-break that is very impressive. It may well be the way of the future. But I would not discount overset methods yet.

 September 13, 2004, 00:45 Re: Moving Body Grid Question #6 Edmond Young Guest   Posts: n/a Can anyone recommend some papers on good interpolation methods for transferring info from grid to grid that has good global conservation properties?? I've seen some that involve very complicated cut-cell methods; are there other less cumbersome methods that do a similarly good job of conservation? Thanks in advance.

 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 Finnigan OpenFOAM Running, Solving & CFD 2 December 16, 2011 03:30 albcem OpenFOAM 0 May 5, 2009 14:17 shure Siemens 4 April 18, 2005 22:12 Steve FLUENT 0 August 18, 2004 02:54 Vikas Kumar Phoenics 0 May 5, 2003 04:59

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