Output Configuration#

Outputs control what data Flow360 writes during and after a simulation. You can export flow field data on volumes, surfaces, slices, isosurfaces, and at probe points—each with configurable fields and save frequency. Additionally, you can configure force and moment outputs, including total forces on specific models and custom force distributions along arbitrary directions. Results are saved in ParaView (.vtu/.vtp), Tecplot (.szplt), or CSV formats.

Important

Outputs must be configured before running the simulation. Data that was not requested in the output configuration cannot be retrieved after the simulation completes. You would need to re-run the case with the desired outputs enabled.

Available Outputs#

The table below lists all available output types. It also contains links to the documentation of each type for both the GUI and the Python API interfaces. The File column shows the path to the file that contains the data produced by each output for custom post-processing. All of the files can be found in the assets menu in the WebUI. The API Access column shows the property on the Case object used to access each result programmatically (see Download Results for how to retrieve a case from cloud).

Available Output Types#

Output Type

Data

Availability

File

API Access

Volume Output

Flow field data throughout the computational volume

GUI, API

volumes.tar.gzvolume

case.results.volumes

Time-averaging Volume Output

Time-averaged flow field data throughout the volume

GUI, API

volumes.tar.gzvolume_time_avg

case.results.volumes

Surface Output

Flow field data on geometry or volume mesh boundaries

GUI, API

surfaces.tar.gzsurface_<boundary_name>

case.results.surfaces

Time-averaging Surface Output

Time-averaged flow field data on surfaces

GUI, API

surfaces.tar.gzsurface_<boundary_name>_time_avg

case.results.surfaces

Slice Output

Flow field data on user-defined slice planes

GUI, API

slices.tar.gzslice_<slice_name>

case.results.slices

Time-averaging Slice Output

Time-averaged flow field data on slice planes

GUI, API

slices.tar.gzslice_<slice_name>_time_avg

case.results.slices

Probe Output

Flow field data monitoring during simulation

GUI, API

monitor_<output_name>_v2.csv

case.results.monitors

Time-averaging Probe Output

Time-averaged monitoring data

GUI, API

monitor_<output_name>_v2.csv

case.results.monitors

Surface Probe Output

Flow field data at specific points projected onto surfaces

GUI, API

monitor_<output_name>_v2.csv

case.results.monitors

Time-average Surface Probe Output

Time-averaged data at specific surface points

API

monitor_<output_name>_v2.csv

case.results.monitors

Surface Slice Output

Flow field data on slices of surfaces

API

surfaces.tar.gzsurface_slice_<slice_name>

case.results.surfaces

Isosurface Output

Flow field data on surfaces of constant variable value

GUI, API

isosurfaces.tar.gzisosurface_<isosurface_name>

case.results.isosurfaces

Time-averaging Isosurface Output

Time-averaged flow field data on isosurfaces

GUI, API

isosurfaces.tar.gzisosurface_<isosurface_name>_time_avg

case.results.isosurfaces

Surface Integral Output

Surface integral data

GUI, API

monitor_<output_name>_v2.csv

case.results.monitors

Aeroacoustic Output

Data for aeroacoustic analysis at observer positions

GUI, API

total_acoustics_v3.csv

case.results.aeroacoustics

Force Output

Force and moment coefficient outputs with optional statistics

GUI, API

force_output_<output_name>_v2.csv

force_output_<output_name>_moving_statistic_v2.csv

case.results.custom_forces

Force Distribution Output

Custom force and moment distribution along a specified direction

GUI, API

<output_name>_forceDistribution.csv

case.results.force_distributions

Time-averaging Force Distribution Output

Time-averaged custom force and moment distribution

GUI, API

<output_name>_forceDistribution.csv

case.results.force_distributions

BET Disk Forces

Per-disk integrated forces and moments (automatic when a BET disk is present)

User guide, API

bet_forces_v2.csv

case.results.bet_forces

BET Disk Coefficients

Per-disk non-dimensional force, moment, lift and drag coefficients

User guide, API

bet_force_coefficients_v2.csv

case.results.bet_forces.compute_coefficients(params)

BET Forces Radial Distribution

Sectional thrust and torque coefficients along the blade radius, per blade

User guide, API

bet_forces_radial_distribution_v2.csv

case.results.bet_forces_radial_distribution

Streamline Output

Streamline visualization data

GUI, API

N/A

N/A

Time-averaging Streamline Output

Time-averaged streamline visualization data

GUI, API

N/A

N/A

Render Output

Automatically rendered animations for unsteady simulations, including direct volume rendering of a field inside a VoxelGrid region

API

Rendered animation frames

N/A

Multiple Outputs for the Same Surface#

The same surface can be assigned to more than one surface output. This is useful for unsteady and aeroacoustic simulations, where the same surface is often needed at more than one cadence or in more than one format. A typical pattern pairs a detailed output (which saves a full set of fields at a high frequency for flow-field and noise-source analysis, kept on the cloud and downloaded only when needed because of its size) with a lightweight output (which saves a compact set of fields less often for quick download and comparison in third-party tools such as ParaView or Tecplot).

When several surface outputs share a surface, each one must be given a unique name. The name is appended as a suffix to that output’s filenames, so the data from each output is written to separate files and never overwrites the others.

Note

The uniqueness requirement applies only between outputs of the same type. An instantaneous surface output and a time-averaged surface output may share a surface without unique names, because they already write to separate files. When several outputs of the same type are combined into a single file, their names must still resolve to distinct suffixes.

To configure this in each interface, see the Surface Output page of the WebUI guide and the output configuration section of the Python API reference.

Output Save Frequency#

How often an output is written is set by Frequency, and the point at which saving begins is set by Frequency offset. Every output type that writes its data at intervals carries both settings, for example frequency and frequency_offset on a surface output. A frequency of -1 writes the output at the end of the simulation only, which is the default. In the WebUI the two fields appear once Save interval is set to Custom. The unit in which both are counted depends on the type of simulation.

Unsteady simulations#

Both values are counted in physical time steps, and can be set through either interface.

For child (forked) cases they refer to the global time step, which is inherited from the parent. A child of a case that finished at time step 174 starts at time step 175, so a frequency of 100 writes at global time steps 200 (25 time steps into the child run), 300, and so on.

Steady simulations (Python API only)#

The same two settings also apply to steady simulations, where they are counted in pseudo steps. Intermediate states of a converging steady run can therefore be saved rather than only the final one, which is useful for following how the solution develops. This is supported for volume (VolumeOutput), surface (SurfaceOutput), slice (SliceOutput), isosurface (IsosurfaceOutput) and render (RenderOutput) outputs.

Setting a save frequency on a steady case is currently possible through the Python API only. In the WebUI, Save interval is fixed at Save at end whenever the time stepping is steady, so the fields are not editable there. A frequency set through the Python API is preserved and shown when the case is opened in the WebUI.

For a steady child (forked) case the pseudo-step count restarts at 0, so both the frequency and the offset are counted from the start of the child run rather than continuing the count of the parent.

Note

A converging steady run often needs only a few hundred pseudo steps, so a small frequency writes a large number of files and slows the case down. A validation warning is raised when the requested frequency would save an output many times over the course of the run, and recommends increasing the frequency.

Note

Time-averaged outputs are supported in unsteady simulations only, so the pseudo-step counting above applies to their instantaneous counterparts rather than to the time-averaged outputs themselves.

To configure this in each interface, see the outputs list of the WebUI guide, which documents Save interval, Frequency and Frequency offset on each output type, and the output configuration section of the Python API reference.

Time-Averaged Statistics#

A time-averaged output accumulates one or more statistics over its averaging window, selected with statistics (statistics). Two are available:

  • mean, the time average of each requested field. This is the default.

  • rms, the root mean square of the raw signal, \(\sqrt{\langle f^2 \rangle}\), computed without subtracting the mean. It is therefore the RMS of the signal itself and not the fluctuation intensity about the mean.

Both may be requested together: the mean is written under each field’s normal name and the RMS under <field>_rms. The two accumulate over independent windows. The RMS window opens when rms is first requested, so in a case forked from a parent that averaged without it, the mean continues the parent’s window while the RMS covers only the time since the fork. Compare the two only when both windows span the same interval.

Statistics can be selected only on the volume, surface and slice time-averaged outputs (TimeAverageVolumeOutput, TimeAverageSurfaceOutput and TimeAverageSliceOutput). The other time-averaged outputs, namely isosurface, probe, surface probe, streamline and force distribution, write the mean only.

Requesting rms is subject to three restrictions, each enforced when the simulation parameters are validated:

  • Imported surfaces average as mean only, so a time-averaged surface output that requests rms and includes an imported surface is rejected.

  • All time-averaged volume outputs must request the same statistics as each other, and the same holds for time-averaged slice outputs, because the instances of each type merge into a single solver section. Surface outputs are exempt, since each one is translated separately.

  • No requested output field may have a name ending in _rms, which would collide with the name given to the RMS of the field of the same name.

Limiting the Extent of an Isosurface#

An isosurface is generated across the whole domain by default, which for quantities such as the Q criterion can produce a large surface where only one region is of interest. Two independent limits are available, and they can be combined:

  • Clipping box (clipping_box) keeps only the region of the isosurface inside a box, defined by its centre, size and rotation. It is set on each isosurface individually, so isosurfaces sharing an output can use different boxes, or none at all. The box is applied cell by cell: a cell is kept only if it lies entirely inside the box, so the clipped edge follows the mesh rather than the box faces exactly and can fall one cell short of them.

  • wall_distance_clip_threshold (wall_distance_clip_threshold) removes the part of the isosurface lying within a given distance of walls, which is useful for suppressing the near-wall sheet that vortex-identification quantities produce. Available only through the Python API.

Both are optional and neither is applied unless set. Limiting the extent reduces the size of the written surface as well as the visual clutter, since the discarded region is never written to file.

To configure the clipping box in each interface, see the Isosurface Output page of the WebUI guide and the output configuration section of the Python API reference.

Sample Surfaces#

A sample surface (also called an imported surface) is a surface mesh that you supply yourself and use purely as an output location. It is a measuring device, not part of the simulation: it is never inserted into the volume mesh, it carries no boundary condition, and it has no effect whatsoever on the solution. Reach for one when you need flow data on an arbitrary non-planar surface, for example a curved plane crossing a duct or a streamtube-following cut, where one of the planar slice outputs listed under Available Outputs will not do.

Importing a Sample Surface#

In the WebUI, sample surfaces are imported from the Resource panel and then appear in the Entities browser. See the Sample Surfaces page of the WebUI guide.

Through the Python API, import the file with import_surface_mesh(), then register the returned handle on the draft through the imported_surfaces argument of create_draft(). Only registered surfaces can be referenced when building the outputs. Already-imported surfaces are listed by imported_surfaces. See Import Sample Surface for a complete working example.

The supported file formats are STL, CGNS and UGRID, and that list is exhaustive. A few properties of the file matter:

  • A UGRID file must be accompanied by its .mapbc file. In the WebUI, upload both together.

  • Volume mesh files in UGRID or CGNS format are also accepted, in which case their boundary faces are used as the sample surface.

  • Files must be uncompressed. An archived file (for example .gz) is rejected when the case runs.

  • Every patch or zone in the file is merged into a single sample surface. Named boundaries inside a CGNS or UGRID file do not become separate output surfaces.

  • The coordinates are used exactly as they appear in the file, in the coordinate frame and length unit of the volume mesh. No unit conversion is applied to them, so a file authored in different units has to be converted before it is imported.

A sample surface can be assigned to a coordinate system, which applies that system’s translation, rotation and scaling to the surface. This is the supported way to reposition an imported file without editing it.

Where Sample Surfaces Can Be Used#

Sample surfaces are accepted by SurfaceOutput, TimeAverageSurfaceOutput and SurfaceIntegralOutput. They cannot be used anywhere else: not as a boundary condition, not for mesh refinement, and not in the remaining output types.

Two further restrictions apply:

  • A single SurfaceIntegralOutput may contain either sample surfaces or regular simulation surfaces, but not both. Split them into separate outputs.

  • Time averaging on a sample surface reports the mean only. The other statistics available to TimeAverageSurfaceOutput are rejected for sample surfaces.

How the Solution Is Sampled#

The solution is not computed on a sample surface; it is interpolated onto it. Each node of the imported mesh is treated as a probe point, and its values are interpolated from the volume mesh cell that contains it. Three consequences follow:

  • The resolution is that of the volume mesh. Refining the imported surface does not add detail. A finely tessellated sample surface sitting in a coarse region of the volume mesh resolves no more than the volume mesh does there.

  • Only volume fields are available. The surface-specific fields (such as Cf, yPlus and heatFlux) are wall quantities that require a boundary, so they are rejected on sample surfaces. The one surface quantity that is available is solution.node_unit_normal, the outward unit normal of the imported mesh at each node.

  • A sample surface placed on a wall does not report wall data. It reports the interpolated near-wall values from the volume mesh, which are not the same thing as the wall quantities produced by a regular surface output.

Sample Surfaces That Leave the Fluid Domain#

A sample surface is not checked against the geometry, and it is never trimmed to fit. It may pass straight through a solid body, extend beyond the farfield, overlap another sample surface, or be non-manifold. None of that is detected or reported when the case is submitted.

Instead, the outcome is decided node by node. A node that does not fall inside a fluid cell, because it is inside a solid body or outside the mesh altogether, is handled as follows:

  • In a surface output, the node keeps its coordinates but all of its field values are written as NaN. The affected region of the surface therefore appears as a hole when the file is opened.

  • In a surface integral, the node is excluded from the sum. The reported integral covers only the part of the surface that lies inside the fluid domain, and nothing in the results file marks it as partial.

  • The solver log records each skipped node with its coordinates, noting that the point is outside the grid volume and its output was skipped.

Warning

Because a partial integral is reported as an ordinary number, a sample surface that unintentionally clips a wall or the farfield yields a quietly wrong result. Before trusting an integral, confirm from the solver log that no nodes were skipped, or open the matching surface output and check that it contains no NaN values.

Two behaviours are worth knowing when the surface interacts with moving parts of the domain:

  • In a time-averaged output, a node that falls outside the fluid domain stays excluded for the whole averaging window.

  • Nodes that land in a rotating zone are relocated at every physical step, so a stationary sample surface that cuts through a rotating zone continues to sample correctly as the mesh turns.

Integrating Over a Sample Surface#

A SurfaceIntegralOutput integrates a UserVariable over the sample surface. Define that variable as the local quantity at a point on the surface: the area weighting is applied for you, because each user variable assigned to a surface integral is multiplied by the local surface area before being summed. The integrated result is reported under the variable’s name with an _integral suffix, in the corresponding integrated units.

A mass flow rate through a sample surface is therefore written as the local mass flux, the product of density and the velocity component along solution.node_unit_normal, with no area factor of its own. Do not add one: solution.node_area_vector is a surface quantity and is rejected on a sample surface, so an expression using it fails validation.

Results are written to monitor_<output_name>_v2.csv and reached through case.results.monitors, as for any surface integral.

Output Fields#

Note

The fields listed below are the default output fields provided by Flow360. All values are non-dimensional unless otherwise noted. See Non-Dimensional Outputs for dimensionalization formulas.

Important

Custom and Dimensional Outputs: Use User Variables to define custom output expressions or to output existing fields in dimensional units (e.g., velocity_m_per_s, pressure_pa, wall_shear_stress_magnitude_pa). See Units & Expressions for details.

Universal Fields#

Available for all output types (Volume, Surface, Slice, Isosurface, Probe):

Name

Description

Cp

Coefficient of pressure Eq.(6)

Cpt

Coefficient of total pressure Eq.(8)

gradW

Gradient of primitive solution

kOmega

k and omega when using the kOmegaSST model

Mach

Mach number

mut

Turbulent viscosity

mutRatio

Ratio between turbulent viscosity and freestream dynamic viscosity \(\mu_t/\mu_\infty\)

nuHat

Spalart-Allmaras variable, nuHat

primitiveVars

Primitive solution: rho, u, v, w, p (density, 3 velocities and pressure)

qcriterion

Q criterion

residualNavierStokes

5 components of the N-S residual

residualTransition

Residual for the transition model

residualTurbulence

Residual for the turbulence model

s

Entropy

solutionNavierStokes

Solution for the N-S equation in conservative form

solutionTransition

Solution for the transition model

solutionTurbulence

Solution for the turbulence model

T

Temperature

velocity

Velocity vector

velocity_magnitude

Velocity magnitude

pressure

Pressure

vorticity

Vorticity vector

vorticityMagnitude

Vorticity magnitude

wallDistance

Wall distance

numericalDissipationFactor

Sensor showing where the numericalDissipationFactor has been increased

residualHeatSolver

Residual for the heat equation solver

VelocityRelative

Velocity vector from which velocity of a non-inertial frame is subtracted. Equals 0 on any no-slip walls within rotational blocks.

lowMachPreconditionerSensor

Low-Mach preconditioner factor

Surface-Specific Fields#

Available only for Surface Output and Surface Probe Output:

Name

Description

Cf

Skin friction coefficient magnitude

CfVec

Skin friction coefficient vector Eq.(4)

yPlus

Non-dimensional wall distance (y⁺)

nodeForcesPerUnitArea

Total force per unit area (pressure + friction)

nodeNormals

Wall normal direction

heatFlux

Heat flux

heatTransferCoefficientStaticTemperature

Heat transfer coefficient (static T reference)

heatTransferCoefficientTotalTemperature

Heat transfer coefficient (total T reference)

wallFunctionMetric

Wall model quality indicator (beta)

wall_shear_stress_magnitude

Wall shear stress magnitude

pressureTimeDerivative

Time derivative of static pressure. Unsteady simulations only. See Pressure Time Derivative

Volume and Slice-Specific Fields#

Available only for Volume Output and Slice Output:

Name

Description

betMetrics

BET disk metrics for all BET disks. See BET Metrics Output Variables below for details.

betMetricsPerDisk

BET disk metrics per disk (no overlapping)

linearResidualNavierStokes

Linear residual of Navier-Stokes solver

linearResidualTurbulence

Linear residual of turbulence solver

linearResidualTransition

Linear residual of transition solver

SpalartAllmaras_hybridModel

Hybrid RANS-LES output for Spalart-Allmaras solver (supports both DDES and ZDES)

kOmegaSST_hybridModel

Hybrid RANS-LES output for kOmegaSST solver (supports both DDES and ZDES)

localCFL

Local CFL number

pressureTimeDerivative

Time derivative of static pressure. Unsteady simulations only. Also available for Volume Probe Output. See Pressure Time Derivative

Pressure Time Derivative#

pressureTimeDerivative reports how fast the static pressure is changing at each point. Where pressure and its fluctuation show how strong the unsteady loading is, the time derivative shows how abruptly the pressure changes, which is what generates noise. Its root-mean-square over a time window therefore reads as a map of noise-source strength.

The field requires unsteady time stepping; requesting it in a steady simulation is rejected by validation. Add it to the Output fields list of Volume Output (output_fields), Slice Output (output_fields), Volume Probe Output (output_fields), Surface Output (output_fields), Surface Probe Output (output_fields) or Surface Slice Output (output_fields). It is not available as an isosurface field.

For the noise-source map, request it on a time-averaging output whose Statistics include rms (statistics, and the volume and slice equivalents), which writes a separate pressureTimeDerivative_rms field. Being a scalar, it can also drive a stopping criterion through Monitor field (monitor_field).

Two behaviours are worth knowing. The derivative is computed in the solver using the same backward-difference formula that advances the solution in time, so one value is produced per physical time step and its accuracy follows Order of accuracy (order_of_accuracy), except on the first physical step of a run, which falls back to first order. The field is also not exposed as a solver variable, so it cannot be used inside a UserVariable expression. To convert the values to Pa/s, see Pressure Time Derivative.

BET Metrics Output Variables#

The betMetrics and betMetricsPerDisk output fields provide Blade Element Theory (BET) metrics for analyzing rotor and propeller performance. These fields are available when using BET models in volume zones. The betMetrics field includes data from all BET disks with possible overlapping, while betMetricsPerDisk provides separate outputs for each disk to avoid overlap.

The following variables are included in the betMetrics output:

  1. VelocityRelative: Relative velocity with respect to the rotating reference frame (non-dimensional).

  2. AlphaRadians: Local angle of attack in radians.

  3. CfAxial: Axial aerodynamic force coefficient.

  4. CfCircumferential: Circumferential aerodynamic force coefficient.

  5. TipLossFactor: Factor to model the effect of blade tip.

  6. LocalSolidityIntegralWeight: Local solidity multiplied by the integral weight.

Note

Detailed explanations of these variables, including their mathematical formulations, are available in the BET disk section of the Formulations documentation.

Hybrid RANS-LES Model Outputs#

The SpalartAllmaras_hybridModel and kOmegaSST_hybridModel output fields provide diagnostic variables for hybrid RANS-LES simulations (DDES and ZDES). These fields are available for Volume Output and Slice Output only.

Important

Requirements:

  • SpalartAllmaras_hybridModel can only be specified when using the Spalart-Allmaras turbulence model with hybrid RANS-LES enabled (DDES or ZDES).

  • kOmegaSST_hybridModel can only be specified when using the kOmegaSST turbulence model with hybrid RANS-LES enabled (DDES or ZDES).

  • Hybrid models require unsteady simulations (they are not available for steady-state cases).

These requirements are checked when the simulation is validated, so a mismatched request is reported against the offending output section before the case runs. The check covers every output section that can carry these fields, not just volume and slice outputs, and it reports which turbulence model and hybrid setting would be needed.

The specific variables included in each hybrid model output depend on the shielding function used:

DDES Variables#

When shielding_function="DDES", the hybrid model output includes five variables:

  1. f_d: The shielding function that delineates RANS and LES regions. When f_d = 0, RANS is fully applied; when f_d = 1, LES is used. Intermediate values represent a smooth transition between regimes.

  2. r_d: A modified ratio of the modeled length scale to the wall distance, from which f_d is derived.

  3. DDES_lengthRANS: The wall distance from the computational cell to the nearest solid boundary.

  4. DDES_lengthScale: The characteristic DES length scale: \(\tilde{d} \equiv d - f_d \max(0, d - C_{DES}*\Delta)\)

  5. DDES_lengthLES: The characteristic LES length scale: \(C_{DES}*\Delta\)

Among these variables, f_d is the most significant for identifying and visualizing regions dominated by RANS vs. LES behavior.

ZDES Variables#

When shielding_function="ZDES", the hybrid model output includes four variables:

  1. ZDES_fp: The enhanced shielding function that determines whether RANS or LES is used. When ZDES_fp = 0, RANS is active; when ZDES_fp = 1, LES is active. This function is computed from ZDES_fd, ZDES_fR, and ZDES_fp2.

  2. ZDES_fd: Original DDES shielding function used in computing ZDES_fp.

  3. ZDES_fR: Component that disables or inhibits the secondary shielding function in regions where vorticity magnitude increases away from walls (designed to disable the secondary shielding where a shear layer is detected above a wall). Used in computing ZDES_fp.

  4. ZDES_fp2: Causes the model to revert to RANS mode in the outer portion of boundary layers. Used in computing ZDES_fp.

BET Coefficient Distributions#

For any case that includes one or more BET disks, Flow360 automatically writes tabular (CSV) summaries of the blade-element loading alongside the field outputs. These tables let you analyze rotor and propeller performance directly. They are produced whenever a BET model is present, so no additional output configuration is required.

All coefficients in these tables are non-dimensional (see Non-Dimensional Outputs). Force coefficients are normalized by \(q_\infty \, S_{ref}\) and moment coefficients by \(q_\infty \, S_{ref} \, L_{ref}\), where \(q_\infty\) is the freestream dynamic pressure and \(S_{ref}\), \(L_{ref}\) are the reference area and reference length.

Per-disk force and moment coefficients#

The file bet_force_coefficients_v2.csv contains the integrated force and moment coefficients of each BET disk at every recorded step. The first two columns are physical_step and pseudo_step; the remaining columns repeat for each disk i:

Column

Quantity

Disk<i>_CFx, Disk<i>_CFy, Disk<i>_CFz

Force coefficient components along the global x, y, z axes.

Disk<i>_CMx, Disk<i>_CMy, Disk<i>_CMz

Moment coefficient components about the global x, y, z axes, taken about the case moment center.

Disk<i>_CL

Lift coefficient (force projected onto the lift direction).

Disk<i>_CD

Drag coefficient (force projected onto the freestream/drag direction).

By default each disk is identified by its global index (Disk<i>). When the table is retrieved through the Python API the column headers can be renamed to use the BET model and cylinder names defined in the simulation (for example Disk0 becomes <BETName>_<CylinderName>).

Sectional (radial) distribution#

The file bet_forces_radial_distribution_v2.csv contains the spanwise loading distribution. Each row corresponds to one radial station (loading node) along the blade, so the number of rows matches the number of loading nodes used to resolve the disk (the n_loading_nodes value from the BET disk setup). For each disk i the columns are:

Column

Quantity

Disk<i>_All_Radius

Radial position of the station.

Disk<i>_Blade<b>_All_ThrustCoeff

Sectional thrust coefficient at that radius for blade b.

Disk<i>_Blade<b>_All_TorqueCoeff

Sectional torque coefficient at that radius for blade b.

Because the thrust and torque coefficients are reported separately for each blade, the table resolves the radial (spanwise) variation of the loading and, for time-accurate BET Line simulations where the blades occupy distinct azimuthal positions, the per-blade (azimuthal) variation as well.

Accessing the tables#

Both files are written to the case output and can be downloaded from the assets menu in the WebUI, together with the other result files. They can also be retrieved and processed programmatically through the case.results interface (case.results.bet_forces and case.results.bet_forces_radial_distribution). See Download Results and the Results API reference for the available models and methods.

See also