SEARCH · Engineering Papers

Results for “function as a service”

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.

SourceResearch connectionFrom yearThrough year

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 91 records · Page 5

All sources NASA NTRS DOE OSTI

NASA NTRS2005

Interpreting the International Space Station Microgravity Environment

The International Space Station (ISS) serves as a platform for microgravity research for the foreseeable future. A microgravity environment is one in which the effects of gravity are drastically reduced which then allows physical experiments to be conducted without the overpowering effects of gravity. A physical environment with very low-levels of acceleration and vibration has been accomplished by both the free fall associated with orbital flight and the design of the International Space Station. The International Space Station design has been driven by a long-standing, high-level requirement for a microgravity mode of operation. The Space Acceleration Measurement System has been in operation for nearly four years on the ISS measuring the microgravity environment in support of principal investigators and to characterize the ISS microgravity environment. The Principal Investigator Microgravity Services project functions as a detective to ascertain the source of disturbances seen in the ISS microgravity environment to allow correlation between that environment and experimental data. Payload developers need to predict the microgravity environment that will be imposed upon an experiment and ensure that the science and engineering requirements will be met. The Principal Investigator Microgravity Services project is developing n interactive tool to predict the microgravity environment at science payloads based on user defined operational scenarios. These operations (predictions and post-analyses) allow a researcher to examine the microgravity acceleration levels expected to exist when their experiment is operated and then receive an analysis of the environment which existed during their experiment operations. Presented in this paper will be descriptions of the environment predictive tool and an investigation into a previously unknown disturbance in the ISS microgravity environment.

DeLombard, Richard↗

NASA NTRS1993

Distributed Active Archive Center

The Goddard Space Flight Center Version 0 Distributed Active Archive Center (GSFC V0 DAAC) is being developed to enhance and improve scientific research and productivity by consolidating access to remote sensor earth science data in the pre-EOS time frame. In cooperation with scientists from the science labs at GSFC, other NASA facilities, universities, and other government agencies, the DAAC will support data acquisition, validation, archive and distribution. The DAAC is being developed in response to EOSDIS Project Functional Requirements as well as from requirements originating from individual science projects such as SeaWiFS, Meteor3/TOMS2, AVHRR Pathfinder, TOVS Pathfinder, and UARS. The GSFC V0 DAAC has begun operational support for the AVHRR Pathfinder (as of April, 1993), TOVS Pathfinder (as of July, 1993) and the UARS (September, 1993) Projects, and is preparing to provide operational support for SeaWiFS (August, 1994) data. The GSFC V0 DAAC has also incorporated the existing data, services, and functionality of the DAAC/Climate, DAAC/Land, and the Coastal Zone Color Scanner (CZCS) Systems.

Bodden, Lee↗

NASA NTRS1996

A mission operations architecture for the 21st century

An operations architecture is proposed for low cost missions beyond the year 2000. The architecture consists of three elements: a service based architecture; a demand access automata; and distributed science hubs. The service based architecture is based on a set of standard multimission services that are defined, packaged and formalized by the deep space network and the advanced multi-mission operations system. The demand access automata is a suite of technologies which reduces the need to be in contact with the spacecraft, and thus reduces operating costs. The beacon signaling, the virtual emergency room, and the high efficiency tracking automata technologies are described. The distributed science hubs provide information system capabilities to the small science oriented flight teams: individual access to all traditional mission functions and services; multimedia intra-team communications, and automated direct transparent communications between the scientists and the instrument.

Tai, W.↗

NASA NTRS1973

Technology requirements for communication satellites in the 1980's

The key technology requirements are defined for meeting the forecasted demands for communication satellite services in the 1985 to 1995 time frame. Evaluation is made of needs for services and technical and functional requirements for providing services. The future growth capabilities of the terrestrial telephone network, cable television, and satellite networks are forecasted. The impact of spacecraft technology and booster performance and costs upon communication satellite costs are analyzed. Systems analysis techniques are used to determine functional requirements and the sensitivities of technology improvements for reducing the costs of meeting requirements. Recommended development plans and funding levels are presented, as well as the possible cost saving for communications satellites in the post 1985 era.

Burtt, J. E.↗

NASA NTRS1978

Emergency Communications Console

NASA has applied its communications equipment expertise to development of a communications console that provides, in a compact package only slightly larger than an electric typewriter, all the emergency medical services communications functions needed for a regional hospital. A prototype unit, built by Johnson Space Center, has been installed in the Odessa (Texas) Medical Center Hospital. The hospital is the medical control center for the 17-county Permian Basin Emergency Medical System in west Texas. The console project originated in response to a request to NASA from the Texas governor's office, which sought a better way of providing emergency medical care in rural areas. Because ambulance travel time is frequently long in remote areas of west Texas, it is important that treatment begin at the scene of the emergency rather than at the hospital emergency room. A radio and telephone system linking ambulance emergency technicians and hospital staff makes this possible. But earlier equipment was complex, requiring specialized operators. A highly reliable system was needed to minimize breakdowns and provide controls of utmost simplicity, so that the system could be operated by physicians and nurses rather than by communications specialists. The resulting console has both radio and telephone sections. With the radio equipment, hospital personnel can communicate with ambulance drivers and paramedics, receive incoming electrocardiagrams, consult with other hospitals, page hospital staff and set up a radio-to-telephone "patch." The telephone portion of the system includes a hotline from the Permian Basin Emergency Medical Service's resource control center, an automatic dialer for contacting special care facilities in the Permian Basin network, a hospital intercom terminal and a means of relaying cardioscope displays and other data between hospitals. The integrated system also provides links with local disaster and civil defense organizations and with emergency "Dial 911" control points.

Source record↗

NASA NTRS1972

Multi-processing control system for the SEL 840MP (MPCS/1) users guide. Volume 1: Programming guide

A programmer's manual is presented for the SEL 840MP multiprocessing control system MPCS. The topics discussed include task control; defining displays; MPCS calls for task control functions; MPCS calls and system interfaces for display functions; MPCS calls for input/output functions and services, file management, and utility services; and MPCS assembly language call sequence summary.

Source record↗

NASA NTRS1973

Technology utilization data searches

Technology Use Studies Center activities, functions, and services are reported for this period. Transfers and searches are described. Characteristics of TUSC searches are tabulated.

Gold, C. H.↗

NASA NTRS1974

A fracture mechanics study of the Skylab windows

Design criteria based on fracture mechanics concepts are developed for spacecraft windows. Critical stress intensity factor data and crack velocity data are used for lifetime predictions and for the development of acceptance tests for the eight candidate glass compositions for the Skylab. Design charts are presented which give the minimum time to failure of the Skylab windows as a function of service stress and proof test stress. Surface adsorbed water is shown to be detrimental to the strength of spacecraft windows, even after the spacecraft has left the earth's atmosphere, because of the slow rate of evaporation of water from surface cracks.

Wiederhorn, S. M.↗

NASA NTRS1982

A preliminary study of the particulate fallout from the space shuttle (STS-1)

Prediction of acid fallout and the dry deposition of Al2O2 was the objective of this investigation. Sampling was done at the Kennedy Space Center in Florida. The models available were not appropriate and the data available was negligible. Thus, a bimodal particle distribution was assumed normalized to the few existing data points and used as a foundation for a crude zeroth order approximation for the acid fallout. In addition, a settling spectrum for the Al2O3 particles was devised as a table look-up since the graphs in the literature at first pass could not be fitted with reasonable analytic functions. Consulting services were rendered to researchers. Special emphasis was placed on improving current techniques and adding LIDAR (Light Radar). Suggestions for future studies are made.

Hudson, G. M.↗

NASA NTRS1982

SEPAC flight software detailed design specifications, volume 1

The detailed design specifications (as built) for the SEPAC Flight Software are defined. The design includes a description of the total software system and of each individual module within the system. The design specifications describe the decomposition of the software system into its major components. The system structure is expressed in the following forms: the control-flow hierarchy of the system, the data-flow structure of the system, the task hierarchy, the memory structure, and the software to hardware configuration mapping. The component design description includes details on the following elements: register conventions, module (subroutines) invocaton, module functions, interrupt servicing, data definitions, and database structure.

Source record↗

NASA NTRS1991

Major system acquisitions process (A-109)

The Major System examined is a combination of elements (hardware, software, facilities, and services) that function together to produce capabilities required to fulfill a mission need. The system acquisition process is a sequence of activities beginning with documentation of mission need and ending with introduction of major system into operational use or otherwise successful achievement of program objectives. It is concluded that the A-109 process makes sense and provides a systematic, integrated management approach along with appropriate management level involvement and innovative and 'best ideas' from private sector in satisfying mission needs.

Saric, C.↗

NASA NTRS1991

US Coast Guard GPS Information Center (GPSIC) and its function within the Civil GPS Service (CGS)

The Global Positioning System Information Center (GPSIC) was created to provide civil users of the Global Positioning System with timely system status and other GPS satellite information. The GPSIC began providing basic services on a test and evaluation basis in March 1990. Since then we have improved these services, formalized the information gathering processes, and expanded GPSIC operations to meet GPS user needs. The GPSIC serves as a central point of contact for civil users to make their interests and needs known to the system operator, the Department of Defense (DOD) under the management of the U.S. Air Force. The GPSIC provides GPS information to civil users through Operational Advisory Broadcasts (OAB) containing GPS performance data. The OABs are disseminated through numerous sources including 24 hour access to a voice telephone recording and a computer bulletin board system (BBS). The GPSIC staff also responds to individual user inquiries, comments, or concerns about civil access to and use of the GPS during normal working hours. This paper provides an overview of the Civil GPS Service as well as the details of the type of information and services that are available through the GPSIC and how they can be obtained. It will also address the future expansion of GPSIC responsibilities.

Luann Barndt↗

NASA NTRS1993

US Coast Guard GPS Information Center (GPSIC) and its function within the Civil GPS Service (CGS)

In 1987, the U.S. Department of Defense (DOD) formally requested that the U.S. Department of Transportation (DOT) take responsibility for providing an office that would respond to nonmilitary user needs for GPS information, data, and assistance. DOT accepted this responsibility and in February 1989, named the Coast Guard as their lead agency for the project. Since that time, the U.S. Coast Guard has worked with the U.S. Space Command to develop requirements and implement a plan for providing the requested interface with the civil GPS community. The Civil GPS Service (CGS) consists of four main elements: GPS Information Center (GPSIC) - provides GPS status information to civilian users of the system: Civil GPS Service Interface Committee (CGSIC) - established to identify civil GPS user technical information needs in support of the CGS program; Differential GPS (DGPS) - Coast Guard Research and Development Project; and PPS Program Office (PPSPO) - (Under development) will administer the program allowing qualified civil users to have access to the PPS signal. Details about the services these organizations provide are described.

Source record↗

NASA NTRS1993

Standards in the architectural effort

The NASA Scientific and Technical Information (STI) Project Architecture Group was established to build a framework for modernization, provide guidance and direction for standardization and integration efforts, and to develop a set of concepts, interfaces, and entities to specifiy standards. The STI data processing architecture is a set of diagrams and descriptions that characterize the principal functions and services as well as hardware and software components. The use of standards promotes scalability and interchangeability.

Markham, Howard↗

NASA NTRS1996

Program For Evaluation Of Reliability Of Ceramic Parts

CARES/LIFE predicts probability of failure of monolithic ceramic component as function of service time. Assesses risk that component fractures prematurely as result of subcritical crack growth (SCG). Effect of proof testing of components prior to service also considered. Coupled to such commercially available finite-element programs as ANSYS, ABAQUS, MARC, MSC/NASTRAN, and COSMOS/M. Also retains all capabilities of previous CARES code, which includes estimation of fast-fracture component reliability and Weibull parameters from inert strength (without SCG contributing to failure) specimen data. Estimates parameters that characterize SCG from specimen data as well. Written in ANSI FORTRAN 77 to be machine-independent. Program runs on any computer in which sufficient addressable memory (at least 8MB) and FORTRAN 77 compiler available. For IBM-compatible personal computer with minimum 640K memory, limited program available (CARES/PC, COSMIC number LEW-15248).

Nemeth, N.↗

NASA NTRS1995

Continual Improvement in Shuttle Logistics

It has been said that Continual Improvement (CI) is difficult to apply to service oriented functions, especially in a government agency such as NASA. However, a constrained budget and increasing requirements are a way of life at NASA Kennedy Space Center (KSC), making it a natural environment for the application of CI tools and techniques. This paper describes how KSC, and specifically the Space Shuttle Logistics Project, a key contributor to KSC's mission, has embraced the CI management approach as a means of achieving its strategic goals and objectives. An overview of how the KSC Space Shuttle Logistics Project has structured its CI effort and examples of some of the initiatives are provided.

Flowers, Jean↗

NASA NTRS1999

Developments in Nano-Satellite Structural Subsystem Design at NASA-GSFC

The NASA-GSFC Nano-satellite Technology Development Program will enable flying constellations of tens to hundreds of nano-satellites for future NASA Space and Earth Science missions. Advanced technology components must be developed to make these future spacecraft compact, lightweight, low-power, low-cost, and survivable to a radiation environment over a two-year mission lifetime. This paper describes the efforts underway to develop lightweight, low cost, and multi-functional structures, serviceable designs, and robust mechanisms. As designs shrink, the integration of various subsystems becomes a vital necessity. This paper also addresses structurally integrated electrical power, attitude control, and thermal systems. These innovations bring associated fabrication, integration, and test challenges. Candidate structural materials and processes are examined and the merits of each are discussed. Design and fabrication processes include flat stock composite construction, cast aluminum-beryllium alloy, and an injection molded fiber-reinforced plastic. A viable constellation deployment scenario is described as well as a Phase-A Nano-satellite Pathfinder study.

Rossoni, Peter↗

NASA NTRS2001

The XML approach to implementing space link extension service management

A feasibility study has been conducted at JPL, ESOC, and ISAS to assess the possible applications of the eXtensible Mark-up Language (XML) capabilities to the implementation of the CCSDS Space Link Extension (SLE) Service Management function.

Space Linki Extension (SLE) eXtensible Markup Lang↗