|
[Sponsors] |
[snappyHexMesh] snappyHexMesh - backward facing step |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
November 19, 2015, 11:40 |
snappyHexMesh - backward facing step
|
#1 |
Member
Join Date: May 2015
Posts: 68
Rep Power: 11 |
Hi all,
1) I want to mesh a backward facing step-STL geometry using snappyHexMesh. How can I prevent snappyHex mesh from rounding off the edges like it does right now? (I just want 90° Edges) (see picture) (I am aware that there are easier ways to mesh such a rectangular geometry but I would like to try snappyHexMesh here) 2) What is the meaning of the following warning? Code:
--> FOAM Warning : From function autoSnapDriver::calcNearestFace(..) in file autoHexMesh/autoHexMeshDriver/autoSnapDriverFeature.C at line 404 Did not find surface near face centre (1.49788 0.02185 0.00625) 3) Code:
/*--------------------------------*- C++ -*----------------------------------*\ | ========= | | | \\ / F ield | OpenFOAM: The Open Source CFD Toolbox | | \\ / O peration | Version: 2.4.0 | | \\ / A nd | Web: www.OpenFOAM.org | | \\/ M anipulation | | \*---------------------------------------------------------------------------*/ FoamFile { version 2.0; format ascii; class dictionary; object snappyHexMeshDict; } // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // // Which of the steps to run castellatedMesh true; snap true; addLayers false; // Geometry. Definition of all surfaces. All surfaces are of class // searchableSurface. // Surfaces are used // - to specify refinement for any mesh cell intersecting it // - to specify refinement for any mesh cell inside/outside/near // - to 'snap' the mesh boundary to the surface geometry { KANAL.stl { type triSurfaceMesh; name KANAL; } INFLOW.stl { type triSurfaceMesh; name INFLOW; } OUTFLOW.stl { type triSurfaceMesh; name INFLOW; } WALLINLETLOWER.stl { type triSurfaceMesh; name WALLINLETLOWER; } STEPWALL.stl { type triSurfaceMesh; name STEPWALL; } LOWERHEATEDWALL.stl { type triSurfaceMesh; name LOWERHEATEDWALL; } UPERWALLL.stl { type triSurfaceMesh; name UPERWALLL; } SYMMETRY1.stl { type triSurfaceMesh; name SYMMETRY1; } SYMMETRY2.stl { type triSurfaceMesh; name SYMMETRY2; } //- Refine a bit extra around the small centre hole // refineHole // { // // type searchableSphere; // // centre (0 0 -0.012); // // radius 0.003; // } }; // Settings for the castellatedMesh generation. castellatedMeshControls { // Refinement parameters // ~~~~~~~~~~~~~~~~~~~~~ // If local number of cells is >= maxLocalCells on any processor // switches from from refinement followed by balancing // (current method) to (weighted) balancing before refinement. maxLocalCells 100000; // Overall cell limit (approximately). Refinement will stop immediately // upon reaching this number so a refinement level might not complete. // Note that this is the number of cells before removing the part which // is not 'visible' from the keepPoint. The final number of cells might // actually be a lot less. maxGlobalCells 2000000; // The surface refinement loop might spend lots of iterations refining just a // few cells. This setting will cause refinement to stop if <= minimumRefine // are selected for refinement. Note: it will at least do one iteration // (unless the number of cells to refine is 0) minRefinementCells 0; // Number of buffer layers between different levels. // 1 means normal 2:1 refinement restriction, larger means slower // refinement. nCellsBetweenLevels 1; // Explicit feature edge refinement // ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ // Specifies a level for any cell intersected by its edges. // This is a featureEdgeMesh, read from constant/triSurface for now. features ( { file "KANAL.extendedFeatureEdgeMesh"; level 0; } ); // Surface based refinement // ~~~~~~~~~~~~~~~~~~~~~~~~ // Specifies two levels for every surface. The first is the minimum level, // every cell intersecting a surface gets refined up to the minimum level. // The second level is the maximum level. Cells that 'see' multiple // intersections where the intersections make an // angle > resolveFeatureAngle get refined up to the maximum level. refinementSurfaces { KANAL { // Surface-wise min and max refinement level level (0 0); } } resolveFeatureAngle 30; // Region-wise refinement // ~~~~~~~~~~~~~~~~~~~~~~ // Specifies refinement level for cells in relation to a surface. One of // three modes // - distance. 'levels' specifies per distance to the surface the // wanted refinement level. The distances need to be specified in // descending order. // - inside. 'levels' is only one entry and only the level is used. All // cells inside the surface get refined up to the level. The surface // needs to be closed for this to be possible. // - outside. Same but cells outside. refinementRegions { // refineHole // { // mode inside; // levels ((1E15 3)); // } } // Mesh selection // ~~~~~~~~~~~~~~ // After refinement patches get added for all refinementSurfaces and // all cells intersecting the surfaces get put into these patches. The // section reachable from the locationInMesh is kept. // NOTE: This point should never be on a face, always inside a cell, even // after refinement. // This is an outside point locationInMesh (-0.033 -0.033 0.0033); locationInMesh (0.5 0.1 0.0005); // Inside point // Whether any faceZones (as specified in the refinementSurfaces) // are only on the boundary of corresponding cellZones or also allow // free-standing zone faces. Not used if there are no faceZones. allowFreeStandingZoneFaces true; } // Settings for the snapping. snapControls { //- Number of patch smoothing iterations before finding correspondence // to surface nSmoothPatch 3; //- Relative distance for points to be attracted by surface feature point // or edge. True distance is this factor times local // maximum edge length. tolerance 1.0; //- Number of mesh displacement relaxation iterations. nSolveIter 300; //- Maximum number of snapping relaxation iterations. Should stop // before upon reaching a correct mesh. nRelaxIter 5; // Feature snapping //- Number of feature edge snapping iterations. // Leave out altogether to disable. nFeatureSnapIter 10; //- Detect (geometric) features by sampling the surface implicitFeatureSnap false; //- Use castellatedMeshControls::features explicitFeatureSnap true; //- Detect features between multiple surfaces // (only for explicitFeatureSnap, default = false) multiRegionFeatureSnap true; } // Settings for the layer addition. addLayersControls { // Are the thickness parameters below relative to the undistorted // size of the refined cell outside layer (true) or absolute sizes (false). relativeSizes true; // Per final patch (so not geometry!) the layer information layers { // "flange_.*" // { // nSurfaceLayers 1; // } } // Expansion factor for layer mesh expansionRatio 1.0; // Wanted thickness of final added cell layer. If multiple layers // is the thickness of the layer furthest away from the wall. // Relative to undistorted size of cell outside layer. // See relativeSizes parameter. finalLayerThickness 0.3; // Minimum thickness of cell layer. If for any reason layer // cannot be above minThickness do not add layer. // See relativeSizes parameter. minThickness 0.25; // If points get not extruded do nGrow layers of connected faces that are // also not grown. This helps convergence of the layer addition process // close to features. nGrow 0; // Advanced settings // When not to extrude surface. 0 is flat surface, 90 is when two faces // are perpendicular featureAngle 30; // Maximum number of snapping relaxation iterations. Should stop // before upon reaching a correct mesh. nRelaxIter 5; // Number of smoothing iterations of surface normals nSmoothSurfaceNormals 1; // Number of smoothing iterations of interior mesh movement direction nSmoothNormals 3; // Smooth layer thickness over surface patches nSmoothThickness 10; // Stop layer growth on highly warped cells maxFaceThicknessRatio 0.5; // Reduce layer growth where ratio thickness to medial // distance is large maxThicknessToMedialRatio 0.3; // Angle used to pick up medial axis points minMedianAxisAngle 90; // Create buffer region for new layer terminations nBufferCellsNoExtrude 0; // Overall max number of layer addition iterations. The mesher will exit // if it reaches this number of iterations; possibly with an illegal // mesh. nLayerIter 50; // Max number of iterations after which relaxed meshQuality controls // get used. Up to nRelaxIter it uses the settings in meshQualityControls, // after nRelaxIter it uses the values in meshQualityControls::relaxed. nRelaxedIter 20; } // Generic mesh quality settings. At any undoable phase these determine // where to undo. meshQualityControls { #include "meshQualityDict" // Optional : some meshing phases allow usage of relaxed rules. // See e.g. addLayersControls::nRelaxedIter. relaxed { //- Maximum non-orthogonality allowed. Set to 180 to disable. maxNonOrtho 75; } // Advanced //- Number of error distribution iterations nSmoothScale 4; //- amount to scale back displacement at error points errorReduction 0.75; } // Advanced // Write flags writeFlags ( scalarLevels // write volScalarField with cellLevel for postprocessing layerSets // write cellSets, faceSets of faces in layer layerFields // write volScalarField for layer coverage ); // Merge tolerance. Is fraction of overall bounding box of initial mesh. // Note: the write tolerance needs to be higher than this. mergeTolerance 1E-6; // ************************************************************************* // |
|
November 20, 2015, 05:24 |
|
#2 |
Senior Member
Niels Nielsen
Join Date: Mar 2009
Location: NJ - Denmark
Posts: 556
Rep Power: 27 |
Hi
Well as you stated you are really using a hammer where you should use a screwdriver. My best advice would be to use another tool for such geometry and use SHM where that excels. SHM is not the best at capturing sharp edges and requires a lot of tweaking to be perfect. You could also try cfMesh as that gives better results with sharp edges IMO.
__________________
Linnemann PS. I do not do personal support, so please post in the forums. |
|
November 20, 2015, 09:20 |
|
#3 |
Member
Join Date: May 2015
Posts: 68
Rep Power: 11 |
You are absolutely right I am trying to do this in SALOME now. Do you think that's an appropriate choice?
The problem which broad me here is that I want to create a mesh with high wall resolution while keeping a low aspect ratio (I read that it has to be below 10). Is that correct? Do I have to keep such a low AR or is there any guideline available? In the pitzyDaily-Tut they achieve a max AR of ~7. Also is there a possibility to show the AR in paraFoam or select based on AR even if it doesn't exceed checkMesh-maximum? Thanks for your advice! |
|
November 20, 2015, 09:29 |
|
#4 |
Senior Member
Niels Nielsen
Join Date: Mar 2009
Location: NJ - Denmark
Posts: 556
Rep Power: 27 |
Salome would be a very good choice.
Regarding the other questions. You can have very high AR as long as you are sure the flow is only in one direction. If the flow have a slight angle compared the the mesh direction and you have high AR then you will get numerical errors/instability. There is a whole discussion about high AR when dealing with eg. wing profiles. As you can imagine it can be hard to estimate separation point on the profile with a very high AR as the flow has a tendency to follow the mesh shape. When you do checkMesh and you have high AR you can have that write out a cellSet/faceSet and you can do foamToVTK -cellSet <nameOfCellSet> The name will be output from checkMesh. Then you can load the VTK file in paraview and also the complete mesh, color the high AR with a different color and zoom into the area of interest. If there is only one cell it can be hard to spot so turn off the big mesh and do a "Reset" of the camera. That will zoom into what mesh is visible.
__________________
Linnemann PS. I do not do personal support, so please post in the forums. |
|
November 20, 2015, 10:57 |
underdeterminedCells
|
#5 | |
Member
Join Date: May 2015
Posts: 68
Rep Power: 11 |
That makes sense, so I should pay attention to AR especially in regions where eddys occur.
There is one thing which bothers me about checkMesh. It gives a ***-warning "underdeterminedCells"? What is the meaning of that? I found this post http://www.cfd-online.com/Forums/ope...ined-cell.html Quote:
Do you know something about it? |
||
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Backward facing step; x/H; U/U0; diemsionless analysis; paraview | idrama | OpenFOAM | 1 | December 3, 2013 18:10 |
backward facing step simple with no particle | saeed115 | Mesh Generation & Pre-Processing | 0 | March 5, 2013 18:41 |
How to do analysis at backward facing step | warlocklw | CFX | 5 | December 21, 2011 07:50 |
Could anybody help me see this error and give help | liugx212 | OpenFOAM Running, Solving & CFD | 3 | January 4, 2006 19:07 |
backward facing step problem | Yung-Ming Chen | Main CFD Forum | 3 | May 11, 1999 23:04 |