Options
Name |
Type |
Default value |
Description |
---|---|---|---|
|
str or NoneType |
None |
This is the grid file to use. It must always be specified. It may be a structured or unstructured grid file or it may be an OpenFOAM directory containing a mesh specification. |
|
str |
|
Specify the type of grid file.
|
|
list or NoneType |
None |
This option is used to specify which surfaces are used to build the surface tree where deformations are to be specified. The default is None which will automatically use all wall-type surfaces in the grid file. For CGNS files this corresponds to the following boundary condtiions: |
|
list or NoneType |
None |
This option is used to specify which surfaces are used to determine symmetry planes. If None, IDwarp will automatically use the |
|
list or NoneType |
None |
This is sort of a “last-resort” option. It is used to overwrite and explicitly define symmetry conditions IDWarp is to use. It is the only method for specifying symmetry for unstructured CGNS files and OpenFOAM files. For the |
|
float |
3.0 |
This is the first exponent in the inverse distance weighting function. The default is usually the most robust, but changing this value slightly might help with some edge cases. |
|
float |
5.0 |
This is the second exponent in the inverse distance weighting function. The default is usually the most robust, but changing this value slightly might help with some edge cases. |
|
float |
1.0 |
This parameter is used to determine how “far” into the field a surface deformation propagates before it is attenuated. For small shape modifications, such as small changes to the shape of a airfoil, the default value of 1.0 is likely to be sufficient. However, for much larger changes in the surface such as wing planform changes, much larger values tend to be more robust. For these cases, values in the range 50-100 are common. |
|
float |
0.25 |
This value determines how the two different exponent terms are blended. It determines how much of the higher exponent |
|
float |
0.0005 |
This is the relative tolerance used for the fast sum approximation. A larger tolerance is faster, but may result in small mesh imperfections away from the surface. If mesh edge lengths grow uniformly away from the body, small “errors” in the node position are not an issue. However, if the mesh has small edge lengths a great distance from the body, these imperfections may cause issues and it may be required to lower the tolerance by an order of magnitude or two at the cost of more computational time. |
|
str |
|
How to compute the sums.
|
|
float |
1e-06 |
Possibly deprecated option. IDWarp currently uses the BC info in the CGNS meshes to figure out which nodes are on the symmetry plane. This option seems to be a leftover from older implementations. It was used to specify the distance from the symmetry plane for a node to tag it as a symmetry plane node. |
|
bool |
True |
Flag specifying if rotations are to be interpolated in addition to displacements. For small mesh changes it may not be necessary to interpolate rotations. However, if the surface is undergoing large changes in orientation, using rotations will help preserve boundary layer orthogonality which is generally desirable. |
|
bool |
True |
Flag specifying if rotations at corners (defined by |
|
float |
30.0 |
The minimum deviation in degrees between surface normals surrounding a node for it to be considered a corner point. |
|
str or NoneType |
None |
A restart file can be used to load the node coefficients to IDWarp to speed up initialization. There are 3 execution paths: If no restart file is provided, the code performs a full initialization. If the restart file is provided but the file does not exist or does not match with some internal checks, the code performs a full initialization and writes the load balancing and the coefficients to this restart file for future use. Finally, if the restart file is provided and it is good, the code loads the initialized coefficients and does not need to do a full initialization. |
|
int |
8 |
The size of the “buckets” at the last level of the KD-tree. A large bucket size reduces the number of levels in the tree and the overall tree size but may require more computation since a less fine granularity of leaves are available. Experiments have indicated there is little difference in run time for bucket sizes 1, 2, 4 and 8. |