Engineering Papers⌕ Search

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.

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 NTRS2011

Asynchronous Message Service Reference Implementation

This software provides a library of middleware functions with a simple application programming interface, enabling implementation of distributed applications in conformance with the CCSDS AMS (Consultative Committee for Space Data Systems Asynchronous Message Service) specification. The AMS service, and its protocols, implement an architectural concept under which the modules of mission systems may be designed as if they were to operate in isolation, each one producing and consuming mission information without explicit awareness of which other modules are currently operating. Communication relationships among such modules are self-configuring; this tends to minimize complexity in the development and operations of modular data systems. A system built on this model is a society of generally autonomous, inter-operating modules that may fluctuate freely over time in response to changing mission objectives, modules functional upgrades, and recovery from individual module failure. The purpose of AMS, then, is to reduce mission cost and risk by providing standard, reusable infrastructure for the exchange of information among data system modules in a manner that is simple to use, highly automated, flexible, robust, scalable, and efficient. The implementation is designed to spawn multiple threads of AMS functionality under the control of an AMS application program. These threads enable all members of an AMS-based, distributed application to discover one another in real time, subscribe to messages on specific topics, and to publish messages on specific topics. The query/reply (client/server) communication model is also supported. Message exchange is optionally subject to encryption (to support confidentiality) and authorization. Fault tolerance measures in the discovery protocol minimize the likelihood of overall application failure due to any single operational error anywhere in the system. The multi-threaded design simplifies processing while enabling application nodes to operate at high speeds; linked lists protected by mutex semaphores and condition variables are used for efficient, inter-thread communication. Applications may use a variety of transport protocols underlying AMS itself, including TCP (Transmission Control Protocol), UDP (User Datagram Protocol), and message queues.

Burleigh, Scott C.↗
NASA NTRS2012

Ground Simulation of an Autonomous Satellite Rendezvous and Tracking System Using Dual Robotic Systems

A hardware-in-the-loop ground system was developed for simulating a robotic servicer spacecraft tracking a target satellite at short range. A relative navigation sensor package "Argon" is mounted on the end-effector of a Fanuc 430 manipulator, which functions as the base platform of the robotic spacecraft servicer. Machine vision algorithms estimate the pose of the target spacecraft, mounted on a Rotopod R-2000 platform, relay the solution to a simulation of the servicer spacecraft running in "Freespace", which performs guidance, navigation and control functions, integrates dynamics, and issues motion commands to a Fanuc platform controller so that it tracks the simulated servicer spacecraft. Results will be reviewed for several satellite motion scenarios at different ranges. Key words: robotics, satellite, servicing, guidance, navigation, tracking, control, docking.

Trube, Matthew J.↗
NASA NTRS2015

Service Life Extension of the ISS Propulsion System Elements

The International Space Station (ISS) is a result of international collaboration in building a sophisticated laboratory of an unprecedented scale in Low Earth Orbit. After a complex assembly sequence spanning over a decade, some of the early modules launched at the beginning of the program would reach the end of their certified lives, while the newer modules were just being commissioned into operation. To maximize the return on global investments in this one-of-a-kind orbiting platform that was initially conceived for a service life until 2016, it is essential for the cutting edge research on ISS to continue as long as the station can be sustained safely in orbit. ISS Program is assessing individual modules in detail to extend the service life of the ISS to 2024, and possibly to 2028. Without life extension, Functional Cargo Block (known by its Russian acronym as FGB) and the Service Module (SM), two of the early modules on the Russian Segment, would reach the end of their certified lives in 2013 and 2015 respectively. Both FGB and SM are critical for the propulsive function of the ISS. This paper describes the approach used for the service life extension of the FGB propulsion system. Also presented is an overview of the system description along with the process adopted for developing the life test plans based on considerations of system failure modes, fault tolerance and safety provisions. Tests and analyses performed, important findings and life estimates are summarized. Based on the life extension data, FGB propulsion system, in general, is considered ready for a service life until 2028.

Kamath, Ulhas↗
NASA NTRS2013

An Approach for the Assessment of System Upset Resilience

This report describes an approach for the assessment of upset resilience that is applicable to systems in general, including safety-critical, real-time systems. For this work, resilience is defined as the ability to preserve and restore service availability and integrity under stated conditions of configuration, functional inputs and environmental conditions. To enable a quantitative approach, we define novel system service degradation metrics and propose a new mathematical definition of resilience. These behavioral-level metrics are based on the fundamental service classification criteria of correctness, detectability, symmetry and persistence. This approach consists of a Monte-Carlo-based stimulus injection experiment, on a physical implementation or an error-propagation model of a system, to generate a system response set that can be characterized in terms of dimensional error metrics and integrated to form an overall measure of resilience. We expect this approach to be helpful in gaining insight into the error containment and repair capabilities of systems for a wide range of conditions.

Torres-Pomales, Wilfredo↗
NASA NTRS2001

Space Shuttle RTOS Bayesian Network

With shrinking budgets and the requirements to increase reliability and operational life of the existing orbiter fleet, NASA has proposed various upgrades for the Space Shuttle that are consistent with national space policy. The cockpit avionics upgrade (CAU), a high priority item, has been selected as the next major upgrade. The primary functions of cockpit avionics include flight control, guidance and navigation, communication, and orbiter landing support. Secondary functions include the provision of operational services for non-avionics systems such as data handling for the payloads and caution and warning alerts to the crew. Recently, a process to selection the optimal commercial-off-the-shelf (COTS) real-time operating system (RTOS) for the CAU was conducted by United Space Alliance (USA) Corporation, which is a joint venture between Boeing and Lockheed Martin, the prime contractor for space shuttle operations. In order to independently assess the RTOS selection, NASA has used the Bayesian network-based scoring methodology described in this paper. Our two-stage methodology addresses the issue of RTOS acceptability by incorporating functional, performance and non-functional software measures related to reliability, interoperability, certifiability, efficiency, correctness, business, legal, product history, cost and life cycle. The first stage of the methodology involves obtaining scores for the various measures using a Bayesian network. The Bayesian network incorporates the causal relationships between the various and often competing measures of interest while also assisting the inherently complex decision analysis process with its ability to reason under uncertainty. The structure and selection of prior probabilities for the network is extracted from experts in the field of real-time operating systems. Scores for the various measures are computed using Bayesian probability. In the second stage, multi-criteria trade-off analyses are performed between the scores. Using a prioritization of measures from the decision-maker, trade-offs between the scores are used to rank order the available set of RTOS candidates.

Morris, A. Terry↗
NASA NTRS1999

Satellite ATM Networks: Architectures and Guidelines Developed

An important element of satellite-supported asynchronous transfer mode (ATM) networking will involve support for the routing and rerouting of active connections. Work published under the auspices of the Telecommunications Industry Association (http://www.tiaonline.org), describes basic architectures and routing protocol issues for satellite ATM (SATATM) networks. The architectures and issues identified will serve as a basis for further development of technical specifications for these SATATM networks. Three ATM network architectures for bent pipe satellites and three ATM network architectures for satellites with onboard ATM switches were developed. The architectures differ from one another in terms of required level of mobility, supported data rates, supported terrestrial interfaces, and onboard processing and switching requirements. The documentation addresses low-, middle-, and geosynchronous-Earth-orbit satellite configurations. The satellite environment may require real-time routing to support the mobility of end devices and nodes of the ATM network itself. This requires the network to be able to reroute active circuits in real time. In addition to supporting mobility, rerouting can also be used to (1) optimize network routing, (2) respond to changing quality-of-service requirements, and (3) provide a fault tolerance mechanism. Traffic management and control functions are necessary in ATM to ensure that the quality-of-service requirements associated with each connection are not violated and also to provide flow and congestion control functions. Functions related to traffic management were identified and described. Most of these traffic management functions will be supported by on-ground ATM switches, but in a hybrid terrestrial-satellite ATM network, some of the traffic management functions may have to be supported by the onboard satellite ATM switch. Future work is planned to examine the tradeoffs of placing traffic management functions onboard a satellite as opposed to implementing those functions at the Earth station components.

vonDeak, Thomas C.↗
NASA NTRS1987

Space Station data management system architecture

Within the Space Station program, the Data Management System (DMS) functions in a dual role. First, it provides the hardware resources and software services which support the data processing, data communications, and data storage functions of the onboard subsystems and payloads. Second, it functions as an integrating entity which provides a common operating environment and human-machine interface for the operation and control of the orbiting Space Station systems and payloads by both the crew and the ground operators. This paper discusses the evolution and derivation of the requirements and issues which have had significant effect on the design of the Space Station DMS, describes the DMS components and services which support system and payload operations, and presents the current architectural view of the system as it exists in October 1986; one-and-a-half years into the Space Station Phase B Definition and Preliminary Design Study.

Mallary, William E.↗
NASA NTRS1971

Technology utilization in a non-urban region: Further impact and technique of the Technology Use Studies Center, 2

The clientele served by the Technology Use Studies Center (TUSC) is updated. Manufacturing leads the list of client firms. The standard industrial classification (SIC) range of these firms is broad. Substantial numbers of college and university faculties are using TUSC services. Field operations inherent in the functions of dissemination and assistance are reviewed. Increasing emphasis among clientele is on environmental concerns and management. A record is provided of the institutions contacted and the extent of TUSC involvement with them, as well as TUSC's cooperation with agencies and organizations. The impact of TUSC and the NASA-sponsored Technology Utilization Program on other public agencies is discussed.

Gold, H. C.↗
NASA NTRS1984

Computing and information services at the Jet Propulsion Laboratory - A management approach to a diversity of needs

The Jet Propulsion Laboratory, a research and development organization with about 5,000 employees, presents a complicated set of requirements for an institutional system of computing and informational services. The approach taken by JPL in meeting this challenge is one of controlled flexibility. A central communications network is provided, together with selected computing facilities for common use. At the same time, staff members are given considerable discretion in choosing the mini- and microcomputers that they believe will best serve their needs. Consultation services, computer education, and other support functions are also provided.

Felberg, F. H.↗
NASA NTRS1990

Advanced systems engineering and network planning support

The objective of this task was to take a fresh look at the NASA Space Network Control (SNC) element for the Advanced Tracking and Data Relay Satellite System (ATDRSS) such that it can be made more efficient and responsive to the user by introducing new concepts and technologies appropriate for the 1997 timeframe. In particular, it was desired to investigate the technologies and concepts employed in similar systems that may be applicable to the SNC. The recommendations resulting from this study include resource partitioning, on-line access to subsets of the SN schedule, fluid scheduling, increased use of demand access on the MA service, automating Inter-System Control functions using monitor by exception, increase automation for distributed data management and distributed work management, viewing SN operational control in terms of the OSI Management framework, and the introduction of automated interface management.

Walters, David H.↗
NASA NTRS1992

Space Station Furnace Facility. Volume 2: Summary of technical reports

The Space Station Furnace Facility (SSFF) is a modular facility for materials research in the microgravity environment of the Space Station Freedom (SSF). The SSFF is designed for crystal growth and solidification research in the fields of electronic and photonic materials, metals and alloys, and glasses and ceramics, and will allow for experimental determination of the role of gravitational forces in the solidification process. The facility will provide a capability for basic scientific research and will evaluate the commercial viability of low-gravity processing of selected technologically important materials. In order to accommodate the furnace modules with the resources required to operate, SSFF developed a design that meets the needs of the wide range of furnaces that are planned for the SSFF. The system design is divided into subsystems which provide the functions of interfacing to the SSF services, conditioning and control for furnace module use, providing the controlled services to the furnace modules, and interfacing to and acquiring data from the furnace modules. The subsystems, described in detail, are as follows: Power Conditioning and Distribution Subsystem; Data Management Subsystem; Software; Gas Distribution Subsystem; Thermal Control Subsystem; and Mechanical Structures Subsystem.

Source record↗
NASA NTRS1996

ACTS Aeronautical Terminal Experiment System Description and Link Analysis

During the summer of 1994, the performance of an experimental mobile satellite communication system was demonstrated to industry and government representatives by the NASA Lewis Research Center (LeRC) and the Jet Propulsion Laboratory (JPL). The system was based on the advanced communications technology satellite (ACTS) and consisted of a K-/Ka-band active monolithic microwave integrated circuit (MMIC) phased array antenna system, ACTS mobile terminal (AMT) and link evaluation terminal (LET). A LeRC research aircraft, Learjet model 25, was outfitted with the active MMIC phased array antenna system and AMT and served as the experimental 20/30 Ghz aeronautical terminal. The LET at LeRC in Cleveland, OH, was interfaced with portions of fixed-AMT equipment and together provided the gateway station functions including ACTS interface and public service telephone network (PSTN) interface. The ACTS was operated in its microwave switch matrix (MSM) mode with a spot beam for the Learjet and another spot beam dedicated to the LET. The Learjet was flown over several major cities across the US and demonstrated the feasibility of a full-duplex compressed voice links for an aeronautical terminal through the 20/30 Ghz ACTS channel. This paper presents a technical description of the system including the MMIC phased array antenna system, AMT, Learjet, LET, and ACTS. The array antenna system consists of a 30 Ghz transmit array (LeRc/Texas Instruments) and two 20 Ghz receive arrays (USAF Rome Lab., Boeing, and Martin Marietta), each one very small with sufficient performance for a satellite voice link. The AMT consists of 2.4/4.8/9.6 Kbps voice coder/decoder, modem, PSTN interface and RF/IF converters. Link analysis is presented and compared to the actual performance data collected during the demonstration flights.

Sohn, Philip↗
NASA NTRS1996

Technology Directions for the 21st Century

New technologies will unleash the huge capacity of fiber-optic cable to meet growing demands for bandwidth. Companies will continue to replace private networks with public network bandwidth-on-demand. Although asynchronous transfer mode (ATM) is the transmission technology favored by many, its penetration will be slower than anticipated. Hybrid networks - e.g., a mix of ATM, frame relay, and fast Ethernet - may predominate, both as interim and long-term solutions, based on factors such as availability, interoperability, and cost. Telecommunications equipment and services prices will decrease further due to increased supply and more competition. Explosive Internet growth will continue, requiring additional backbone transmission capacity and enhanced protocols, but it is not clear who will fund the upgrade. Within ten years, space-based constellations of satellites in Low Earth orbit (LEO) will serve mobile users employing small, low-power terminals. 'Little LEO's' will provide packet transmission services and geo-position determination. 'Big LEO's' will function as global cellular telephone networks, with some planning to offer video and interactive multimedia services. Geosynchronous satellites also are proposed for mobile voice grade links and high-bandwidth services. NASA may benefit from resulting cost reductions in components, space hardware, launch services, and telecommunications services.

Crimi, Giles F.↗
NASA NTRS2004

Methods and apparatus for constructing and implementing a universal extension module for processing objects in a database

Methods and apparatus for providing a multi-tier object-relational database architecture are disclosed. In one illustrative embodiment of the present invention, a multi-tier database architecture comprises an object-relational database engine as a top tier, one or more domain-specific extension modules as a bottom tier, and one or more universal extension modules as a middle tier. The individual extension modules of the bottom tier operationally connect with the one or more universal extension modules which, themselves, operationally connect with the database engine. The domain-specific extension modules preferably provide such functions as search, index, and retrieval services of images, video, audio, time series, web pages, text, XML, spatial data, etc. The domain-specific extension modules may include one or more IBM DB2 extenders, Oracle data cartridges and/or Informix datablades, although other domain-specific extension modules may be used.

Li, Chung-Sheng↗
NASA NTRS2008

Launch and Landing Effects Ground Operations (LLEGO) Model

LLEGO is a model for understanding recurring launch and landing operations costs at Kennedy Space Center for human space flight. Launch and landing operations are often referred to as ground processing, or ground operations. Currently, this function is specific to the ground operations for the Space Shuttle Space Transportation System within the Space Shuttle Program. The Constellation system to follow the Space Shuttle consists of the crewed Orion spacecraft atop an Ares I launch vehicle and the uncrewed Ares V cargo launch vehicle. The Constellation flight and ground systems build upon many elements of the existing Shuttle flight and ground hardware, as well as upon existing organizations and processes. In turn, the LLEGO model builds upon past ground operations research, modeling, data, and experience in estimating for future programs. Rather than to simply provide estimates, the LLEGO model s main purpose is to improve expenses by relating complex relationships among functions (ground operations contractor, subcontractors, civil service technical, center management, operations, etc.) to tangible drivers. Drivers include flight system complexity and reliability, as well as operations and supply chain management processes and technology. Together these factors define the operability and potential improvements for any future system, from the most direct to the least direct expenses.

Source record↗
NASA NTRS2021

Part II: FY20 CIF Annual Report - LAPS: Lunar Autonomous Positioning System

This project concerns construction of an orbital and ground resource network that provides Position, Navigation, and Timing (PNT) services for lunar surface operations. While functionally similar to Global Navigation Satellite Systems (GNSS) for Earth, this system will instead build an automated PNT framework utilizing limited infrastructure on board orbiting assets along with a controlled number of highly accurate assets, or anchor nodes. The goal is to use advanced algorithms to autonomously coordinate on demand or as needed asset participation to achieve orbit determination and time synchronization of accuracy sufficient for end-user localization. Other proposed lunar PNT solutions, such as weak signal GPS, will not meet many mission localization requirements without additional user INS augmentation and a dedicated GNSS constellation would require prohibitive infrastructure development. This proposed effort, the Lunar Autonomous Positioning System (LAPS), instead offers a design that could be deployed in the near term and is facilitated by accessible hardware technology.

Kelley Hashemi↗
NASA NTRS2008

Technical Aspects of the Space Telescope Imaging Spectrograph Repair (STIS-R)

In August 2004, the Hubble Space Telescope (HST) Space Telescope Imaging Spectrograph (STIS) ceased operation, due to a failure in the Side 2 Low Voltage Power Supply (LVPS2). LVPS2 provided power to the entire instrument, including all detectors and mechanisms. Following the LVPS2 failure, a team was assembled to analyze the fault and to determine if STIS repair (STIS-R) was feasible. The team concluded that by replacing a power supply board within LVPS2, STIS could be brought back to full functionality. STIS-R will be conducted during Servicing Mission 4 (SM4), and will consist of replacing the power supply board and a new passive cooling system. STIS-R will restore full function of the instrument with one of the two redundant sides of the instrument. In this presentation, we focus on the technical aspects associated with STISR.

Rinehart, Stephen↗
NASA NTRS1983

Definition of technology development missions for early space stations orbit transfer vehicle serving. Phase 2, task 1: Space station support of operational OTV servicing

Representative space based orbital transfer vehicles (OTV), ground based vehicle turnaround assessment, functional operational requirements and facilities, mission turnaround operations, a comparison of ground based versus space based tasks, activation of servicing facilities prior to IOC, fleet operations requirements, maintenance facilities, OTV servicing facilities, space station support requirements, and packaging for delivery are discussed.

Source record↗