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

ggi mesh deformation problem

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

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   September 4, 2020, 02:52
Default ggi mesh deformation problem
  #1
heo
New Member
 
heo
Join Date: Oct 2019
Posts: 3
Rep Power: 6
heo is on a distinguished road
hi everyone!

I am implementing a piston motion using a foam-extend version.

I tried to use the existing openfoam 4.1 version of ACMI, but as the piston moves, the grid deforms, so I use the foam-extend version of the ggi.

However, despite using ggi, if you look at the attached picture, you can see that the grid at the top of the domain is deformed as the piston moves.

For dynamicmesh, dynamicInkJetFvMesh was used, and the boundary area between the piston and the domain was set to ggi.

How do I avoid grid deformation at the top of the domain?


polyMesh/boundary
Code:
 Wedge1
    {
        type            empty;
        nFaces          1100;
        startFace       13148;
    }
    Piston
    {
        type            wall;
        inGroups        1(wall);
        nFaces          50;
        startFace       14248;
    }
    Wedge3
    {
        type            empty;
        nFaces          1100;
        startFace       14298;
    }
    SlipWall
    {
        type            wall;
        inGroups        1(wall);
        nFaces          44;
        startFace       15398;
    }
    Piston_out
    {
        type            ggi;
        nFaces          50;
        startFace       15442;
	shadowPatch	Domain_in;
	zone		pzone;
	bridgeOverlap	true;

    }
    Wedge1
    {
        type            empty;
        nFaces          5600;
        startFace       15492;
    }
    Wedge2
    {
        type            empty;
        nFaces          5600;
        startFace       21092;
    }
    Wall
    {
        type            wall;
        inGroups        1(wall);
        nFaces          40;
        startFace       26692;
    }
    FarField
    {
        type            patch;
        nFaces          50;
        startFace       26732;
    }
    Ypiston
    {
        type            patch;
        nFaces          40;
        startFace       26782;
    }
    SlipWall2_Inlet
    {
        type            wall;
        inGroups        1(wall);
        nFaces          90;
        startFace       26822;
    }
    SlipWall2_Outlet
    {
        type            patch;
        nFaces          90;
        startFace       26912;
    }
    Domain_in
    {
        type            ggi;
        nFaces          50;
        startFace       27002;
	shadowPatch	Piston_out;
	zone		dzone;
	bridgeOverlap	true;
    }
)
Attached Images
File Type: jpg ggi.JPG (155.9 KB, 4 views)
heo 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
decomposePar problem: Cell 0contains face labels out of range vaina74 OpenFOAM Pre-Processing 37 July 20, 2020 05:38
Mesh deformation memory requirements aa.g SU2 5 March 24, 2020 15:34
[Gmsh] 2D Mesh Generation Tutorial for GMSH aeroslacker OpenFOAM Meshing & Mesh Conversion 12 January 19, 2012 03:52
fluent add additional zones for the mesh file SSL FLUENT 2 January 26, 2008 11:55
Icemcfd 11: Loss of mesh from surface mesh option? Joe CFX 2 March 26, 2007 18:10


All times are GMT -4. The time now is 00:19.