Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “User Facility”

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
All sourcesNASA NTRSDOE OSTI
NASA NTRS1973

A business man views commercial ventures in space.

Paper reviews technical, resource planning and marketing steps an industrial organization must perform in arriving at a decision to undertake space development and production of commercial products or services for Users on the ground. Technical elements are supported by particular examples. Analysis of required resources emphasizes facility and financial inter-relationships between commercial organizations and NASA. Marketing planning covers elements of profitability. Paper addresses questions related to protection of corporate stockholders and public interest, investment decision timing, budget variations. Paper concludes with observations on timeliness of planning shuttle-based commercial ventures and on key industry/NASA problems and decisions.

Scarff, D. D.↗
NASA NTRS1980

An assessment of future computer system needs for large-scale computation

Data ranging from specific computer capability requirements to opinions about the desirability of a national computer facility are summarized. It is concluded that considerable attention should be given to improving the user-machine interface. Otherwise, increased computer power may not improve the overall effectiveness of the machine user. Significant improvement in throughput requires highly concurrent systems plus the willingness of the user community to develop problem solutions for that kind of architecture. An unanticipated result was the expression of need for an on-going cross-disciplinary users group/forum in order to share experiences and to more effectively communicate needs to the manufacturers.

Lykos, P.↗
NASA NTRS1988

User's manual for EZPLOT version 5.5: A FORTRAN program for 2-dimensional graphic display of data

EZPLOT is a computer applications program that converts data resident on a file into a plot displayed on the screen of a graphics terminal. This program generates either time history or x-y plots in response to commands entered interactively from a terminal keyboard. Plot parameters consist of a single independent parameter and from one to eight dependent parameters. Various line patterns, symbol shapes, axis scales, text labels, and data modification techniques are available. This user's manual describes EZPLOT as it is implemented on the Ames Research Center, Dryden Research Facility ELXSI computer using DI-3000 graphics software tools.

Garbinski, Charles↗
NASA NTRS1989

A rapid prototyping/artificial intelligence approach to space station-era information management and access

Applications of rapid prototyping and Artificial Intelligence techniques to problems associated with Space Station-era information management systems are described. In particular, the work is centered on issues related to: (1) intelligent man-machine interfaces applied to scientific data user support, and (2) the requirement that intelligent information management systems (IIMS) be able to efficiently process metadata updates concerning types of data handled. The advanced IIMS represents functional capabilities driven almost entirely by the needs of potential users. Space Station-era scientific data projected to be generated is likely to be significantly greater than data currently processed and analyzed. Information about scientific data must be presented clearly, concisely, and with support features to allow users at all levels of expertise efficient and cost-effective data access. Additionally, mechanisms for allowing more efficient IIMS metadata update processes must be addressed. The work reported covers the following IIMS design aspects: IIMS data and metadata modeling, including the automatic updating of IIMS-contained metadata, IIMS user-system interface considerations, including significant problems associated with remote access, user profiles, and on-line tutorial capabilities, and development of an IIMS query and browse facility, including the capability to deal with spatial information. A working prototype has been developed and is being enhanced.

Carnahan, Richard S., Jr.↗
NASA NTRS1991

Image retrieval and processing system version 2.0 development work

The Image Retrieval and Processing System (IRPS) is a software package developed at Washington University and used by the NASA Regional Planetary Image Facilities (RPIF's). The IRPS combines data base management and image processing components to allow the user to examine catalogs of image data, locate the data of interest, and perform radiometric and geometric calibration of the data in preparation for analysis. Version 1.0 of IRPS was completed in Aug. 1989 and was installed at several IRPS's. Other RPIF's use remote logins via NASA Science Internet to access IRPS at Washington University. Work was begun on designing and population a catalog of Magellan image products that will be part of IRPS Version 2.0, planned for release by the end of calendar year 1991. With this catalog, a user will be able to search by orbit and by location for Magellan Basic Image Data Records (BIDR's), Mosaicked Image Data Records (MIDR's), and Altimetry-Radiometry Composite Data Records (ARCDR's). The catalog will include the Magellan CD-ROM volume, director, and file name for each data product. The image processing component of IRPS is based on the Planetary Image Cartography Software (PICS) developed by the U.S. Geological Survey, Flagstaff, Arizona. To augment PICS capabilities, a set of image processing programs were developed that are compatible with PICS-format images. This software includes general-purpose functions that PICS does not have, analysis and utility programs for specific data sets, and programs from other sources that were modified to work with PICS images. Some of the software will be integrated into the Version 2.0 release of IRPS. A table is presented that lists the programs with a brief functional description of each.

Slavney, Susan H.↗
NASA NTRS1994

Charge collection during hypervelocity penetrations of thin foils

The following represents trajectory sensor development work for the space-station-based Cosmic Dust Collection Facility (CDCF). This facility-class payload was to expose some 7 sq m of NASA-provided general-user instruments in addition to three instruments provided by formally selected principal investigators. The preferred trajectory sensor for this general-user instrument envisioned the detection of impact-triggered plasma for both velocity measurement and location instruments. Space station developments in late 1992/early 1993 lead to cancellation of this potential flight project, for both technical and fiscal reasons. This precipitated termination of all plasma detection work at JSC on behalf of CDCF's general-user instrument. The following comprises three informal reports that summarize the CDCF efforts regarding plasma sensing for trajectory determinations. The reports were initially written for internal CDCF use and were not widely distributed. Because no formal publications are envisioned at present, the three reports are included in full in this document. They not only demonstrate that substantial progress was accomplished in the development of plasma trajectory sensors during 1990-1992, but the results are hopefully of interest and use to others who may continue these developments. The chronological sequence of these three reports is reversed, with the first containing the latest information.

Peterson, Robert B.↗
NASA NTRS1995

Operational improvements of long-term predicted ephemerides of the Tracking and Data Relay Satellites (TDRSs)

Tracking and Data Relay Satellite (TDRS) orbit determination and prediction are supported by the Flight Dynamics Facility (FDF) of the Goddard Space Flight Center (GSFC) Flight Dynamics Division (FDD). TDRS System (TDRSS)-user satellites require predicted TDRS ephemerides that are up to 10 weeks in length. Previously, long-term ephemerides generated by the FDF included predictions from the White Sands Complex (WSC), which plans and executes TDRS maneuvers. TDRSs typically have monthly stationkeeping maneuvers, and predicted postmaneuver state vectors are received from WSC up to a month in advance. This paper presents the results of an analysis performed in the FDF to investigate more accurate and economical long-term ephemerides for the TDRSs. As a result of this analysis, two new methods for generating long-term TDRS ephemeris predictions have been implemented by the FDF. The Center-of-Box (COB) method models a TDRS as fixed at the center of its stationkeeping box. Using this method, long-term ephemeris updates are made semiannually instead of weekly. The impulse method is used to model more maneuvers. The impulse method yields better short-term accuracy than the COB method, especially for larger stationkeeping boxes. The accuracy of the impulse method depends primarily on the accuracy of maneuver date forecasting.

Kostoff, J. L.↗
NASA NTRS2002

Building a Virtual Solar Observatory: I Look Around and There's a Petabyte Following Me

The 2001 July NASA Senior Review of Sun-Earth Connections missions and data centers directed the Solar Data Analysis Center (SDAC) to proceed in studying and implementing a Virtual Solar Observatory (VSO) to ease the identification of and access to distributed archives of solar data. Any such design (cf. the National Virtual Observatory and NASA's Planetary Data System) consists of three elements: the distributed archives, a "broker" facility that translates metadata from all partner archives into a single standard for searches, and a user interface to allow searching, browsing, and download of data. Three groups are now engaged in a six-month study that will produce a candidate design and implementation roadmap for the VSO. We hope to proceed with the construction of a prototype VSO in US fiscal year 2003, with fuller deployment dependent on community reaction to and use of the capability. We therefore invite as broad as possible public comment and involvement, and invite interested parties to a "birds of a feather" session at this meeting. VSO is partnered with the European Grid of Solar Observations (EGSO), and if successful, we hope to be able to offer the VSO as the basis for the solar component of a Living With a Star data system.

Gurman, J. B.↗
NASA NTRS1990

Transition Flight Control Room Automation

The Workstation Prototype Laboratory is currently working on a number of projects which we feel can have a direct impact on ground operations automation. These projects include: The Fuel Cell Monitoring System (FCMS), which will monitor and detect problems with the fuel cells on the Shuttle. FCMS will use a combination of rules (forward/backward) and multi-threaded procedures which run concurrently with the rules, to implement the malfunction algorithms of the EGIL flight controllers. The combination of rule based reasoning and procedural reasoning allows us to more easily map the malfunction algorithms into a real-time system implementation. A graphical computation language (AGCOMPL). AGCOMPL is an experimental prototype to determine the benefits and drawbacks of using a graphical language to design computations (algorithms) to work on Shuttle or Space Station telemetry and trajectory data. The design of a system which will allow a model of an electrical system, including telemetry sensors, to be configured on the screen graphically using previously defined electrical icons. This electrical model would then be used to generate rules and procedures for detecting malfunctions in the electrical components of the model. A generic message management (GMM) system. GMM is being designed as a message management system for real-time applications which send advisory messages to a user. The primary purpose of GMM is to reduce the risk of overloading a user with information when multiple failures occurs and in assisting the developer in devising an explanation facility. The emphasis of our work is to develop practical tools and techniques, while determining the feasibility of a given approach, including identification of appropriate software tools to support research, application and tool building activities.

Welborn, Curtis Ray↗
NASA NTRS2007

Multi-Sensor Data from A-Train Instruments Brought Together for Atmospheric Research

The A-Train is comprised of a series of instruments, developed independently, that measure highly related atmospheric components along the same flight path. In order to intercompare data from this multitude of sensors, researchers must access, subset, visualize, analyze and correlate distributed atmosphere measurements from the various A-Train instruments. The A-Train Data Depot (ATDD) has been operational for over a year, successfully performing the aforementioned functions on behalf of researchers, thus providing co-registered data from the Cloudsat, CALIOP, AIRS, and MODIS instruments for further intercomparisons. Of late, significant data from OM1 and POLDER are now included in the 'depot'. By specifying the desired spatial and temporal range, the researcher can subset, visualize, co-register, and access multi-sensor A-Train data related to: Cloud, aerosol, atmospheric temperature, and water vapor parameters (vertical profile visualizations); Cloud Pressure, cloud top temperature, water vapor, cloud optical thickness, and aerosol products (horizontal strips subsetted +/- 100km from the profile visualizations), and; Cloud pressure parameters (2-D line plots overlayed on the vertical profiles). All data is plotted using the GIOVANNI data exploration tool. A new feature of GIOVANNI is its ability to have collocated and subsetted data sets as well as PNG image files downloaded to the researcher's computing facility. By providing a convenient way to visualize and acquire multi-sensor data, ATDD affords users more time and effort to further their research.

Smith, Peter M.↗
NASA NTRS2016

Technology Development for Hydrogen Propellant Storage and Transfer at the Kennedy Space Center (KSC)

The National Aeronautics and Space Administration (NASA) is a major user of liquid hydrogen. In particular, NASA's John F. Kennedy (KSC) Space Center has operated facilities for handling and storing very large quantities of liquid hydrogen (LH2) since the early 1960s. Safe operations pose unique challenges and as a result NASA has invested in technology development to improve operational efficiency and safety. This paper reviews recent innovations including methods of leak and fire detection and aspects of large storage tank health and integrity. We also discuss the use of liquid hydrogen in space and issues we are addressing to ensure safe and efficient operations should hydrogen be used as a propellant derived from in-situ volatiles.

cryogenics↗
NASA NTRS1985

Cryogenic Fluid Management Facility

The Cryogenic Fluid Management Facility is a reusable test bed which is designed to be carried within the Shuttle cargo bay to investigate the systems and technologies associated with the efficient management of cryogens in space. Cryogenic fluid management consists of the systems and technologies for: (1) liquid storage and supply, including capillary acquisition/expulsion systems which provide single-phase liquid to the user system, (2) both passive and active thermal control systems, and (3) fluid transfer/resupply systems, including transfer lines and receiver tanks. The facility contains a storage and supply tank, a transfer line and a receiver tank, configured to provide low-g verification of fluid and thermal models of cryogenic storage and transfer processes. The facility will provide design data and criteria for future subcritical cryogenic storage and transfer system applications, such as Space Station life support, attitude control, power and fuel depot supply, resupply tankers, external tank (ET) propellant scavenging, and ground-based and space-based orbit transfer vehicles (OTV).

Eberhardt, R. N.↗
NASA NTRS2024

The NASA Facility for Astromaterials Research at the Johnson Space Center – A National Laboratory for Planetary Research

The Astromaterials Research and Exploration Science (ARES) Division at the NASA Johnson Space Center houses a unique combination of laboratories, instruments, infrastructure, technical expertise, and other assets for conducting broad-based world-class planetary research. These facilities have been accessed for decades by hundreds of external scientists, including faculty, post-docs, students, and interns, most at no-cost and on a collaborative basis. With funding through NASA’s Planetary Science Enabling Facilities (PSEF) program, we have established the NASA Facility for Astromaterials Research (NFAR) to expand access to and enhance these laboratories for a diverse and inclusive external user base, focusing on training of the next generation of scientists and, thus, maximizing the science return from research funded by R&A programs in NASA’s Planetary Science Division (PSD). NFAR enables new planetary sample analyses, making new scientific discoveries possible, including training the next generation of planetary scientists. NFAR laboratories are co-located with JSC Curation that houses the NASA-controlled astromaterials collections, thus enabling direct access to both research and curation expertise, to facilitate specialized sample handling and analysis of allocated samples to sample PIs, particularly those affiliated with institutions that historically have limited access to or lack in-house analytical or experimental facilities.

J. I. Simon↗
NASA NTRS1992

IRAF in the nineties

The Interactive Data Reduction and Analysis Facility (IRAF) data reduction and analysis system has been around since 1981. Today it is a mature system with hundreds of applications, and is supported on all the major platforms. Many institutions, projects, and individuals around the US and around the world have developed software for IRAF. Some of these packages are comparable in size to the IRAF core system itself. IRAF is both a data analysis system, and a programming environment. As a data analysis system it can be easily installed by a user at a remote site and immediately used to view and process data. As a programming environment IRAF contains a wealth of high and low level facilities for developing new applications for interactive and automated processing of astronomical or other data. As important as the applications programs and user interfaces are to the scientist using IRAF, the heart of the IRAF system is the programming environment. The programming environment determines to a large extent the types of applications which can be built within IRAF, what they will look like, and how they will interact with one another and with the user. While applications can be easily added to or removed from a software system, the programming environment must remain fairly stable, with carefully planned evolution and growth, over the lifetime of a system. The IRAF programming environment is the framework on which the rest of the IRAF system is built. The IRAF programming environment as it exists in 1992, and the work currently underway to enhance the environment are discussed. The structure of the programming environment as a class hierarchy is discussed, with emphasis on the work being done on the image data structures, graphics and image display interfaces, and user interfaces. The new technologies which we feel IRAF must deal with successfully over the coming years are discussed. Finally, a preview of what IRAF might look like to the user by the end of the decade is presented.

Tody, D.↗
NASA NTRS1971

NASTRAN: Users' Experiences

The maintenance and development of NASTRAN has been centralized at the Langley Research Center in the NASTRAN Systems Management Office (NSMO ). Several important system improvements are in progress which will result in a significant reduction of average computer run time. The maintenance contractor, MacNeal-Schwendler, is also engaged in the addition of comprehensive substructuring capability. A dummy element capability which allows the test, evaluation, checkout, and temporary use of a new element in the NASTRAN environment is also underway and planned for inclusion in Level 15. Several new elements and a comprehensive heat transfer capability are in development under a contract with the Bell Aerospace Company. These enhancements are planned for inclusion in Level 16. In summary, NASTRAN has emerged as a powerful , generalized facility for the analysis of complex aerospace structures and is rapidly gaining acceptance from the community of aerospace and industrial users. NASA is, therefore, committed to manage and maintain the NASTRAN system as a valuable national resource.

Phillip R Wilcox↗
NASA NTRS1994

Communication network for decentralized remote tele-science during the Spacelab mission IML-2

The ESA communication network for decentralized remote telescience during the Spacelab mission IML-2, called Interconnection Ground Subnetwork (IGS), provided data, voice conferencing, video distribution/conferencing and high rate data services to 5 remote user centers in Europe. The combination of services allowed the experimenters to interact with their experiments as they would normally do from the Payload Operations Control Center (POCC) at MSFC. In addition, to enhance their science results, they were able to make use of reference facilities and computing resources in their home laboratory, which typically are not available in the POCC. Characteristics of the IML-2 communications implementation were the adaptation to the different user needs based on modular service capabilities of IGS and the cost optimization for the connectivity. This was achieved by using a combination of traditional leased lines, satellite based VSAT connectivity and N-ISDN according to the simulation and mission schedule for each remote site. The central management system of IGS allows minimization of staffing and the involvement of communications personnel at the remote sites. The successful operation of IGS for IML-2 as a precursor network for the Columbus Orbital Facility (COF) has proven the concept for communications to support the operation of the COF decentralized scenario.

Christ, Uwe↗
NASA NTRS1974

ERTS operations and data processing

The overall communications and data flow between the ERTS spacecraft and the ground stations and processing centers are generally described. Data from the multispectral scanner and the return beam vidicon are telemetered to a primary ground station where they are demodulated, processed, and recorded. The tapes are then transferred to the NASA Data Processing Facility (NDPF) at Goddard. Housekeeping data are relayed from the prime ground stations to the Operations Control Center at Goddard. Tracking data are processed at the ground stations, and the calculated parameters are transmitted by teletype to the orbit determination group at Goddard. The ERTS orbit has been designed so that the same swaths of the ground coverage pattern viewed during one 18-day coverage cycle are repeated by the swaths viewed on all subsequent cycles. The Operations Control Center is the focal point for all communications with the spacecraft. NDPF is a job-oriented facility which processes and stores all sensor data, and which disseminates large quantities of these data to users in the form of films, computer-compatible tapes, and data collection system data.

Gonzales, L.↗
NASA NTRS1983

A Summary of HDM

A brief summary of the Hierarchical Development Methodology (HDM) is provided. The design of a system is decomposed into a hierarchy of abstract machines, linearly ordered with a different abstract machine at each level in the hierarchy. Each abstract machine in the hierarchy is dependent only on the functionality of lower level machines. The facilities of the highest level abstract machine, and only those of that machine, are visible to a user of the system. A machine is itself decomposed into modules, each module having operations and data structures which typically define a single abstract data concept. As in the Parnas module concept, the module is the programming unit of HDM; each of the modules may be independently implemented. The programs implementing a module can access the data structures of their own abstract machine, but not those of lower level machines.

Source record↗