Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “Gateway”

Search indexed NASA NTRS and DOE OSTI research on propulsion, heat transfer, battery materials and energy systems. Follow report and document links to the original sources.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 271 records · Page 15

Artemis, Gateway, the Return to the Moon and Forward to Mars for Heliophysics

Over a 100 years ago we humans first landed on Antarctica. At the time we could not have imagined the heliophysics scientific gains that would be got from this continent. Sixty-five years ago we had the first international geophysical year aimed at deployment of instrumentation across this southern most continent and around the globe in recognition of the potential advancements from this integrated system of measurements. This potential has been realized and continues to grow as Antarctica returns science results across most disciplines, inspires artists and athletes, and has touched the lives of many through these gains. Today we are on the precipice of a future new Antarctica with the launch of Artemis 1 and plans for the return of humans to the lunar surface and human exploration to Mars. Heliophysics and space weather are necessary components for the success of these dreams and will benefit greatly from the fundamental science exploration that Artemis and mission to Mars will enable. Within this paper we will discuss the ways in which Artemis and the mission to Mars will benefit Heliophysics and space weather and end with recommendations for steps we see needed to actualize these dreams.

Alexa J Halford↗

Artemis, Gateway, the Return to the Moon and Forward to Mars for Heliophysics

Over a 100 years ago we humans first landed on Antarctica. At the time we could not have imagined the heliophysics scientific gains that would be got from this continent. Sixty-five years ago we had the first international geophysical year aimed at deployment of instrumentation across this southern most continent and around the globe in recognition of the potential advancements from this integrated system of measurements. This potential has been realized and continues to grow as Antarctica returns science results across most disciplines, inspires artists and athletes, and has touched the lives of many through these gains. Today we are on the precipice of a future new Antarctica with the launch of Artemis 1 and plans for the return of humans to the lunar surface and human exploration to Mars. Heliophysics and space weather are necessary components for the success of these dreams and will benefit greatly from the fundamental science exploration that Artemis and mission to Mars will enable. Within this paper we will discuss the ways in which Artemis and the mission to Mars will benefit Heliophysics and space weather and end with recommendations for steps we see needed to actualize these dreams.

Alexa Halford↗

Enhancing the Payload Development Process for Lunar Gateway and Lunar Surface Science & Exploration: Space Biology Beyond Low-Earth-Orbit Instrumentation and Science Series (BLISS) Science Working Group 2023-2024 Annual Report

Space biology BLEO research is inherently driven by the differences between the LEO and BLEO environments, which can be broadly characterized by the five-hazard “RIDGE” paradigm (Radiation, Isolation, Distance, Gravity, Environment, e.g., similar to Figure 2 in (1)). Thus, the envisioned goals over the next decade will include using the cislunar and lunar surface environments to (A) characterize deep-space environments including biological effects of radiation and other stressors, (B) gain experience from isolation of very small groups in very small enclosures, (C) learn to compensate for distance from Earth via in situ resource utilization (ISRU) and bioregenerative life support, (D) gain assurance that all aspects of deep-space exploration can proceed in altered or artificial gravity environments, (E) develop essential adaptation scenarios for the built (e.g., low pressure) and external (e.g., temperature extremes, dust) environments.

Biology↗

Grid-Interactive Building Solutions: MelRok Energy IOT Touch Gateway

This fact sheet describes a grid-interactive efficient building technology that is undergoing field validation tests through DOE's National Labs. It summarizes the technology application (MelRok's Energy IOT Touch), the parameters of the demonstration, and the characteristics of the field validation site.

grid-interactive efficient buildings, GEB, technol↗

Cloud Computing Methods for Near Rectilinear Halo Orbit Trajectory Design

Complicated mission design problems require innovative computational solutions. As spacecraft depart from a proposed Gateway in a Near Rectilinear Halo Orbit (NRHO), recontact analysis is required to avoid risk of collision and ensure safe operations. Escape dynamics from NRHOs are governed by multiple gravitational bodies, yielding a trajectory design space that is exhaustively large. This paper summarizes the recontact analysis for departure from the NRHO and describes how the Deep Space Trajectory Explorer (DSTE) trajectory design software incorporates high performance cloud computing to compute and visualize the orbit design space. Recent focus on exploration missions to cislunar space has kindled accelerated interest in multibody orbit solutions. Trajectory analysis in the presence of multiple gravity fields is complex, and innovative computational tools are needed to simplify complicated design spaces, to generate large quantities of data quickly, and to visualize the output for user accessibility. The Gateway mission is a prime example. The Gateway1 is proposed as a human outpost in deep space. The current baseline orbit for the Gateway is a Near Rectilinear Halo Orbit (NRHO) near the Moon.2 The NRHO exists in a regime that experiences the gravitational effects of the Earth and the Moon simultaneously, complicating orbit analysis. The mission design process benefits greatly from updated computational tools for multibody missions like the Gateway. As an example, consider the problem of assessing the risk of collision in an NRHO. As a staging location to missions to the lunar surface and beyond the Earth-Moon system, the Gateway will experience spacecraft and other objects regularly arriving and departing. Departing objects potentially include spent logistics modules, visiting crew vehicles, debris objects, wastewater particles, and cubesats. Each departure is governed by the dynamics of the Gateway orbit and the surrounding dynamical environment. Over time, any unmaintained object in such an orbit eventually departs due to the small instabilities associated with the NRHOs. A separation maneuver speeds the departure from the NRHO, but the effects of the maneuver on the spacecraft behavior depend on the location, magnitude, and direction of the burn. Escape dynamics from the NRHO with regard to these maneuver options open up an enormous potential trajectory design space where subtle changes in input can produce dramatically large changes in the results. Any departing object must avoid recontacting the Gateway as it leaves the lunar vicinity, and a recontact analysis thus involves a significant number of computations and extensive output data. To explore the dynamics of this extensive design space, the Deep Space Trajectory Explorer3 (DSTE) trajectory design software incorporates new High Performance Computing (HPC) services and novel interactive visualizations. This paper details the HPC and cloud infrastructure techniques that are implemented in the DSTE, applying the new capabilities to analysis of recontact risk with the Gateway in NRHO. NEAR RECTILINEAR HALO ORBITS The Gateway is planned to fly in a lunar NRHO as its baseline orbit. The NRHO families of orbits are subsets of the larger halo families, which originate from planar orbits near the L1 and L2 libration points; the Earth-Moon L2 halo family appears in Figure 1. Each halo orbit is perfectly periodic in the Circular Restricted 3-Body Problem (CR3BP) and becomes a quasi-periodic orbit in a higher fidelity ephemeris force model. The NRHOs are defined as those members of the halo family with bounded stability properties;2 they pass near the Moon at perilune and are nearly polar. Families exist with apolunes located both above the lunar north pole and above the lunar south pole; the Gateway is planned to reside in a southern L2 NRHO in a 9:2 resonance with the lunar synodic period. The 9:2 NRHO is characterized by a period of about 6.5 days, a perilune radius of about 3,500 km, and an apolune radius of about 71,000 km; it is strongly affected by the gravity of both the Earth and the Moon simultaneously. This NRHO offers extended communications with assets on the south pole of the Moon,4 as well as low-cost orbit maintenance and attitude control,5 favorable eclipse avoidance properties,6 and inexpensive transfers from Earth and to other destinations.5,7 The NRHO portion of the southern L2 halo family is highlighted in black in Figure 1, and the 9:2 NRHO appears in blue.

Phillips, Sean M.↗

Predicting Crew Time Allocations for Lunar Orbital Missions Based on Historical ISS Operational Activities

As the National Aeronautics and Space Administration continues to define candidate architectures for the planned lunar “Gateway”, it will be necessary to have a detailed understanding of how the crew will inhabit, operate, and maintain the spacecraft. The nature of the Gateway vehicle systems configuration and operations will have a direct impact on the scope of work activities required of the crew. Crew work schedules are sensitive to variations in spacecraft architecture, visiting vehicle activities, and logistics operations – particularly within short duration missions as initially planned for the lunar Gateway. These system and operational configurations must be taken into account when planning for crew time availability to conduct science activities on Gateway missions. This paper presents a methodology that is used to predict crew time distributions for lunar Gateway missions, as applied in NASA’s Exploration Crew Time Model (ECTM). The process utilized for evaluating crew time distributions is based on the categorization of all crew activities into a standardized ontology. Historical ISS daily crew timeline data from July 20, 2011 (post STS retirement) to present day was captured via the Operational Planning Timeline Integration System (OPTimIS) database and characterized according to the standardized ontology. This process enabled correlation and statistical analysis of the ISS data according to common mission parameters such as crew size, ECLSS system design, vehicle traffic operations, and logistics delivery operations. The results of the statistical analysis are a set of crew time distributions for each activity category. These distributions are then utilized within the ECTM to examine crew time allocations based on mission parameter inputs, which serve to characterize the Gateway mission configurations. Results for predicted crew time allocations for representative short duration Gateway missions are presented. These results can be used to evaluate crew schedule availability for science and utilization activities. Variations in expected mission architectures and mission operations are accounted for to correct crew time predictions. The analysis is being leveraged to plan utilization capability objectives that are achievable on the Gateway missions, as well as inform the viability of various mission architecture options.

Stromgren, Chel↗

Semi-Autonomous Rodent Habitat for Deep Space Exploration

NASA has flown animals to space as part of trailblazing missions and to understand the biological responses to spaceflight. Mice traveled in the Lunar Module with the Apollo 17 astronauts and now mice are frequent research subjects in LEO on the ISS. The ISS rodent missions have focused on unravelling biological mechanisms, better understanding risks to astronaut health, and testing candidate countermeasures. A critical barrier for longer-duration animal missions is the need for humans-in-the-loop to perform animal husbandry and perform routine tasks during a mission. Using autonomous or telerobotic systems to alleviate some of these tasks would enable longer-duration missions to be performed at the Deep Space Gateway. Rodent missions performed using the Gateway as a platform could address a number of critical risks identified by the Human Research Program (HRP), as well as Space Biology Program questions identified by NRC Decadal Survey on Biological and Physical Sciences in Space, (2011). HRP risk areas of potentially greatest relevance that the Gateway rodent missions can address include those related to visual impairment (VIIP) and radiation risks to central nervous system, cardiovascular disease, as well as countermeasure testing. Space Biology focus areas addressed by the Gateway rodent missions include mechanisms and combinatorial effects of microgravity and radiation. The objectives of the work proposed here are to 1) develop capability for semi-autonomous rodent research in cis-lunar orbit, 2) conduct key experiments for testing countermeasures against low gravity and space radiation. The hardware and operations system developed will enable experiments at least one month in duration, which potentially could be extended to one year in duration. To gain novel insights into the health risks to crew of deep space travel (i.e., exposure to space radiation), results obtained from Gateway flight rodents can be compared to ground control groups and separate groups of mice exposed to simulated Galactic Cosmic Radiation (at the NASA Space Radiation Lab). Results can then be compared to identical experiments conducted on the ISS. Together results from Gateway, ground-based, and ISS rodent experiments will provide novel insight into the effects of space radiation.

deep space gateway↗

Medical Data Architecture Platform and Recommended Requirements for a Medical Data System for Exploration Missions

The Medical Data Architecture (MDA) project supports the Exploration Medical Capability (ExMC) risk to minimize or reduce the risk of adverse health outcomes and decrements in performance due to in-flight medical capabilities on human exploration missions. To mitigate this risk, the ExMC MDA project addresses the technical limitations identified in ExMC Gap Med 07: We do not have the capability to comprehensively process medically- relevant information to support medical operations during exploration missions. This gap identifies that the current in-flight medical data management includes a combination of data collection and distribution methods that are minimally integrated with on-board medical devices and systems. Furthermore, there are a variety of data sources and methods of data collection. For an exploration mission, the seamless management of such data will enable a more medically autonomous crew than the current paradigm of medical data management on the International Space Station. ExMC has recognized that in order to make informed decisions about a medical data architecture framework, current methods for medical data management must not only be understood, but an architecture must also be identified that provides the crew with actionable insight to medical conditions. This medical data architecture will provide the necessary functionality to address the challenges of executing a self-contained medical system that approaches crew health care delivery without assistance from ground support. Hence, the products derived from the third MDA prototype development will directly inform exploration medical system requirements for Level of Care IV in Gateway missions. In fiscal year 2019, the MDA project developed Test Bed 3, the third iteration in a series of prototypes, that featured integrations with cognition tool data, ultrasound image analytics and core Flight Software (cFS). Maintaining a layered architecture design, the framework implemented a plug-in, modular approach in the integration of these external data sources. An early version of MDA Test Bed 3 software was deployed and operated in a simulated analog environment that was part of the Next Space Technologies for Exploration Partnerships (NextSTEP) Gateway tests of multiple habitat prototypes. In addition, the MDA team participated in the Gateway Test and Verification Demonstration, where the MDA cFS applications was integrated with Gateway-in-a-Box software to send and receive medically relevant data over a simulated vehicle network. This software demonstration was given to ExMC and Gateway Program stakeholders at the NASA Johnson Space Center Integrated Power, Avionics and Software (iPAS) facility. Also, the integrated prototypes served as a vehicle to provide Level 5 requirements for the Crew Health and Performance Habitat Data System for Gateway Missions (Medical Level of Care IV). In the upcoming fiscal year, the MDA project will continue to provide systems engineering and vertical prototypes to refine requirements for medical Level of Care IV and inform requirements for Level of Care V.

Krihak, M.↗

Medical Data Architecture Platform and Recommended Requirements for A Medical Data System for Exploration Missions

Minimize or reduce the risk of adverse health outcomes and decrements in performance due to in-flight medical capabilities on human exploration missions. To mitigate this risk, the ExMC MDA project addresses the technical limitations identified in ExMC Gap Med 07: We do not have the capability to comprehensively process medically relevant information to support medical operations during exploration missions. This gap identifies that the current in-flight medical data management includes a combination of data collection and distribution methods that are minimally integrated with on-board medical devices and systems. Furthermore, there are a variety of data sources and methods of data collection. For an exploration mission, the seamless management of such data will enable a more medically autonomous crew than the current paradigm of medical data management on the International Space Station. ExMC has recognized that in order to make informed decisions about a medical data architecture framework, current methods for medical data management must not only be understood, but an architecture must also be identified that provides the crew with actionable insight to medical conditions. This medical data architecture will provide the necessary functionality to address the challenges of executing a self-contained medical system that approaches crew health care delivery without assistance from ground support. Hence, the products derived from the third MDA prototype development will directly inform exploration medical system requirements for Level of Care IV in Gateway missions.In fiscal year 2019, the MDA project developed Test Bed 3, the third iteration in a series of prototypes, that featured integrations with cognition tool data, ultrasound image analytics and core Flight Software (cFS). Maintaining a layered architecture design, the framework implemented a plug-in, modular approach in the integration of these external data sources. An early version of MDA Test Bed 3 software was deployed and operated in a simulated analog environment that was part of the Next Space Technologies for Exploration Partnerships (NextSTEP) Gateway tests of multiple habitat prototypes. In addition, the MDA team participated in the Gateway Test and Verification Demonstration, where the MDA cFS applications was integrated with Gateway-in-a-Box software to send and receive medically relevant data over a simulated vehicle network. This software demonstration was given to ExMC and Gateway Program stakeholders at the NASA Johnson Space Center Integrated Power, Avionics and Software (iPAS) facility. Also, the integrated prototypes served as a vehicle to provide Level 5 requirements for the Crew Health and Performance Habitat Data System for Gateway Missions (Medical Level of Care IV). In the upcoming fiscal year, the MDA project will continue to provide systems engineering and vertical prototypes to refine requirements for medical Level of Care IV and inform requirements for Level of Care V.

Krihak, M.↗