Search NASA⌕ Search

SEARCH · Search NASA

Results for “system architectures”

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 145 records · Page 8

Deep Space Network information system architecture study

The purpose of this article is to describe an architecture for the Deep Space Network (DSN) information system in the years 2000-2010 and to provide guidelines for its evolution during the 1990s. The study scope is defined to be from the front-end areas at the antennas to the end users (spacecraft teams, principal investigators, archival storage systems, and non-NASA partners). The architectural vision provides guidance for major DSN implementation efforts during the next decade. A strong motivation for the study is an expected dramatic improvement in information-systems technologies, such as the following: computer processing, automation technology (including knowledge-based systems), networking and data transport, software and hardware engineering, and human-interface technology. The proposed Ground Information System has the following major features: unified architecture from the front-end area to the end user; open-systems standards to achieve interoperability; DSN production of level 0 data; delivery of level 0 data from the Deep Space Communications Complex, if desired; dedicated telemetry processors for each receiver; security against unauthorized access and errors; and highly automated monitor and control.

Beswick, C. A.↗

System Architecture Modeling for Technology Portfolio Management using ATLAS

Strategic planners and technology portfolio managers have traditionally relied on consensus-based tools, such as Analytical Hierarchy Process (AHP) and Quality Function Deployment (QFD) in planning the funding of technology development. While useful to a certain extent, these tools are limited in the ability to fully quantify the impact of a technology choice on system mass, system reliability, project schedule, and lifecycle cost. The Advanced Technology Lifecycle Analysis System (ATLAS) aims to provide strategic planners a decision support tool for analyzing technology selections within a Space Exploration Architecture (SEA). Using ATLAS, strategic planners can select physics-based system models from a library, configure the systems with technologies and performance parameters, and plan the deployment of a SEA. Key parameters for current and future technologies have been collected from subject-matter experts and other documented sources in the Technology Tool Box (TTB). ATLAS can be used to compare the technical feasibility and economic viability of a set of technology choices for one SEA, and compare it against another set of technology choices or another SEA. System architecture modeling in ATLAS is a multi-step process. First, the modeler defines the system level requirements. Second, the modeler identifies technologies of interest whose impact on an SEA. Third, the system modeling team creates models of architecture elements (e.g. launch vehicles, in-space transfer vehicles, crew vehicles) if they are not already in the model library. Finally, the architecture modeler develops a script for the ATLAS tool to run, and the results for comparison are generated.

Thompson, Robert W.↗

Hydrogen Purification and Recycling for an Integrated Oxygen Recovery System Architecture

The United States Atmosphere Revitalization life support system on the International Space Station (ISS) performs several services for the crew including oxygen generation, trace contaminant control, carbon dioxide (CO2) removal, and oxygen recovery. Oxygen recovery is performed using a Sabatier reactor developed by Hamilton Sundstrand, wherein CO2 is reduced with hydrogen in a catalytic reactor to produce methane and water. The water product is purified in the Water Purification Assembly and recycled to the Oxygen Generation Assembly (OGA) to provide O2 to the crew. This architecture results in a theoretical maximum oxygen recovery from CO2 of approximately 54% due to the loss of reactant hydrogen in Sabatier-produced methane that is currently vented outside of ISS. Plasma Methane Pyrolysis technology (PPA), developed by Umpqua Research Company, provides the capability to further close the Atmosphere Revitalization oxygen loop by recovering hydrogen from Sabatier-produced methane. A key aspect of this technology approach is to purify the hydrogen from the PPA product stream which includes acetylene, unreacted methane and byproduct water and carbon monoxide. In 2015, four sub-scale hydrogen separation systems were delivered to NASA for evaluation. These included two electrolysis single-cell hydrogen purification cell stacks developed by Sustainable Innovations, LLC, a sorbent-based hydrogen purification unit using microwave power for sorbent regeneration developed by Umpqua Research Company, and a LaNi4.6Sn0.4 metal hydride produced by Hydrogen Consultants, Inc. Here we report the results of these evaluations, discuss potential architecture options, and propose future work.

Abney, Morgan B.↗

Hydrogen Purification and Recycling for an Integrated Oxygen Recovery System Architecture

The United States Atmosphere Revitalization life support system on the International Space Station (ISS) performs several services for the crew including oxygen generation, trace contaminant control, carbon dioxide (CO2) removal, and oxygen recovery. Oxygen recovery is performed using a Sabatier reactor developed by Hamilton Sundstrand, wherein CO2 is reduced with hydrogen in a catalytic reactor to produce methane and water. The water product is purified in the Water Purification Assembly and recycled to the Oxygen Generation Assembly (OGA) to provide O2 to the crew. This architecture results in a theoretical maximum oxygen recovery from CO2 of approx.54% due to the loss of reactant hydrogen in Sabatier-produced methane that is currently vented outside of ISS. Plasma Pyrolysis Assembly (PPA) technology, developed by Umpqua Research Company, provides the capability to further close the Atmosphere Revitalization oxygen loop by recovering hydrogen from Sabatier-produced methane. A key aspect of this technology approach is the need to purify the hydrogen from the PPA product stream which includes acetylene, unreacted methane and byproduct water and carbon monoxide. In 2015, four sub-scale hydrogen separation systems were delivered to NASA for evaluation. These included two electrolysis single-cell hydrogen purification cell stacks developed by Sustainable Innovations, LLC, a sorbent-based hydrogen purification unit using microwave power for sorbent regeneration developed by Umpqua Research Company, and a LaNi4.6Sn0.4 metal hydride produced by Hydrogen Consultants, Inc. Here we report the results of these evaluations to-date, discuss potential architecture options, and propose future work.

Abney, Morgan B.↗

The NPOESS Preparatory Project (NPP) Science Data Segment (SDS) Data Depository and Distribution Element (SD3E) System Architecture

The National Polar-orbiting Operational Environmental Satellite System (NPOESS), the U.S. Government's future low-Earth orbiting satellite system, will monitor global weather and environmental conditions. Serving as a risk reduction for NPOESS, the NPOESS Preparatory Project (NPP) will provide remotely sensed atmospheric, land, ocean, ozone, and sounder data that will serve the meteorological and global climate change scientific communities. The National Aeronautics and Space Administration (NASA) NPP Science Data Segment's (SDS) primary role is to independently assess the quality of the NPP science and environmental data records for their ability to support climate research. The SDS is composed of nine elements; an input element that receives data from the operational agencies and acts as a buffer, a calibration analysis element, five elements devoted to measurement based quality assessment, an element used to test algorithmic improvements, and an element that provides overall science direction. Each element requires a set of sensor specific science data products for their evaluation. There are four NPP sensors that will be flown on the NPP observatory. They are the Visible Infrared Imagining Radiometer Suite (VIIRS), the Advanced Technology Microwave Sounder (ATMS), the Cross-Track Infrared Sounder (CrIS), and the Ozone Mapper/Profiler Suite (OMPS). It is estimated that these four sensors combined will make daily data requests for approximately six terabytes of NPP science products from the operational data providers. As a result, issues associated with duplicate data requests, data transfers of large volumes of diverse products, and data transfer failures raised concerns with respect to the network traffic and bandwidth consumption. Therefore, a central data broker system for receiving and buffering data requests and data products for the SDS was developed. The data element for this system is called the SDS Data Depository and Distribution Element (SD3E). It supports science mission data assessment by assuring the timely and validated acquisition and subsequent transfer of the NPP Science Mission data to the SDS Elements and NPP Science Team. The six science elements that interface with the SD3E span across the NASA Goddard Space Flight Center (GSFC), the NASA Jet Propulsion Laboratory (JPL), and the University of Wisconsin. As the primary communication vehicle for the science elements and science team, the SD3E has an interface to the operational data providers: National Environment Satellite, Data, and Information Service (NESDIS) Interface Data Processing System (IDPS) and the National Oceanic Atmospheric Administration's (NOAA) Comprehensive Large Array-data Stewardship system (CLASS) Archive Data System (ADS), that are responsible for product generation and archive and distribution respectively. The SD3E is designed to be a semi-customizable and semi-automated system. This system is designed to provide flexibility and ease of use for the science users in accessing the latest data products by creating a rolling data cache that temporarily stores the products locally before transferring the data to the SDS Measurement based elements for the land, ocean, atmosphere, sounder, and ozone. This paper describes the design and architecture of one of the nine SDS elements, the SD3E, and how this system has provided a mechanism for efficient data exchange, how it has helped in alleviating some of the network traffic and usage, and how it has contributed to reducing operational costs.

Ho, Evelyn L.↗

Ordinary planetary systems - Architecture and formation

Today we believe ordinary planetary systems to be an unremarkable consequence of star formation. The solar system, so far the only confidently known example in the universe of a planetary system, displays a set of striking structural regularities. These structural regularities provide fossil clues about the conditions and mechanisms that gave rise to the planets. The formation of our planetary system, as well as its general characteristics, resulted from the physical environment in the disk-shaped nebula that accompanied the birth of the sun. Observations of contemporary star formation indicate that the very conditions and mechanisms thought to have produced our own planetary system are widely associated with the birth of stars elsewhere. Consequently, it is reasonable to believe that planetary systems occur commonly, at least in association with single, sunlike stars. Moreover, it is reasonable to believe that many planetary systems have gross characteristics resembling those of our own solar system.

Levy, E. H.↗

Integrated Display and Environmental Awareness System - System Architecture Definition

The Integrated Display and Environmental Awareness System (IDEAS) is an interdisciplinary team project focusing on the development of a wearable computer and Head Mounted Display (HMD) based on Commercial-Off-The-Shelf (COTS) components for the specific application and needs of NASA technicians, engineers and astronauts. Wearable computers are on the verge of utilization trials in daily life as well as industrial environments. The first civil and COTS wearable head mounted display systems were introduced just a few years ago and they probed not only technology readiness in terms of performance, endurance, miniaturization, operability and usefulness but also maturity of practice in perspective of a socio-technical context. Although the main technical hurdles such as mass and power were addressed as improvements on the technical side, the usefulness, practicality and social acceptance were often noted on the side of a broad variety of humans' operations. In other words, although the technology made a giant leap, its use and efficiency still looks for the sweet spot. The first IDEAS project started in January 2015 and was concluded in January 2017. The project identified current COTS systems' capability at minimum cost and maximum applicability and brought about important strategic concepts that will serve further IDEAS-like system development.

Wearables↗

Storage system architectures and their characteristics

Not all users storage requirements call for 20 MBS data transfer rates, multi-tier file or data migration schemes, or even automated retrieval of data. The number of available storage solutions reflects the broad range of user requirements. It is foolish to think that any one solution can address the complete range of requirements. For users with simple off-line storage requirements, the cost and complexity of high end solutions would provide no advantage over a more simple solution. The correct answer is to match the requirements of a particular storage need to the various attributes of the available solutions. The goal of this paper is to introduce basic concepts of archiving and storage management in combination with the most common architectures and to provide some insight into how these concepts and architectures address various storage problems. The intent is to provide potential consumers of storage technology with a framework within which to begin the hunt for a solution which meets their particular needs. This paper is not intended to be an exhaustive study or to address all possible solutions or new technologies, but is intended to be a more practical treatment of todays storage system alternatives. Since most commercial storage systems today are built on Open Systems concepts, the majority of these solutions are hosted on the UNIX operating system. For this reason, some of the architectural issues discussed focus around specific UNIX architectural concepts. However, most of the architectures are operating system independent and the conclusions are applicable to such architectures on any operating system.

Sarandrea, Bryan M.↗

ELISA, a demonstrator environment for information systems architecture design

This paper describes an approach of reusability of software engineering technology in the area of ground space system design. System engineers have lots of needs similar to software developers: sharing of a common data base, capitalization of knowledge, definition of a common design process, communication between different technical domains. Moreover system designers need to simulate dynamically their system as early as possible. Software development environments, methods and tools now become operational and widely used. Their architecture is based on a unique object base, a set of common management services and they host a family of tools for each life cycle activity. In late '92, CNES decided to develop a demonstrative software environment supporting some system activities. The design of ground space data processing systems was chosen as the application domain. ELISA (Integrated Software Environment for Architectures Specification) was specified as a 'demonstrator', i.e. a sufficient basis for demonstrations, evaluation and future operational enhancements. A process with three phases was implemented: system requirements definition, design of system architectures models, and selection of physical architectures. Each phase is composed of several activities that can be performed in parallel, with the provision of Commercial Off the Shelves Tools. ELISA has been delivered to CNES in January 94, currently used for demonstrations and evaluations on real projects (e.g. SPOT4 Satellite Control Center). It is on the way of new evolutions.

Panem, Chantal↗

Designing and Implementing a Distributed System Architecture for the Mars Rover Mission Planning Software (Maestro)

Distributed systems allow scientists from around the world to plan missions concurrently, while being updated on the revisions of their colleagues in real time. However, permitting multiple clients to simultaneously modify a single data repository can quickly lead to data corruption or inconsistent states between users. Since our message broker, the Java Message Service, does not ensure that messages will be received in the order they were published, we must implement our own numbering scheme to guarantee that changes to mission plans are performed in the correct sequence. Furthermore, distributed architectures must ensure that as new users connect to the system, they synchronize with the database without missing any messages or falling into an inconsistent state. Robust systems must also guarantee that all clients will remain synchronized with the database even in the case of multiple client failure, which can occur at any time due to lost network connections or a user's own system instability. The final design for the distributed system behind the Mars rover mission planning software fulfills all of these requirements and upon completion will be deployed to MER at the end of 2005 as well as Phoenix (2007) and MSL (2009).

Goldgof, Gregory M.↗

EOSDIS core system architecture

The architecture of NASA's Earth Observation System Data Information System (EOSDIS) is described. The role of the EOSDIS Core System (ECS) is described, showing how each ECS functional category (flight operations functions, science data processing functions, and communications and system management functions) supports the five EOSDIS goals and objectives. The baseline configuration of ECS is presented and discussed.

Guzek, Joseph A.↗

Asteroid Redirect Crewed Mission Space Suit and EVA System Architecture Trade Study

The Asteroid Redirect Crewed Mission (ARCM) requires a Launch/Entry/Abort (LEA) suit capability and short duration Extra Vehicular Activity (EVA) capability for Orion. The EVAs will involve a two-person crew for approximately four hours. Currently, two EVAs are planned with one contingency EVA in reserve. Providing this EVA capability is very challenging due to system level constraints and a new and unknown environment. The goal of the EVA architecture for ARCM is one that builds upon previously developed technologies and lessons learned, and that accomplishes the ARCM mission while providing a stepping stone to future missions and destinations. The primary system level constraints are to 1) minimize system mass and volume and 2) minimize the interfacing impacts to the baseline Orion design. In order to minimize the interfacing impacts and to not perturb the baseline Orion schedule, the concept of adding "kits" to the baseline system is proposed. These kits consist of: an EVA kit (converts LEA suit to EVA suit), EVA Servicing and Recharge Kit (provides suit consumables), the EVA Tools, Translation Aids & Sample Container Kit (the tools and mobility aids to complete the tasks), the EVA Communications Kit (interface between the EVA radio and the MPCV), and the Cabin Repress Kit (represses the MPCV between EVAs). This paper will focus on the trade space, analysis, and testing regarding the space suit (pressure garment and life support system). Historical approaches and lessons learned from all past EVA operations were researched. Previous and current, successfully operated EVA hardware and high technology readiness level (TRL) hardware were evaluated, and a trade study was conducted for all possible pressure garment and life support options. Testing and analysis was conducted and a recommended EVA system architecture was proposed. Pressure garment options that were considered for this mission include the currently in-use ISS EVA Mobility Unit (EMU), all variations of the Advanced Crew Escape Suit (ACES), and the Exploration Z-suit. For this mission, the pressure garment that was selected is the Modified ACES (MACES) with EVA enhancements. Life support options that were considered included short closed-loop umbilicals, long open-loop umbilicals, the currently in-use ISS EMU Portable Life Support System (PLSS), and the currently in development Exploration PLSS. For this mission, the life support option that was selected is the Exploration PLSS. The greatest risk in the proposed architecture is viewed to be the comfort and mobility of the baseline MACES and the delicate balance between adding more mobility features while not compromising landing safety. Feasibility testing was accomplished in low fidelity analogs and in the JSC Neutral Buoyancy Laboratory (NBL) to validate the concept before a final recommendation on the architecture was made. The proposed architecture was found to meet the mission constraints, but much more work is required to determine the details of the required suit upgrades, the integration with the PLSS, and the rest of the tools and equipment required to accomplish the mission. This work and further definition of the remaining kits will be conducted in government fiscal year 14.

Blanco, Raul A.↗

The NPOESS Preparatory Project Science Data Segment (SDS) Data Depository and Distribution Element (SD3E) System Architecture

The National Polar-orbiting Operational Environmental Satellite System (NPOESS) Preparatory Project (NPP) Science Data Segment (SDS) will make daily data requests for approximately six terabytes of NPP science products for each of its six environmental assessment elements from the operational data providers. As a result, issues associated with duplicate data requests, data transfers of large volumes of diverse products, and data transfer failures raised concerns with respect to the network traffic and bandwidth consumption. The NPP SDS Data Depository and Distribution Element (SD3E) was developed to provide a mechanism for efficient data exchange, alleviate duplicate network traffic, and reduce operational costs.

Ho, Evelyn L.↗

Pointing Control System Architecture for the Eclipse Mission

This paper describes the high performance pointing control system used to point the Eclipse telescope. Eclipse is a new mission under study at Jet Propulsion Laboratory for a proposal as a discovery mission. Eclipse is a space telescope for high-contrast optical astronomy. It will be used to investigate the planetary bodies and environments. The main objective of the Eclipse mission is to study planets around nearby stars. Eclipse is designed to reveal planets or dust structures by reducing the scattered and diffracted light within a few arcseconds of a star to a level three orders of magnitude lower than any instrument on the Hubble Space Telescope (HST). Eclipse achieves this high contrast using a 1.8 meter diameter telescope, a coronagraphic system for control of diffracted light, and active wavefront correction using a Precision Deformable Mirror (DM) for the suppression of scattered light. The observatory will be launched into a Sun-synchronous 690 Km, 98.2(deg) Earth Orbit in 2012.

architecture↗

Boeing Crew Exploration Vehicle Environmental Control and Life Support System Architecture Overview

The Boeing Company under the teaming agreement with the Northrop Grumman Systems Corporation and in compliance with the NASA Phase 1 contract, had the responsibilities for the CEV architecture development of the Environmental control and life support (ECLS) system under the NASA Phase 1 contract. The ECLS system was comprised of the various subsystems which provided for a shirt-sleeve habitable environment for crew to live and work in the crew module of the CEV. This architecture met the NASA requirements to ferry cargo and crew to ISS, and Lunar sortie missions, with extensibility to long duration missions to Moon and MARS. This paper provides a summary overview of the CEV ECLS subsystems which was proposed in compliance with the contract activities.

Saiidi, Mo↗

Data Center Power Systems: Architectures, Impact on Grid Reliability, Modeling Considerations, and Megawatt-Scale Hardware Testing [Slides]

This slide deck describes typical power systems of large datacenters along with reliability problems to bulk power systems from large-scale integration of datacenters. The slide deck covers the architecture of datacenter power systems, different power electronic converters used inside datacenters, their operation modes, and R&Dopportunities in maintaining grid stability.

24 POWER TRANSMISSION AND DISTRIBUTION↗