Search NASA⌕ Search

SEARCH · Search NASA

Results for “storage capability”

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 469 records · Page 26

An Analysis of Exploration Capability Gaps for Future Habitation Systems to Inform Risk Assessment and Development Priorities

Within NASA, exploration capability gaps are defined as the difference between the current state-of-the-art in capabilities and the anticipated needs of future human spaceflight architectures. As NASA and its partners’ capabilities for human exploration of deep space continue to mature, it is necessary to understand the capability gaps that require closure to support future habitation systems, such as the Lunar Surface Habitat (SH) and Mars Transit Habitat (TH) currently in concept development. This paper will identify high-priority capability gaps for exploration habitation and show potential options for gap closure through investment in technology, development, and testing. High-priority capability gaps are divided into the following general taxonomy areas: human health/life support/habitation systems, flight computing and avionics, power and energy storage, communications and navigation, thermal management systems, human exploration destination systems, autonomous systems, sensors and instruments, GNC (guidance, navigation, and control), robotic systems, ground and uncrewed surface systems, and materials/structures/mechanical systems/manufacturing. In the gap identification process, teams of discipline experts from across NASA reviewed the latest habitation architecture needs against current capabilities to understand where gaps may exist. The results of the assessment established a basis for the current state-of-the-art within each gap and identified the capability needs of the proposed exploration missions the gap links to. An assessment of how each test platform (e.g., Ground, International Space Station (ISS), Commercial Low Earth Orbit (LEO) Destinations, Gateway) may be leveraged to mature capabilities and potentially provide a route to gap closure will be discussed. The notional timeline for gap closure to support reference missions and impacts to overall schedule are also assessed where appropriate. Based on the capability gap analysis described above, the paper summarizes important technology maturation considerations for human exploration architectures, with a focus on the Mars TH. The previously published NASA habitation ground rules and assumptions document is used as the basis to classify gaps as enabling, enhancing, or “push” opportunities for a particular architecture. Stepwise technology maturation plans/considerations are presented for some selected critical gaps. Overall, the analysis in this paper is intended to help influence development priorities for habitation systems, where high-priority, critical gaps are those currently assessed as having a low probability of closure by the anticipated need date. Capability gap analysis also informs the risk register for exploration habitation systems and mitigation strategies to ensure readiness of key technologies to support future mission timelines. Linkage between capability gaps for Moon and Mars is noted, as closure of a gap at a Lunar destination may subsequently enable or enhance Mars TH architectures.

technology development↗

Flight critical system design guidelines and validation methods

Efforts being expended at NASA-Langley to define a validation methodology, techniques for comparing advanced systems concepts, and design guidelines for characterizing fault tolerant digital avionics are described with an emphasis on the capabilities of AIRLAB, an environmentally controlled laboratory. AIRLAB has VAX 11/750 and 11/780 computers with an aggregate of 22 Mb memory and over 650 Mb storage, interconnected at 256 kbaud. An additional computer is programmed to emulate digital devices. Ongoing work is easily accessed at user stations by either chronological or key word indexing. The CARE III program aids in analyzing the capabilities of test systems to recover from faults. An additional code, the semi-Markov unreliability program (SURE) generates upper and lower reliability bounds. The AIRLAB facility is mainly dedicated to research on designs of digital flight-critical systems which must have acceptable reliability before incorporation into aircraft control systems. The digital systems would be too costly to submit to a full battery of flight tests and must be initially examined with the AIRLAB simulation capabilities.

Holt, H. M.↗

Configuration selection study for isolated loads using parabolic dish modules

A configuration tradeoff study has been conducted to determine optimum solar thermal parabolic dish power systems for isolated load applications. The specific application of an essentially constant power demand as required for MX missile shelters is treated. Supplying a continuous level of power with high reliability is shown to require a power system comprising modular parabolic dish power units where the heat engines of the modular power units can be driven by fossil fuels as well as solar-derived heat. Since constraints on reliability result in the provision of a power generating capability that exceeds the constant demand level, efficient utilization of the power system requires battery storage. Tradeoffs regarding the optimum size of storage are investigated as a function of the number of power modules and the cost of the fossil fuel which is used to meet the demand when insolation is unavailable and storage is depleted.

Revere, W.↗

Configuration selection study for isolated loads using parabolic dish modules

A configuration tradeoff study was conducted to determine optimum solar thermal parabolic dish power systems for isolated load applications. The specific application of an essentially constant power demand as required for MX missile shelters is treated. Supplying a continuous level of power with high reliability is shown to require a power system comprising modular parabolic dish power units where the heat engines of the modular power units can be driven by fossil fuels as well as solar-derived heat. Since constraints on reliability result in the provision of a power generating capability that exceeds the constant demand level, efficient utilization of the power system requires battery storage. Tradeoffs regarding the optimum size of storage are investigated as a function of the number of power modules and the cost of the fossil fuel.

Revere, W.↗

Space station experiment definition: Long-term cryogenic fluid storage

The conceptual design of a space station Technology Development Mission (TDM) experiment to demonstrate and evaluate cryogenic fluid storage and transfer technologies is presented. The experiment will be deployed on the initial operational capability (IOC) space station for a four-year duration. It is modular in design, consisting of three phases to test the following technologies: passive thermal technologies (phase 1), fluid transfer (phase 2), and active refrigeration (phase 3). Use of existing hardware was a primary consideration throughout the design effort. A conceptual design of the experiment was completed, including configuration sketches, system schematics, equipment specifications, and space station resources and interface requirements. These requirements were entered into the NASA Space Station Mission Data Base. A program plan was developed defining a twelve-year development and flight plan. Program cost estimates are given.

Jetley, R. L.↗

Flight investigation of the use of a nose gear jump strut to reduce takeoff ground roll distance of STOL aircraft

A series of flight tests was conducted to evaluate the reduction of takeoff ground roll distance obtainable from a rapid extension of the nose gear strut. The NASA Quiet Short-haul Research Aircraft (QSRA) used for this investigation is a transport-size short takeoff and landing (STOL) research vehicle with a slightly swept wing that employs the upper surface blowing (USB) concept to attain the high lift levels required for its low speed, short-field performance. Minor modifications to the conventional nose gear assembly and the addition of a high pressure pneumatic system and a control system provided the extendible nose gear, or 'jump strut,' capability. The limited flight test program explored the effects of thrust-to-weight ratio, storage tank initial pressure, and control valve open time duration on the ground roll distance. The data show that the predicted reduction of takeoff ground roll on the order of 10 percent was achieved with the use of the jump strut. Takeoff performance with the jump strut was also found to be essentially independent of the pneumatic supply pressure and was only slightly affected by control valve open time within the range of the parameters examined.

Eppel, Joseph C.↗

Providing the Persistent Data Storage in a Software Engineering Environment Using Java/COBRA and a DBMS

An investigation was undertaken to build the software foundation for the WHERE (Web-based Hyper-text Environment for Requirements Engineering) project. The TCM (Toolkit for Conceptual Modeling) was chosen as the foundation software for the WHERE project which aims to provide an environment for facilitating collaboration among geographically distributed people involved in the Requirements Engineering process. The TCM is a collection of diagram and table editors and has been implemented in the C++ programming language. The C++ implementation of the TCM was translated into Java in order to allow the editors to be used for building various functionality of the WHERE project; the WHERE project intends to use the Web as its communication back- bone. One of the limitations of the translated software (TcmJava), which militated against its use in the WHERE project, was persistent data management mechanisms which it inherited from the original TCM; it was designed to be used in standalone applications. Before TcmJava editors could be used as a part of the multi-user, geographically distributed applications of the WHERE project, a persistent storage mechanism must be built which would allow data communication over the Internet, using the capabilities of the Web. An approach involving features of Java, CORBA (Common Object Request Broker), the Web, a middle-ware (Java Relational Binding (JRB)), and a database server was used to build the persistent data management infrastructure for the WHERE project. The developed infrastructure allows a TcmJava editor to be downloaded and run from a network host by using a JDK 1.1 (Java Developer's Kit) compatible Web-browser. The aforementioned editor establishes connection with a server by using the ORB (Object Request Broker) software and stores/retrieves data in/from the server. The server consists of a CORBA object or objects depending upon whether the data is to be made persistent on a single server or multiple servers. The CORBA object providing the persistent data server is implemented using the Java progranu-ning language. It uses the JRB to store/retrieve data in/from a relational database server. The persistent data management system provides transaction and user management facilities which allow multi-user, distributed access to the stored data in a secure manner.

Dhaliwal, Swarn S.↗

An Assessment of Helium Evolution from Helium-Saturated Propellant Depressurization in Space

Helium evolution from the transfer of helium-saturated propellant in space is quantified to assess its impacts from creating two-phase gas/liquid flow from the supply tank, gas injection into the receiving tank, and liquid discharge from the receiving tank. Propellant transfer takes place between two similar tanks whose maximum storage capacity is approximately 2.55 cubic meters each. The maximum on-orbit propellants transfer capability is 9000 lbm (fuel and oxidizer). The transfer line is approximately 1.27 cm in diameter and 6096 cm in length and comprised of the fluid interconnect system (FICS), the orbiter propellant transfer system (OPTS), and the International Space Station (ISS) propulsion module (ISSPM). The propellant transfer rate begins at approximately 11 liter per minute (lpm) and subsequently drops to approximately 0.5 lpm. The tank nominal operating pressure is approximately 1827 kPa (absolute). The line pressure drops for Monomethy1hydrazine (MMH) and Nitrogen tetroxide (NTO) at 11.3 lpm are approximately 202 kPa and 302 kPa, respectively. The pressure-drop results are based on a single-phase flow. The receiving tank is required to vent from approximately 1827 kPa to a lower pressure to affect propellant transfer. These pressure-drop scenarios cause the helium-saturated propellants to release excess helium. For tank ullage venting, the maximum volumes of helium evolved at tank pressure are approximately 0.5 ft3 for MMH and 2 ft3 for NTO. In microgravity environment, due to lack of body force, the helium evolution from a liquid body acts to propel it, which influences its fluid dynamics. For propellant transfer, the volume fractions of helium evolved at line pressure are 0.1% by volume for MMH and 0.6 % by volume for NTO at 11.3 lpm. The void fraction of helium evolved varies as an approximate second order power function of flow rate.

Nguyen, Bich N.↗

Development and Flight Testing of an Adaptive Vehicle Health-Monitoring Architecture

On going development and testing of an adaptable vehicle health-monitoring architecture is presented. The architecture is being developed for a fleet of vehicles. It has three operational levels: one or more remote data acquisition units located throughout the vehicle; a command and control unit located within the vehicle, and, a terminal collection unit to collect analysis results from all vehicles. Each level is capable of performing autonomous analysis with a trained expert system. The expert system is parameterized, which makes it adaptable to be trained to both a user's subject reasoning and existing quantitative analytic tools. Communication between all levels is done with wireless radio frequency interfaces. The remote data acquisition unit has an eight channel programmable digital interface that allows the user discretion for choosing type of sensors; number of sensors, sensor sampling rate and sampling duration for each sensor. The architecture provides framework for a tributary analysis. All measurements at the lowest operational level are reduced to provide analysis results necessary to gauge changes from established baselines. These are then collected at the next level to identify any global trends or common features from the prior level. This process is repeated until the results are reduced at the highest operational level. In the framework, only analysis results are forwarded to the next level to reduce telemetry congestion. The system's remote data acquisition hardware and non-analysis software have been flight tested on the NASA Langley B757's main landing gear. The flight tests were performed to validate the following: the wireless radio frequency communication capabilities of the system, the hardware design, command and control; software operation and, data acquisition, storage and retrieval.

Woodard, Stanley E.↗

High End Computing Technologies for Earth Science Applications: Trends, Challenges, and Innovations

Earth science applications of the future will stress the capabilities of even the highest performance supercomputers in the areas of raw compute power, mass storage management, and software environments. These NASA mission critical problems demand usable multi-petaflops and exabyte-scale systems to fully realize their science goals. With an exciting vision of the technologies needed, NASA has established a comprehensive program of advanced research in computer architecture, software tools, and device technology to ensure that, in partnership with US industry, it can meet these demanding requirements with reliable, cost effective, and usable ultra-scale systems. NASA will exploit, explore, and influence emerging high end computing architectures and technologies to accelerate the next generation of engineering, operations, and discovery processes for NASA Enterprises. This article captures this vision and describes the concepts, accomplishments, and the potential payoff of the key thrusts that will help meet the computational challenges in Earth science applications.

Parks, John↗

Development and Flight Testing of an Autonomous Landing Gear Health-Monitoring System

Development and testing of an adaptable vehicle health-monitoring architecture is presented. The architecture is being developed for a fleet of vehicles. It has three operational levels: one or more remote data acquisition units located throughout the vehicle; a command and control unit located within the vehicle; and, a terminal collection unit to collect analysis results from all vehicles. Each level is capable of performing autonomous analysis with a trained expert system. Communication between all levels is done with wireless radio frequency interfaces. The remote data acquisition unit has an eight channel programmable digital interface that allows the user discretion for choosing type of sensors; number of sensors, sensor sampling rate and sampling duration for each sensor. The architecture provides framework for a tributary analysis. All measurements at the lowest operational level are reduced to provide analysis results necessary to gauge changes from established baselines. These are then collected at the next level to identify any global trends or common features from the prior level. This process is repeated until the results are reduced at the highest operational level. In the framework, only analysis results are forwarded to the next level to reduce telemetry congestion. The system's remote data acquisition hardware and non-analysis software have been flight tested on the NASA Langley B757's main landing gear. The flight tests were performed to validate the following: the wireless radio frequency communication capabilities of the system, the hardware design, command and control; software operation; and, data acquisition, storage and retrieval.

Woodard, Stanley E.↗

The Earth System Model

The Earth System Model is the natural evolution of current climate models and will be the ultimate embodiment of our geophysical understanding of the planet. These models are constructed from components - atmosphere, ocean, ice, land, chemistry, solid earth, etc. models and merged together through a coupling program which is responsible for the exchange of data from the components. Climate models and future earth system models will have standardized modules, and these standards are now being developed by the ESMF project funded by NASA. The Earth System Model will have a variety of uses beyond climate prediction. The model can be used to build climate data records making it the core of an assimilation system, and it can be used in OSSE experiments to evaluate. The computing and storage requirements for the ESM appear to be daunting. However, the Japanese ES theoretical computing capability is already within 20% of the minimum requirements needed for some 2010 climate model applications. Thus it seems very possible that a focused effort to build an Earth System Model will achieve succcss.

Schoeberl, Mark↗

Interplanetary CubeSats: Opening the Solar System to a Broad Community at Lower Cost

Interplanetary CubeSats could enable small, low-cost missions beyond low Earth orbit. This class is defined by mass < ~ 10 kg, cost < $30 M, and durations up to 5 years. Over the coming decade, a stretch of each of six distinct technology areas, creating one overarching architecture, could enable comparatively low-cost Solar System exploration missions with capabilities far beyond those demonstrated in small satellites to date. The six technology areas are: (1) CubeSat electronics and subsystems extended to operate in the interplanetary environment, especially radiation and duration of operation; (2) Optical telecommunications to enable very small, low-power uplink/downlink over interplanetary distances; (3) Solar sail propulsion to enable high !V maneuvering using no propellant; (4) Navigation of the Interplanetary Superhighway to enable multiple destinations over reasonable mission durations using achievable !V; (5) Small, highly capable instrumentation enabling acquisition of high-quality scientific and exploration information; and (6) Onboard storage and processing of raw instrument data and navigation information to enable maximum utility of uplink and downlink telecom capacity, and minimal operations staffing. The NASA Innovative Advanced Concepts (NIAC) program in 2011 selected Interplanetary CubeSats for further investigation, some results of which are reported here for Phase 1.

Staehle, Robert L.↗

Merits of flywheels for spacecraft energy storage

Flywheel energy storage systems which have a very good potential for use in spacecraft are discussed. This system can be superior to alkaline secondary batteries and regenerable fuel cells in most of the areas that are important in spacecraft applications. Of special importance, relative to batteries, are lighter weight, longer cycle and operating life, and high efficiency which minimizes solar array size and the amount of orbital makeup fuel required. Flywheel systems have a long shelf life, give a precise state of charge indication, have modest thermal control needs, are capable of multiple discharges per orbit, have simple ground handling needs, and have characteristics which would be useful for military applications. The major disadvantages of flywheel energy storage systems are that: power is not available during the launch phase without special provisions; and in flight failure of units may force shutdown of good counter rotating units, amplifying the effects of failure and limiting power distribution system options; no inherent emergency power capability unless specifically designed for, and a high level of complexity compared with batteries. The potential advantages of the flywheel energy storage system far outweigh the disadvantages.

Gross, S.↗

Primary lithium cell life studies

One solution for providing a truly independent power source is to package, within the critical subsystem element, a primary battery that can remain dormant for time periods as long as the mission life, which can be 10-15 years, maximum. When primary power from the spacecraft solar array/battery system is interrupted, the backup battery system, which is connected through a diode to the power input line, would automatically support the load to avoid a power interruption to the critical load for a time period long enough to ensure that ground control could access the satellite and correct the anomaly by sending appropriate commands to the spacecraft. Critical subsystems identified for the application are telemetry and command circuits, volatile computer memory, attitude control circuits, and some critical payloads. Due to volume packaging and weight restrictions that exist on most spacecraft, coupled with the long storage periods required, lithium cell technology was selected for the backup power source. Because of the high energy density (200-400 Wh/kg), long shelf life, and load capability, soluble cathode primary lithium technology was chosen. The most important lithium cell properties that require detail characterization for this application are capacity loss, shelf life, and the voltage delay mechanism. These are functions of storage time and temperature. During storage, a passive film builds up on the lithium electrode. The film protects the lithium electrode from progressive capacity decay but requires time to break down when a load is applied. This phenomenon results in a depressed voltage during the period of film breakdown which can last from fractions of a second to minutes.

Capulli, John↗

Systems Modeling to Implement Integrated System Health Management Capability

ISHM capability includes: detection of anomalies, diagnosis of causes of anomalies, prediction of future anomalies, and user interfaces that enable integrated awareness (past, present, and future) by users. This is achieved by focused management of data, information and knowledge (DIaK) that will likely be distributed across networks. Management of DIaK implies storage, sharing (timely availability), maintaining, evolving, and processing. Processing of DIaK encapsulates strategies, methodologies, algorithms, etc. focused on achieving high ISHM Functional Capability Level (FCL). High FCL means a high degree of success in detecting anomalies, diagnosing causes, predicting future anomalies, and enabling health integrated awareness by the user. A model that enables ISHM capability, and hence, DIaK management, is denominated the ISHM Model of the System (IMS). We describe aspects of the IMS that focus on processing of DIaK. Strategies, methodologies, and algorithms require proper context. We describe an approach to define and use contexts, implementation in an object-oriented software environment (G2), and validation using actual test data from a methane thruster test program at NASA SSC. Context is linked to existence of relationships among elements of a system. For example, the context to use a strategy to detect leak is to identify closed subsystems (e.g. bounded by closed valves and by tanks) that include pressure sensors, and check if the pressure is changing. We call these subsystems Pressurizable Subsystems. If pressure changes are detected, then all members of the closed subsystem become suspect of leakage. In this case, the context is defined by identifying a subsystem that is suitable for applying a strategy. Contexts are defined in many ways. Often, a context is defined by relationships of function (e.g. liquid flow, maintaining pressure, etc.), form (e.g. part of the same component, connected to other components, etc.), or space (e.g. physically close, touching the same common element, etc.). The context might be defined dynamically (if conditions for the context appear and disappear dynamically) or statically. Although this approach is akin to case-based reasoning, we are implementing it using a software environment that embodies tools to define and manage relationships (of any nature) among objects in a very intuitive manner. Context for higher level inferences (that use detected anomalies or events), primarily for diagnosis and prognosis, are related to causal relationships. This is useful to develop root-cause analysis trees showing an event linked to its possible causes and effects. The innovation pertaining to RCA trees encompasses use of previously defined subsystems as well as individual elements in the tree. This approach allows more powerful implementations of RCA capability in object-oriented environments. For example, if a pressurizable subsystem is leaking, its root-cause representation within an RCA tree will show that the cause is that all elements of that subsystem are suspect of leak. Such a tree would apply to all instances of leak-events detected and all elements in all pressurizable subsystems in the system. Example subsystems in our environment to build IMS include: Pressurizable Subsystem, Fluid-Fill Subsystem, Flow-Thru-Valve Subsystem, and Fluid Supply Subsystem. The software environment for IMS is designed to potentially allow definition of any relationship suitable to create a context to achieve ISHM capability.

Figueroa, Jorge F.↗

Upwind MacCormack Euler solver with non-equilibrium chemistry

A computer code, designated UMPIRE, is currently under development to solve the Euler equations in two dimensions with non-equilibrium chemistry. UMPIRE employs an explicit MacCormack algorithm with dissipation introduced via Roe's flux-difference split upwind method. The code also has the capability to employ a point-implicit methodology for flows where stiffness is introduced through the chemical source term. A technique consisting of diagonal sweeps across the computational domain from each corner is presented, which is used to reduce storage and execution requirements. Results depicting one dimensional shock tube flow for both calorically perfect gas and thermally perfect, dissociating nitrogen are presented to verify current capabilities of the program. Also, computational results from a chemical reactor vessel with no fluid dynamic effects are presented to check the chemistry capability and to verify the point implicit strategy.

Sherer, Scott E.↗

Thermal Management Challenges and Technology Options for Lunar Regenerative Fuel Cells

Regenerative Fuel Cells (RFCs) enable lunar surface hardware, from pressurized rovers to surface habitats, to survive the lunar night by providing the required energy storage with a lower mass than state of the art battery systems. RFCs consist of fuel cell and electrolyzer electrochemical stack(s), a fluidic balance of plant, and electrical balance of plant. Fuel cells operate by converting the stored chemical energy of reactants into DC electrical power, heat, and water. When supplied DC power from an available external source, electrolyzers regenerate the reactants through electrolysis. The balance of plant is a critical part of the integrated system consisting of many individual components and provides fluid pressure management and conditioning, fluid storage, and thermal management. Component technology development is required to create an RFC system that will be capable of surviving the harsh lunar environment and maximize specific energy (W-hr/kg). One critical component requiring development includes a kW-scale high flux thermal switch. The primary requirement for the thermal switch is the ability to maintain low thermal resistance with the RFC heat rejection interface during the lunar day to maximize heat rejection while switching to a high thermal resistance during the lunar night such that the RFC can conserve as much thermal energy as possible. Different technology including freeze tolerant pumped loop, passive louvers, and variable conductance heat pipes were assessed as potential solutions. NASA is exploring development options through internal and external partnerships to develop this technology critical for a spaceflight RFC system.

Energy Storage↗