|
|
Input/Output files
What
input files are required by flowCart?
What
output files are produced by flowCart?
How
do I Extract "pretty" cutting planes?
How
do I restart a calculation?
Show
me examples of various Cart3D files..
What
input files are required by flowCart?
flowCart
requires 4 files to get underway.
-
an Input
control file (default name <input.cntl>)
which controls the behavior of the solver.
-
a Cart3D
wetted
surface triangulation <Components.i.tri> which describes the geometry
to the solver. This geometry is generally produced by the intersect
code (but any *.i.tri file will do). This file is specified in the Input
control file, and must be the same as that used by cubes
to produce the mesh.
-
the Mesh.c3d.Info
file produced by cubes when you generated the mesh (seeNote
1).
-
a Cart3D
mesh file (default name <Mesh.c3d>
but most frequently this will be <Mesh.mg.c3d>) which is produced by
cubes,
reorder,
or mgPrep.
What
output files are produced by flowCart?
(top)
flowCart
produces 3 types of output files.
-
"Restart"
or "checkpoint" files: see "How do I restart a calculation?"
below for information about the uses of these files
-
Optionally,
flowCart can be asked to produce various types of postprocessing files.
These files have filename extensions of "*.triq" or "*.dat".
"*.dat" files may be read directly into Ametc's
"Tecplot"
program (seeNote
2).These files can contain snapshots of
the final discrete solution displayed on cutting planes through the mesh
<cutPlanes.dat> or mapped to the input wetted surface triangulation
<inputSurfFileName.dat>. The "*.triq" files conform to
Cart3D's annotated surface triangulation
file format, and can be used directly by the integrated force and moment
computation module (clic). Using clic,
you can extract any force, moment, and Cp profiles for any configuration
or collections of components within a configuraiton. This table summarizes
the flowCart command line arguments and/or input control file flags used
to create postprocessing files. By the way, yes, you can always
restart a calculation for 0 (zero) additional iterations to extract postprocessing
files.
| cmd line option |
input control
file category ID |
file produced |
|
|
|
| -T |
(none) |
inputSurfFileName.dat
(Tecplottable) |
| -clic |
(none) |
inputSurfFileName.triq
(clic input file) |
| (none) |
$__PostProcessing: |
cutPlanes.dat |
| -Xcut / -Ycut / -Zcut |
(none) |
cutPlanes.dat (ugly
seeNote
3) |
-
Convergence
monitoring files: The "-his"
command line flag turns on generation of "./history.dat"
and "./forces.dat" for recording convergence
information. These files are directly plottable with the free solftware
packages xmgr or xmgrace availible on most X-windows systems. Both of these
files begin with a comment region containing meta information including
details of the run so that the run can be reproduced at a later time. They
also include a copy of the exact command line just incase you forget what
you did. One column in each of these files contains the elapsed wall-clock
time between iterations, click on history.dat
or forces.dat to see an example of each.
(top)
How
do I Extract "pretty" cutting planes?
There
are 2 ways of extracting cutting planes from flowCart simulations, In the
table above, the Xcut, -Ycut, -Zcut options will do this, however, these
will show the solution reconstructed on a cell-by-cell basis, and you'll
get different "zones" for each partition in the domain decomposition. These
were really only intended for use durring development, and I dont recommend
these options Much better way is to use the $__Post_Processing
category in the input.cntl file. In this
category, you can request specific cutting plane lists to be output at
the end of your run using the Xslices,
Yslices,
or Zslices tags. Here is an
example (goes anyplace in your input.cntl file):
$__Post_Processing: #
Pretty printed cutting planes
Xslices -.5 0.1
#
X-stations for cutPlane extraction
Zslices 0.001 .297 #
Z-stations for cutPlane extraction
(top)
How
do I restart a calculation?
See the
page on running flowCart (here).
top
last update 6 Jul 2000, M. Aftosmis
|