4Application

Author
Leonardo Pinero-Perez
Written
2018 · Thesis, University of Texas at Arlington
Original
Full thesis · 105 pages
Contents
Chapter 1 · 2 · 3 · 4 · 5 · Appendix A: Nomenclature · References · Acknowledgments and Biographical Information

Converted from the original PDF on with Claude Opus 5.5. The wording is unchanged, except: my name is spelled without accents, and Tables 1.1 and 1.2, pictures in the PDF, are typed out. Equations, figures and numbering follow the original. Conversion not yet checked against the PDF.

4.1Code Architecture

4.1.1User Settings

Assessing the performance of a spaceplane begins in the context of a planetary environment. The four parameters of a planetary environment (shown in Figure 4.1) are the first parameters loaded from a premade database of selected planets from reference [23] and a small set of hypothetical planets used to test the algorithm.

Diagram of a planet’s curved surface and atmosphere, labelled with the four parameters: surface gravity g0, planet radius R0, atmospheric scale height β and surface air density ρ0.
Figure 4.1Four Parameters Describing the Planetary Environment

After a planet has been selected, the user adds a mission upon which the target spaceplane will be assessed. The mission is described by the weight and volume of the payload, the max g-loading to be endured by the payload, and the maximum heating rate to be endured by the craft. The last mission parameter is to be determined by the thermal protection system, but an estimate can be made based on current materials available.

Outline of a conical vehicle with heating arrows marked q̇_max at the nose and a dashed payload compartment labelled Payload Description: VOL_pay, W_pay, g_max.
Figure 4.2Four Parameters Describing the Desired Mission

As discussed in the previous chapter, the performance weight settings are also tweaked so that each of the normalized performance components can be fairly compared and considered by the algorithm. In practice, the payload fraction must be weighted so that the payload mass-weight is comparable to the structural mass-weight. In this way, parameters which measure inclination change are on the same order of magnitude. Of course, this is dependent on user preferences as each program has a different budget and goals.

For optimization, the user will set a few learning parameters which will be discussed in a later section. Without optimization, these are all set to a default of one.

4.1.2Assessment

Whether or not the configuration will be optimized, the algorithm takes a first guess or an existing configuration to assess. This is given in the order of the six geometric parameters presented at the beginning of the previous chapter. The five latter geometric parameters are input as being normalized the first (aft radius). In this way, during optimization, most of the parameters are not adjusted by their individual dimensions, but rather by their relation to the scale of the aft radius.

The performance is then assessed according to the mission and user-specified weights in the given planetary environment. The methodology for performance assessment is described in the previous chapter and encapsulated in a function.

During this assessment, a logic decides on the existence of a propulsion system depending on volume constraints. It also checks to see if the mission is viable. If not, performance values of zero will be output to let the algorithm know that the design is worthless in terms of meeting mission goals.

4.1.3Full Process

The code architecture is documented in the Nassi-Schneiderman Diagram shown in Figure 4.3. The loops are ignored at the default optimization settings (where i=j=1), so the main analysis for a point study can be summarized by the innermost loop process preceded by the initialization process.

Nassi-Schneiderman diagram: input the planetary environment, establish the mission, encourage the desired performance, set the optimization parameters and initialize the geometry; then loops that estimate weights and volume, check whether the mission is viable, assess performance (PI_tot, or zero if not viable), move to the next design and generation, and randomly tweak the best configuration; finally, visualize the results.
Figure 4.3Nassi-Schneiderman Diagram of Code Architecture

4.2Results and Comparisons

The trends found in the geometric analysis are first analyzed. In keeping with trends for high-performing vehicles, the nose and aft radii are held fixed at r1=0.01r0. The wetted area can now by computed for varying values of chord and span, as shown in Figure 4.1.

Planform of the tapered body with a dashed outline showing it lengthened and widened, with arrows labelled Δb/r0 for span and Δc/r0 for chord.
Figure 4.4Adjusting Values of Chord and Span to View Trends

After setting bounds to the chord and span adjustment, the results for changing wetted area are shown in Figure 4.5.

Surface plot titled “Changing S_wet for a given r0 = 10m, r_nose = 0.1m”: wetted area against c/r0 from 0 to 10 and b/r0 from 0 to 4, rising to about 8,000 at the largest chord and span.
Figure 4.5Wetted Area after Adjusting Span and Chord

The wetted area is the primary determinant of the structural weight, which is to be used in performance calculations. This changing structural weight is plotted in Figure 4.6.

Wstr=IstrSwet  where  Istr=17.1 kg/m2
Surface plot titled “Changing W_str for a given r0 = 10m, r_nose = 0.1m”: structural weight (×10^4) against c/r0 and b/r0, rising linearly to about 15 × 10^4 at the largest chord and span.
Figure 4.6Structural Weight after Adjusting Span and Chord

The wetted area is the primary determinant of the structural weight, which is to be used in performance calculations. At the same time, Küchemann’s Tau is competing with the structural weight. It is apparent by Figure 4.7 that the structural weight is inversely related to the tau parameter (take note that the x and y axes are inverted for the reader’s visibility).

Surface plot titled “Changing Tau for a given r0 = 10m, r_nose = 0.1m”: Küchemann’s tau against c/r0 from 0 to 12 and b/r0 from 0 to 4, highest, about 1.5, at the smallest chord and span and falling as both grow.
Figure 4.7Küchemann’s Tau after Adjusting Span and Chord

These two parameters must compromise with each other as the volume must remain fixed to meet the mission requirement and allow for a propulsion system with propellant if an inclination change is to be performed. The lowest Küchemann’s Tau yields the highest lift-to-drag ratio and highest aerodynamic performance. The total configuration volume available for payload, propulsion system, and propellant is plotted in Figure 4.8.

Surface plot titled “Changing Volume for a given r0 = 10m, r_nose = 0.1m”: volume in m³ (×10^4) against c/r0 and b/r0, rising to about 3 × 10^4 at the largest chord and span.
Figure 4.8Available Volume after Adjusting Span and Chord

To see the full picture, the changing geometric results are now plotted for a changing nose radius. Of course, this is for a fixed chord and span so this plot can change along those dimensions, just as the 3-dimensional plots can changed along a third axis of nose radius size.

Planform of the tapered body with a dashed outline of a larger, blunter nose, and arrows at the nose labelled Δr1/r0.
Figure 4.9Adjusting Nose Radius to View Trends

Since only one parameter is being adjusted, the geometric analysis can be conducted on one plot with different lines separated by output category.

Plot titled “Changing Parameters for r0 = 10m, b = 010m, c = 5m”: wetted area, tau and available volume, each normalized to its value at r1 = 10m, against r1/r0 from 0 to 3; available volume climbs steeply to about 21, wetted area to about 8, and tau stays near 1.
Figure 4.10Changing Parameters after Adjusting Nose Radius

It is interesting to see that Küchemann’s Tau is remaining roughly constant after the nose radius is about half of the aft radius. This is because tau is a function of shape, and once the nose increases past a certain point, the shape becomes dominated by the nose radius. Since the values are normalized, the trends for wetted area and structural weight are equivalent.

The author has observed that one of the most frequently changing parameters during optimization other than aft-radius scaling was the chord length in relation to the aft radius. The vehicle parameters are now observed for a changing chord length. An increase in chord length increases the available volume for propellant, decreases tau, but rapidly increases structural weight. Figure 4.11 shows the basic geometry parameters changing as a function of chord.

Plot titled “Changing Parameters for r0 = 5m, r1 = 5m, b = 10m”: normalized wetted area, tau and available volume against c/r0 from 0 to 20; available volume and wetted area rise in straight lines to about 6.4 and 4.8, while tau falls slowly below 1.
Figure 4.11Changing Parameters after Adjusting Chord

Tau appears to be more well-behaved than when it was changing with respect to an ellipsoid shape expanding (increasing nose radius), and the wetted area and volume are increasing linearly as expected for a simple extrusion. Due to the radii being equal, this is equivalent to the “pill” shape expanding. The author arbitrarily selected this as the nominal condition, but any other combination of variables deviating from the nominal pill will also demonstrate a linear relationship in the same way that volume and area scales linearly with height regardless of cross section (for instance, stretching a cone would change its parameters linearly). Even with stretching, the change in tau is non-linear as it is a power relationship between two scaled heights. Additionally, it is unreasonable for tau to become negative by its definition, so one would expect its value to decay as a function of shape.

The inclination change capability of the vehicle is now assessed with respect to increasing chord in Figure 4.12, which is assessed for the planet Jupiter.

Plot titled “Changing Vehicle Parameters for r0 = 5m, r1 = 5m, b = 10m” against c/r0 from 0 to 5: the ΔV ratio levels off at about 1.1, the propulsive Δi ratio at about 1.8, and the synergetic Δi ratio climbs sharply to about 2.65 by c/r0 = 1 and then stays flat.
Figure 4.12Inclination Change Capability with Increasing Chord

This is certainly a plot which proves the utility of a synergetic maneuver. Firstly, increasing chord length will increase ΔVavailable, but only up to a point. At this point, the increase in structural weight outweighs the benefit gained from increased value from gaining volume for propellant. This is why staging in a rocket greatly reduces the launch weight, since in a staged rocket, the velocity increment slope with increasing size is more of a steep linear line than a shallow asymptotic curve.

Given the ΔVavailable, an inclination change can be made in one of two ways: a synergetic maneuver (where aerodynamic capability comes into play) or a purely propulsive maneuver. It is shown that after a certain point with respect to the nominal value of a 1-meter chord, higher inclination change gains require employing the synergetic maneuver. Moreover, since the maximum ΔVavailable is finite (with different finite values according to configuration constants), the change in inclination has a finite maximum, and only the synergetic maneuver can achieve the complete turn from an equatorial to a polar orbit.

4.2.2Data Points

In this subsection some arbitrarily selected configurations will be assessed to build a database of initialization vectors for optimization.

The study will begin with assessing variations of the geometric trends with the categories of nose-to-aft ratios. It will then move on to superimposing wings, including an unrealistic low-sweep angle design which is not structurally feasible. However, this configuration will be useful for determining the bounds of the study.

4.2.3Historical Designs

This subsection will assess the accuracy of the performance assessment with real-world analogues. Correction factors and future analysis work will be discussed in the context of the findings. These designs can also serve as starting points (or target points) for optimization.

4.3Optimization

4.3.1Methodology

The methodology for optimization begins with an initialized geometry vector, which represents any arbitrary configuration. The hope of optimization is that even a low-performing starting configuration will evolve into something realistic or useful after a given number of iterations.

The methodology of the optimization routine is inspired by the theory of biological evolution, where a design will be subjected to an environmental requirement and selective pressures, and only the best-performing designs will be allowed to have offspring. Of course, for the design to improve on learned attributes, the offspring of the best-performing configuration will resemble the parent. However, according to the aggressiveness of the learning rate, some of the children will be mutated in different ways. From here, the best performing child is assessed and used to populate the next generation. This process is visualized in Figure 4.13.

Diagram of the evolutionary optimization: an initial configuration at generation j = 0 populates a first generation of variants; the circled best performer of each generation spawns the next, until at generation j ≫ 1 the designs converge on a historical shape.
Figure 4.13Genealogy of Configurations

As can be observed in Figure 4.13, the mutation function includes a small chance to spawn a wing. Conversely, a wing can be randomly removed. If a wing is detrimental to performance, its structural cost will cause children without it to be more successful than their peers.

Relating the evolution analogy to the mathematical reality, the optimization routine here is akin to a traveler along a multi-dimensional topology looking for a local minimum. Local minimums are numerous for these many parameters, which is why the screening of initialization values is necessary to find the best local minimum. The “mutations” are akin to small steps in random directions all at once in this topology. An increased number of children per generation relates to more steps in random directions per step, giving the traveler a better picture of where next to step. The aggressiveness of the mutations determines the size of these steps. Larger steps may converge on a solution faster, but it will increase the chance of divergence.

If all except two of the geometric parameters were held constant, the topology could be visualized in a 3-dimensional plot useful for visualizing the concept of the optimization routine (the topology shown in Figure 4.14 is from reference [24] for illustrative purposes and is not numerically representative of the actual topology produced by the author).

Wireframe surface of −(PI_tot) over two geometry axes, GEOM(a) and GEOM(b), labelled as a constructed physics-based topology as a function of geometry, with arrows showing a step from generation j to generation j + 1.
Figure 4.14Topology Visualized in Optimization Routine

The number of steps taken per generation is analogous to the number of children per generation (this is the algorithm batch setting, with a default of i=1). The best “step” is taken to the next generation. The number of non-trivial steps will always be less than or equal to the batch size, as not every offspring will mutate for low levels of aggression.

4.3.2Results

The author initializes an early test of the algorithm with a non-sensical configuration employing a large nose and small wing. Evidently, the aerodynamics of such a craft are not efficient nor sized optimally for a mission with a payload of 100 kg and a volume of 10 m3. The following figures show the top-view of the evolving configurations.

Planform plot of X_body against Y_body in metres: a body about 50 m long and 17 m wide, with a small delta wing at its front, about 10 m long.
Figure 4.15Generation 1 of First Successful Convergence

From here, the optimization routine takes small steps toward better-performing vehicles with each successive generation.

Planform plot of X_body against Y_body in metres: a body about 19 m long and 5 m wide, with a delta wing about 8 m long and 6 m in span.
Figure 4.16Generation 900 with Improved Performance

As shown by the axes of Figure 4.16, it is apparent that the most noticeably changed aspect of this configuration is the overall scale of the vehicle. This is due to the way the configuration’s geometry vector is set up. The values are all with respect to element GEOM(1), which is the aft radius. Any change to this value will directly scale the rest of the design with it. In this way, the mutation function has an avenue of scaling the entire craft at once.

Planform plot of X_body against Y_body in metres: a body about 6.8 m long and 1.5 m wide, with a delta wing about 4.8 m long and 3.4 m in span.
Figure 4.17Generation 1600 with Improved Aerodynamic and Payload Capability

The configuration in Figure 4.17 is among the last with propulsive capability, as the weights were such that payload capability is increasingly favored over an inclination change. However, the ΔVavailable for this configuration is 2.40 km/s with an engine achieving 350 seconds of specific impulse. Based on the aerodynamic capability of the Figure 4.17 configuration, the craft can only perform a propulsive inclination change. This is likely attributed to an inaccurate lift-to-drag estimation from a high tau value (which is a result of the desire to increase the payload fraction).

The key to a successful convergence is to find the correct costing function weights to teach the algorithm what the user is looking for. The first successful convergence had a very high payload fraction logic-weight, and resulted in the configuration seen in Figure 4.18.

Planform plot of X_body against Y_body in metres: a body about 5.2 m long and 1.1 m wide, with a delta wing about 4.3 m long and 1.9 m in span.
Figure 4.18Generation 3000 Lacks Propulsive Capability to Increase Payload Capability

The conclusion of this first attempt was that there was too much emphasis placed on decreasing the structural weight. Such user-settings cause the algorithm to converge on a minimum-volume capsule design with residual wings. The geometric evolution and vehicle capabilities across these 3000 generations is plotted in Figures 4.19 and 4.20.

Plot titled “Vehicle Geometric Parameters”: r0, r1, c, b, cw and bw in metres against generation from 0 to 3,000; all fall from their starting values, between about 3 and 25 m, and level off after about 1,800 generations.
Figure 4.19Vehicle Geometry Evolution for First Successful Convergence
Plot titled “Vehicle Parameters Nomarlized to Initial Values” against generation: W_str falls to near zero by about 1,000 generations, DeltaV drops abruptly to zero near 1,650, and tau stays between about 0.8 and 1.
Figure 4.20Vehicle Parameter Evolution for First Successful Convergence

In earlier unsuccessful convergence trials, the logic-weight for inclination change performance was set to dominate the logic-weight for payload fraction. This happens when the weights are equal to each other, as the payload fraction performance index tends to be very small due to the relationship between payload density at required structural weight to encapsulate it. Additionally, the density of the of the propellant will further exacerbate the trade-off between propulsive capability and payload capability. For these reasons, without a mission failure trigger, the algorithm will ignore the payload capability and focus on increasing the aerodynamic and propulsive capabilities. Fortunately, the model for estimating lift-to-drag has been set up to cap the performance to L/D=3 according to conservative historical expectations [7]. As a result of this cap, the algorithm has little reason to continue slenderizing past the tau value associated with the L/D cap. It is worth noting that there is a minimum bound as well, which is why the Figure 4.17 configuration was assumed to be ballistic (obviously by observation, this estimation model must be modified to include low-performing configurations). After iterating using these weights the configuration converges to the configuration seen in Figure 4.21.

Two planform plots joined by an arrow: at generation 14, a large body with a small wing; at generation 350, a small body inside a delta wing about 1.5 m long.
Figure 4.21Convergence to Mission Failure where Aerodynamic Capability is too High

Using the alternative method of lift-to-drag estimation, the geometry converges to form a capsule shape.

Two planform plots joined by an arrow: at generation 1, a long body with a small wing; at generation 1200, a large, blunt, capsule-like shape.
Figure 4.22Convergence to a Capsule with Lifting Capability using New L/D Estimate

The geometric evolution of this lineage is shown in Figure 4.23. It converged in about half the time as the first convergence.

Plot titled “Vehicle Geometric Parameters” against generation: r1 rises from 25 m to about 47 m and c to about 31 m by generation 1,150, b rises to about 13.5 m, r0 stays near 5 to 6 m, and cw and bw stay at zero.
Figure 4.23Geometric Evolution of Second Converged Configuration

The vehicle parameters in Figure 4.24 show that the velocity change available is relatively constant. The tau value changes in the same way that it would with an increasing nose radius.

Plot titled “Vehicle Parameters Nomarlized to Initial Values”: W_str climbs to about 20 times its initial value by generation 1,150 and then holds, while tau and DeltaV stay near 1.
Figure 4.24Vehicle Parameters in Second Converged Configuration

4.3.3Observations

The algorithm exploited an earlier convergence attempt when the author neglected to factor in the nose section into the structural weight. While it did increase the loft section’s wetted area, the growing nose area was not computed, so it became more advantageous to grow this section unrealistically.

Three planform plots, generations 2, 3 and 4, in which the body’s nose grows larger each generation relative to the delta wing.
Figure 4.25Growing Nose due to Structural Weight Calculation Mistake

Spotted an error, or want to reply? Email me: