SEARCH · Search NASA
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.
Operational results of the Advanced Low-Level Windshear Alert System operational demonstration results are presented in vugraph form and are followed by a transcribed question and answer session.
Computer program for investigating computer and operating system turn-around for problems employing multidimensional arrays
The technical and cost analysis that was performed for the payload system operations analysis is presented. The technical analysis consists of the operations for the payload/shuttle and payload/tug, and the spacecraft analysis which includes sortie, automated, and large observatory type payloads. The cost analysis includes the costing tradeoffs of the various payload design concepts and traffic models. The overall objectives of this effort were to identify payload design and operational concepts for the shuttle which will result in low cost design, and to examine the low cost design concepts to identify applicable design guidelines. The operations analysis examined several past and current NASA and DoD satellite programs to establish a shuttle operations model. From this model the analysis examined the payload/shuttle flow and determined facility concepts necessary for effective payload/shuttle ground operations. The study of the payload/tug operations was an examination of the various flight timelines for missions requiring the tug.
This paper will describe how the Spitzer Mission Operations System planned and executed the characterization phase between Spitzer's cryogenic mission and its warm mission. To the largest extend possible, the execution of this phase was done with existing processing and procedures. The modifications that were made were in response to the differences of the characterization phase compared to normal phases before and after. The primary two categories of difference are: unknown date of execution due to uncertainty of knowledge of the date of helium depletion, and the short cycle time for data analysis and re-planning during execution. In addition, all of the planning and design had to be done in parallel with normal operations, and we had to transition smoothly back to normal operations following the transition. This paper will also describe the re-planning we had to do following an anomaly discovered in the first days after helium depletion.
The LANDSAT system, operated in the country by CNPg/INPE since 1973, systematically acquires, produces, and distributes both multispectral and panchromatic images obtained through remote sensing satellites to thousands of researchers and technicians involved in the natural resources survey. To cooperate in the solution of national problems, CNPq/INPE is developing efforts in the area of manipulation of those images with the objective of making them useful as planimetric bases for the simple revision of already published maps or for its utilization as basic material in regions not yet reliability mapped. The results obtained from performed tests are presented and the existing limitations are discussed. The new system purchased to handle data from the next series of LANDSAT as well as from MAPSAT and SPOT which will be in operation within the 80's decade, and are designed not only for natural resources survey but also for the solution of cartographic problems.
Object-oriented design and programming has many software engineering advantages. Its application to large systems, however, has previously been constrained by performance concerns. The Choices operating system, which has over 75,000 lines of code, is object-oriented and programmed in C++. This paper is a case study of the performance of Choices.
Neurohumoral control systems operation in adjustment of ventricular performance - effects of carotid sinus hypotension on cardiac function and aortic pressure in awake, intact dogs
Detailed information on the climatic conditions on Mars are very desirable for the design of photovoltaic systems for establishing outposts on the Martian surface. The distribution of solar insolation (global, direct and diffuse) and ambient temperature is addressed. This data are given at the Viking lander's locations and can also be used, to a first approximation, for other latitudes. The insolation data is based on measured optical depth of the Martian atmosphere derived from images taken of the sun with a special diode on the Viking cameras; and computation based on multiple wavelength and multiple scattering of the solar radiation. The ambient temperature (diurnal and yearly distribution) is based on direct measurements with a thermocouple at 1.6 m above the ground at the Viking lander locations. The insolation and ambient temperature information are short term data. New information about Mars may be forthcoming in the future from new analysis of previously collected data or from future flight missions. The Mars climate data for photovoltaic system operation will thus be updated accordingly.
Detailed information on the climatic conditions on Mars are very desirable for the design of photovoltaic systems for establishing outposts on the Martian surface. The distribution of solar insolation (global, direct and diffuse) and ambient temperature is addressed. This data are given at the Viking lander's locations and can also be used, to a first approximation, for other latitudes. The insolation data is based on measured optical depth of the Martian atmosphere derived from images taken of the sun with a special diode on the Viking cameras; and computation based on multiple wavelength and multiple scattering of the solar radiation. The ambient temperature (diurnal and yearly distribution) is based on direct measurements with a thermocouple at 1.6 m above the ground at the Viking lander locations. The insolation and ambient temperature information are short term data. New information about Mars may be forthcoming in the future from new analysis of previously collected data or from future flight missions. The Mars climate data for photovoltaic system operation will thus be updated accordingly.
This document describes the software created for the Display MicroVAX computer used for the Advanced Transport Operating Systems (ATOPS) project on the Transport Systems Research Vehicle (TSRV). The software delivery of February 27, 1991, known as the 'baseline display system', is the one described in this document. Throughout this publication, module descriptions are presented in a standardized format which contains module purpose, calling sequence, detailed description, and global references. The global references section includes subroutines, functions, and common variables referenced by a particular module. The system described supports the Research Flight Deck (RFD) of the TSRV. The RFD contains eight Cathode Ray Tubes (CRTs) which depict a Primary Flight Display, Navigation Display, System Warning Display, Takeoff Performance Monitoring System Display, and Engine Display.
The space industry has identified the need to use artificial intelligence and knowledge based system techniques as integrated, central, symbolic processing components of future mission design, support and operations systems. Various practical and commercial constraints require that off-the-shelf applications, and their knowledge bases, are reused where appropriate and that different mission contractors, potentially using different KBS technologies, can provide application and knowledge sub-modules of an overall integrated system. In order to achieve this integration, which we call knowledge sharing and distributed reasoning, there needs to be agreement on knowledge representations, knowledge interchange-formats, knowledge level communications protocols, and ontology. Research indicates that the latter is most important, providing the applications with a common conceptualization of the domain, in our case spacecraft operations, mission design, and planning. Agreement on ontology permits applications that employ different knowledge representations to interwork through mediators which we refer to as knowledge agents. This creates the illusion of a shared model without the constraints, both technical and commercial, that occur in centralized or uniform architectures. This paper explains how these matters are being addressed within the ATOS program at ESOC, using techniques which draw upon ideas and standards emerging from the DARPA Knowledge Sharing Effort. In particular, we explain how the project is developing an electronic Ontology of Spacecraft Operations and how this can be used as an enabling component within space support systems that employ advanced software engineering. We indicate our hope and expectation that the core ontology developed in ATOS, will permit the full development of standards for such systems throughout the space industry.
The rationale for system development is given along with reasons for not using vendor supplied operating systems. Although many system design and performance goals were dictated by problems with vendor supplied systems, other goals surfaced as a result of a design for a custom system able to span multiple projects. System development and management problems and areas that required redesign or major code changes for system implementation are examined as well as the relative successes of the initial projects. A generic description of the actual project is provided and the ongoing support requirements and future plans are discussed.
Model-Based System Engineering (MBSE) is an increasingly popular methodology for designing complex engineering systems. As the use of MBSE has grown, it has begun to be applied to systems that are less hardware-based and more people- and process-based. We describe our approach to incorporating MBSE as a way to streamline development, and how to build a model consisting of core resources, such as requirements and interfaces, that can be adapted and used by new and upcoming projects. By comparing traditional Mission Operations System (MOS) system engineering with an MOS designed via a model, we will demonstrate the benefits to be obtained by incorporating MBSE in system engineering design processes.
Attention is given to the Chimera II Real-Time Operating System, which has been developed for advanced sensor-based control applications. The Chimera II provides a high-performance real-time kernel and a variety of IPC features. The hardware platform required to run Chimera II consists of commercially available hardware, and allows custom hardware to be easily integrated. The design allows it to be used with almost any type of VMEbus-based processors and devices. It allows radially differing hardware to be programmed using a common system, thus providing a first and necessary step towards the standardization of reconfigurable systems that results in a reduction of development time and cost.
This report describes the design of a laboratory scale demonstration prototype of an air conditioning system operating on a magnetic heat pump cycle. Design parameters were selected through studies performed by a Kennedy Space Center (KSC) System Simulation Computer Model. The heat pump consists of a rotor turning through four magnetic fields that are created by permanent magnets. Gadolinium was selected as the working material for this demonstration prototype. The rotor was designed to be constructed of flat parallel disks of gadolinium with very little space in between. The rotor rotates in an aluminum housing. The laboratory scale demonstration prototype is designed to provide a theoretical Carnot Cycle efficiency of 62 percent and a Coefficient of Performance of 16.55.
The MultiMission Control Team (MMCT) consists of mission controllers which provides Real-Time operations support for the Mars Observer project. The Real-Time Operations task is to insure the integrity of the ground data system, to insure that the configuration is correct to support the mission, and to monitor the spacecraft for the Spacecraft Team. Operations systems are typically developed by adapting operations systems from previous projects. Problems tend to be solved empirically when they are either anticipated or observed in testing. This development method has worked in the past when time was available for extensive Ops testing. In the present NASA budget environment, a more cost conscious design approach has become necessary. Cost is a concern because operations is an ongoing, continuous activity. Reducing costs entails reducing staff. Reducing staffing levels potentially increases the risk of mission failure. Therefore, keeping track of the risk level is necessary.
The software created for the Control Display Units (CDUs), used for the Advanced Transport Operating Systems (ATOPS) project, on the Transport Systems Research Vehicle (TSRV) is described. Module descriptions are presented in a standardized format which contains module purpose, calling sequence, a detailed description, and global references. The global reference section includes subroutines, functions, and common variables referenced by a particular module. The CDUs, one for the pilot and one for the copilot, are used for flight management purposes. Operations performed with the CDU affects the aircraft's guidance, navigation, and display software.
The international and national environment for the conduct of space missions has been changing significantly over the last several years. The changes require that the NASA Space Operations System substantially increase its productivity and reduce the cost of providing space operations services.