Search NASA⌕ Search

Engineering topics

Paige Whittington

Publications and source records attributed to Paige Whittington.

6 records
All sourcesNASA NTRSDOE OSTI
NASA NTRS2024

Design, Development, and Use of a Lunar Lander Simulation for NASA's Artemis Program

This paper describes the design, development, and initial use of a generalized and configurable lunar lander simulation to support NASA’s Artemis Program. This simulation is being developed for the Crew Compartment Office (CrewCo) in the Human Landing Systems (HLS) program and is called the HLS CrewCo Lander Simulation (HCLS). The HCLS provides insight into the challenges associated with returning humans to the Moon and the particular difficulties of operating at the Lunar South Pole. A generalized lunar landing spacecraft based on a government reference design has been modeled but the simulation can be modified and adapted to model vendor designs as well. The simulation architecture and toolsets provide a flexible framework that allows for quickly prototyping and evaluating various aspects of a piloted lunar landing system. This includes the modeling of all principal human controlled flight phases: rendezvous and docking with crew transfer systems; docked orbital outpost operations; undocking and lunar transfer; lunar orbital operations; lunar deorbit, descent, and landing (DDL); lunar surface operations; lunar ascent; and return to the orbital outpost. The flexibility of the simulation allows for the integrated evaluation of potential vehicle subsystems, crew displays, guidance and control modes, and trajectory designs. The purpose of the HCLS is not to design the ideal lunar lander, but rather to understand the strengths and weaknesses of vehicle design choices.

Edwin Z Crues↗
NASA NTRS2024

Design, Development, and Use of a Lunar Lander Simulation for NASA’s Artemis Program

This paper describes the design, development, and initial use of a generalized and configurable lunar lander simulation to support NASA’s Artemis Program. This simulation is being developed for the Crew Compartment Office (CrewCo) in the Human Landing Systems (HLS) program and is called the HLS CrewCo Lander Simulation (HCLS). The HCLS provides insight into the challenges associated with returning humans to the Moon and the particular difficulties of operating at the Lunar South Pole. A generalized lunar landing spacecraft based on a government reference design has been modeled but the simulation can be modified and adapted to model vendor designs as well. The simulation architecture and toolsets provide a flexible framework that allows for quickly prototyping and evaluating various aspects of a piloted lunar landing system. This includes the modeling of all principal human controlled flight phases: rendezvous and docking with crew transfer systems; docked orbital outpost operations; undocking and lunar transfer; lunar orbital operations; lunar deorbit, descent, and landing (DDL); lunar surface operations; lunar ascent; and return to the orbital outpost. The flexibility of the simulation allows for the integrated evaluation of potential vehicle subsystems, crew displays, guidance and control modes, and trajectory designs. The purpose of the HCLS is not to design the ideal lunar lander, but rather to understand the strengths and weaknesses of vehicle design choices.

James Gentile↗
NASA NTRS2023

Assessing the Relocation of Artemis Foundational Lunar Surface Concepts

The National Aeronautics and Space Administration (NASA) has defined a functionally based Moon to Mars (M2M) architecture consisting of four key human exploration segments: human lunar return (HLR), foundational exploration (FE), sustained lunar evolution (SLE), and humans to Mars (H2M). These segments are portions of the architecture which represent a stepwise increase in complexity and achievement of M2M objectives [1]. As systems are deployed during the FE segment, it may be desired or even necessary to relocate these elements on the lunar surface as the architecture transitions into the SLE segment. While some Artemis elements under development, such as rovers, are being designed for mobility during both crewed and uncrewed/dormant periods, other architectural concepts do not currently carry a mobility capability. In preparation for the Agency’s 2023 Architecture Concept Review (ACR), a team was assembled to establish a methodology for assessing the relocation feasibility of normally stationary elements. Such a capability could be applied locally or regionally, and might allow for re-purposing previously occupied terrain, expansion of exploration range, aggregation of habitation elements, or retiring systems at the end of their useful service life. The assembled NASA team investigated the relocation trade space through defining a representative concept of operations (ConOps) and assessing possible system impacts. The team focused predominately on the relocation of medium and large surface habitat architectural concepts through surface-based traverses utilizing separable mobility platforms (SMP). A representative mobility platform model was placed through simulation to analyze the possible energy requirements and dynamic illumination impacts. Preliminary assessment indicated that element relocation might be achievable, however significant system and architectural-level risks still need to be quantified. Future analysis will assist in determining what degree of element relocation provides the greatest benefit to achieving a sustained lunar presence. [1] NASA. (2022). Moon to Mars Objectives. Retrieved from: https://www.nasa.gov/sites/default/files/atoms/files/m2m-objectives-exec-summary.pdf

Artemis↗
NASA NTRSDate not supplied

Assessing the Relocation of Artemis Foundational Lunar Surface Concepts

The National Aeronautics and Space Administration (NASA) has defined a functionally based Moon to Mars (M2M) architecture consisting of four key human exploration segments: human lunar return (HLR), foundational exploration (FE), sustained lunar evolution (SLE), and humans to Mars (H2M). These segments are portions of the architecture which represent a stepwise increase in complexity and achievement of M2M objectives [1]. As systems are deployed during the FE segment, it may be desired or even necessary to relocate these elements on the lunar surface as the architecture transitions into the SLE segment. While some Artemis elements under development, such as rovers, are being designed for mobility during both crewed and uncrewed/dormant periods, other architectural concepts do not currently carry a mobility capability. In preparation for the Agency’s 2023 Architecture Concept Review (ACR), a team was assembled to establish a methodology for assessing the relocation feasibility of normally stationary elements. Such a capability could be applied locally or regionally, and might allow for re-purposing previously occupied terrain, expansion of exploration range, aggregation of habitation elements, or retiring systems at the end of their useful service life. The assembled NASA team investigated the relocation trade space through defining a representative concept of operations (ConOps) and assessing possible system impacts. The team focused predominately on the relocation of medium and large surface habitat architectural concepts through surface-based traverses utilizing separable mobility platforms (SMP). A representative mobility platform model was placed through simulation to analyze the possible energy requirements and dynamic illumination impacts. Preliminary assessment indicated that element relocation might be achievable, however significant system and architectural-level risks still need to be quantified. Future analysis will assist in determining what degree of element relocation provides the greatest benefit to achieving a sustained lunar presence. [1] NASA. (2022). Moon to Mars Objectives. Retrieved from: https://www.nasa.gov/sites/default/files/atoms/files/m2m-objectives-exec-summary.pdf

Artemis↗
NASA NTRSDate not supplied

Development of the Artemis Distributed Simulation FOMs

The National Aeronautics and Space Administration (NASA) is formulating and developing the Artemis Program, a collaboration with domestic commercial and international partners that will establish a long term human presence on the Moon and extend human exploration beyond the Earth-Moon system ahead of exploring Mars. These Artemis partners are developing a portfolio of space and surface systems to support human missions to the lunar surface and beyond. The Artemis systems will provide the mobility, habitation, and logistics infrastructure that will support human exploration and foster robust scientific investigations. Each partner will contribute one or more elements to the Artemis Program with NASA having the overarching responsibility for defining the Artemis architecture and guiding the integration of this complex system of space systems. To successfully accomplish this audacious task, NASA will rely on the development and execution of many complex models and simulations. Many of these simulations will be provided by the Artemis partners. While each of these simulations will provide important insight into the characteristics and performance of an associated system, individually they will not provide insight into the integrated performance of the architecture and the system of systems working in concert to execute a given Artemis mission. To address this need, NASA is developing a distributed simulation capability called the Artemis Distributed Simulation (ADS). ADS’s distributed nature supports the complex aggregation of constituent Artemis element simulations. Artemis partner simulations will be able to join into an ADS-based distributed simulation and interact with other Artemis element simulations while limiting the exposure of proprietary designs and data. ADS is defining a distributed simulation capability built on international simulation interoperability standards, specifically the High Level Architecture (HLA) and the Space Reference Federation Object Model (SpaceFOM). While HLA and SpaceFOM provide the substantive necessary technology basis for ADS, additional common datatypes, message definitions, and execution protocols are required. These extensions constitute the ADS Federation Object Model (FOM). This paper describes the fundamental architectural elements of ADS and the FOM extensions needed to support the complex nature of the Artemis Program. This includes the examination of the ADS FOM modules, ADS base datatypes, ADS SpaceFOM Object Class extensions, new ADS Object Classes, and new ADS Interaction Classes.

HLA↗
NASA NTRSDate not supplied

Development of the Artemis Distributed Simulation FOMs

The National Aeronautics and Space Administration (NASA) is formulating and developing the Artemis Program, a collaboration with domestic commercial and international partners that will establish a long term human presence on the Moon and extend human exploration beyond the Earth-Moon system ahead of exploring Mars. These Artemis partners are developing a portfolio of space and surface systems to support human missions to the lunar surface and beyond. The Artemis systems will provide the mobility, habitation, and logistics infrastructure that will support human exploration and foster robust scientific investigations. Each partner will contribute one or more elements to the Artemis Program with NASA having the overarching responsibility for defining the Artemis architecture and guiding the integration of this complex system of space systems. To successfully accomplish this audacious task, NASA will rely on the development and execution of many complex models and simulations. Many of these simulations will be provided by the Artemis partners. While each of these simulations will provide important insight into the characteristics and performance of an associated system, individually they will not provide insight into the integrated performance of the architecture and the system of systems working in concert to execute a given Artemis mission. To address this need, NASA is developing a distributed simulation capability called the Artemis Distributed Simulation (ADS). ADS’s distributed nature supports the complex aggregation of constituent Artemis element simulations. Artemis partner simulations will be able to join into an ADS-based distributed simulation and interact with other Artemis element simulations while limiting the exposure of proprietary designs and data. ADS is defining a distributed simulation capability built on international simulation interoperability standards, specifically the High Level Architecture (HLA) and the Space Reference Federation Object Model (SpaceFOM). While HLA and SpaceFOM provide the substantive necessary technology basis for ADS, additional common datatypes, message definitions, and execution protocols are required. These extensions constitute the ADS Federation Object Model (FOM). This paper describes the fundamental architectural elements of ADS and the FOM extensions needed to support the complex nature of the Artemis Program. This includes the examination of the ADS FOM modules, ADS base datatypes, ADS SpaceFOM Object Class extensions, new ADS Object Classes, and new ADS Interaction Classes.

HLA↗