Skip to content
Snippets Groups Projects
Commit 8c57d83c authored by Tobias Weckenmann's avatar Tobias Weckenmann
Browse files

nnta

ks
parent b7b526e6
No related branches found
No related tags found
3 merge requests!76Draft: Updated Python code example,!73Initial open source version,!36Some updates for the docu
Pipeline #1607929 waiting for manual action
# Engineering principles {#engineeringprinciples} # Engineering principles {#engineeringprinciples}
Designing the propulsion with this tool includes different engineering disciplines. Here a brief explanation (more information in their respective sections): Designing the propulsion with this tool includes different engineering disciplines. Here is a brief explanation (more information in their respective sections):
- [Engine designer](#enginedesigner): Calculates the performance of one individual engine based on the required thrust. - [Engine designer](#enginedesigner): Calculates the performance of one individual engine based on the required thrust.
- [Propulsor integrator](#propulsionintegrator): Places the engine acc. to the user's settings. - [Propulsor integrator](#propulsionintegrator): Places the engine acc. to the user's settings.
- [Nacelle designer](#nacelledesigner): Calculates the nacelle geometry. - [Nacelle designer](#nacelledesigner): Calculates the nacelle geometry.
...@@ -61,7 +61,7 @@ An exemplary simplified calculation (data from the V2527-A5): the current engine ...@@ -61,7 +61,7 @@ An exemplary simplified calculation (data from the V2527-A5): the current engine
The general scaling is therefore a linear scaling of the thrust. The fuel flow is scaled in the same way leading to a scaling approach with constant TSFC. The general scaling is therefore a linear scaling of the thrust. The fuel flow is scaled in the same way leading to a scaling approach with constant TSFC.
So, again, the engine data is always accessed via the `engine` library to ensure that you have the correctly scaled data for every value. This is valid for both the non operating condition dependant variables and the values that are directly read from the deck -csv values. So, again, the engine data is always accessed via the `engine` library to ensure that you have the correctly scaled data for every value. This is valid for both the non operating condition dependent variables and the values that are directly read from the deck values.
@note Actually, the sea level static thrust is not at \f$N1=1\f$ if you compare the dataset for this engine (for 110.31kN around \f$N1=0.95\f$). So the scaling factor will be slightly lower. @note Actually, the sea level static thrust is not at \f$N1=1\f$ if you compare the dataset for this engine (for 110.31kN around \f$N1=0.95\f$). So the scaling factor will be slightly lower.
...@@ -73,7 +73,7 @@ The **engine designer** includes different methods which create/use this deck in ...@@ -73,7 +73,7 @@ The **engine designer** includes different methods which create/use this deck in
@note *empirical* and *propulsionsystem* is in preparation - not implemented yet! @note *empirical* and *propulsionsystem* is in preparation - not implemented yet!
For all these methods, the approach of using the _scale factor_ is the same (see explanation [here](#generalprinciples)). A deck is either first created or assumed and then data is drawn with the `engine` library with the scaling approach. For these methods, the approach of using the _scale factor_ is the same (see explanation [here](#generalprinciples)). A deck is either first created or assumed and then data is drawn with the `engine` library with the scaling approach.
## Propulsion integrator {#propulsionintegrator} ## Propulsion integrator {#propulsionintegrator}
Additionally to calculating the engine performance parameter, the engine has to be placed on the aircraft. The **propulsion integrator** uses the user settings from the aircraft exchange file - the following needs to be defined: Additionally to calculating the engine performance parameter, the engine has to be placed on the aircraft. The **propulsion integrator** uses the user settings from the aircraft exchange file - the following needs to be defined:
......
...@@ -42,7 +42,7 @@ Following is needed from the _acXML_: ...@@ -42,7 +42,7 @@ Following is needed from the _acXML_:
2) the average system off-takes of the engines, 2) the average system off-takes of the engines,
3) the user settings of the propulsion architecture. 3) the user settings of the propulsion architecture.
Naturally, the propulsion need an assumption for thrust or power to be designed. In the first iteration in UNICADO, the requirement is set via the tool _initialSizing_. It is then updated in _constraint_analysis_ in every loop to assure that the thrust that is fitted onto the aircraft assures enough thrust in all required flight stages. For this, **propulsion_design** currently assumes: Naturally, the propulsion needs an assumption for thrust or power to be designed. In the first iteration in UNICADO, the requirement is set via the tool _initialSizing_. It is then updated in _constraint_analysis_ in every loop to assure that the thrust that is fitted onto the aircraft assures enough thrust in all required flight stages. For this, **propulsion_design** currently assumes:
The sea level static thrust \f$ T_0 \f$ is given by: The sea level static thrust \f$ T_0 \f$ is given by:
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Please register or to comment