SEARCH · Search NASA
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.
This paper will describe the system architecture, the avionics components, the key performance and reliability requirements, and the current development status of the X2000 Avionics.
Many computer programs cannot be easily integrated because their components are distributed and heterogeneous, i.e., they are implemented in diverse programming languages, use different data representation formats, or their runtime environments are incompatible. In many cases, programs are integrated by modifying their components or interposing mechanisms that handle communication and conversion tasks. For example, remote procedure call (RPC) helps integrate heterogeneous, distributed programs. When configuring such programs, however, mechanisms like RPC must be used explicitly by software developers in order to integrate collections of diverse components. Each collection may require a unique integration solution. This paper describes improvements to the concepts of software packaging and some of our experiences in constructing complex software systems from a wide variety of components in different execution environments. Software packaging is a process that automatically determines how to integrate a diverse collection of computer programs based on the types of components involved and the capabilities of available translators and adapters in an environment. Software packaging provides a context that relates such mechanisms to software integration processes and reduces the cost of configuring applications whose components are distributed or implemented in different programming languages. Our software packaging tool subsumes traditional integration tools like UNIX make by providing a rule-based approach to software integration that is independent of execution environments.
Mars exploration requires multiple orbiters and surface infrastructures on Mars. Location determination is essential to support various human and robotic activities on the Mars surface and in orbits. Robust communication coverage is required for data transmission between assets on Mars surface and orbiters in addition to the communication between orbiters and Earth. We proposed a notional Mars Regional Navigation Satellite System (MRNSS) that provides continuous or near-continuous in-situ navigation and timing services for the robotic and human missions in the vicinity of a Mars landing site. For such a system, the Earth’s deep space stations have to perform orbit determination (OD) for the Mars orbiters so that their locations are known to a reasonable degree of accuracy. This provides the surface and orbiting user vehicles the ability to estimate their locations using the orbiter-vehicle range measurements. Two important inputs for accurate OD are 2-way Doppler and ranging measurements derived from the transmitted and received radio signals. We also introduced a new flight-ground collaborative architecture that provides simultaneous Doppler and ranging measurements for multiple spacecraft in the Mars vicinity, using an example of the Mars landing site Utopia Planitia and four Mars orbiters, all communicating with Earth via twoway communications in the X-band frequency range. One key component of this architecture is that each spacecraft uses a smart frequency sweeping algorithm that acquires and tracks the uplink signals with high Doppler and Doppler rate residuals. In this paper, we simulate the Doppler and Doppler rate profiles of the Mars orbiters of the MRNSS and assessed the acquisition and tracking performances.
Upgrade of data acquisition and controls systems software at Johnson Space Center's Space Environment Simulation Laboratory (SESL) involved the definition, evaluation and selection of a system communication architecture and software components. A brief discussion of the background of the SESL and its data acquisition and controls systems provides a context for discussion of the requirements for each selection. Further framework is provided as upgrades to these systems accomplished in the 1990s and in 2003 are compared to demonstrate the role that technological advances have had in their improvement. Both of the selections were similar in their three phases; 1) definition of requirements, 2) identification of candidate products and their evaluation and testing and 3) selection by comparison of requirement fulfillment. The candidates for the communication architecture selection embraced several different methodologies which are explained and contrasted. Requirements for this selection are presented and the selection process is described. Several candidates for the software component of the data acquisition and controls system are identified, requirements for evaluation and selection are presented, and the evaluation process is described.
The Crew Exploration Vehicle (CEV) is an element of the Constellation Program that includes launch vehicles, spacecraft, and ground systems needed to embark on a robust space exploration program. As an anchoring capability of the Constellation Program, the CEV shall be human-rated and will carry human crews and cargo from Earth into space and back again. Coupled with transfer stages, landing vehicles, and surface exploration systems, the CEV will serve as an essential component of the architecture that supports human voyages to the Moon and beyond. In addition, the CEV will be modified, as required, to support International Space Station (ISS) mission requirements for crewed and pressurized cargo configurations. Headed by Johnson Space Center (JSC), NASA selected Jacobs Engineering as the support contractor to manage the overall CEV Parachute Assembly System (CPAS) program development. Airborne Systems was chosen to develop the parachute system components. General Dynamics Ordnance and Tactical Systems (GD-OTS) was subcontracted to Airborne Systems to provide the mortar systems. Thus the CPAS development team of JSC, Jacobs, Airborne Systems and GD-OTS was formed. The CPAS team has completed the first phase, or Generation I, of the design, fabrication, and test plan. This paper presents an overview of the CPAS program including system requirements and the development of the second phase, known as the Engineering Development Unit (EDU) architecture. We also present top level results of the tests completed to date. A significant number of ground and flight tests have been completed since the last CPAS presentation at the 2007 AIAA ADS Conference.
Phase 1 of the Rocket Engine Transient Simulation (ROCETS) program consists of seven technical tasks: architecture; system requirements; component and submodel requirements; submodel implementation; component implementation; submodel testing and verification; and subsystem testing and verification. These tasks were completed. Phase 2 of ROCETS consists of two technical tasks: Technology Test Bed Engine (TTBE) model data generation; and system testing verification. During this period specific coding of the system processors was begun and the engineering representations of Phase 1 were expanded to produce a simple model of the TTBE. As the code was completed, some minor modifications to the system architecture centering on the global variable common, GLOBVAR, were necessary to increase processor efficiency. The engineering modules completed during Phase 2 are listed: INJTOO - main injector; MCHBOO - main chamber; NOZLOO - nozzle thrust calculations; PBRNOO - preburner; PIPE02 - compressible flow without inertia; PUMPOO - polytropic pump; ROTROO - rotor torque balance/speed derivative; and TURBOO - turbine. Detailed documentation of these modules is in the Appendix. In addition to the engineering modules, several submodules were also completed. These submodules include combustion properties, component performance characteristics (maps), and specific utilities. Specific coding was begun on the system configuration processor. All functions necessary for multiple module operation were completed but the SOLVER implementation is still under development. This system, the Verification Checkout Facility (VCF) allows interactive comparison of module results to store data as well as provides an intermediate checkout of the processor code. After validation using the VCF, the engineering modules and submodules were used to build a simple TTBE.
We have implemented a parallel computer architecture based entirely upon commodity personal computer components. Using 16 Intel Pentium Pro microprocessors and switched fast ethernet as a communication fabric, we have obtained sustained performance on scientific applications in excess of one Gigaflop. During one production astrophysics treecode simulation, we performed 1.2 x 10(sup 15) floating point operations (1.2 Petaflops) over a three week period, with one phase of that simulation running continuously for two weeks without interruption. We report on a variety of disk, memory and network benchmarks. We also present results from the NAS parallel benchmark suite, which indicate that this architecture is competitive with current commercial architectures. In addition, we describe some software written to support efficient message passing, as well as a Linux device driver interface to the Pentium hardware performance monitoring registers.
A simulation testbed architecture was developed and implemented for the integration, test, and development of a TRL-6 flight software set called Auto- GNC. The AutoGNC software will combine the TRL-9 Deep Impact AutoNAV flight software suite, the TRL-9 Virtual Machine Language (VML) executive, and the TRL-3 G-REX guidance, estimation, and control algorithms. The Auto- GNC testbed was architected to provide software interface connections among the AutoNAV and VML flight code written in C, the G-REX algorithms in MATLAB and C, stand-alone image rendering algorithms in C, and other Fortran algorithms, such as the OBIRON landmark tracking suite. The testbed architecture incorporates software components for propagating a high-fidelity truth model of the environment and the spacecraft dynamics, along with the flight software components for onboard guidance, navigation, and control (GN&C). The interface allows for the rapid integration and testing of new algorithms prior to development of the C code for implementation in flight software. This testbed is designed to test autonomous spacecraft proximity operations around small celestial bodies, moons, or other spacecraft. The software is baselined for upcoming comet and asteroid sample return missions. This architecture and testbed will provide a direct improvement upon the onboard flight software utilized for missions such as Deep Impact, Stardust, and Deep Space 1.
CMC hot-section components in advanced engines for power and propulsion will typically require high cracking strength, high ultimate strength and strain, high creep- rupture resistance, and high thermal conductivity in all directions. In the past, NASA has demonstrated fabrication of a variety of SiC/SiC flat panels and round tubes with various 2D fiber architectures using the high-modulus high-performance Sylramic-iBN Sic fiber and Sic-based matrices derived by CVI, MI, and/or PIP processes. The thermo- mechanical properties of these CMC have shown state-of-the-art performance, but primarily in the in-plane directions. Currently NASA is extending the thermostructural capability of these SiC/SiC systems in the thru-thickness direction by using various 2.5D and 3D fiber architectures. NASA is also using specially designed fabrication steps to optimize the properties of the BN-based interphase and Sic-based matrices. In this study, Sylramic-iBN/SiC panels with 2D plain weave, 2.5D satin weave, 2.5D ply-to-ply interlock weave, and 3D angle interlock fiber architectures, all woven at AITI, were fabricated using matrix densification routes previously established between NASA and GEPSC for CVI-MI processes and between NASA and Starfire-Systems for PIP processes. Introduction of the 2.5 D fiber architecture along with an improved matrix process was found to increase inter-laminar tensile strength from 1.5 -2 to 3 - 4 ksi and thru-thickness thermal conductivity from 15-20 to 30-35 BTU/ft.hr.F with minimal reduction in in-plane strength and creep-rupture properties. Such improvements should reduce thermal stresses and increase the thermostructural operating envelope for SiC/SiC engine components. These results are analyzed to offer general guidelines for selecting fiber architectures and constituent processes for high-performance SiC/SiC engine components.
This paper is to address the basics, the limitations and the relationship between component reliability and system reliability through a study of flight computing architectures and related avionics components for NASA future missions. Component reliability analysis and system reliability analysis need to be evaluated at the same time, and the limitations of each analysis and the relationship between the two analyses need to be understood.
High information content building blocks offer a path toward the construction of precision materials by supporting the organization and reconfiguration of organic and inorganic components through engineered functions. Here, we combine thermoresponsiveness with biomimetic mineralization by fusing the Car9 silica-binding dodecapeptide to the C-terminus of the (VPGVG) 54 elastin-like polypeptide (ELP). Using small angle X-ray scattering, we show that the short Car9 cationic block is sufficient to promote the conversion of disordered unimers into 30 nm micelles comprising about 150 proteins, 5 °C above the transition temperature of the ELP. While both species catalyze self-limiting silica precipitation, micelles template the mineralization of highly monodisperse (62 nm) nanoparticles, while unimers yield larger polydisperse species. Strikingly, and unlike traditional synthetic silica, these particles exhibit a positive surface charge, likely due to cationic Car9 sidechains projecting from their surface. Capitalizing on the high monodispersity and positive charge of the micelle-templated products, we use smaller silica and gold particles bearing a native negative charge to create a variety of superstructures via electrostatic co-assembly. Furthermore, this simple biomimetic route to positively charged silica eliminates the need for multiple precursors or surface modifications and enables the rapid creation of single-material and composite architectures in which components of different sizes or compositions are well dispersed and integrated.
A model-based, distributed architecture integrates diverse components in a system designed for lunar and planetary surface operations: spacesuit biosensors, cameras, GPS, and a robotic assistant. The system transmits data and assists communication between the extra-vehicular activity (EVA) astronauts, the crew in a local habitat, and a remote mission support team. Software processes ("agents"), implemented in a system called Brahms, run on multiple, mobile platforms, including the spacesuit backpacks, all-terrain vehicles, and robot. These "mobile agents" interpret and transform available data to help people and robotic systems coordinate their actions to make operations more safe and efficient. Different types of agents relate platforms to each other ("proxy agents"), devices to software ("comm agents"), and people to the system ("personal agents"). A state-of-the-art spoken dialogue interface enables people to communicate with their personal agents, supporting a speech-driven navigation and scheduling tool, field observation record, and rover command system. An important aspect of the engineering methodology involves first simulating the entire hardware and software system in Brahms, and then configuring the agents into a runtime system. Design of mobile agent functionality has been based on ethnographic observation of scientists working in Mars analog settings in the High Canadian Arctic on Devon Island and the southeast Utah desert. The Mobile Agents system is developed iteratively in the context of use, with people doing authentic work. This paper provides a brief introduction to the architecture and emphasizes the method of empirical requirements analysis, through which observation, modeling, design, and testing are integrated in simulated EVA operations.
Here, this work describes the architecture and the experimental results from the characterization of the lithium-drifted silicon (Si(Li)) detector module, which constitutes the building block of the tracker in the general antiparticle spectrometer (GAPS) experiment to search for dark matter. The instrument is designed for the identification of low-energy cosmic anti-nuclei (antiprotons, antideuterons, and antihelium) to be performed during an Antarctic long-duration balloon flight scheduled for late 2025. The GAPS Si(Li) tracker, that is the core of the instrument, is the assembly of 252 modules, each comprised of four Si(Li) detectors and a full custom-integrated circuit designed for detector readout and produced in a commercial 180-nm planar CMOS technology. A general overview of the detector module architecture and its components is provided, together with a description of the test setup and the experimental results obtained from the characterization of the low-noise analog readout channel. In order to verify the effective operation of the entire module, results concerning the detection of X-rays from a 241Am source and cosmic muons are also provided.
The intelligent distributed dispatch and scheduling (iDDS) service is a versatile workflow orchestration system designed for large-scale, distributed scientific computing. iDDS extends traditional workload and data management by integrating data-aware execution, conditional logic, and programmable workflows, enabling automation of complex and dynamic processing pipelines. Originally developed for the ATLAS experiment at the large hadron collider, iDDS has evolved into an experiment-agnostic platform that supports both template-driven workflows and a Function-as-a-Task model for Python-based orchestration. This paper presents the architecture and core components of iDDS, highlighting its scalability, modular message-driven design, and integration with systems such as PanDA and Rucio. We demonstrate its versatility through real-world use cases: fine-grained tape resource optimization for ATLAS, orchestration of large Directed Acyclic Graph (DAG) workflows for the Rubin Observatory, distributed hyperparameter optimization for machine learning applications, active learning for physics analyses, and AI-assisted detector design at the electron–ion collider. By unifying workload scheduling, data movement, and adaptive decision-making, iDDS reduces operational overhead and enables reproducible, high-throughput workflows across heterogeneous infrastructures. We conclude with current challenges and future directions, including interactive, cloud-native, and serverless workflow support.
This code is designed to predict and analyze the decay heat generated in molten salt reactors (MSRs) using a hybrid approach that combines machine learning and segmented polynomial fitting. The accurate prediction of decay heat is essential for reactor safety and the optimization of spent fuel storage. The code operates through several key components: 1) Data Architecture: It incorporates a modular data architecture that handles various MSR-specific operational parameters such as power density, humidity content, and air ingress. These parameters are sampled using Sobol sequences to ensure comprehensive coverage of operational uncertainties. 2) Machine Learning Framework: The code employs a diverse set of machine learning models, including polynomial regression, decision trees, random forests, gradient boosting, support vector regression, k-nearest neighbors, multi-layer perceptrons, and symbolic regression. These models are trained to predict decay heat over a wide temporal range, from immediate shutdown up to 10,000 years. 3) Region-Optimized Training: The temporal domain is divided into multiple regions, each modeled separately to capture distinct decay heat characteristics across different time scales. This approach significantly improves the accuracy and interpretability of predictions. 4) Segmented Polynomial Interpretation (SPI): The SPI method translates machine learning predictions into piecewise polynomial equations. These equations are physically interpretable and can be directly integrated into existing engineering workflows and safety analyses. 5) Front-End Interfaces: The code includes both a Jupyter notebook interface for research development and a Streamlit web application for operational deployment. These interfaces allow users to interactively explore decay heat predictions, adjust operational parameters, and visualize results in real-time. 6) Applications: The framework supports various applications, including safety system validation and spent fuel container optimization. It enables real-time evaluation of worst-case decay heat scenarios, informing the design of passive safety systems and optimizing container designs for long-term storage. Overall, this code provides a robust, accurate, and user-friendly tool for predicting decay heat in MSRs, enhancing reactor safety, and optimizing spent fuel management.
Monitoring and analyzing the frequency response performance of power generation units is essential for maintaining reliable and secure power system operation. To address this need, an automation tool has been developed to provide a pipeline for processing historical power plant generation data, including large-scale SCADA archives. The tool performs end-to-end processing, including event detection, frequency response (FR) analysis in accordance with NERC standards, and estimation of speed governor droop characteristics. The tool is designed with a modular architecture, allowing individual components of the workflow to be extended, customized, or deployed independently. In addition, the tool provides an API that enables seamless integration with other production systems and operational analytics platforms.
The Ocean Topography Experiment satellite will carry a modular Attitude Determination and Control Subsystem (ADCS) which contains all equipment required for attitude determination, stabilization, and control, as well as hydrazine thruster firing control, during all mission phases. Attention is presently given to the ADCS's architecture, constituent hardware components, performance requirements, and predicted on-orbit performance compliance, with emphasis on the design and analysis of the Normal Mission Mode control algorithm furnishing the primary scientific data-acquisition operational mode. This mode's attitude determination and control of on-orbit performance is predicted to better than 43 arcsec.
A technical description of the design and analysis of the Earth Pointing Safe Hold mode (EPSHM) for the Ocean Topography Experiment (TOPEX) satellite is presented. The EPSHM serves as the primary hardwired analog backup controller for safe-haven satellite operations in the event of on-orbit anomalies. The EPSHM is a modified version of the baseline Multimission Modular Satellite (MMS) EPSHM used on the Landsat-4 mission. Modifications to the MMS baseline EPSHM used on Landsat-4 were required to satisfy the unique TOPEX operational requirements. One such TOPEX operational requirement is that the EPSHM provide a spacecraft yaw-axis slewing capability to maintain adequate illumination of the solar array. The EPSHM architecture, constituent hardware components, performance requirements and predicted on-orbit performance are described.