Search NASA⌕ Search

SEARCH · Search NASA

Results for “Component 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.

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

At least 307 records · Page 17
All sourcesNASA NTRSDOE OSTI
NASA NTRS2011

RAPID: Collaborative Commanding and Monitoring of Lunar Assets

RAPID (Robot Application Programming Interface Delegate) software utilizes highly robust technology to facilitate commanding and monitoring of lunar assets. RAPID provides the ability for intercenter communication, since these assets are developed in multiple NASA centers. RAPID is targeted at the task of lunar operations; specifically, operations that deal with robotic assets, cranes, and astronaut spacesuits, often developed at different NASA centers. RAPID allows for a uniform way to command and monitor these assets. Commands can be issued to take images, and monitoring is done via telemetry data from the asset. There are two unique features to RAPID: First, it allows any operator from any NASA center to control any NASA lunar asset, regardless of location. Second, by abstracting the native language for specific assets to a common set of messages, an operator may control and monitor any NASA lunar asset by being trained only on the use of RAPID, rather than the specific asset. RAPID is easier to use and more powerful than its predecessor, the Astronaut Interface Device (AID). Utilizing the new robust middleware, DDS (Data Distribution System), developing in RAPID has increased significantly over the old middleware. The API is built upon the Java Eclipse Platform, which combined with DDS, provides platform-independent software architecture, simplifying development of RAPID components. As RAPID continues to evolve and new messages are being designed and implemented, operators for future lunar missions will have a rich environment for commanding and monitoring assets.

Torres, Recaredo J.↗
NASA NTRS2016

A Comparative Analysis of Phase-Change Wastewater Processing Approaches for Microgravity

Two phase-change wastewater processing candidates, the ISS Vapor Compression Distillation (VCD) System and the Cascade Distiller System (CDS), are compared based on dynamic modeling of both technologies. Differences in fluid handling and energy recovery for the technologies are described and contrasted. Model predictions are presented showing how temperatures, pressures, and compositions vary locally within each distiller. These dynamic variations are difficult to observe experimentally and have implications regarding non-condensable buildup and salt precipitation potential. Alternative architectures involving VCD and CDS components are analyzed in terms of predicted performance and equivalent system mass (ESM). The addition of a downstream brine processor to increase water recovery is also evaluated. Options for reducing overall ESM are discussed, including the possibility of developing a single precipitation-tolerant primary wastewater processor.

Lange, Kevin↗
NASA NTRS2015

The PDS4 Information Model Design Principles - How Well Did They Work?

The Planetary Data System (PDS) recently released Version 1.5 of the PDS4 Information Model, the primary component of the PDS4 Information Architecture. The Information Model is now stable and is in use by three active missions and several missions in various phases of development. The Information Model drives the PDS4 Information System using a multi-level governance structure that provides for common, discipline, and mission level management of the system’s information standards. For the development of the PDS4 Information Model several design principles were adopted. This paper will describe each design principle and then explain how well they worked, problems encountered during development and their solutions, and how well the results meet the requirements of the multi-discipline planetary science community.

Martin, Michael↗
NASA NTRSDate not supplied

Next-generation wildlife tracking devices and integrated sensors for measuring species-environment interactions and advancing conservation

Global land use and climate change have magnified the importance of collecting accurate animal movement and environmental data to improve our ability to model species interactions with the environment and promote effective conservation. Advanced animal tracking devices that couple cutting-edge technologies with our expanding need for ecological information is critical. In addition to further optimizing device size to monitor small, sensitive species, new paradigms for collecting, storing, and transmitting data about animals and their environments will propel wildlife tracking devices forward. Advanced telemetry capabilities will increase our ability to pair location and sensor data from tagged wildlife with remote sensing data. The USGS Western Ecological Research Center, NASA Ames Research Center, and collaborators have been developing new wildlife tracking devices and integrated environmental sensors to address these challenges. We describe a new, miniaturized solar GPS-enabled Globalstar satellite transmitter with accelerometer capability that is 20% lighter and 25% less expensive than existing commercially available tags. We also introduce a novel peer-to-peer, solar-powered network tag that uses long-range, low-power, wireless platform technology. Concurrently, we began adapting a carbon nanotube (CNT) sensor to detect dimethyl sulfide (DMS), a trace gas relevant to marine ecology and climate studies. CNT sensors offer a small, lightweight, and low-power technology that can detect changes in resistance across carbon nanotubes coated with adsorbent selected to specifically bind with a variety of reactive trace gasses. We flew a prototype sensor in a small UAS and sampled an apparent increase in DMS concentration consistent with a well-defined marine frontal boundary. Currently we are integrating project components to create a hybridized architecture of networked peer-to-peer and satellite tags with integrated CNT and additional on-board and remote sensors to advance animal tracking and to provide information for next generation wildlife conservation.

Ian G. Brosnan↗
NASA NTRS2004

Reconfigurable Transceiver and Software-Defined Radio Architecture and Technology Evaluated for NASA Space Communications

The NASA Glenn Research Center is investigating the development and suitability of a software-based open-architecture for space-based reconfigurable transceivers (RTs) and software-defined radios (SDRs). The main objectives of this project are to enable advanced operations and reduce mission costs. SDRs are becoming more common because of the capabilities of reconfigurable digital signal processing technologies such as field programmable gate arrays and digital signal processors, which place radio functions in firmware and software that were traditionally performed with analog hardware components. Features of interest of this communications architecture include nonproprietary open standards and application programming interfaces to enable software reuse and portability, independent hardware and software development, and hardware and software functional separation. The goals for RT and SDR technologies for NASA space missions include prelaunch and on-orbit frequency and waveform reconfigurability and programmability, high data rate capability, and overall communications and processing flexibility. These operational advances over current state-of-art transceivers will be provided to reduce the power, mass, and cost of RTs and SDRs for space communications. The open architecture for NASA communications will support existing (legacy) communications needs and capabilities while providing a path to more capable, advanced waveform development and mission concepts (e.g., ad hoc constellations with self-healing networks and high-rate science data return). A study was completed to assess the state of the art in RT architectures, implementations, and technologies. In-house researchers conducted literature searches and analysis, interviewed Government and industry contacts, and solicited information and white papers from industry on space-qualifiable RTs and SDRs and their associated technologies for space-based NASA applications. The white papers were evaluated, compiled, and used to assess RT and SDR system architectures and core technology elements to determine an appropriate investment strategy to advance these technologies to meet future mission needs. The use of these radios in the space environment represents a challenge because of the space radiation suitability of the components, which drastically reduces the processing capability. The radios available for space are considered to be RTs (as opposed to SDRs), which are digitally programmable radios with selectable changes from an architecture combining analog and digital components. The limited flexibility of this design contrasts against the desire to have a power-efficient solution and open architecture.

Reinhart, Richard C.↗
NASA NTRS2008

L-Band Transmit/Receive Module for Phase-Stable Array Antennas

Interferometric synthetic aperture radar (InSAR) has been shown to provide very sensitive measurements of surface deformation and displacement on the order of 1 cm. Future systematic measurements of surface deformation will require this capability over very large areas (300 km) from space. To achieve these required accuracies, these spaceborne sensors must exhibit low temporal decorrelation and be temporally stable systems. An L-band (24-cmwavelength) InSAR instrument using an electronically steerable radar antenna is suited to meet these needs. In order to achieve the 1-cm displacement accuracy, the phased array antenna requires phase-stable transmit/receive (T/R) modules. The T/R module operates at L-band (1.24 GHz) and has less than 1- deg absolute phase stability and less than 0.1-dB absolute amplitude stability over temperature. The T/R module is also high power (30 W) and power efficient (60-percent overall efficiency). The design is currently implemented using discrete components and surface mount technology. The basic T/R module architecture is augmented with a calibration loop to compensate for temperature variations, component variations, and path loss variations as a function of beam settings. The calibration circuit consists of an amplitude and phase detector, and other control circuitry, to compare the measured gain and phase to a reference signal and uses this signal to control a precision analog phase shifter and analog attenuator. An architecture was developed to allow for the module to be bidirectional, to operate in both transmit and receive mode. The architecture also includes a power detector used to maintain a transmitter power output constant within 0.1 dB. The use of a simple, stable, low-cost, and high-accuracy gain and phase detector made by Analog Devices (AD8302), combined with a very-high efficiency T/R module, is novel. While a self-calibrating T/R module capability has been sought for years, a practical and cost-effective solution has never been demonstrated. By adding the calibration loop to an existing high-efficiency T/R module, there is a demonstrated order-of-magnitude improvement in the amplitude and phase stability.

Andricos, Constantine↗
NASA NTRS2008

Real-Time Wavefront Control for the PALM-3000 High Order Adaptive Optics System

We present a cost-effective scalable real-time wavefront control architecture based on off-the-shelf graphics processing units hosted in an ultra-low latency, high-bandwidth interconnect PC cluster environment composed of modules written in the component-oriented language of nesC. The architecture enables full-matrix reconstruction of the wavefront at up to 2 KHz with latency under 250 us for the PALM-3000 adaptive optics systems, a state-of-the-art upgrade on the 5.1 meter Hale Telescope that consists of a 64 x 64 subaperture Shack-Hartmann wavefront sensor and a 3368 active actuator high order deformable mirror in series with a 241 active actuator tweeter DM. The architecture can easily scale up to support much larger AO systems at higher rates and lower latency.

GPU↗
NASA NTRS2004

New Generation Power System for Space Applications

The Deep Space Avionics (DSA) Project is developing a new generation of power system building blocks. Using application specific integrated circuits (ASICs) and power switching modules a scalable power system can be constructed for use on multiple deep space missions including future missions to Mars, comets, Jupiter and its moons. The key developments of the DSA power system effort are five power ASICs and a mod ule for power switching. These components enable a modular and scalab le design approach, which can result in a wide variety of power syste m architectures to meet diverse mission requirements and environments . Each component is radiation hardened to one megarad) total dose. The power switching module can be used for power distribution to regular spacecraft loads, to propulsion valves and actuation of pyrotechnic devices. The number of switching elements per load, pyrotechnic firin gs and valve drivers can be scaled depending on mission needs. Teleme try data is available from the switch module via an I2C data bus. The DSA power system components enable power management and distribution for a variety of power buses and power system architectures employing different types of energy storage and power sources. This paper will describe each power ASIC#s key performance characteristics as well a s recent prototype test results. The power switching module test results will be discussed and will demonstrate its versatility as a multip urpose switch. Finally, the combination of these components will illu strate some of the possible power system architectures achievable fro m small single string systems to large fully redundant systems.

power switching↗
NASA NTRS1990

High performance VLSI telemetry data systems

NASA's deployment of major space complexes such as Space Station Freedom (SSF) and the Earth Observing System (EOS) will demand increased functionality and performance from ground based telemetry acquisition systems well above current system capabilities. Adaptation of space telemetry data transport and processing standards such as those specified by the Consultative Committee for Space Data Systems (CCSDS) standards and those required for commercial ground distribution of telemetry data, will drive these functional and performance requirements. In addition, budget limitations will force the requirement for higher modularity, flexibility, and interchangeability at lower cost in new ground telemetry data system elements. At NASA's Goddard Space Flight Center (GSFC), the design and development of generic ground telemetry data system elements, over the last five years, has resulted in significant solutions to these problems. This solution, referred to as the functional components approach includes both hardware and software components ready for end user application. The hardware functional components consist of modern data flow architectures utilizing Application Specific Integrated Circuits (ASIC's) developed specifically to support NASA's telemetry data systems needs and designed to meet a range of data rate requirements up to 300 Mbps. Real-time operating system software components support both embedded local software intelligence, and overall system control, status, processing, and interface requirements. These components, hardware and software, form the superstructure upon which project specific elements are added to complete a telemetry ground data system installation. This paper describes the functional components approach, some specific component examples, and a project example of the evolution from VLSI component, to basic board level functional component, to integrated telemetry data system.

Chesney, J.↗
NASA NTRS2013

Simplified Mantle Architecture and Distribution of Radiogenic Power

The mantle components that represent the source region of ocean island basalts (OIB) and feed hotspot volcanism are predicted to contain 160 +/- 20 (2σ(sub m)) ng/g Th, a heat‐producing element. This critical model composition indicates that the OIB source region (OSR) comprises a significant amount of recycled oceanic crust and constitutes 19(sup +3)(sub −2) (2σ(sub m))% of the mantle by mass. The mass fraction of this reservoir supports a mantle architecture with a basal thermochemical layering at an average depth of 2000 +/- 100 (2σ(sub m)) km or two thermochemical piles that extend up to midmantle levels. The hotspot source described here generates 10 pW/kg of radiogenic heat and supplies 7.3 TW to the planet's total surface heat flux. Given that the silicate portion of the Earth produces some 20.4 TW of radiogenic power, with 7.2 TW derived from the continental crust, the mantle source responsible for mid‐ocean ridge volcanism provides only 5.9 TW of radiogenic power (or <2 pW/kg). As a result, the source of hotspots generates >5x more radiogenic heat than the source of mid‐ocean ridges, thus contributing to the energetics that drive mantle convection and potentially the formation of long‐lived plumes via bottom heating of the modern mantle. The potential for a sequestered or unsampled mantle reservoir would impact the relative mass fractions of the source regions of OIB and mid‐ocean ridge volcanism but not the compositional model of the OSR presented here.

Arevalo, Ricardo, Jr.↗
NASA NTRS2019

Defining a Space Mission Architectural Framework: Guiding Robotic Space Mission Design and Development at NASA Goddard Spaceflight Center

Modern Systems Engineering activities for robotic science missions face increased complexity due to evolving measurement requirements, increased collaboration amongst stakeholders and increased collaboration between human and robotic systems. While NASA has employed standard process frameworks for project management and systems engineering for years, it has not yet established an architecture framework (AF) by which its mission systems are described. While an architecture framework is not a necessary component of an organization's operations, the value of a specified AF greatly enhances an organization's ability to define systems consistently and aid in communication across project and organizational boundaries. The current effort identifies an approach to establishing a Space Mission Architecture Framework (SMAF), an AF with roots in ISO 42010 (Systems and Software Engineering-Architecture Description), NASA Procedural Requirements (NPR) 7120.5 (NASA Space Flight Program and Project Management Requirements) and 7123.1B (NASA Systems Engineering Processes and Requirements). The heart of the AF lies in its viewpoints and work products, artifacts that represent a set of information from the viewpoint of a particular stakeholder. This effort articulates the needs, goals and objectives that the SMAF addresses, as well as the approach to creating the framework and establishing the various work products. A full set of work products, sufficient to satisfy the Mission System reporting requirements of NPR 7120/7123 at Key Decision Point (KDP) A is identified in this paper.

Architecture↗
NASA NTRS2005

Avionics System Architecture Tool

Avionics System Architecture Tool (ASAT) is a computer program intended for use during the avionics-system-architecture- design phase of the process of designing a spacecraft for a specific mission. ASAT enables simulation of the dynamics of the command-and-data-handling functions of the spacecraft avionics in the scenarios in which the spacecraft is expected to operate. ASAT is built upon I-Logix Statemate MAGNUM, providing a complement of dynamic system modeling tools, including a graphical user interface (GUI), modeling checking capabilities, and a simulation engine. ASAT augments this with a library of predefined avionics components and additional software to support building and analyzing avionics hardware architectures using these components.

Chau, Savio↗
NASA NTRS1997

SPASIM: A Spacecraft Simulator

The SPAcecraft SIMulator (SPASIM) simulates the functions and resources of a spacecraft to quickly perform conceptual design (Phase A) trade-off and sensitivity analyses and uncover any operational bottlenecks during any part of the mission. Failure modes and operational contingencies can be evaluated allowing operational planning (what-if scenarios) and optimization for a range of mission scenarios. The payloads and subsystems are simulated, using a hierarchy of graphical models, in terms of how their functions affect resources such as propellant, power, and data. Any of the inputs and outputs of the payloads and subsystems can be plotted during the simulation or stored in a file so they can be used by other programs. Most trade-off analyses, including those that compare current versus advanced technology, can be performed by changing values in the parameter menus. However, when a component is replaced by one with a different functional architecture, its graphical model can also be modified or replaced by drawing from a component library. SPASIM has been validated using several spacecraft designs that were at least at the Critical Design Review level. The user and programmer guide, including figures, is available on line as a hypertext document. This is an easy-to-use and expandable tool which is based on MATLAB(R) and SIMULINK(R). It runs on Silicon Graphics Inc. workstations and personal computers with Windows 95(TM) or NT(TM).

Liceaga, Carlos A.↗
NASA NTRS1997

A Functional Simulator of Spacecraft Resources

The SPAcecraft SIMulator (SPASIM) simulates the functions and resources of a spacecraft to quickly perform Phase A trade-off analyses and uncover any operational bottlenecks during any part of the mission. Failure modes and operational contingencies can be evaluated allowing optimization for a range of mission scenarios. The payloads and subsystems are simulated, using a hierarchy of graphical models, in terms of how their functions affect resources such as propellant, power, and data. Any of the inputs and outputs of the payloads and subsystems can be plotted during the simulation. Most trade-off analyses, including those that compare current versus advanced technology, can be performed by changing values in the parameter menus. However, when a component is replaced by one with a different functional architecture, its graphical model can also be modified or replaced by drawing from a component library. SPASIM has been validated using several spacecraft designs which were at least at the Critical Design Review level. The user and programmer guide, including figures, is available on line as a hyper text document. This is an easy-to-use and expand tool which is based on MATLAB and SIMULINK. It runs on SGI workstations and PCs under Windows 95 or NT.

Liceaga, Carlos A.↗
NASA NTRS2018

T-infinity: The Dependency Inversion Principle for Rapid and Sustainable Multidisciplinary Software Development

The CFD Vision 2030 Study recommends that, “NASA should develop and maintain an integrated simulation and software development infrastructure to enable rapid CFD technology maturation.... [S]oftware standards and interfaces must be emphasized and supported whenever possible, and open source models for noncritical technology components should be adopted.” The current paper presents an approach to an open source development architecture, named T-infinity, for accelerated research in CFD leveraging the Dependency Inversion Principle to realize plugins that communicate through collections of functions without exposing internal data structures. Steady state flow visualization, mesh adaptation, fluid-structure interaction, and overset domain capabilities are demonstrated through compositions of plugins via standardized abstract interfaces without the need for source code dependencies between disciplines. Plugins interact through abstract interfaces thereby avoiding N 2 direct code-to-code data structure coupling where N is the number of codes. This plugin architecture enhances sustainable development by controlling the interaction between components to limit software complexity growth. The use of T-infinity abstract interfaces enables multidisciplinary application developers to leverage legacy applications alongside newly-developed capabilities. While rein, a description of interface details is deferred until the are more thoroughly tested and can be closed to modification.

O'Connell, Matthew D.↗
NASA NTRSDate not supplied

Nuclear Electric Propulsion Brayton Power Conversion Working Fluid Considerations

NASA has considered Nuclear Electric Propulsion (NEP) for high V missions since the late 1950’s, but the current technology readiness level of the requisite powertrain needs to be raised for such a mission. The powertrain includes reactor, power conversion, power management, electric propulsion, and thermal management components that must be integrated to minimize system (kg/kWe) and to finalize a propulsion system architecture within the 2025-2027 timeframe requires advancing these component technologies to technology readiness level (TRL) 5 and Advancement Degree of Difficulty (AD2) 3 in an expeditious manner with minimal risks. This paper will only address the power conversion (heat to electric) components of that system. Based on both internal and industry studies, a primary conclusion of this work is that a single-spool supercritical Xe-He radial flux Brayton heat engine combined with a permanent magnet synchronous alternator can potentially be developed with the least technical risk to meet the technology readiness schedule and required NEP system performance metrics.

Nuclear↗
NASA NTRS1978

Technology advances and market forces: Their impact on high performance architectures

Reasonable projections into future supercomputer architectures and technology require an analysis of the computer industry market environment, the current capabilities and trends within the component industry, and the research activities on computer architecture in the industrial and academic communities. Management, programmer, architect, and user must cooperate to increase the efficiency of supercomputer development efforts. Care must be taken to match the funding, compiler, architecture and application with greater attention to testability, maintainability, reliability, and usability than supercomputer development programs of the past.

Best, D. R.↗
NASA NTRS1997

Issues in Defining Software Architectures in a GIS Environment

The primary mission of the Pan-American Center for Earth and Environmental Studies (PACES) is to advance the research areas that are relevant to NASA's Mission to Planet Earth program. One of the activities at PACES is the establishment of a repository for geographical, geological and environmental information that covers various regions of Mexico and the southwest region of the U.S. and that is acquired from NASA and other sources through remote sensing, ground studies or paper-based maps. The center will be providing access of this information to other government entities in the U.S. and Mexico, and research groups from universities, national laboratories and industry. Geographical Information Systems(GIS) provide the means to manage, manipulate, analyze and display geographically referenced information that will be managed by PACES. Excellent off-the-shelf software exists for a complete GIS as well as software for storing and managing spatial databases, processing images, networking and viewing maps with layered information. This allows the user flexibility in combining systems to create a GIS or to mix these software packages with custom-built application programs. Software architectural languages provide the ability to specify the computational components and interactions among these components, an important topic in the domain of GIS because of the need to integrate numerous software packages. This paper discusses the characteristics that architectural languages address with respect to the issues relating to the data that must be communicated between software systems and components when systems interact. The paper presents a background on GIS in section 2. Section 3 gives an overview of software architecture and architectural languages. Section 4 suggests issues that may be of concern when defining the software architecture of a GIS. The last section discusses the future research effort and finishes with a summary.

Acosta, Jesus↗