Search NASA⌕ Search

SEARCH · Search NASA

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 127 records · Page 7

Recovery from Missed Thrust During Gateway's NRHO Insertion Using Auxiliary Propulsion

Various strategies are assessed by which the first two elements of Gateway could recover from missed thrust events during insertion into a Near Rectilinear Halo Orbit (NRHO). Recovery strategies are assessed in terms of their ability to maintain the desired NRHO insertion epoch ad well as their cost in terms of additional time and ∆v required to reach the NRHO. Strategies utilize a 50 kW Solar Electric Propulsion (SEP) system onboard the Power and Propulsion Element (PPE). Recovery solutions are found that, in the event of a missed thrust arc during the Insertion Phase of the Gateway Lunar Transit, deliver the space-craft into the NRHO within three additional revolutions (roughly 21 days) and 80 m/s ∆v.

missed thrust↗

Gateway: An earth orbiting transportation node

University of Texas Mission Design (UTMD) has outlined the components that a space based transportation facility must include in order to support the first decade of Lunar base buildup. After studying anticipated traffic flow to and from the hub, and taking into account crew manhour considerations, propellant storage, orbital transfer vehicle maintenance requirements, and orbital mechanics, UTMD arrived at a design for the facility. The amount of activity directly related to supporting Lunar base traffic is too high to allow the transportation hub to be part of the NASA Space Station. Instead, a separate structure should be constructed and dedicated to handling all transportation-related duties. UTMD found that the structure (named Gateway) would need a permanent crew of four to perform maintenance tasks on the orbital transfer and orbital maneuvering vehicles and to transfer payload from launch vehicles to the orbital transfer vehicles. In addition, quarters for 4 more persons should be allocated for temporary accommodation of Lunar base crew passing through Gateway. UTMD was careful to recommend an expendable structure that can adapt to meet the growing needs of the American space program.

Source record↗

Communication-Gateway Software For NETEX, DECnet, And TCP/IP

Communications gateway software, GATEWAY, provides process-to-process communication between remote applications programs in different protocol domains. Communicating peer processes may be resident on any paired combination of NETEX, DECnet, or TCP/IP hosts. Provides necessary mapping from one protocol to another and facilitates practical intermachine communications in cost-effective manner by eliminating need to standardize on single protocol or to implement multiple protocols in host computers. Written in Ada.

Keith, B.↗

Analysis of random drop for gateway congestion control

Lately, the growing demand on the Internet has prompted the need for more effective congestion control policies. Currently No Gateway Policy is used to relieve and signal congestion, which leads to unfair service to the individual users and a degradation of overall network performance. Network simulation was used to illustrate the character of Internet congestion and its causes. A newly proposed gateway congestion control policy, called Random Drop, was considered as a promising solution to the pressing problem. Random Drop relieves resource congestion upon buffer overflow by choosing a random packet from the service queue to be dropped. The random choice should result in a drop distribution proportional to the bandwidth distribution among all contending TCP connections, thus applying the necessary fairness. Nonetheless, the simulation experiments demonstrate several shortcomings with this policy. Because Random Drop is a congestion control policy, which is not applied until congestion has already occurred, it usually results in a high drop rate that hurts too many connections including well-behaved ones. Even though the number of packets dropped is different from one connection to another depending on the buffer utilization upon overflow, the TCP recovery overhead is high enough to neutralize these differences, causing unfair congestion penalties. Besides, the drop distribution itself is an inaccurate representation of the average bandwidth distribution, missing much important information about the bandwidth utilization between buffer overflow events. A modification of Random Drop to do congestion avoidance by applying the policy early was also proposed. Early Random Drop has the advantage of avoiding the high drop rate of buffer overflow. The early application of the policy removes the pressure of congestion relief and allows more accurate signaling of congestion. To be used effectively, algorithms for the dynamic adjustment of the parameters of Early Random Drop to suite the current network load must still be developed.

Hashem, Emam Salaheddin↗

Analytic Patch Configuration (APC) gateway version 1.0 user's guide

The Analytic Patch Configuration (APC) is an interactive software tool which translates aircraft configuration geometry files from one format into another. This initial release of the APC Gateway accommodates six formats: the four accepted APC formats (89f, 89fd, 89u, and 89ud), the PATRAN 2.x phase 1 neutral file format, and the Integrated Aerodynamic Analysis System (IAAS) General Geometry (GG) format. Written in ANSI FORTRAN 77 and completely self-contained, the APC Gateway is very portable and was already installed on CDC/NOS, VAX/VMS, SUN, SGI/IRIS, CONVEX, and GRAY hosts.

Bingel, Bradford D.↗

Transferable Output ASCII Data (TOAD) gateway: Version 1.0 user's guide

The Transferable Output ASCII Data (TOAD) Gateway, release 1.0 is described. This is a software tool for converting tabular data from one format into another via the TOAD format. This initial release of the Gateway allows free data interchange among the following file formats: TOAD; Standard Interface File (SIF); Program to Optimize Simulated Trajectories (POST) input; Comma Separated Value (TSV); and a general free-form file format. As required, additional formats can be accommodated quickly and easily.

Bingel, Bradford D.↗

Space Station Freedom Gateway to the Future

The first inhabited outpost on the frontier of space will be a place to live, work, and discover. Experiments conducted on Freedom will advance scientific knowledge about our world, our environment, and ourselves. We will learn how to adapt to the space environment and to build and operate new spacecraft with destinations far beyond Earth, continuing the tradition of exploration that began with a journey to the Moon. What we learn from living and working on Freedom will strengthen our expertise in science and engineering, promote national research and development initiatives and inspire another generation of Americans to push forward and onward. On the eve of the 21st century, Space Station Freedom will be our gateway to the future. This material covers gateways to space, research, discovery, utilization, benefits, and NASA.

Source record↗

TOAD Gateway

TOAD Gateway is interactive software tool for converting data files to and from variety of file formats. Currently reads and writes following file formats: TOAD; Standard Interface File (SIF); Program to Optimize Simulated Trajectories (POST) input; Comma Separated Value and Tab Separated Value, common in PC and Macintosh spreadsheet and database packages; and general free format. Additional modules for accommodating other formats easily developed and installed. Companion program, TOAD Editor (LAR-14423), manipulates contents of TOAD files and extracts selected subsets of data. TOAD Gateway written in FORTRAN 77.

Bingel, Bradford D.↗

HOSC DTN Gateway Test Report

Goals of this activity: Test the Huntsville Operations Support Center (HOSC) Delay/Disruption Tolerant Networking (DTN) Gateway for operational use Current activity includes: (1) Test the Implementation of a new DTN2 gateway at the HOSC (2) Confirm integration of DTN nodes into the S-band uplink and Ku-band downlink of the ISS for limited use (3) Implement Aggregate Custody Signal to ISS platforms (4) Verify operational support for Colorado University (CU) onboard components (5) Verify ability to support Multi-Purpose End-To- End Robotic Operation Network (METERON) OpsCon-2

Pitts, Robert Lee↗

Comparing Trash Disposal and Reuse Options for Deep Space Gateway and Mars Missions

Taking out the trash at NASA's newly proposed Deep Space Gateway (DSG) will not be a trivial task. While not the most important aspect of planning this cislunar outpost, there are several options that should be carefully considered since they may affect the crew as well as mission mass and volume. This study extends an earlier one, which focused on waste disposal options for a Mars Transit Vehicle. In that study, gasifying and venting trash along the way was found to noticeably reduce propellant needs and launch mass, whereas keeping processed trash on board in the form of radiation shielding tiles would significantly lower the crew's radiation dose during a solar particle event. Another favorable strategy was packing trash in a used logistics module for disposal. Since the DSG does not need much propulsion to maintain its orbit and Orion will be present with its own radiation storm shelter at the Gateway, the driving factors of the waste disposal trade study are different than for the Mars mission. Besides reviewing the propulsion and radiation shielding factors, potential drivers such as mass, power, volume, crew time, and human factors (e.g. smell) were studied. Disposal options for DSG include jettison of a used logistics module containing waste after every human stay, jettison of the same logistics module after several missions once it is full, regular disposal of trash via an airlock, or gasifying waste products for easier disposal or reuse. Conversely, a heat melt compactor device could be used to remove water and stabilize trash into tiles which could be more compactly stored on board and used as radiation shielding. Equivalent system mass analysis is used to tally the benefits and costs (mass, volume, power, crew time) of each case on an equivalent mass basis. Other more subjective factors are also discussed. Recommendations are made for DSG and Mars mission waste disposal.

Ewert, Michael↗

The Deep Space Gateway Lightning Mapper (DLM) - Monitoring Global Change and Thunderstorm Processes Through Observations of Earth's High-Latitude Lightning from Cis-Lunar Orbit

Function: Monitor global change and thunderstorm processes through observations of Earth's high-latitude lightning. This instrument will combine long-lived sampling of individual thunderstorms with long-term observations of lightning at high latitudes: How is global change affecting thunderstorm patterns; How do high-latitude thunderstorms differ from low-latitude? Why is the Gateway the optimal facility for this instrument / research: Expected DSG (Deep Space Gateway) orbits will provide nearly continuous viewing of the Earth's high latitudes (50 degrees latitude and poleward); These regions are not well covered by existing lightning mappers (e.g., Lightning Imaging Sensor / LIS, or Geostationary Lightning Mapper / GLM); Polar, Molniya, Tundra, etc. Earth orbits have significant drawbacks related to continuous coverage and/or stable FOVs (Fields of View).

Climate↗

GPS Based Autonomous Navigation Study for the Lunar Gateway

This paper describes and predicts the performance of a conceptual autonomous GPS-based navigation system for NASA's planned lunar Gateway. This system is based on the flight-proven Magnetospheric Multiscale (MMS) GPS navigation system, augmented with an earth-pointed high-gain antenna and with an option for an atomic clock. High-fidelity simulations, calibrated against MMS flight data and making use of GPS transmitter patterns from the GPS Antenna Characterization Experiment (ACE) project are developed for operation of the system in the Gateway Near-Rectilinear Halo Orbit (NRHO). The results indicate that GPS can provide an autonomous, realtime navigation capability with comparable, or superior, performance to traditional Deep Space Network approach with eight hours of tracking per day.

Winternitz, Luke B.↗

White Paper: Gateway Destination Orbit Model: A Continuous 15 Year NRHO Reference Trajectory

The Gateway program has selected a Near-Rectilinear Halo Orbit (NRHO) of the L2 southern family as its operational orbit. In order to facilitate mission analysis for Gateway and associated programs utilizing this orbit, a representative reference trajectory 15 years in duration has been developed. The purpose of this white paper is to review the properties of this NRHO reference trajectory.

lunar synodic resonant↗

MBSE for the Gateway Program

The Gateway Program and many of its module developers are using Magic Draw to coordinate functions, requirements, and interfaces between the various elements that make up the Gateway Platform. This also extends to the visiting vehicles (Human Lander System, Logistics Module, and Orion). The Propulsion and Power Element (PPE) is using Magic Draw to coordinate the design activities at NASA GRC (Glenn Research Center) and the contractor. This discussion will provide an overview of the MBSE (Model-Based Systems Engineering) efforts and how we are interfacing the various MBSE models into a single integrated model.

Systems Engineering↗

Vision for Cross-Center MSBE Collaboration on the Gateway Program

Model-Based Systems Engineering (MBSE) can be a challenge when there is only one modeler and one model involved. For the Gateway Program, due to its unique acquisition approach, the modeling efforts involve multiple NASA centers with each developing their own models. Every additional model to be integrated compounds the difficulties, necessitating stronger ontologies and explicitly defined interfaces between models. To help facilitate this integration, a vision of collaboration between centers is in its beginning stages. This vision includes looking at models as systems themselves and developing their own use cases, requirements and interfaces between each of them. The goal of this presentation is to share the Gateway Program's cross-center vision for model collaboration, the lessons learned in developing and implementing that vision for the various system engineering products needed to satisfy life cycle review criteria and how treating models as systems helped in these efforts.

Crane, Jeremiah↗

X-HAB 2020 Academic Innovation Challenge: Next Generation User Interfaces for Gateway Autonomous Operations

NASA’s Gateway seeks to establish an autonomous platform in support of Artemis mission (boots on ground 2024). It is used to refine and mature short and long-duration deep space exploration capabilities through the 2020s. It is expected to be assembled in a lunar orbit where it can be used as a staging point for missions to the Moon and other destinations in deep space. Gateway can evolve for different mission needs involving exploration, science, commercial and international partners. User interfaces for autonomous systems is an emerging area where knowledge and implementation concepts are still in their infancy.

J. Cecil↗

Artemis IV International Gateway Biological Payloads

1. Microbiology of the Built Environment (MoBE) - Sponsor: SMD Biological and Physical Science Division (BPS), Space Biology Program - Status as of 2021: - a. Paused in 2021, pending ESDMD’s Logistics Module Decision - b. Payload proposed by BPS and developed by the DWG and Partner Agencies - c. Submitted to Gateway Program Mission Integration and Utilization for feasibility review - d. GPCB ATP package produced and on pause - e. Research solicitation will be international 2. Gateway Research Accommodation Bag 1. Sponsor: ESA 2. BPS Space Biology Program intending to fly a passive experiment - Payload is TBD

Kevin Sato↗

Trustworthy Autonomy for Gateway Vehicle System Manager

The Vehicle System Manager (VSM) is the highest-level software control system in the Gateway hierarchical Autonomous System Management Architecture. The VSM provides four function categories: Mission Management and Timeline Execution, Resource Management, Fault Management, Vehicle Control and Operation. VSM provides various levels of automation ranging from fully autonomous operations with no flight crew and minimal ground monitoring to advisory automation when Gateway is crewed and has full ground monitoring. Trustworthiness is achieved via verified specification, comprehensive development verification, and real-time verification using assume-guarantee contracts. Development verification includes semantic verification of the data model via peer review and testing and assume-guarantee contracts implemented using the PlusCal/TLA+ environment. VSM also uses runtime assume-guarantee contracts, implemented in R2U2 via a runtime monitor that feeds the necessary telemetry data to R2U2 and which receives and responds to the R2U2 verdict stream. The full lifecycle verification approach and use of assume-guarantee contracts provides increased trustworthiness to VSM. Preliminary results provide encouragement that VSM can be both autonomous and trustworthy.

Assume-guarantee contracts↗