Mesh.xml
Input file mesh.xml is necessary to specify the geometrical characteristics of the computational domain and the type of mesh used. This file is mandatory and must be present in the folder of the current case. The minimalist content of this file is:
<?xml version="1.0" encoding="UTF-8" standalone = "yes"?>
<mesh>
<type structure="cartesian"/>
<cartesianMesh>
<dimensions x="1.e-1" y="5.e-2" z="1."/>
<numberCells x="50" y ="25" z="1"/>
</cartesianMesh>
</mesh>
The <type>
markup is mandatory and specifies via the attribute structure
the type of mesh used in the current computation:
cartesian: ECOGEN automatically generates its own Cartesian mesh. See section Cartesian mesh for details.
unstructured: A specific external mesh generator (not provide with ECOGEN) must be used to generate the mesh. See section Unstructured mesh for details.
Cartesian mesh
<cartesianMesh>
<dimensions x="1.e-1" y="5.e-2" z="1."/>
<numberCells x="50" y ="25" z="1"/>
</cartesianMesh>
ECOGEN is able to automatically generate a Cartesian mesh according to the markup <cartesianMesh>
which must contain the two following nodes:
<dimensions>
: Specify the physical dimensions of the computational domain in each physical direction corresponding to the attributesx
,y
andz
(unit: m (SI)). Values must be real numbers.<numberCells>
: Specify the number of cells in each direction corresponding to thex
,y
andz
attributes. The values are integer numbers.
Optional Stretching
<meshStretching> <!-- Optionnal node -->
<XStretching>
<stretch startAt="0." endAt="0.5" factor="0.9" numberCells="20"/>
<stretch startAt="0.5" endAt="1." factor="1.1" numberCells="10"/>
</XStretching>
</meshStretching>
Stretching can be set optionally by adding the <XStretching>
node to the <cartesianMesh>
parent markup (in this example for stretching in the x-direction). It should contain one or more <stretch>
node(s) equipped with the following attributes:
startAt
: Real number giving the starting position of the stretched region.endAt
: Real number giving the ending position of the stretched region.factor
: Real number for the stretch factor (lower than 1 for shrinking, greater than 1 for stretching).numberCells
: Integer for the cell number attributed to the stretched region.
Remarks:
Stretching can be set in each direction using
<XStretching>
,<YStretching>
and<ZStretching>
.For each stretched direction, the sum of stretched regions should exactly recover the entire domain without overlapping, but the number of cells can differ those specified in the
<numberCells>
initial markup.A particular attention should be paid to the link between regions which can possibly present bad quality.
Optional AMR
<AMR lvlMax="2" criteriaVar="0.2" varRho="true" varP="true" varU="false" varAlpha="false" xiSplit="0.11" xiJoin="0.11"/> <!-- Optionnal node -->
An efficient Adaptive Mesh refinement (AMR) technology is embedded in ECOGEN [SPD19]. To use it, the mesh.xml file must contain the optional node <AMR>
of the <cartesianMesh>
markup and define the following attributes:
lvlMax
: Integer to define the maximal number of refinements (levels).criteriaVar
: Real number controlling the detection of gradients for the locations of refinement.varRho
,varP
,varU
,varAlpha
: Boolean (true or false) to select the flow quantities on which the gradient operator is applied to detect large gradient.xiSplit
,xiJoin
: Normalized real numbers to control if a computational cell, selected by its high gradient value, must be refined or un-refined (values are in the range 0-1.).
Remark:
The global efficiency of the method is greatly depending on the chosen values for the criteriaVar
, xiSplit
and xiJoin
attributes. These values depend on the physical problem and required a real know-how. More details about these criterion values can be found in [SPD19].
Unstructured mesh
<unstructuredMesh>
<file name="libMeshes/unstructured2D/testUS.msh"/>
<parallel GMSHPretraitement="true"/> <!-- Optionnal node if multi-core -->
</unstructuredMesh>
When dealing with unstructured meshes, the <unstructuredMesh>
markup must be present in the mesh.xml input file and it contains the following nodes:
<file>
: This mandatory node specifies the path of the mesh file via the attributename
. The file must be located in the folder ECOGEN/libMeshes/.<parallel>
: This node is required only if the mesh file is a multi-core file. The attributeGMSHPretraitement
can take the following values:true: ECOGEN automatically splits the given mesh file in as many as necessary files according to the number of available cores.
false: Do not redo the split of the given mesh (which has already been split in a previous simulation).
Remarks:
The attribute
GMSHPretraitement
must be set as true if this is the first run with the given mesh file.In the current version 4.0 of ECOGEN, only mesh files generated with the open-source Gmsh software [GR09] under file format version 2 can be used. To export your mesh file to this version, see the tutorial Export Gmsh mesh to version 2 file format.
Please refer to the section Generating Meshes to learn how to generate a mesh adapted for ECOGEN.
Optionnal restart with mesh mapping
ECOGEN offers the possibility to initialize a simulation with the result of a previous simulation performed on a different mesh and/or a different number of CPU.
One of the most common use case would be to run a simulation on a rough mesh until steady state is reached and use the result to initialize the flow field on a fine mesh to fasten the convergence to steady state.
Assuming a previous simulation with a rough mesh under the name euler2DHPUnstructuredRough has been previously run, the simulation with the fine mesh must have <meshMappingRestart>
node as follows:
<unstructuredMesh>
<file name="libMeshes/square/squareRefined.msh"/>
<meshMappingRestart
resultFolder="euler2DHPUnstructuredRough"
restartFileNumber="200"
meshFile="libMeshes/square/square.msh"
/>
</unstructuredMesh>
For more details on how to use this feature, refer to the tutorial Restart a simulation with mesh mapping.