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

MFR--moving mesh

Register Blogs Community New Posts Updated Threads Search

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   October 15, 2005, 14:55
Default MFR--moving mesh
  #1
Mathew
Guest
 
Posts: n/a
Is Multiple Frame of Reference(MFR) approach is a moving mesh method?

If not,What's the difference?

Thanks!

Mathew

  Reply With Quote

Old   October 16, 2005, 20:04
Default Re: MFR--moving mesh
  #2
Glenn Horrocks
Guest
 
Posts: n/a
Hi mathew,

In CFX talk MFR means you have multiple domains which can be joined together somehow and moving mesh means the mesh deforms. Entirely different things. Note if the mesh movement is just a rotation you do not need to use the mesh deformation but can specify it as a rotating domain.

I don't know if that explains it clearly.

Glenn Horrocks
  Reply With Quote

Old   October 17, 2005, 10:19
Default Re: MFR--moving mesh
  #3
Robin
Guest
 
Posts: n/a
Hi Matthew,

Rotating frames of reference and Moving Mesh handle the motion of the domain quite differently. Moving mesh uses an Arbitrary Lagrangian-Eularian (ALE) method to account for the motion of control volumes and faces in the terms of the equations. Basically, the mesh movement adds an additional conservative advection term to account for the volume 'swept out' by the mesh. Although it is possible to use mesh motion to specify the rotation of a domain, there are more efficient ways to handle this.

In a rotating frame of reference, it is easier to handle the forces arising from the rotation of the domain by adding source terms to the momentum equation. The location of nodes never changes (unless you have mesh motion to acount for something else, such as the flutter of a blade).

MFR combines rotating and non-rotating frames by translating the velocities from one frame of reference to another within the GGI interface. If you use a transient rotor stator interface, the GGI intersection algorithm rotates it's internal representation to re-intersect the mesh, but the mesh itself is still not rotated.

Regards, Robin
  Reply With Quote

Old   October 17, 2005, 12:36
Default Re: MFR--moving mesh
  #4
Mathew
Guest
 
Posts: n/a
Thanks, Glenn and Robin, for your excellent explaination.

Regards!

Mathew
  Reply With Quote

Reply


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
how to set periodic boundary conditions Ganesh FLUENT 15 November 18, 2020 07:09
[snappyHexMesh] SnappyHexMesh for internal Flow vishwa OpenFOAM Meshing & Mesh Conversion 24 June 27, 2016 09:54
How to let the mesh motion solver just solve a small region near a moving boundary? zhajingjing OpenFOAM Running, Solving & CFD 9 April 28, 2016 05:15
Resisting torque on a moving mesh floooo OpenFOAM 3 March 29, 2010 21:18
[snappyHexMesh] external flow with snappyHexMesh chelvistero OpenFOAM Meshing & Mesh Conversion 11 January 15, 2010 20:43


All times are GMT -4. The time now is 23:57.