Some updates for the docu
Description
Provide a concise explanation of the changes made in this merge request.
Related Issue(s)
- Closes #[feature issues]
- Fixes #[bug report issue]
- Resolves #[any other issues]
Other Changes
- [Mention refactoring, tests, etc.]
Screenshots/Logs
Attach screenshots or log outputs if applicable.
Testing Instructions
- [Step 1: How to test]
- [Step 2: Expected outcome]
- [Step 3: Additional steps if required]
Developer Checklist
-
Code has been tested locally and/or in pipeline. -
(if applicable) documentation updated. -
(if applicable) impact of new dependencies reviewed and included in project. -
Merge conflicts resolved with the target branch.
Additional Notes
Add any information reviewers should focus on, e.g., specific files, functions, or changes of interest.
Merge request reports
Activity
requested review from @maren.huxel
assigned to @tobi747
- Resolved by Tobias Weckenmann
- Resolved by Tobias Weckenmann
- Resolved by Tobias Weckenmann
- Resolved by Tobias Weckenmann
- Resolved by Tobias Weckenmann
30 - data related outputs (e.g. engine position) 31 - the configuration file `propulsion_design_conf.xml` (also _configXML_) includes 32 - control settings (e.g. enable/disable generating plots) 33 - program settings (e.g. set technology factors or methods) 34 35 ### Aircraft exchange file 36 @note _acXML_ is an exchange file - we agreed on that only data will be saved as output which is needed by another tool! 37 38 **Inputs**: 39 Following is needed from the _acXML_: 40 1) the total thrust-to-weight-ratio as well as the MTOM, 41 2) the thrust share of the individual engine, 42 2) the average system off-takes of the engines, 43 3) the user settings of the propulsion architecture. 44 45 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: changed this line in version 2 of the diff
45 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: 46 47 The sea level static thrust \f$ T_0 \f$ is given by: 48 49 \f$ 50 T_0 = \frac{T}{W} \cdot MTOM 51 \f$ 52 53 Where: 54 - \f$ T_0 \f$ is the sea level static thrust. 55 - \f$ \frac{T}{W} \f$ is the thrust-to-weight ratio (specified as `/aircraft_exchange_file/sizing_point/thrust_to_weight`). 56 - \f$ MTOM \f$ is the maximum takeoff mass (specified as `/aircraft_exchange_file/analysis/masses_cg_inertia/maximum_takeoff_mass`). 57 58 @note This might change with new propulsion architectures! 59 60 Not only the ratio of thrust to weight is read, but also the average system off-takes. In the current design of UNICADO, engine provide power for the systems and therefore the thrust specific energy/fuel consumption will increase. To include that, the nodes `average_bleed_air_demand` and `average_bleed_air_demand` in `/aircraft_exchange_file/component_design/systems/specific/`are read to show the influence of these offtakes on the bucket curve (is set to default values if not existing). changed this line in version 4 of the diff
65 Energy Carriers 66 |- Energy Carrier (ID=0) 67 | |- Type 68 Propulsion 69 |- Propulsor (ID=0) 70 | |- Powertrain 71 | |- Type 72 | |- Position 73 | | |- Parent Component 74 | | |- X 75 | | |- Y 76 | | |- Z 77 | |- Energy Carrier ID 78 | |- Thrust Share 79 ``` 80 Let's assume you want to design an aircraft with 5 engine - 2 on each side of the wing and one in the empennage. Additionally, you want to use 3 energy carrier: hydrogen, kerosene and battery-electric. changed this line in version 4 of the diff
66 |- Energy Carrier (ID=0) 67 | |- Type 68 Propulsion 69 |- Propulsor (ID=0) 70 | |- Powertrain 71 | |- Type 72 | |- Position 73 | | |- Parent Component 74 | | |- X 75 | | |- Y 76 | | |- Z 77 | |- Energy Carrier ID 78 | |- Thrust Share 79 ``` 80 Let's assume you want to design an aircraft with 5 engine - 2 on each side of the wing and one in the empennage. Additionally, you want to use 3 energy carrier: hydrogen, kerosene and battery-electric. 81 For that, you need to define 3 energy carriers with each a type with \f$ID=[0,1,2]\f$. Then you create 5 propulsor nodes with \f$ID=[0,...,4]\f$ and assign them each an a powertrain, type, ..., and thrust share. E.g. Engine 0 shall be a kerosene-powered turbofan in the empennage with a thrust share of \f$10\%\f$. Then it has the position with `parent_component=empennage`, `x=front`, `y=mid`, `z=in`. If the type of the energy carrier with ID=0 is set to kerosene, you need to assign `energy_carrier_id=0`. Also `powertrain=turbo`, `type=fan`, and `thrust_share=0.1`. Then Engine 1 could be a hydrogen-powered turboprop located under the left front inner wing with a thrust share of \f$25\%\f$. Then it has the position with `parent_component=wing`, `x=front`, `y=left`, `z=under`. If the type of the energy carrier with ID=1 is set to hydrogen, you need to assign `energy_carrier_id=1`. Also `powertrain=turbo`, `type=prop`, and `thrust_share=0.25`. The same procedure needs to be done for the other 3 engine. changed this line in version 4 of the diff
137 | |- Nacelle Mass 138 | |- Pylon Mass 139 | |- Engine Efficiency 140 |- Propulsion (ID=Default) 141 | |- Engine 142 | | |- Empirical 143 | | | |- BPR 144 | | |- Rubber 145 | | |- GasTurb 146 | |- Nacelle 147 | | |- Profile 148 | |- Pylon 149 | | |- Profile 150 | |- Integration 151 ``` 152 You can choose the method for each discipline, the path for your engine data base, and different technology factors. To be highlighted, is the `Propulsion ID=Default` node. This is a default for all engines defined in the _acXML_ (see next paragraph). E.g. if you define 3 engines for an aircraft, both will use the same assumptions in the default setting. In case you want that the 3. engine is been calculated with e.g. another method, you can create a new `propulsion` node and assign the same `ID` value as set for the _acXML_ `ID`. changed this line in version 4 of the diff
- Resolved by Tobias Weckenmann
- Resolved by Tobias Weckenmann
Please register or sign in to reply