Results for “module architecture” — Page 13

NASA NTRSDate not supplied

Progress on the Organic and Inorganic Modules of the Spacecraft Water Impurity Monitor, a Next Generation Complete Water Analysis System for Crewed Vehicles

The Spacecraft Water Impurity Monitor (SWIM) is a joint collaboration to develop an instrument platform that will perform in-flight measurements and deliver a more complete picture of water quality to decision makers. For exploration missions, returned water samples will not be an option, so spacecraft and habitats will need to be equipped with advanced water monitoring capabilities. Eventually, missions to the moon, Mars, and beyond should be equipped with analytical capabilities roughly analogous to those found in terrestrial labs. Based on what we know about current and future spacecraft environments, SWIM will seek to provide enhanced analytical capability that enables NASA to confidently send astronauts on distant missions without the possibility of returned water samples. The SWIM architecture can be broken down in an Organic Water Module (OWM) and an Inorganic Water Module (IWM), independent of each other but can be flown together if desired; an integrated system may share some commonality, e.g., single sample injection, sampling consumables, waste, etc. Each of these main modules can be broken down further into separation (if required) and detection modules. And, each separation module can be paired with one or more detection module depending on mission, spacecraft, customer needs, and size/mass/power constraints. This paper discusses the research and development progress toward the goal of a total water analysis system. For OWM, one of the analysis technologies that the SWIM team have been developing is a liquid-injection gas chromatograph mass spectrometer system; these systems are the workhorses of analytical chemistry laboratories world-wide. For IWM, the team is exploring a number of technologies ranging from traditional liquid chromatography technologies (e.g. ion chromatography, capillary electrophoresis) to flight-heritage technology such as ion-specific electrodes.

Stuart J. Pensinger↗

NASA NTRS2023

Progress on the Organic and Inorganic Modules of the Spacecraft Water Impurity Monitor, a Next Generation Complete Water Analysis System for Crewed Vehicles

The Spacecraft Water Impurity Monitor (SWIM) is a joint collaboration to develop an instrument platform that will perform in-flight measurements and deliver a more complete picture of water quality to decision makers. For exploration missions, returned water samples will not be an option, so spacecraft and habitats will need to be equipped with advanced water monitoring capabilities. Eventually, missions to the moon, Mars, and beyond should be equipped with analytical capabilities roughly analogous to those found in terrestrial labs. Based on what we know about current and future spacecraft environments, SWIM will seek to provide enhanced analytical capability that enables NASA to confidently send astronauts on distant missions without the possibility of returned water samples. The SWIM architecture can be broken down in an Organic Water Module (OWM) and an Inorganic Water Module (IWM), independent of each other but can be flown together if desired; an integrated system may share some commonality, e.g., single sample injection, sampling consumables, waste, etc. Each of these main modules can be broken down further into separation (if required) and detection modules. And, each separation module can be paired with one or more detection module depending on mission, spacecraft, customer needs, and size/mass/power constraints. This paper discusses the research and development progress toward the goal of a total water analysis system. For OWM, one of the analysis technologies that the SWIM team have been developing is a liquid-injection gas chromatograph mass spectrometer system; these systems are the workhorses of analytical chemistry laboratories world-wide. For IWM, the team is exploring a number of technologies ranging from traditional liquid chromatography technologies (e.g. ion chromatography, capillary electrophoresis) to flight-heritage technology such as ion-specific electrodes.

Stuart J Pensinger↗

NASA NTRS2023

Progress on the Organic and Inorganic Modules of the Spacecraft Water Impurity Monitor, a Next Generation Complete Water Analysis System for Crewed Vehicles

The Spacecraft Water Impurity Monitor (SWIM) is a joint collaboration to develop an instrument platform that will perform in-flight measurements and deliver a more complete picture of water quality to decision makers. For exploration missions, returned water samples will not be an option, so spacecraft and habitats will need to be equipped with advanced water monitoring capabilities. Eventually, missions to the moon, Mars, and beyond should be equipped with analytical capabilities roughly analogous to those found in terrestrial labs. Based on what we know about current and future spacecraft environments, SWIM will seek to provide enhanced analytical capability that enables NASA to confidently send astronauts on distant missions without the possibility of returned water samples. The SWIM architecture can be broken down in an Organic Water Module (OWM) and an Inorganic Water Module (IWM), independent of each other but can be flown together if desired; an integrated system may share some commonality, e.g., single sample injection, sampling consumables, waste, etc. Each of these main modules can be broken down further into separation (if required) and detection modules. And, each separation module can be paired with one or more detection module depending on mission, spacecraft, customer needs, and size/mass/power constraints. This paper discusses the research and development progress toward the goal of a total water analysis system. For OWM, one of the analysis technologies that the SWIM team have been developing is a liquid-injection gas chromatograph mass spectrometer system; these systems are the workhorses of analytical chemistry laboratories world-wide. For IWM, the team is exploring a number of technologies ranging from traditional liquid chromatography technologies (e.g. ion chromatography, capillary electrophoresis) to flight-heritage technology such as ion-specific electrodes.

Stuart Pensinger↗

NASA NTRS1979

ATLAS, an integrated structural analysis and design system. Volume 2: System design document

ATLAS is a structural analysis and design system, operational on the Control Data Corporation 6600/CYBER computers. The overall system design, the design of the individual program modules, and the routines in the ATLAS system library are described. The overall design is discussed in terms of system architecture, executive function, data base structure, user program interfaces and operational procedures. The program module sections include detailed code description, common block usage and random access file usage. The description of the ATLAS program library includes all information needed to use these general purpose routines.

Erickson, W. J.↗

NASA NTRS1990

A control architecture for a Mars walking vehicle

A design framework for a Mars Rover, intended for missions where a high degree of autonomy is dictated, is presented. The framework provides a logical computing architecture for rover mobility and local navigation subsystem design by defining a set of functional modules and interfaces to facilitate software and hardware specification. The similarities and dissimilarities between the present approach and related architectures for autonomous navigation and robotic control are discussed. An approach is presented for specifying actions to be taken by the mobility and local navigation subsystems of the rover.

Spiessbach, Andrew J.↗

NASA NTRS1998

Mechanical System Analysis/Design Tool (MSAT) Quick Guide

MSAT is a unique multi-component multi-disciplinary tool that organizes design analysis tasks around object-oriented representations of configuration components, analysis programs and modules, and data transfer links between them. This creative modular architecture enables rapid generation of input stream for trade-off studies of various engine configurations. The data transfer links automatically transport output from one application as relevant input to the next application once the sequence is set up by the user. The computations are managed via constraint propagation - the constraints supplied by the user as part of any optimization module. The software can be used in the preliminary design stage as well as during the detail design of product development process.

Lee, HauHua↗

NASA NTRS2011

Advanced Packaging Materials and Techniques for High Power TR Module: Standard Flight vs. Advanced Packaging

The higher output power densities required of modern radar architectures, such as the proposed DESDynI [Deformation, Ecosystem Structure, and Dynamics of Ice] SAR [Synthetic Aperture Radar] Instrument (or DSI) require increasingly dense high power electronics. To enable these higher power densities, while maintaining or even improving hardware reliability, requires advances in integrating advanced thermal packaging technologies into radar transmit/receive (TR) modules. New materials and techniques have been studied and compared to standard technologies.

Deformation, Ecosystem Structure, and Dynamics of ↗

NASA NTRSDate not supplied

Commanding Constellations (Pipeline Architecture)

Providing ground command software for constellations of spacecraft is a challenging problem. Reliable command delivery requires a feedback loop; for a constellation there will likely be an independent feedback loop for each constellation member. Each command must be sent via the proper Ground Station, which may change from one contact to the next (and may be different for different members). Dynamic configuration of the ground command software is usually required (e.g. directives to configure each member's feedback loop and assign the appropriate Ground Station). For testing purposes, there must be a way to insert command data at any level in the protocol stack. The Pipeline architecture described in this paper can support all these capabilities with a sequence of software modules (the pipeline), and a single self-identifying message format (for all types of command data and configuration directives). The Pipeline architecture is quite simple, yet it can solve some complex problems. The resulting solutions are conceptually simple, and therefore, reliable. They are also modular, and therefore, easy to distribute and extend. We first used the Pipeline architecture to design a CCSDS (Consultative Committee for Space Data Systems) Ground Telecommand system (to command one spacecraft at a time with a fixed Ground Station interface). This pipeline was later extended to include gateways to any of several Ground Stations. The resulting pipeline was then extended to handle a small constellation of spacecraft. The use of the Pipeline architecture allowed us to easily handle the increasing complexity. This paper will describe the Pipeline architecture, show how it was used to solve each of the above commanding situations, and how it can easily be extended to handle larger constellations.

Tim Ray↗

NASA NTRS1986

Space Station multiple access communications system

The development of a multiple access communications system (MACS) for the space-to-space communications on the Space Station is discussed. The communications capabilities of the FHMA, CDMA, TDMA, SDMA, and FDMA techniques are evaluated; FDMA was selected for the space-to-space communications on the Space Station because of its lower complexity and growth capability. The proposed space-to-space multiple access system for the Space Station is a digitally modulated Ku-band FDMA system with a distributed architecture; this system would transmit on frequencies between 13.4 and 13.7 GHz and receive on frequencies between 14.6 and 14.89 GHz, and the bandwidth will support seven high-data-rate users and 12 low-data-rate users. The IF components and antennas for the MACS are examined. A multiple access breadboard design is described.

Olson, Nanci A.↗

NASA NTRS1992

Geometric modeling of inflatable structures for lunar base

A modular inflatable structure consisting of thin, composite membranes is presented for use in a lunar base. Results from a linear elastic analysis of the structure indicate that it is feasible in the lunar environment. Further analysis requires solving nonlinear equations and accurately specifying the geometries of the structural members. A computerized geometric modeling technique, using bicubic Bezier surfaces to generate the geometries of the inflatable structure, was conducted. Simulated results are used to create three-dimensional wire frames and solid renderings of the individual components of the inflatable structure. The component geometries are connected into modules, which are then assembled based upon the desired architecture of the structure.

Nowak, Paul S.↗

NASA NTRS1991

Fiber optic controls for aircraft engines - Issues and implications

Some of the issues involved with the application of fiber-optic controls for aircraft engines in the harsh operating environment are addressed, with emphasis on fiber-optic temperature, pressure, position, and speed sensors. Criteria are established to evaluate the optical modulation technique, the sensor/control unit interconnection, and the electrooptic architecture. Single mode and polarization dependent sensor types, sensors which depend on the reflection and/or transmission of light through the engine environment, and intensity-based analog sensors are eliminated as a possible candidate for engine implementation. Fiber-optic harnesses tested for their optical integrity, temperature stability, and mechanical strength, exhibit a capacity to meet mechanical strength requirements and still gain a significant reduction in cable weight.

Dasgupta, Samhita↗

NASA NTRS1993

Computational modeling of nuclear thermal rockets

The topics are presented in viewgraph form and include the following: rocket engine transient simulation (ROCETS) system; ROCETS performance simulations composed of integrated component models; ROCETS system architecture significant features; ROCETS engineering nuclear thermal rocket (NTR) modules; ROCETS system easily adapts Fortran engineering modules; ROCETS NTR reactor module; ROCETS NTR turbomachinery module; detailed reactor analysis; predicted reactor power profiles; turbine bypass impact on system; and ROCETS NTR engine simulation summary.

Peery, Steven D.↗

NASA NTRS1994

Analytical Design Package (ADP2): A computer aided engineering tool for aircraft transparency design

The Analytical Design Package (ADP2) is being developed as a part of the Air Force Frameless Transparency Program (FTP). ADP2 is an integrated design tool consisting of existing analysis codes and Computer Aided Engineering (CAE) software. The objective of the ADP2 is to develop and confirm an integrated design methodology for frameless transparencies, related aircraft interfaces, and their corresponding tooling. The application of this methodology will generate high confidence for achieving a qualified part prior to mold fabrication. ADP2 is a customized integration of analysis codes, CAE software, and material databases. The primary CAE integration tool for the ADP2 is P3/PATRAN, a commercial-off-the-shelf (COTS) software tool. The open architecture of P3/PATRAN allows customized installations with different applications modules for specific site requirements. Integration of material databases allows the engineer to select a material, and those material properties are automatically called into the relevant analysis code. The ADP2 materials database will be composed of four independent schemas: CAE Design, Processing, Testing, and Logistics Support. The design of ADP2 places major emphasis on the seamless integration of CAE and analysis modules with a single intuitive graphical interface. This tool is being designed to serve and be used by an entire project team, i.e., analysts, designers, materials experts, and managers. The final version of the software will be delivered to the Air Force in Jan. 1994. The Analytical Design Package (ADP2) will then be ready for transfer to industry. The package will be capable of a wide range of design and manufacturing applications.

Wuerer, J. E.↗

NASA NTRS2009

The Habitat Demonstration Unit Project

This paper will describe an overview of the NASA-led multi-center Habitat Demonstration Unit (HDU) Project. The HDU project is a technology-pull project that integrates technologies and innovations from numerous NASA centers. This project will be used to investigate and validate surface architectures, operations concepts, and requirements definition. The HDU project will be part of the 2010 Desert Research and Technologies Simulations (DRATS). The purpose of this project is to develop, integrate, test, and evaluate a HDU in the context of the mission architectures and surface operation concepts. This HDU is based on the Constellation Architecture Scenario 12.1 concept of a vertically oriented habitat module. A multi-center approach with be utilized to build, integrate, and test the HDU project through a shared collaborative effort of multiple NASA centers. This project is part of the strategic plan from the ESMD Directorate Integration Office (DIO) and the Lunar Surface Systems Project Office (LSSPO) to test surface elements in a surface analog environment which includes two Lunar Electric Rovers and the HDU during the 2010 analog field test. This paper will describe the overall objectives, its various configurations, strategic plan, and technology integration as it pertains to the 2010 and 2011 field analog tests.

Kennedy, Kriss J.↗

NASA NTRS2012

Application Programming in AWIPS II

Since its inception almost 8 years ago, NASA's Short-term Prediction Research and Transition (SPoRT) Center has integrated NASA data into the National Weather Service's decision support system (DSS) the Advanced Weather Interactive Processing System (AWIPS). SPoRT has, in some instances, had to shape and transform data sets into various formats and manipulate configurations to visualize them in AWIPS. With the advent of the next generation of DSS, AWIPS II, developers will be able to develop their own plugins to handle any type of data. Raytheon is developing AWIPS II to be a more extensible package written mainly in Java, and built around a Service Oriented Architecture. A plugin architecture will allow users to install their own code modules, and (if all the rules have been properly followed) they will work hand-in-hand with AWIPS II as if it were originally built in. Users can bring in new datasets with existing plugins, tweak plugins to handle a nuance or desired new functionality, or create an entirely new visualization layout for a new dataset. SPoRT is developing plugins to ensure its existing NASA data will be ready for AWIPS II when it is delivered, and to prepare for the future of new instruments on upcoming satellites.

Smit, Matt↗

NASA NTRS2023

Gateway Integrated Environmental Control and Life Support System Overview and Status

The Gateway will be a lunar orbiting platform that is a critical element in establishing a sustainable, long-term human presence on the lunar surface and beyond to deep space exploration. As part of this mission, the Gateway Environmental Control and Life Support Subsystem (ECLSS), employs its capabilities to: - Support two to four-person crew expeditions for at least 30 days, approximately once every one to three years with extended periods of dormancy, - Provide life support functionality during nominal and contingency scenarios, - Support crew expeditions to the Lunar surface by providing a Habitable volume, from which staging, or preparation can take place for missions to the Lunar surface or to deep space destinations, and - Facilitate a platform to demonstrate the necessary capabilities to expand a sustainable human presence into Deep Space, including the surface of the Moon and Mars. The Gateway consists of an assembly of modules provided by commercial and international partnerships with varied capability that, together, achieve these objectives. The Habitation and Logistics Outpost (HALO) and International Habitat (I-Hab) modules provide the air revitalization and conditioning capabilities for the Gateway with some ECLSS functionality provided in the other modules to support crew operations. This paper explains the architecture of the Gateway ECLSS and provides the status of its development.

Gateway↗

NASA NTRS2020

Risk and Performance Assessment of Generic Mission Architectures: Showcasing the Artemis Mission

A has initiated a strong push to return face. In this work, we astronaut assess performance and risk for proposed mission architectures using a new Mission Architecture Risk Assessment (MARA) tool. The MARA tool can produce statistics about the availability of components and overall performance of the mission considering potential failures of any of its components. In a Monte Carlo approach, the tool repeats the mission simulation multiple times while a random generator lets modules fail according to their failure rates. The results provide statistically meaningful insights into the overall performance of the chosen architecture. A given mission architecture can be freely replicated in the tool, with the mission timeline and basic characteristics of employed mission modules (habitats, rovers, power generation units, etc.) specified in a configuration file. Crucially, failure rates for each module need to be known or estimated. The tool performs an event-driven simulation of the mission and accounts for random failure events. Failed modules can be repaired, which takes crew time but restores operations. In addition to tracking individual modules, MARA can assess the availability of predefined functions throughout the mission. For instance, the function of resource collection would require a rover to collect the resources, a power generation unit to charge the rover, and a resource processing module. Together, the modules that are required for a given function are called a functional group. Similarly, we can assess how much crew time is available to achieve a mission benefit (e.g. research, building a base, etc) as opposed to spending crew time on repairs. Here we employ the method on the proposed NASA Artemis mission. Artemis aims to return United States astronauts to the lunar surface by 2024. Results provide insights into mission failure probabilities, up- and downtime for individual modules and crew-time resources spent on the repair of failed modules. The tool also allows us to tweak the mission architecture in order to find setups that produce more favorable mission performance. As such, the tool can be an aid in improving the mission architect abling cost-benefit analysis for mission improvement.

Rumpf, Clemens M.↗

NASA NTRS2012

An Autonomous Autopilot Control System Design for Small-Scale UAVs

This paper describes the design and implementation of a fully autonomous and programmable autopilot system for small scale autonomous unmanned aerial vehicle (UAV) aircraft. This system was implemented in Reflection and has flown on the Exploration Aerial Vehicle (EAV) platform at NASA Ames Research Center, currently only as a safety backup for an experimental autopilot. The EAV and ground station are built on a component-based architecture called the Reflection Architecture. The Reflection Architecture is a prototype for a real-time embedded plug-and-play avionics system architecture which provides a transport layer for real-time communications between hardware and software components, allowing each component to focus solely on its implementation. The autopilot module described here, although developed in Reflection, contains no design elements dependent on this architecture.

Ippolito, Corey↗