SEARCH · Search NASA

Results for “Avionics Requirements and ARchitecture”

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.

SourceResearch connectionFrom yearThrough year

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

At least 163 records · Page 9

All sources NASA NTRS DOE OSTI

NASA NTRS2009

The Habitat Demonstration Unit System Integration

The Lunar Surface System Habitat Demonstration Unit (HDU) will require the project team to integrate a variety of contributions from NASA centers and potential outside collaborators and poses a challenge in integrating these disparate efforts into a cohesive architecture. To accomplish the development of the HDU from conception in June 2009 to rollout for operations in July 2010, the HDU team is using several strategies to mitigate risks and bring the separate efforts together. First, a set of design standards is being developed to define the interfaces between the various systems of HDU and to the payloads, such as the Geology Lab, that those systems will support. Scheduled activities such as early fit-checks and the utilization of a Habitat avionics test bed prior to equipment installation into HDU. A coordinated effort to establish simplified Computer Aided Design standards and the utilization of a modeling and simulation systems will aid in design and integration concept development. Finally, decision processes on the shell development including the assembly sequence and the transportation have been fleshed out early on HDU to maximize the efficiency of both integration and field operations.

Kennedy, Kriss J.↗

NASA NTRS2016

AirSTAR Hardware and Software Design for Beyond Visual Range Flight Research

The National Aeronautics and Space Administration (NASA) Airborne Subscale Transport Aircraft Research (AirSTAR) Unmanned Aerial System (UAS) is a facility developed to study the flight dynamics of vehicles in emergency conditions, in support of aviation safety research. The system was upgraded to have its operational range significantly expanded, going beyond the line of sight of a ground-based pilot. A redesign of the airborne flight hardware was undertaken, as well as significant changes to the software base, in order to provide appropriate autonomous behavior in response to a number of potential failures and hazards. Ground hardware and system monitors were also upgraded to include redundant communication links, including ADS-B based position displays and an independent flight termination system. The design included both custom and commercially available avionics, combined to allow flexibility in flight experiment design while still benefiting from tested configurations in reversionary flight modes. A similar hierarchy was employed in the software architecture, to allow research codes to be tested, with a fallback to more thoroughly validated flight controls. As a remotely piloted facility, ground systems were also developed to ensure the flight modes and system state were communicated to ground operations personnel in real-time. Presented in this paper is a general overview of the concept of operations for beyond visual range flight, and a detailed review of the airborne hardware and software design. This discussion is held in the context of the safety and procedural requirements that drove many of the design decisions for the AirSTAR UAS Beyond Visual Range capability.

Laughter, Sean↗

NASA NTRS2017

CisLunar Habitat Internal Architecture Design Criteria

BACKGROUND: In preparation for human exploration to Mars, there is a need to define the development and test program that will validate deep space operations and systems. In that context, a Proving Grounds CisLunar habitat spacecraft is being defined as the next step towards this goal. This spacecraft will operate differently from the ISS or other spacecraft in human history. The performance envelope of this spacecraft (mass, volume, power, specifications, etc.) is being defined by the Future Capabilities Study Team. This team has recognized the need for a human-centered approach for the internal architecture of this spacecraft and has commissioned a CisLunar Phase-1 Habitat Internal Architecture Study Team to develop a NASA reference configuration, providing the Agency with a "smart buyer" approach for future acquisition. THE CISLUNAR HABITAT INTERNAL ARCHITECTURE STUDY: Overall, the CisLunar Habitat Internal Architecture study will address the most significant questions and risks in the current CisLunar architecture, habitation, and operations concept development. This effort is achieved through definition of design criteria, evaluation criteria and process, design of the CisLunar Habitat Phase-1 internal architecture, and the development and fabrication of internal architecture concepts combined with rigorous and methodical Human-in-the-Loop (HITL) evaluations and testing of the conceptual innovations in a controlled test environment. The vision of the CisLunar Habitat Internal Architecture Study is to design, build, and test a CisLunar Phase-1 Habitat Internal Architecture that will be used for habitation (e.g. habitability and human factors) evaluations. The evaluations will mature CisLunar habitat evaluation tools, guidelines, and standards, and will interface with other projects such as the Advanced Exploration Systems (AES) Program integrated Power, Avionics, Software (iPAS), and Logistics for integrated human-in-the-loop testing. The mission of the CisLunar Habitat Internal Architecture Study is to become a forcing function to establish a common understanding of CisLunar Phase-1 Habitation Internal Architecture design criteria, processes, and tools. The scope of the CisLunar Habitat Internal Architecture study is to design, develop, demonstrate, and evaluate a Phase-1 CisLunar Habitat common module internal architecture based on design criteria agreed to by NASA, the International Partners, and Commercial Exploration teams. This task is to define the CisLunar Phase-1 Internal Architecture Government Reference Design, assist NASA in becoming a "smart buyer" for Phase-1 Habitat Concepts, and ultimately to derive standards and requirements from the Internal Architecture Design Process. The first step was to define a Habitat Internal Architecture Design Criteria and create a structured philosophy to be used by design teams as a filter by which critical aspects of consideration would be identified for the purpose of organizing and utilizing interior spaces. With design criteria in place, the team will develop a series of iterative internal architecture concept designs which will be assessed by means of an evaluation criteria and process. These assessments will successively drive and refine the design, leading to the combination and down-selection of design concepts. A single refined reference design configuration will be developed into in a medium-to-high fidelity mockup. A multi-day human-in-the-loop mission test will fully evaluate the reference design and validate its configuration. Lessons learned from the design and evaluation will enable the team to identify appropriate standards for Phase-1 CisLunar Habitat Internal Architecture and will enable NASA to develop derived requirements in support of maturing CisLunar Habitation capabilities. This paper will describe the criteria definition process, workshop event, and resulting CisLunar Phase-1 Habitat Internal Architecture Design Criteria.

Jones, R.↗

NASA NTRSDate not supplied

Enabling Reliable, Fault-Tolerant Autonomous Lunar Habitats with High-Performance Spaceflight Computing

The lunar surface presents unfavorable constraints and harsh living conditions. To address these challenges, autonomous habitats will require complex integrated systems that combine advanced software, high-performance hardware, and cutting-edge sensors to ensure sustainability, safety, and operational efficiency. Consequently, maintaining a sustainable presence on the Moon requires reliable infrastructure and efficient development, precise monitoring, and utilization of resources within a lunar installation. These elements are essential not only to ensure that lunar settlement can be long-term, self-sustaining, and resource-efficient, but also to serve as a foundation for future missions and eventual human habitation on Mars. Humans are not native to the Moon; therefore, our survival and ability to thrive will depend on autonomous systems that can foster safety and resilience through high-availability architectures, graceful degradation, and highly fault-tolerant spaceflight hardware capable of continuing operation during failures. This requires advanced human-rated distributed systems architectures with specialized electronics, scalable capabilities, and an integrated design approach. Unlike current practices focused on short-term missions and regularly maintained components, permanent lunar compute systems must be designed for extended operations beyond mission durations. This paper explores the necessity of transitioning toward fault- tolerant, highly autonomous hardware systems designed for multi-year missions. It also identifies critical subsystems that require high levels of autonomy, supported by radiation-hardened processors and extreme thermal loads, which are essential to mitigate long-term degradation and ensure sustainable lunar habitation. Finally, the paper aligns with NASA’s identified Civil Space Shortfalls, particularly in high-performance onboard computing, advanced data acquisition, extreme-environment avionics, radiation monitoring and countermeasures, and autonomous health management. It proposes NASA’s new High-Performance Spaceflight Computing (HPSC) processor as a turnkey solution, delivering 100 times the performance-per-watt of legacy rad-hard CPUs and enabling onboard AI, edge computing, and fault-tolerant features essential for sustained lunar autonomy and beyond.

Sarkis S Mikaelian↗

NASA NTRSDate not supplied

Production of Flight Instruments for Multi-Satellite Constellations

Recent National Academy of Science Decadal Surveys in space and Earth-science have called for simultaneous, distributed multi-point measurements in and from space, requiring constellations of small spacecraft. Small satellites have demonstrated their utility for enabling high-quality science measurements and observations. NASA missions have leveraged advances in sensor miniaturization, technology innovations, and new small satellite mission architectures to enable meaningful measurement-based scientific investigations that operate on small satellites and that are responsive to science objectives described in National Academy of Science Decadal Surveys. The advent of high capability small spacecraft enables consideration of science missions involving multiple small spacecraft, constellations of a few or many for simultaneous distributed in situ observations or remote observations from a variety of viewpoints. The central challenge for fielding instrumented space-flight constellations is to provide the required multiple sets of fully verified and calibrated instrument hardware, software, and operational processes from within a one-off project-based scientific space flight culture. Although there are numerous commercial entities providing “off-the shelf” spacecraft and avionics, the challenge lies in the multi-unit production of the uniquely targeted instrumentation necessary to perform the specific measurements required for a particular science investigation. Traditionally, the cost of such instrumentation has represented a significant portion of the hardware cost for a mission and posed the highest risk area for implementation. A shift in paradigm from large science platforms to constellations of smaller satellites drives the challenge to build instruments in a quasi-production environment. This paper describes key aspects of, and challenges encountered in the development program for the successful production of instruments for the Fast-Plasma Investigation (FPI) instrument suite of 64 flight plasma spectrometers and supporting electronics on the NASA Magnetospheric Multiscale (MMS) 4 satellite constellation mission. Although the MMS mission was not composed of small satellites, there are key aspects of the instrument production that apply directly to constellations of small satellites.

Arthur D Jacques↗

NASA NTRSDate not supplied

Production of Flight Instruments for Multi-Satellite Constellations

Arthur D Jacques↗

NASA NTRS2013

Assessment Environment for Complex Systems Software Guide

This Software Guide (SG) describes the software developed to test the Assessment Environment for Complex Systems (AECS) by the West Virginia High Technology Consortium (WVHTC) Foundation's Mission Systems Group (MSG) for the National Aeronautics and Space Administration (NASA) Aeronautics Research Mission Directorate (ARMD). This software is referred to as the AECS Test Project throughout the remainder of this document. AECS provides a framework for developing, simulating, testing, and analyzing modern avionics systems within an Integrated Modular Avionics (IMA) architecture. The purpose of the AECS Test Project is twofold. First, it provides a means to test the AECS hardware and system developed by MSG. Second, it provides an example project upon which future AECS research may be based. This Software Guide fully describes building, installing, and executing the AECS Test Project as well as its architecture and design. The design of the AECS hardware is described in the AECS Hardware Guide. Instructions on how to configure, build and use the AECS are described in the User's Guide. Sample AECS software, developed by the WVHTC Foundation, is presented in the AECS Software Guide. The AECS Hardware Guide, AECS User's Guide, and AECS Software Guide are authored by MSG. The requirements set forth for AECS are presented in the Statement of Work for the Assessment Environment for Complex Systems authored by NASA Dryden Flight Research Center (DFRC). The intended audience for this document includes software engineers, hardware engineers, project managers, and quality assurance personnel from WVHTC Foundation (the suppliers of the software), NASA (the customer), and future researchers (users of the software). Readers are assumed to have general knowledge in the field of real-time, embedded computer software development.

tests↗

NASA NTRS2006

Crew Launch Vehicle (CLV) Upper Stage Configuration Selection Process

The Crew Launch Vehicle (CLV), a key component of NASA's blueprint for the next generation of spacecraft to take humans back to the moon, is being designed and built by engineers at NASA s Marshall Space Flight Center (MSFC). The vehicle s design is based on the results of NASA's 2005 Exploration Systems Architecture Study (ESAS), which called for development of a crew-launch system to reduce the gap between Shuttle retirement and Crew Exploration Vehicle (CEV) Initial Operating Capability, identification of key technologies required to enable and significantly enhance these reference exploration systems, and a reprioritization of near- and far-term technology investments. The Upper Stage Element (USE) of the CLV is a clean-sheet approach that is being designed and developed in-house, with element management at MSFC. The USE concept is a self-supporting cylindrical structure, approximately 115' long and 216" in diameter, consisting of the following subsystems: Primary Structures (LOX Tank, LH2 Tank, Intertank, Thrust Structure, Spacecraft Payload Adaptor, Interstage, Forward and Aft Skirts), Secondary Structures (Systems Tunnel), Avionics and Software, Main Propulsion System, Reaction Control System, Thrust Vector Control, Auxiliary Power Unit, and Hydraulic Systems. The ESAS originally recommended a CEV to be launched atop a four-segment Space Shuttle Main Engine (SSME) CLV, utilizing an RS-25 engine-powered upper stage. However, Agency decisions to utilize fewer CLV development steps to lunar missions, reduce the overall risk for the lunar program, and provide a more balanced engine production rate requirement prompted engineers to switch to a five-segment design with a single Saturn-derived J-2X engine. This approach provides for single upper stage engine development for the CLV and an Earth Departure Stage, single Reusable Solid Rocket Booster (RSRB) development for the CLV and a Cargo Launch Vehicle, and single core SSME development. While the RSRB design has changed since the CLV Project's inception, the USE design has remained essentially a clean-sheet approach. Although a clean-sheet upper stage design inherently carries more risk than a modified design, it does offer many advantages: a design for increased reliability; built-in extensibility to allow for commonality/growth without major redesign; and incorporation of state-of-the-art materials, hardware, and design, fabrication, and test techniques and processes to facilitate a potentially better, more reliable system. Because consideration was given in the ESAS to both clean-sheet and modified USE designs, this paper will highlight the advantages and disadvantages of both approaches and provide a detailed discussion of trades/selections made that led to the final upper stage configuration.

Davis, Daniel J.↗

NASA NTRS2010

The Habitat Demonstration Unit System Integration

The Lunar Surface System Habitat Demonstration Unit (HDU) will require a project team to integrate a variety of contributions from National Aeronautics and Space Administration (NASA) centers and potential outside collaborators and poses a challenge in integrating these disparate efforts into a cohesive architecture. To accomplish the development of the first version of the HDU, the Pressurized Excursion Module (PEM), from conception in June 2009 to rollout for operations in July 2010, the HDU project team is using several strategies to mitigate risks and bring the separate efforts together. First, a set of design standards is being developed to define the interfaces between the various systems of PEM and to the payloads, such as the Geology Laboratory, that those systems will support. Scheduled activities such as early fit-checks and the utilization of a habitat avionics test bed prior to equipment installation into HDU PEM are planned to facilitate the integration process. A coordinated effort to establish simplified Computer Aided Design (CAD) standards and the utilization of a modeling and simulation systems will aid in design and integration concept development. Finally, decision processes on the shell development including the assembly sequence and the transportation have been fleshed out early on HDU design to maximize the efficiency of both integration and field operations.

Gill, Tracy R.↗

NASA NTRS2012

Onboard Sensor Data Qualification in Human-Rated Launch Vehicles

The avionics system software for human-rated launch vehicles requires an implementation approach that is robust to failures, especially the failure of sensors used to monitor vehicle conditions that might result in an abort determination. Sensor measurements provide the basis for operational decisions on human-rated launch vehicles. This data is often used to assess the health of system or subsystem components, to identify failures, and to take corrective action. An incorrect conclusion and/or response may result if the sensor itself provides faulty data, or if the data provided by the sensor has been corrupted. Operational decisions based on faulty sensor data have the potential to be catastrophic, resulting in loss of mission or loss of crew. To prevent these later situations from occurring, a Modular Architecture and Generalized Methodology for Sensor Data Qualification in Human-rated Launch Vehicles has been developed. Sensor Data Qualification (SDQ) is a set of algorithms that can be implemented in onboard flight software, and can be used to qualify data obtained from flight-critical sensors prior to the data being used by other flight software algorithms. Qualified data has been analyzed by SDQ and is determined to be a true representation of the sensed system state; that is, the sensor data is determined not to be corrupted by sensor faults or signal transmission faults. Sensor data can become corrupted by faults at any point in the signal path between the sensor and the flight computer. Qualifying the sensor data has the benefit of ensuring that erroneous data is identified and flagged before otherwise being used for operational decisions, thus increasing confidence in the response of the other flight software processes using the qualified data, and decreasing the probability of false alarms or missed detections.

Wong, Edmond↗

NASA NTRS2010

Verification and Validation of Flight-Critical Systems

For the first time in many years, the NASA budget presented to congress calls for a focused effort on the verification and validation (V&V) of complex systems. This is mostly motivated by the results of the VVFCS (V&V of Flight-Critical Systems) study, which should materialize as a a concrete effort under the Aviation Safety program. This talk will present the results of the study, from requirements coming out of discussions with the FAA and the Joint Planning and Development Office (JPDO) to technical plan addressing the issue, and its proposed current and future V&V research agenda, which will be addressed by NASA Ames, Langley, and Dryden as well as external partners through NASA Research Announcements (NRA) calls. This agenda calls for pushing V&V earlier in the life cycle and take advantage of formal methods to increase safety and reduce cost of V&V. I will present the on-going research work (especially the four main technical areas: Safety Assurance, Distributed Systems, Authority and Autonomy, and Software-Intensive Systems), possible extensions, and how VVFCS plans on grounding the research in realistic examples, including an intended V&V test-bench based on an Integrated Modular Avionics (IMA) architecture and hosted by Dryden.

Brat, Guillaume↗

NASA NTRS2021

Pre-Flight Assessment of Xenon Propellant Usage and Usage Uncertainty for the Psyche Mission

NASA’s Psyche mission will launch in 2022 and begin a 3.6-year cruise to the metallic asteroid Psyche, the largest metal asteroid in the solar system. All primary propulsion will be done with the flight-proven SPT-140 electric propulsion subsystem. The Psyche mission will feature the first use of Hall thrusters for a NASA mission, and the first use of Hall thrusters beyond cis-lunar space, which has presented some unique challenges. In this paper we describe the Psyche propellant feed system architecture, expected propellant usage for the mission, propellant gauging requirements, and challenges associated with propellant gauging. Data from two recent Maxar electric orbit-raising missions with SPT-140 thrusters are reviewed and used to assess in-flight performance. We develop a pressure-volume-temperature gauging method that incorporates the propellant temperature distributions observed in the flight data, and use this method to provide an improved quantitative understanding of in-flight propellant consumption rates and their uncertainties. The results are in excellent agreement with the results of standard Maxar gauging methods and we determine a propellant usage uncertainty of ± 7.1% 3σ based on flight telemetry. Additionally, we demonstrate that the bookkeeping method of propellant gauging accurately predicts the tank pressure flight data. This work has led to design changes in the Psyche spacecraft avionics that will further improve propellant gauging uncertainties, which is particularly important for later phases of the mission. Finally, we statistically combine the predicted propellant mass uncertainties from the two gauging methods and demonstrate that the system will meet the mission requirements for propellant uncertainty. Together, all of this work provides confidence that the Psyche mission can be successfully completed within the existing propellant budget and propellant tank capacity.

Baldwin, Jeff↗

NASA NTRS2010

Ares I First Stage Propulsion System Status

With the retirement of the Space Shuttle inevitable, the US is faced with the need to loft a reliable cost-effective, technologically viable solution to bring the nation s fleet of spacecraft back up to industry standard. It must not only support the International Space Station (ISS), it must also be capable of supporting human exploration beyond low Earth orbit (LEO). NASA created the Constellation Program to develop a new fleet including the launch vehicles, the spacecraft, and the mission architecture to meet those objectives. The Ares First Stage Team is tasked with developing a propulsion system capable of safely, dependably and repeatedly lofting that new fleet. To minimize technical risks and development costs, the Solid Rocket Boosters (SRBs) of Shuttle were used as a starting point in the design and production of a new first stage element. While the first stage will provide the foundation, the structural backbone, power, and control for launch, the new propulsive element will also provide a greater total impulse to loft a safer, more powerful, fleet of space flight vehicles. Substantial design and system upgrades were required to meet the mass and trajectory requisites of the new fleet. Noteworthy innovations and design features include new forward structures, new propellant grain geometry, a new internal insulation system, and a state-of-the art avionics system. Additional advances were in materials and composite structures development, case bond liners, and thermal protection systems. Significant progress has been made in the design, development and testing of the propulsion and avionics systems for the new first stage element. Challenges, such as those anticipated with thrust oscillation, have been better characterized, and are being effectively mitigated. The test firing of the first development motor (DM-1) was a success that validated much of the engineering development to date. Substantive data has been collected and analyzed, allowing the Ares First Stage team to move forward, fine-tune the design, and advance to production of the second development motor (DM-2), which is now in fabrication. This paper will provide an overview of the design, development, challenges, and progress on the production of the new Ares First Stage propulsion system

Priskos, Alex S.↗

NASA NTRS2012

Multi-Mission Radioisotope Thermoelectric Generator Heat Exchangers for the Mars Science Laboratory Rover

The addition of the Multi-Mission Radioisotope Thermoelectric Generator (MMRTG) to the Mars Science Laboratory (MSL) Rover requires an advanced thermal control system that is able to both recover and reject the waste heat from the MMRTG as needed in order to maintain the onboard electronics at benign temperatures despite the extreme and widely varying environmental conditions experienced both on the way to Mars and on the Martian surface. Based on the previously successful Mars landed mission thermal control schemes, a mechanically pumped fluid loop (MPFL) architecture was selected as the most robust and efficient means for meeting the MSL thermal requirements. The MSL heat recovery and rejection system (HRS) is comprised of two Freon (CFC-11) MPFLs that interact closely with one another to provide comprehensive thermal management throughout all mission phases. The first loop, called the Rover HRS (RHRS), consists of a set of pumps, thermal control valves, and heat exchangers (HXs) that enables the transport of heat from the MMRTG to the rover electronics during cold conditions or from the electronics straight to the environment for immediate heat rejection during warm conditions. The second loop, called the Cruise HRS (CHRS), is thermally coupled to the RHRS during the cruise to Mars, and provides a means for dissipating the waste heat more directly from the MMRTG as well as from both the cruise stage and rover avionics by promoting circulation to the cruise stage radiators. A multifunctional structure was developed that is capable of both collecting waste heat from the MMRTG and rejecting the waste heat to the surrounding environment. It consists of a pair of honeycomb core sandwich panels with HRS tubes bonded to both sides. Two similar HX assemblies were designed to surround the MMRTG on the aft end of the rover. Heat acquisition is accomplished on the interior (MMRTG facing) surface of each HX while heat rejection is accomplished on the exterior surface of each HX. Since these two surfaces need to be at very different temperatures in order for the fluid loops to perform efficiently, they need to be thermally isolated from one another. The HXs were therefore designed for high in-plane thermal conductivity and extremely low through-thickness thermal conductivity by using aluminum facesheets and aerogel as insulation inside a composite honeycomb core. Complex assemblies of hand-welded and uniquely bent aluminum tubes are bonded onto each side of the HX panels, and are specifically designed to be easily mated and demated to the rest of the RHRS in order to ease the integration effort.

Mastropietro, A. J.↗

NASA NTRSDate not supplied

Design and Comparison of Lunar Sample Return Options

Returning lunar samples to earth is a high priority for NASA in order to better understand Lunar Geology, Lunar formation, and potential resource utilization. Core samples of frozen volatiles from permanently shadowed regions are sought after, but require intensive cryogenic cooling to preserve. Returning samples to Earth using the Orion capsule is restrictive for moderate amounts of mass/volume and thus alternate means of transport are investigated in this paper. The trade-space of potential options includes varying: sample mass amount, sample containment conditions, transfer path from Lunar surface to Earth surface, and various vehicle system trades. An integrated solver is applied with parametric estimators and known system heuristics to effectively estimate size, mass, and power of various subsystems. Modeled subsystems include sample containment, EDL technologies(heat shield, parachute, recovery), power, thermal, avionics, structures, and propulsive systems. Transfer path options include various trajectory options, transfer methods, staging points, and vehicle staging options. A Design of Experiments was conducted to explore the tradespace, to identify sensitivities, and to identify promising designs. Results are detailed for various stakeholder objectives including total mass, sample mass, science return, architecture impacts, and operational flexibility.

Lunar outpost↗

NASA NTRS2022

Testing Mars 2020 Flight Software and Hardware in the Surface System Development Environment

The Mars 2020 (M2020) Perseverance Rover is NASA's most advanced planetary rover mission to date. It includes a novel Sample Caching Subsystem (SCS) which will collect rock cores for possible future return to Earth, as well as an improved mobility system with enhanced autonomous navigation which will enable it to traverse faster and farther than prior rovers. The development of both systems required extensive flight software and flight hardware testing. To support this testing, we developed the Surface System Development Environment (SSDEV) and used it for a wide variety of testing. SSDEV is a bundled subset of M2020 Flight Software which runs on commercially available Linux computers and can be combined with multiple backend options for simulation and hardware control. The SSDEV architecture enabled our teams to perform much more testing of flight software and flight hardware than would have otherwise been possible. As a secondary benefit, the SSDEV-based test campaigns also helped our teams enter the operations phase of the mission with greater readiness of operations products and tools. In this paper, we summarize the motivation for SSDEV, provide an overview of the SSDEV architecture, list several examples of how SSDEV was used, and summarize lessons learned. SSDEV is not a substitute for integrated testing with flight-like avionics, but it enabled substantially more testing than would have otherwise been possible and also provided some unique benefits. We recommend architectures like SSDEV to future projects that need to perform extensive hardware and software testing using a limited set of flight-like avionics.

Wai, Dennis↗

NASA NTRS1999

X-38 V201 Avionics Architecture

The X-38 is an experimental NASA project developing a core human capable spacecraft at a fraction of the cost of any previous human rated vehicle. The first operational derivative developed from the X-38 program will be the International Space Station (ISS) Crew Return Vehicle (CRV). Although the current X-38 vehicles are designed as re-entry vehicles only, the option exists to modify the vehicle for uses as an upward vehicle launched from an expendable launch vehicle or from the X-33 operational derivative. The Operational CRV, that will be derived from the X-38 spaceflight vehicle, will provide an emergency return capability from the International Space Station (ISS). The spacecraft can hold a crew of up to seven inside a pressurized cabin. The CRV is passively delivered to ISS, stays up to three year on-orbit attached to ISS in a passive mode with periodic functional checkout, before separation from ISS, de-orbit, entry and landing. The X-38 Vehicle 201 (V201) is being developed at NASA/JSC to demonstrate key technologies associated with the development of the CRV design. The X-38 flight test will validate the low cost development concept by demonstrating the entire station departure, re-entry, guidance and landing portions of the CRV mission. All new technologies and subsystems proposed for CRV will be validated during either the on orbit checkout or flight phases of the X-38 space flight test. The X-38 subsystems are required to be similar to those subsystems required for the CRV to the greatest extent possible. In many cases, the subsystems are identical to those that will be utilized on the Operational CRV.

Bedos, Thierry↗

NASA NTRS2025

Transit Habitat Government-Reference Conceptual Design Reaction Control System Propulsion Concept Design Data Book

The function of Transit Habitat (TH) Reaction Control System (RCS) propulsion is to provide free-flying spacecraft capabilities and to augment Gateway stack control when docked on Gateway. The requirements of multiple propellant replenishments and extensive life operation have significant impacts on selection of the propulsion system concept and components for the RCS. The intent of this document is to provide insight into the government-reference conceptual design of a propulsion system for TH element. A pressure-fed hypergolic bi-propellant system is the assumed propulsion approach for the RCS. Its architectural concept is being traded within the NASA Moon to Mars architecture. A pressure-regulated system is examined. The propellants under consideration are Monomethyl Hydrazine (MMH) and Mixed Oxides of Nitrogen with 3% Nitric Oxide (MON3). A peer review was conducted to assess the flow schematic design and propulsion component selection, compliant with a set of assumed requirements. Redundant components to satisfy one-fault tolerance for function and two-fault tolerance against catastrophic events are incorporated in the propulsion concept design. Instrumentation laid out on the schematic would be used to gather data to monitor the health of the propulsion system and to support quantity gauging of the propulsion system fluids. Venting propellant ullage gas overboard during the refilling operations poses a significant concern to the external surfaces of the TH. A liquid/gas separator would be required to eliminate, or at least reduce, the amount of liquid propellant expelled in the vent gas mixture. The technology readiness level of the phase separator for the TH must be advanced. Metal diaphragm and non-positive-expulsion PMD propellant tank systems were traded against each other, with the PMD architecture being selected. A blowdown concept is also considered for the TH RCS propulsion. Its fluid schematic is derived from the pressure-regulated schematic with removal of assemblies involving the helium pressurization and ullage venting. Its system wet mass is 10% heavier than the pressure-regulated due to thruster performance loss and larger propellant tanks. There is no firm constraint on the propulsion system mass at this phase of the design. The blowdown concept can offer reduction in component count and operation, that would lead to a more reliable propulsion system. The blowdown concept would also benefit avionics, thermal, power, and structures on the TH. Assessing these benefits will be carried as a future work. Drawbacks of thrust and minimum impulse bit (MIB) variations due to the blowdown operation would be acceptable to Guidance, Navigation, and Control (GNC). Although the blowdown concept has been selected as a current baseline, further evaluation of the concept will be the subject of future work to ensure that the blowdown propulsion operation is appropriate for the HT RCS propulsion. This document also highlights key trade studies and design decisions, including pros and cons of the selected concept. Other appropriate options for components are pointed out for future assessments. Additional background information and documents for further review are referenced in this report.

spacecraft propulsion↗