in which different solver modules can be selected in each region to for complex
conjugate heat-transfer and other combined physics problems such as FSI
(fluid-structure interaction).
For single-region simulations the solver module is selected, instantiated and
executed in the PIMPLE loop in the new foamRun application.
For multi-region simulations the set of solver modules, one for each region, are
selected, instantiated and executed in the multi-region PIMPLE loop of new the
foamMultiRun application.
This provides a very general, flexible and extensible framework for complex
coupled problems by creating more solver modules, either by converting existing
solver applications or creating new ones.
The current set of solver modules provided are:
isothermalFluid
Solver module for steady or transient turbulent flow of compressible
isothermal fluids with optional mesh motion and mesh topology changes.
Created from the rhoSimpleFoam, rhoPimpleFoam and buoyantFoam solvers but
without the energy equation, hence isothermal. The buoyant pressure
formulation corresponding to the buoyantFoam solver is selected
automatically by the presence of the p_rgh pressure field in the start-time
directory.
fluid
Solver module for steady or transient turbulent flow of compressible fluids
with heat-transfer for HVAC and similar applications, with optional
mesh motion and mesh topology changes.
Derived from the isothermalFluid solver module with the addition of the
energy equation from the rhoSimpleFoam, rhoPimpleFoam and buoyantFoam
solvers, thus providing the equivalent functionality of these three solvers.
multicomponentFluid
Solver module for steady or transient turbulent flow of compressible
reacting fluids with optional mesh motion and mesh topology changes.
Derived from the isothermalFluid solver module with the addition of
multicomponent thermophysical properties energy and specie mass-fraction
equations from the reactingFoam solver, thus providing the equivalent
functionality in reactingFoam and buoyantReactingFoam. Chemical reactions
and/or combustion modelling may be optionally selected to simulate reacting
systems including fires, explosions etc.
solid
Solver module for turbulent flow of compressible fluids for conjugate heat
transfer, HVAC and similar applications, with optional mesh motion and mesh
topology changes.
The solid solver module may be selected in solid regions of a CHT case, with
either the fluid or multicomponentFluid solver module in the fluid regions
and executed with foamMultiRun to provide functionality equivalent
chtMultiRegionFoam but in a flexible and extensible framework for future
extension to more complex coupled problems.
All the usual fvModels, fvConstraints, functionObjects etc. are available with
these solver modules to support simulations including body-forces, local sources,
Lagrangian clouds, liquid films etc. etc.
Converting compressibleInterFoam and multiphaseEulerFoam into solver modules
would provide a significant enhancement to the CHT capability and incompressible
solvers like pimpleFoam run in conjunction with solidDisplacementFoam in
foamMultiRun would be useful for a range of FSI problems. Many other
combinations of existing solvers converted into solver modules could prove
useful for a very wide range of complex combined physics simulations.
All tutorials from the rhoSimpleFoam, rhoPimpleFoam, buoyantFoam, reactingFoam,
buoyantReactingFoam and chtMultiRegionFoam solver applications replaced by
solver modules have been updated and moved into the tutorials/modules directory:
modules
├── CHT
│ ├── coolingCylinder2D
│ ├── coolingSphere
│ ├── heatedDuct
│ ├── heatExchanger
│ ├── reverseBurner
│ └── shellAndTubeHeatExchanger
├── fluid
│ ├── aerofoilNACA0012
│ ├── aerofoilNACA0012Steady
│ ├── angledDuct
│ ├── angledDuctExplicitFixedCoeff
│ ├── angledDuctLTS
│ ├── annularThermalMixer
│ ├── BernardCells
│ ├── blockedChannel
│ ├── buoyantCavity
│ ├── cavity
│ ├── circuitBoardCooling
│ ├── decompressionTank
│ ├── externalCoupledCavity
│ ├── forwardStep
│ ├── helmholtzResonance
│ ├── hotRadiationRoom
│ ├── hotRadiationRoomFvDOM
│ ├── hotRoom
│ ├── hotRoomBoussinesq
│ ├── hotRoomBoussinesqSteady
│ ├── hotRoomComfort
│ ├── iglooWithFridges
│ ├── mixerVessel2DMRF
│ ├── nacaAirfoil
│ ├── pitzDaily
│ ├── prism
│ ├── shockTube
│ ├── squareBend
│ ├── squareBendLiq
│ └── squareBendLiqSteady
└── multicomponentFluid
├── aachenBomb
├── counterFlowFlame2D
├── counterFlowFlame2D_GRI
├── counterFlowFlame2D_GRI_TDAC
├── counterFlowFlame2DLTS
├── counterFlowFlame2DLTS_GRI_TDAC
├── cylinder
├── DLR_A_LTS
├── filter
├── hotBoxes
├── membrane
├── parcelInBox
├── rivuletPanel
├── SandiaD_LTS
├── simplifiedSiwek
├── smallPoolFire2D
├── smallPoolFire3D
├── splashPanel
├── verticalChannel
├── verticalChannelLTS
└── verticalChannelSteady
Also redirection scripts are provided for the replaced solvers which call
foamRun -solver <solver module name> or foamMultiRun in the case of
chtMultiRegionFoam for backward-compatibility.
Documentation for foamRun and foamMultiRun:
Application
foamRun
Description
Loads and executes an OpenFOAM solver module either specified by the
optional \c solver entry in the \c controlDict or as a command-line
argument.
Uses the flexible PIMPLE (PISO-SIMPLE) solution for time-resolved and
pseudo-transient and steady simulations.
Usage
\b foamRun [OPTION]
- \par -solver <name>
Solver name
- \par -libs '(\"lib1.so\" ... \"libN.so\")'
Specify the additional libraries loaded
Example usage:
- To run a \c rhoPimpleFoam case by specifying the solver on the
command line:
\verbatim
foamRun -solver fluid
\endverbatim
- To update and run a \c rhoPimpleFoam case add the following entries to
the controlDict:
\verbatim
application foamRun;
solver fluid;
\endverbatim
then execute \c foamRun
Application
foamMultiRun
Description
Loads and executes an OpenFOAM solver modules for each region of a
multiregion simulation e.g. for conjugate heat transfer.
The region solvers are specified in the \c regionSolvers dictionary entry in
\c controlDict, containing a list of pairs of region and solver names,
e.g. for a two region case with one fluid region named
liquid and one solid region named tubeWall:
\verbatim
regionSolvers
{
liquid fluid;
tubeWall solid;
}
\endverbatim
The \c regionSolvers entry is a dictionary to support name substitutions to
simplify the specification of a single solver type for a set of
regions, e.g.
\verbatim
fluidSolver fluid;
solidSolver solid;
regionSolvers
{
tube1 $fluidSolver;
tubeWall1 solid;
tube2 $fluidSolver;
tubeWall2 solid;
tube3 $fluidSolver;
tubeWall3 solid;
}
\endverbatim
Uses the flexible PIMPLE (PISO-SIMPLE) solution for time-resolved and
pseudo-transient and steady simulations.
Usage
\b foamMultiRun [OPTION]
- \par -libs '(\"lib1.so\" ... \"libN.so\")'
Specify the additional libraries loaded
Example usage:
- To update and run a \c chtMultiRegion case add the following entries to
the controlDict:
\verbatim
application foamMultiRun;
regionSolvers
{
fluid fluid;
solid solid;
}
\endverbatim
then execute \c foamMultiRun
345 lines
9.4 KiB
C++
345 lines
9.4 KiB
C++
/*--------------------------------*- C++ -*----------------------------------*\
|
|
========= |
|
|
\\ / F ield | OpenFOAM: The Open Source CFD Toolbox
|
|
\\ / O peration | Website: https://openfoam.org
|
|
\\ / A nd | Version: dev
|
|
\\/ M anipulation |
|
|
\*---------------------------------------------------------------------------*/
|
|
FoamFile
|
|
{
|
|
format ascii;
|
|
class dictionary;
|
|
object snappyHexMeshDict;
|
|
}
|
|
// * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * //
|
|
|
|
// Which of the steps to run
|
|
castellatedMesh true;
|
|
snap true;
|
|
addLayers true;
|
|
|
|
|
|
// 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
|
|
{
|
|
igloo
|
|
{
|
|
type searchableSphere;
|
|
centre (3 3 0);
|
|
radius 4;
|
|
}
|
|
|
|
box1
|
|
{
|
|
type searchableBox;
|
|
min (0 0 0);
|
|
max (1 1 1);
|
|
}
|
|
|
|
twoFridgeFreezers
|
|
{
|
|
type searchableSurfaceCollection;
|
|
|
|
mergeSubRegions true;
|
|
|
|
seal
|
|
{
|
|
surface box1;
|
|
scale (1.0 1.0 2.1);
|
|
transform
|
|
{
|
|
coordinateSystem
|
|
{
|
|
type cartesian;
|
|
origin (2 2 0);
|
|
coordinateRotation
|
|
{
|
|
type axesRotation;
|
|
e1 (1 0 0);
|
|
e3 (0 0 1);
|
|
}
|
|
}
|
|
}
|
|
}
|
|
herring
|
|
{
|
|
surface box1;
|
|
scale (1.0 1.0 2.1);
|
|
transform
|
|
{
|
|
coordinateSystem
|
|
{
|
|
type cartesian;
|
|
origin (3.5 3 0);
|
|
coordinateRotation
|
|
{
|
|
type axesRotation;
|
|
e1 (1 0 0);
|
|
e3 (0 0 1);
|
|
}
|
|
}
|
|
}
|
|
}
|
|
}
|
|
};
|
|
|
|
|
|
|
|
// 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 100;
|
|
|
|
// 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/geometry for now.
|
|
features
|
|
(
|
|
{
|
|
file "fridgeA.eMesh";
|
|
levels ((0.01 3));
|
|
}
|
|
);
|
|
|
|
|
|
|
|
// 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
|
|
{
|
|
twoFridgeFreezers
|
|
{
|
|
// Surface-wise min and max refinement level
|
|
level (2 2);
|
|
|
|
regions
|
|
{
|
|
// Region-wise override
|
|
"cook.*"
|
|
{
|
|
level (3 3);
|
|
}
|
|
}
|
|
|
|
// Optional specification of patch type (default is wall). No
|
|
// constraint types (cyclic, symmetry) etc. are allowed.
|
|
patchInfo
|
|
{
|
|
type wall;
|
|
}
|
|
}
|
|
|
|
"iglo.*"
|
|
{
|
|
// Surface-wise min and max refinement level
|
|
level (1 1);
|
|
|
|
// Optional specification of patch type (default is wall). No
|
|
// constraint types (cyclic, symmetry) etc. are allowed.
|
|
patchInfo
|
|
{
|
|
type wall;
|
|
}
|
|
}
|
|
}
|
|
|
|
// Resolve sharp angles on fridges
|
|
resolveFeatureAngle 60;
|
|
|
|
|
|
// 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 insidePoint is kept.
|
|
// NOTE: This point should never be on a face, always inside a cell, even
|
|
// after refinement.
|
|
insidePoint (3 0.28 0.43);
|
|
|
|
|
|
// 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 2.0;
|
|
|
|
//- Number of mesh displacement relaxation iterations.
|
|
nSolveIter 30;
|
|
|
|
//- 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 (default=false)
|
|
implicitFeatureSnap true;
|
|
|
|
//- Use castellatedMeshControls::features (default = true)
|
|
explicitFeatureSnap false;
|
|
}
|
|
|
|
|
|
|
|
// 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
|
|
{
|
|
"two.*"
|
|
{
|
|
nSurfaceLayers 3;
|
|
}
|
|
igloo
|
|
{
|
|
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.5;
|
|
|
|
// Minimum thickness of cell layer. If for any reason layer
|
|
// cannot be above minThickness do not add layer.
|
|
// Relative to undistorted size of cell outside 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.
|
|
// Note: changed(corrected) w.r.t 17x! (didn't do anything in 17x)
|
|
nGrow 0;
|
|
|
|
|
|
// Advanced settings
|
|
|
|
// When not to extrude surface. 0 is flat surface, 90 is when two faces
|
|
// are perpendicular
|
|
featureAngle 60;
|
|
|
|
// 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
|
|
// Note: changed(corrected) w.r.t 16x! 90 degrees corresponds to 130 in 16x.
|
|
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;
|
|
}
|
|
|
|
|
|
|
|
// Generic mesh quality settings. At any undoable phase these determine
|
|
// where to undo.
|
|
meshQualityControls
|
|
{
|
|
#include "meshQualityDict"
|
|
}
|
|
|
|
|
|
// Advanced
|
|
|
|
// Merge tolerance. Is fraction of overall bounding box of initial mesh.
|
|
// Note: the write tolerance needs to be higher than this.
|
|
mergeTolerance 1e-6;
|
|
|
|
|
|
// ************************************************************************* //
|