Search NASA⌕ Search

SEARCH · Search NASA

Results for “EXTERNAL STORE”

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 217 records · Page 12
All sourcesNASA NTRSDOE OSTI
NASA NTRS1994

Using Commercial Off-the-Shelf Software Tools for Space Shuttle Scientific Software

In October 1993, the Astronaut Science Advisor (ASA) was on board the STS-58 flight of the space shuttle. ASA is an interactive system providing data acquisition and analysis, experiment step re-scheduling, and various other forms of reasoning. As fielded, the system runs on a single Macintosh PowerBook 170, which hosts the six ASA modules. There is one other piece of hardware, an external (GW Instruments, Sommerville, Massachusetts) analog-to-digital converter connected to the PowerBook's SCSI port. Three main software tools were used: LabVIEW, CLIPS, and HyperCard: First, a module written in LabVIEW (National Instruments, Austin, Texas) controls the A/D conversion and stores the resulting data in appropriate arrays. This module also analyzes the numerical data to produce a small set of characteristic numbers or symbols describing the results of an experiment trial. Second, a forward-chaining inference system written in CLIPS (NASA) uses the symbolic information provided by the first stage with a static rule base to infer decisions about the experiment. This expert system shell is used by the system for diagnosis. The third component of the system is the user interface, written in HyperCard (Claris Inc. and Apple Inc., both in Cupertino, California).

Groleau, Nicolas↗
NASA NTRSDate not supplied

Parahydrogen Properties Version 05 Database Release for Nuclear Thermal Propulsion Applications

Consistent modeling assumptions across any large project are crucial to minimize errors between different approaches. Use of consistent material and fluid properties across a large project supports consistent interpretation and application within modeling and simulation results as well as their relevancy to operational systems. NASA’s Space Nuclear Propulsion program dedicates extensive resources towards establishing consistent and, to the extent possible, accurate property databases for its internal staff and all external partners. This work highlights the extensive research performed to modernize the fluid property database of hydrogen which is the leading propellant option for in-space nuclear propelled spacecraft. Specifically, the parahydrogen spin state is of interest since the propellant is stored in a near normal boiling point liquid state which results in it consisting almost entirely of the parahydrogen spin isomer. This database tool has taken recent NASA work and modernized it into a python-based package for easy usage across all modeling entities. The package allows users to provide temperature and pressure pairs along with their desired output properties to yield results accounting for both real-gas and equilibrium dissociation effects while also sharing the default thermodynamic reference state provided by the National Institute of Standards and Technology (NIST) Standard Database 23. The suite also includes advanced capabilities to increase usability, such as on-the-fly interpolation and multidimensional plotting.

Nuclear Thermal Propulsion↗
NASA NTRSDate not supplied

Parahydrogen Properties Version 05 Database Release for NTP Applications

Consistent modeling assumptions across any large project are crucial to minimize errors between different approaches. Use of consistent material and fluid properties across a large project supports consistent interpretation and application within modeling and simulation results as well as their relevancy to operational systems. NASA’s Space Nuclear Propulsion program dedicates extensive resources towards establishing consistent and, to the extent possible, accurate property databases for its internal staff and all external partners. This work highlights the extensive research performed to modernize the fluid property database of hydrogen which is the leading propellant option for in-space nuclear propelled spacecraft. Specifically, the parahydrogen spin state is of interest since the propellant is stored in a near normal boiling point liquid state which results in it consisting almost entirely of the parahydrogen spin isomer. This database tool has taken recent NASA work and modernized it into a python-based package for easy usage across all modeling entities. The package allows users to provide temperature and pressure pairs along with their desired output properties to yield results accounting for both real-gas and equilibrium dissociation effects while also sharing the default thermodynamic reference state provided by the National Institute of Standards and Technology (NIST) Standard Database 23. The suite also includes advanced capabilities to increase usability, such as on-the-fly interpolation and multidimensional plotting.

Nuclear Thermal Propulsion↗
NASA NTRS2005

Predicting Flutter and Forced Response in Turbomachinery

TURBO-AE is a computer code that enables detailed, high-fidelity modeling of aeroelastic and unsteady aerodynamic characteristics for prediction of flutter, forced response, and blade-row interaction effects in turbomachinery. Flow regimes that can be modeled include subsonic, transonic, and supersonic, with attached and/or separated flow fields. The three-dimensional Reynolds-averaged Navier-Stokes equations are solved numerically to obtain extremely accurate descriptions of unsteady flow fields in multistage turbomachinery configurations. Blade vibration is simulated by use of a dynamic-grid-deformation technique to calculate the energy exchange for determining the aerodynamic damping of vibrations of blades. The aerodynamic damping can be used to assess the stability of a blade row. TURBO-AE also calculates the unsteady blade loading attributable to such external sources of excitation as incoming gusts and blade-row interactions. These blade loadings, along with aerodynamic damping, are used to calculate the forced responses of blades to predict their fatigue lives. Phase-lagged boundary conditions based on the direct-store method are used to calculate nonzero interblade phase-angle oscillations; this practice eliminates the need to model multiple blade passages, and, hence, enables large savings in computational resources.

VanZante, Dale E.↗
NASA NTRS1979

Operating manual for the RRL 8 channel data logger

A data collection device which takes measurements from external sensors at user specified time intervals is described. Three sensor ports are dedicated to temperature, air pressure, and dew point. Five general purpose sensor ports are provided. The user specifies when the measurements are recorded as well as when the information is read or stored in a minicomputer or a paper tape.

Paluch, E. J.↗
NASA NTRS1985

The development of a containment vessel and Dewar for the particle astrophysics magnet facility (ASTROMAG)

The ASTROMAG facility is the heart of a large charged particle detection and resolution system. ASTROMAG utilizes a superconducting magnet consisting of a large superconducting magnet coil with a stored magnetic energy of approximately 15 MJ. The active coil will have a mass of 1200 kg. This magnet will be cooled by a cryostat using a liquid helium Dewar for storage. The cryostat will have a series of gas-cooled shields with an external guard vacuum shield and an internal Dewar. The magnet and cryostat will be designed for shuttle or Delta launch and will be designed to withstand the internal pressure of expanded helium under full quench conditions when venting is prevented. The external guard vacuum shell is required to maintain a vacuum for Earth based testing and for cold launch of the cryostat and magnet. The magnet is designed to operate at 4.4 K with a peak field of 7.0 tesla. The superconducting material within the magnet is niobium titanium in a conductive matrix.

Source record↗
NASA NTRS1990

An SQL query generator for CLIPS

As expert systems become more widely used, their access to large amounts of external information becomes increasingly important. This information exists in several forms such as statistical, tabular data, knowledge gained by experts and large databases of information maintained by companies. Because many expert systems, including CLIPS, do not provide access to this external information, much of the usefulness of expert systems is left untapped. The scope of this paper is to describe a database extension for the CLIPS expert system shell. The current industry standard database language is SQL. Due to SQL standardization, large amounts of information stored on various computers, potentially at different locations, will be more easily accessible. Expert systems should be able to directly access these existing databases rather than requiring information to be re-entered into the expert system environment. The ORACLE relational database management system (RDBMS) was used to provide a database connection within the CLIPS environment. To facilitate relational database access a query generation system was developed as a CLIPS user function. The queries are entered in a CLlPS-like syntax and are passed to the query generator, which constructs and submits for execution, an SQL query to the ORACLE RDBMS. The query results are asserted as CLIPS facts. The query generator was developed primarily for use within the ICADS project (Intelligent Computer Aided Design System) currently being developed by the CAD Research Unit in the California Polytechnic State University (Cal Poly). In ICADS, there are several parallel or distributed expert systems accessing a common knowledge base of facts. Expert system has a narrow domain of interest and therefore needs only certain portions of the information. The query generator provides a common method of accessing this information and allows the expert system to specify what data is needed without specifying how to retrieve it.

Snyder, James↗
NASA NTRS1978

Indicated mean-effective pressure instrument

An apparatus for measuring indicated mean effective pressure (IMEP) of an internal combustion piston or rotary engine or of an external combustion engine such as a stirling engine is disclosed. An optical shaft encoder measures crankshaft angle of the engine. Changes in volume with respect to changes in crank angle of one or more cylinders (dV/d theta) is determined either empirically or algebraically from engine geometry and stored in a memory. As the crank angle changes, dV/d theta) is read from the memory and multiplied by chamber or cylinder pressure. The product (P dv/d theta) is then added to the total previously accumulated in the cycle. Each time theta changes by an amount equal to delta theta, the process is repeated. At the end of each engine cycle, the total is equal to the IMEP value for that cycle.

Rice, W. J.↗
NASA NTRS1998

CGNS Mid-Level Software Library and Users Guide

The "CFD General Notation System" (CGNS) consists of a collection of conventions, and conforming software, for the storage and retrieval of Computational Fluid Dynamics (CFD) data. It facilitates the exchange of data between sites and applications, and helps stabilize the archiving of aerodynamic data. This effort was initiated in order to streamline the procedures in exchanging data and software between NASA and its customers, but the goal is to develop CGNS into a National Standard for the exchange of aerodynamic data. The CGNS development team is comprised of members from Boeing Commercial Airplane Group, NASA-Ames, NASA-Langley, NASA-Lewis, McDonnell-Douglas Corporation (now Boeing-St. Louis), Air Force-Wright Lab., and ICEM-CFD Engineering. The elements of CGNS address all activities associated with the storage of data on external media and its movement to and from application programs. These elements include: - The Advanced Data Format (ADF) Database manager, consisting of both a file format specification and its I/O software, which handles the actual reading and writing of data from and to external storage media; - The Standard Interface Data Structures (SIDS), which specify the intellectual content of CFD data and the conventions governing naming and terminology; - The SIDS-to-ADF File Mapping conventions, which specify the exact location where the CFD data defined by the SIDS is to be stored within the ADF file(s); and - The CGNS Mid-level Library, which provides CFD-knowledgeable routines suitable for direct installation into application codes. The CGNS Mid-level Library was designed to ease the implementation of CGNS by providing developers with a collection of handy I/O functions. Since knowledge of the ADF core is not required to use this library, it will greatly facilitate the task of interfacing with CGNS. There are currently 48 user callable functions that comprise the Mid-level library and are described in the Users Guide. The library is written in C, but each function has a FORTRAN counterpart.

Poirier, Diane↗
NASA NTRS2007

The Challenges of Developing a Food System for a Mars Mission

A viewgraph describing the food system that NASA is developing for Manned Mars Missions is shown. The topics include: 1) The President's Vision for U.S. Space Exploration -January 14, 2004; 2) Introducing Orion (and Ares); 3) Mercury (1961-1963); 4) Gemini (1965-1966); 5) Apollo (1968-1972); 6) Skylab (1973-1974); 7) Shuttle/Mir (1995-1998); 8) Shuttle (1981-present) International Space Station (2000-present); 9) NASA Stored Food System; 10) Advanced Food Technology; 11) Orion Missions; 12) Orion Challenges; 13) Food Packaging; 14) Mars Mission Assumptions; 15) Planetary Food System Selected Crops; 16) Food Processing Equipment Constraints; 17) Crew Involvement Constraints; 18) Advanced Food Technology Integration; 19) Research Highlights Internal; and 20) Research Highlights External.

Perchonok, Michele↗
NASA NTRS1984

Origin of the Greenland Ice Sheet

A climate model resolving the seasonal cycle and the two horizontal dimensions was developed and applied to several problems of current interest. Models of this type are useful when for various reasons a general circulation model experiment is not warranted or not feasible. For example, in cases where the signal to natural variability is small it may be advantageous to first consider such a statistical dynamical model because extremely long runs may be necessary in the application. In this case the simpler statistical dynamical model serves as a pilot study device. The model developed is a thermodynamic model whose solution yields the equilibrium seasonal cycle for the surface temperature field over the globe. The model is essentially a statement of the conservation of heat energy for individual columns of the earth atmosphere system. Various terms such as the infrared radiation flux to space are parameterized with earth radiation budget data from satellites such as Nimbus 6. The primary agent modulating the seasonal cycle amplitude is the heat capacity per unit area which is a strong function of surface type -- ocean surface can store 60 times more heat per unit time than land. By adjusting its few empirical parameters the model can be brought into remarkable agreement with the observed seasonal cycle. The model is then very useful for looking at the dependence of the seasonal cycle of the temperature on such externally defined variables as the Earth's orbital elements (eccentricity, tilt, precession of equinoxes) or the configuration of land-sea geography which can be changed by continental drift.

North, G. R.↗
NASA NTRS2002

SIDS-toADF File Mapping Manual

The "CFD General Notation System" (CGNS) consists of a collection of conventions, and conforming software, for the storage and retrieval of Computational Fluid Dynamics (CFD) data. It facilitates the exchange of data between sites and applications, and helps stabilize the archiving of aerodynamic data. This effort was initiated in order to streamline the procedures in exchanging data and software between NASA and its customers, but the goal is to develop CGNS into a National Standard for the exchange of aerodynamic data. The CGNS development team is comprised of members from Boeing Commercial Airplane Group, NASA-Ames, NASA-Langley, NASA-Lewis, McDonnell-Douglas Corporation (now Boeing-St. Louis), Air Force-Wright Lab., and ICEM-CFD Engineering. The elements of CGNS address all activities associated with the storage of data on external media and its movement to and from application programs. These elements include: 1) The Advanced Data Format (ADF) Database manager, consisting of both a file format specification and its I/O software, which handles the actual reading and writing of data from and to external storage media; 2) The Standard Interface Data Structures (SIDS), which specify the intellectual content of CFD data and the conventions governing naming and terminology; 3) The SIDS-to-ADF File Mapping conventions, which specify the exact location where the CFD data defined by the SIDS is to be stored within the ADF file(s); and 4) The CGNS Mid-level Library, which provides CFD-knowledgeable routines suitable for direct installation into application codes. The SIDS-toADF File Mapping Manual specifies the exact manner in which, under CGNS conventions, CFD data structures (the SIDS) are to be stored in (i.e., mapped onto) the file structure provided by the database manager (ADF). The result is a conforming CGNS database. Adherence to the mapping conventions guarantees uniform meaning and location of CFD data within ADF files, and thereby allows the construction of universal software to read and write the data.

McCarthy, Douglas↗
NASA NTRS2004

Generation of Electrical Power from Stimulated Muscle Contractions Evaluated

This project is a collaborative effort between NASA Glenn Research Center's Revolutionary Aeropropulsion Concepts (RAC) Project, part of the NASA Aerospace Propulsion and Power Program of the Aerospace Technology Enterprise, and Case Western Reserve University's Cleveland Functional Electrical Stimulation (FES) Center. The RAC Project foresees implantable power requirements for future applications such as organically based sensor platforms and robotics that can interface with the human senses. One of the goals of the FES Center is to develop a totally implantable neural prosthesis. This goal is based on feedback from patients who would prefer a system with an internal power source over the currently used system with an external power source. The conversion system under investigation would transform the energy produced from a stimulated muscle contraction into electrical energy. We hypothesize that the output power of the system will be greater than the input power necessary to initiate, sustain, and control the electrical conversion system because of the stored potential energy of the muscle. If the system can be made biocompatible, durable, and with the potential for sustained use, then the biological power source will be a viable solution.

Lewandowski, Beth↗
NASA NTRS1986

Patient ECG recording control for an automatic implantable defibrillator

An implantable automatic defibrillator includes sensors which are placed on or near the patient's heart to detect electrical signals indicative of the physiology of the heart. The signals are digitally converted and stored into a FIFO region of a RAM by operation of a direct memory access (DMA) controller. The DMA controller operates transparently with respect to the microprocessor which is part of the defibrillator. The implantable defibrillator includes a telemetry communications circuit for sending data outbound from the defibrillator to an external device (either a patient controller or a physician's console or other) and a receiver for sensing at least an externally generated patient ECG recording command signal. The patient recording command signal is generated by the hand held patient controller. Upon detection of the patient ECG recording command, DMA copies the contents of the FIFO into a specific region of the RAM.

Fountain, Glen H.↗
NASA NTRS1981

Push-pull converter with energy saving circuit for protecting switching transistors from peak power stress

In a push-pull converter, switching transistors are protected from peak power stresses by a separate snubber circuit in parallel with each comprising a capacitor and an inductor in series, and a diode in parallel with the inductor. The diode is connected to conduct current of the same polarity as the base-emitter juction of the transistor so that energy stored in the capacitor while the transistor is switched off, to protect it against peak power stress, discharges through the inductor when the transistor is turned on, and after the capacitor is discharges through the diode. To return this energy to the power supply, or to utilize this energy in some external circuit, the inductor may be replaced by a transformer having its secondary winding connected to the power supply or to the external circuit.

Mclyman, W. T.↗
NASA NTRS1987

A database/knowledge structure for a robotics vision system

Desirable properties of robotics vision database systems are given, and structures which possess properties appropriate for some aspects of such database systems are examined. Included in the structures discussed is a family of networks in which link membership is determined by measures of proximity between pairs of the entities stored in the database. This type of network is shown to have properties which guarantee that the search for a matching feature vector is monotonic. That is, the database can be searched with no backtracking, if there is a feature vector in the database which matches the feature vector of the external entity which is to be identified. The construction of the database is discussed, and the search procedure is presented. A section on the support provided by the database for description of the decision-making processes and the search path is also included.

Dearholt, D. W.↗
NASA NTRS2024

Exploring New Frontiers in Space Communications: Enhancing Delay Tolerant Networking through Cloud and Containerization

The High-rate Delay Tolerant Networking (HDTN) project at NASA Glenn Research Center has developed software that enables more flexible, reliable, and efficient space internetworking by using modern computing techniques such as cloud services, microservices, network function virtualization, software defined networking, and a distributed architecture. HDTN is built upon the Bundle Protocol and related convergence layers which have been developed to mitigate the challenges of the space networking environment including long delays, asymmetric data rates, and intermittent connectivity. The HDTN implementation employs asynchronous message processing tasks which allow for non-blocking operations as well as deployment in both centralized and distributed architectures. This paper investigates deploying HDTN in a containerized approach on the NASA Goddard’s Mission Cloud Platform using Amazon Web Services Elastic Compute Cloud (EC2). Commercial cloud computing will lower operating costs, provide flexible resource allocation, and allow for interconnectivity between multiple NASA centers as well as external partners. Containerization using Docker will enable greater portability and scalability for HDTN to be deployed into a variety of environments. We discuss possible NASA missions and use-cases such as the Laser Communications Relay Demonstration (LCRD) where the services provided by HDTN (reliable transport, high-rate message processing, and store-and-forward capabilities) will be enhanced through cloud computing and containerization. In addition, we describe the HDTN architecture and possible microservice-based networking approaches that can be obtained via HDTN’s configuration capabilities. Finally, we detail the EC2 specifications needed to achieve data rates greater than 1 Gbps to support optical communication missions such as LCRD.

Blake LaFuente↗
NASA NTRS1981

Decommutator patchboard verifier

A system for automatically verifying the connections between terminals of a patchboard is described. The system includes a back plane having a plurality of plugs corresponding to the pins of the patchboard. A number of decoders are connected to the plugs of the back plane so that a signal can be sequentially applied to each plug of the back plane under control of a stepping register and a control circuit. A plurality of data selectors are also connected to the plugs of the back plane and under control of a second external register. This control circuit sequentially makes connections between an output circuit and the plugs of the back plane so as to patch the signal applied to a respective plug through a patch connection to the output circuit. The precise locations of the patches on the patchboard can be identified and compared with previously stored information in a memory unit.

Brunson, J. W.↗