Engineering Papers⌕ Search

SEARCH · Engineering Papers

Results for “services”

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 145 records · Page 8

Transitioning from Space Shuttle to Space Station on-orbit servicing

On-orbit satellite servicing has been demonstrated on a variety of missions using the Space Shuttle. This capability is also a stated goal of the Space Station and other unmanned vehicles. Serviceable spacecraft should be able to take advantage of all these servicing facilities. This paper will discuss one effort to document currently available or nearly operational servicing interfaces. Availability of this type of compiled information will assist in a smooth transition from Shuttle-based satellite servicing to servicing at a wider range of locations and by different servicing vehicles.

Hoffman, Stephen J.↗

Orbital Maneuvering Vehicle (OMV) remote servicing kit

With the design and development of the Orbital Maneuvering Vehicle (OMV) progressing toward an early 1990 initial operating capability (IOC), a new era in remote space operations will evolve. The logical progression to OMV front end kits would make available in situ satellite servicing, repair, and consummables resupply to the satellite community. Several conceptual design study efforts are defining representative kits (propellant tanks, debris recovery, module servicers); additional focus must also be placed on an efficient combination module servicer and consummables resupply kit. A remote servicer kit of this type would be designed to perform many of the early maintenance/resupply tasks in both nominal and high inclination orbits. The kit would have the capability to exchange Orbital Replacement Units (ORUs), exchange propellant tanks, and/or connect fluid transfer umbilicals. Necessary transportation system functions/support could be provided by interfaces with the OMV, Shuttle (STS), or Expendable Launch Vehicle (ELV). Specific remote servicer kit designs, as well as ground and flight demonstrations of servicer technology are necessary to prepare for the potential overwhelming need. Ground test plans should adhere to the component/system/breadboard test philosophy to assure maximum capability of one-g testing. The flight demonstration(s) would most likely be a short duration, Shuttle-bay experiment to validate servicer components requiring a micro-g environment.

Brown, Norman S.↗

A proposed change to the NASA strategy for servicing space assets

Given the limitations of the present Shuttle manifest, it is necessary for NASA to consider revision of its previous strategy for servicing satellites. This is particularly important in a period of tight budgets, when space assets will be difficult to replace. Therefore on-orbit assets take on additional value and keeping these assets operational will take on added importance. The key to maintaining these assets will be the long term strategy of developing a remote servicing capability which is space based and has a minimum reliance on the Shuttle. Such a strategy will require that the users of this servicing system design serviceable spacecraft at a high level and that these assets be located in or be capable of reaching orbits that are accessible to or compatible with the proposed servicing infrastructure. The infrastructure required to support this type of remote servicing architecture and the development of the necessary systems, tools, and procedures required to support a remote servicing architecture of this type are addressed.

Levin, George C.↗

Flight Support System (FSS) docking and umbilical services systems

The Satellite Servicing Project at GSFC in the early 80's developed a facility for servicing observatories in orbit when docked on the shuttle. The facility includes a three point docking ring and one or two umbilicals to provide power, data and command capability to docked payloads. This facility was used in the 1984 repair of the Solar Maximum satellite. It will be used for the Hubble repair mission in 1993, and it is planned to be used on the Explorer Platform retrieval mission in 1995 and for servicing AXAF in the late 90's. The basic three point docking mechanisms and umbilical interfaces were adopted by the OMU Project for that vehicle's remote rendezvous and docking mission capability. This would have assured a common interface for a serviceable payload for either shuttle based or remote servicing, i.e., HST. For OMU remote servicing, quick reaction docking latches were under development when that Project was cancelled. Although there is no remote servicing capability being funded at present, the EOS spacecraft configuration does include three pins compatible with the FSS latches as a contingency planning measure.

Falkenhayn, Edward↗

On-orbit servicing for USAF space missions: A phased development approach

On-orbit servicing has been studied for years by the U.S. Air Force Space Systems Division--which recently cosponsored the Space Assembly, Maintenance, and Servicing Study with NASA and SDIO; but an Air force servicing program has yet to emerge. The Air Force has a limited set of servicing requirements, and the practices of 'pipelining' (incremental improvements to a space vehicle series) and orbital sparing provide many similar benefits. It is postulated that an Air Force Program will be initiated in response to a new critical mission requirement that calls for a spacecraft with the operational character of a Servicer, which will evolve into a servicing program. Such a requirement may be emerging. The Air Force organizations charged with on-orbit test safety for the Department of Defense are concerned with the hazard from uncontrolled reentry of low Earth orbit test spacecraft, which are increasing in number. Analysis and observations of actual reentries show that debris reaches the Earth's surface. A phased development of a system to remove these spacecraft from orbit can evolve into a servicing program.

Shanney, Bill↗

European Mobile Satellite Services (EMSS): A regional system for Europe

The European Space Agency is presently procuring two L-band payloads in order to promote a regional system for the provision of European Mobile Satellite Services (EMSS). These are the EMS payload on the Italsat I-F2 satellite and the LLM payload on the ARTEMIS satellite. Telecommunication system studies have been concentrating on mobile applications where full European geographical coverage is required. Potential applications include high priority Private Mobile Radio networks requiring national or European coverage, such as civil security, fire brigades, police and health services, as well as a dedicated system for provision of Air Traffic Services to the civil aviation community. A typical application is an intelligent road traffic management system combining a geographically selective traffic data collection service based on probe vehicles with a geographically selective traffic information broadcast service. Network architectures and bearer services have been developed both for data only and voice/data services. Vehicle mounted mobile transceivers using CDMA access techniques have been developed. The EMSS operational phase will start with the EMS payload in orbit in 1996 and continue with the LLM payload in 1997.

Loisy, C.↗

Hubble Space Telescope Servicing Mission 3A

The Hubble Space Telescope's purpose is to spend 20 years probing the farthest and faintest reaches of the cosmos. Crucial to fulfilling this objective is a series of on-orbit servicing missions. Hubble was placed in orbit on April 25, 1990, by the shuttle Discovery and subsequent servicing followed in December 1993 and February 1997. The third in the series of planned servicing missions for the Hubble Space Telescope was scheduled for June 2000. This third Servicing Mission has been separated into two flights. The first of these flights, Servicing Mission 3A, is scheduled for December 1999, and the second, Servicing Mission 3B, is scheduled for 2001. The fourth Servicing Mission is scheduled for 2003 with a "close-out" Mission in 2010. Three instruments are currently in active scientific use on Hubble - the Wide Field and Planetary Camera 2, the Space Telescope Imaging Spectrograph, and Fine Guidance Sensor I R, which has been designated as the prime FGS for astrometric science. Other instrument bays are occupied by the Near Infrared Camera and Multi-Object Spectrometer (NICMOS), which is now dormant due to the depletion of its solid nitrogen cryogen, the Faint Object Camera, which has been decommissioned, and the corrective optical device called COSTAR, which is no longer needed.

Source record↗

Towards On-Line Services Based on a Holistic Analysis of Human Activities

Very often computer scientists view computerization of services in terms of the logistics of human-machine interaction, including establishing a contract, accessing records, and of course designing an interface. But this analysis often moves too quickly to tactical details, failing to frame the entire service in human terms, and not recognizing the mutual learning required to define and relate goals, constraints, and the personalized value of available services. In particular, on-line services that "computerize communication" can be improved by constructing an activity model of what the person is trying to do, not just filtering, comparing, and selling piece-meal services. For example, from the customer s perspective the task of an on-line travel service is not merely to establish confirmed reservations, but to have a complete travel plan, usually integrating many days of transportation, lodging, and recreation into a happy experience. The task of the travel agent is not merely "ticketing", but helping the customer understand what they want and providing services that will connect everything together in an enjoyable way.

Clancey, William J.↗

[The Engineering and Technical Services Directorate at the Glenn Research Center]

My name is James Moon and I am a senior at Tennessee State University where my major is Aeronautical and Industrial Technology with a concentration in industrial electronics. I am currently serving my internship in the Engineering and Technical Services Directorate at the Glenn Research Center (GRC). The Engineering and Technical Service Directorate provides the services and infrastructure for the Glenn Research Center to take research concepts to reality. They provide a full range of integrated services including engineering, advanced prototyping and testing, facility management, and information technology for NASA, industry, and academia. Engineering and Technical Services contains the core knowledge in Information Technology (IT). This includes data systems and analysis, inter and intranet based systems design and data security. Including the design and development of embedded real-time s o h a r e applications for flight and supporting ground systems, Engineering and Technical Services provide a wide range of IT services and products specific to the Glenn Research Center research and engineering community. In the 7000 Directorate I work directly in the 7611 organization. This organization is known as the Aviation Environments Technical Branch. My mentor is Vincent Satterwhite who is also the Branch Chief of the Aviation Environments Technical Branch. In this branch, I serve as the Assistant program manager of the Engineering Technology Program. The Engineering Technology Program (ETP) is one of three components of the High School L.E.R.C.I.P. This is an Agency-sponsored, eight-week research-based apprenticeship program designed to attract traditionally underrepresented high school students that demonstrate an aptitude for and interest in mathematics, science, engineering, and technology.

Moon, James↗

Architecture Studies Done for High-Rate Duplex Direct Data Distribution (D4) Services

A study was sponsored to investigate a set of end-to-end system concepts for implementing a high-rate duplex direct data distribution (D4) space-to-ground communications link. The NASA Glenn Research Center is investigating these systems (both commercial and Government) as a possible method of providing a D4 communications service between NASA spacecraft in low Earth orbit and the respective principal investigators using or monitoring instruments aboard these spacecraft. Candidate commercial services were assessed regarding their near-term potential to provide a D4 type of service. The candidates included K-band and V-band geostationary orbit and nongeostationary orbit satellite relay services and direct downlink (D3) services. Internet protocol (IP) networking technologies were evaluated to enable the user-directed distribution and delivery of science data. Four realistic, near-future concepts were analyzed: 1) A duplex direct link (uplink plus downlink communication paths) between a low-Earth-orbit spacecraft and a principal-investigator-based autonomous Earth station; 2) A space-based relay using a future K-band nongeosynchronous-orbit system to handle both the uplink and downlink communication paths; 3) A hybrid link using both direct and relay services to achieve full duplex capability; 4) A dual-mode concept consisting of both a duplex direct link and a space relay duplex link operating independently. The concepts were analyzed in terms of contact time between the NASA spacecraft and the communications service and the achievable data throughput. Throughput estimates for the D4 systems were based on the infusion of advanced communications technology products (single and multibeam K-band phased-arrays and digital modems) being developed by Glenn. Cost estimates were also performed using extrapolated information from both terrestrial and current satellite communications providers. The throughput and cost estimates were used to compare the concepts.

Source record↗

New SPDF Directions and Evolving Services Supporting Heliophysics Research

The next advances in Heliophysics science and its paradigm of a Great Observatory require an increasingly integrated and transparent data environment, where data can be easily accessed and used across the boundaries of both missions and traditional disciplines. The Space Physics Data Facility (SPDF) project includes uniquely important multi-mission data services with current data from most operating space physics missions. This paper reviews the capabilities of key services now available and the directions in which they are expected to evolve to enable future multi-mission correlative research. The Coordinated Data Analysis Web (CDAWeb) and Satellite Situation Center Web (SSCWeb), critically supported by the Common Data Format (CDF) effort and supplemented by more focused science services such as OMNIWeb and technical services such as data format translations are important operational capabilities serving the international community today (and cited last year by 20% of the papers published in JGR Space Physics). These services continue to add data from most current missions as SPDF works with new missions such as THEMIS to help enable their unique science goals and the meaningful sharing of their data in a multi-mission correlative context. Recent enhancements to CDF, our 3D Java interactive orbit viewer (TIPSOD), the CDAWeb Plus system, increasing automation of data service population, the new folding of the VSPO effort into SPDF and our continuing thrust towards fully-functional web services APIs to allow ready invocation from distributed external middleware and clients will be shown.

McGuire, Robert E.↗

The User Community and a Multi-Mission Data Project: Services, Experiences and Directions of the Space Physics Data Facility

From a user's perspective, the multi-mission data and orbit services of NASA's Space Physics Data Facility (SPDF) project offer a unique range of important data and services highly complementary to other services presently available or now evolving in the international heliophysics data environment. The VSP (Virtual Space Physics Observatory) service is an active portal to a wide range of distributed data sources. CDAWeb (Coordinate Data Analysis Web) enables plots, listings and file downloads for current data cross the boundaries of missions and instrument types (and now including data from THEMIS and STEREO). SSCWeb, Helioweb and our 3D Animated Orbit Viewer (TIPSOD) provide position data and query logic for most missions currently important to heliophysics science. OMNIWeb with its new extension to 1- and 5-minute resolution provides interplanetary parameters at the Earth's bow shock as a unique value-added data product. SPDF also maintains NASA's CDF (common Data Format) standard and a range of associated tools including translation services. These capabilities are all now available through webservices-based APIs as well as through our direct user interfaces. In this paper, we will demonstrate the latest data and capabilities now supported in these multi-mission services, review the lessons we continue to learn in what science users need and value in this class of services, and discuss out current thinking to the future role and appropriate focus of the SPDF effort in the evolving and increasingly distributed heliophysics data environment.

Fung, Shing F.↗

Hubble Servicing Challenges Drive Innovation of Shuttle Rendezvous Techniques

Hubble Space Telescope (HST) servicing, performed by Space Shuttle crews, has contributed to what is arguably one of the most successful astronomy missions ever flown. Both nominal and contingency proximity operations techniques were developed to enable successful servicing, while lowering the risk of damage to HST systems, and improve crew safety. Influencing the development of these techniques were the challenges presented by plume impingement and HST performance anomalies. The design of both the HST and the Space Shuttle was completed before the potential of HST contamination and structural damage by shuttle RCS jet plume impingement was fully understood. Relative navigation during proximity operations has been challenging, as HST was not equipped with relative navigation aids. Since HST reached orbit in 1990, proximity operations design for servicing missions has evolved as insight into plume contamination and dynamic pressure has improved and new relative navigation tools have become available. Servicing missions have provided NASA with opportunities to gain insight into servicing mission design and development of nominal and contingency procedures. The HST servicing experiences and lessons learned are applicable to other programs that perform on-orbit servicing and rendezvous, both human and robotic.

Goodman, John L.↗

Establishing a Robotic, LEO-to-GEO Satellite Servicing Infrastructure as an Economic Foundation for Exploration

The strategy for accomplishing civilian exploration goals and objectives is in the process of a fundamental shift towards a potential new approach called Flexible Path. This paper suggests that a government-industry or public-private partnership in the commercial development of low Earth orbit to geostationary orbit (LEO-to-GEO (LTG)) space, following or in parallel with the commercialization of Earth-to-LEO and International Space Station (ISS) operations, could serve as a necessary, logical step that can be incorporated into the flexible path approach. A LTG satellite-servicing infrastructure and architecture concept is discussed within this new strategic context. The concept consists of a space harbor that serves as a transport facility for a fleet of specialized, fully- or semi-autonomous robotic servicing spacecraft. The baseline, conceptual system architecture is composed of a space harbor equipped with specialized servicer spacecraft; a satellite command, communication, and control system; a parts station; a fuel station or depot; and a fuel/parts replenishment transport. The commercial servicer fleet would consist of several types of spacecraft, each designed with specialized robotic manipulation subsystems to provide services such as refueling, upgrade, repair, inspection, relocation, and removal. The space harbor is conceptualized as an ISS-type, octagonal truss structure equipped with radiation tolerant subsystems. This space harbor would be primarily capable of serving as an operational platform for various commercially owned and operated servicer spacecraft positioned and docked symmetrically on four of the eight sides. Several aspects of this concept are discussed, such as: system-level feasibility in terms of ISS-truss-type infrastructure and subsystems emplacement and maintenance between LEO and GEO; infrastructure components assembly in LEO, derived from ISS assembly experience, and transfer to various higher orbital locations; the evolving Earth-to-orbit (ETO) capability to deliver humans and cargo to LEO for assembly purposes; system architectural definition, optimal orbital parameters, mass estimations, delta velocity ( V) estimations, power and propulsion options, and assessments of various critical technologies. Large-scale, robotic, LTG satellite servicing is considered as an essential economic pre-condition and next parallel or sequential step on the road toward exploration beyond LEO. Such a step might produce the necessary pre-requisite economic value that can be used by future decision makers to justify further investment in exploration beyond LEO.

Horsham, Gary A. P.↗

Space Physics Data Facility Web Services

The Space Physics Data Facility (SPDF) Web services provides a distributed programming interface to a portion of the SPDF software. (A general description of Web services is available at http://www.w3.org/ and in many current software-engineering texts and articles focused on distributed programming.) The SPDF Web services distributed programming interface enables additional collaboration and integration of the SPDF software system with other software systems, in furtherance of the SPDF mission to lead collaborative efforts in the collection and utilization of space physics data and mathematical models. This programming interface conforms to all applicable Web services specifications of the World Wide Web Consortium. The interface is specified by a Web Services Description Language (WSDL) file. The SPDF Web services software consists of the following components: 1) A server program for implementation of the Web services; and 2) A software developer s kit that consists of a WSDL file, a less formal description of the interface, a Java class library (which further eases development of Java-based client software), and Java source code for an example client program that illustrates the use of the interface.

Candey, Robert M.↗

MaROS: Information Management Service

This software is provided by the Mars Relay Operations Service (MaROS) task to a variety of Mars projects for the purpose of coordinating communications sessions between landed spacecraft assets and orbiting spacecraft assets at Mars. The Information Management Service centralizes a set of functions previously distributed across multiple spacecraft operations teams, and as such, greatly improves visibility into the end-to-end strategic coordination process. Most of the process revolves around the scheduling of communications sessions between the spacecraft during periods of time when a landed asset on Mars is geometrically visible by an orbiting spacecraft. These relay sessions are used to transfer data both to and from the landed asset via the orbiting asset on behalf of Earth-based spacecraft operators. This software component is an application process running as a Java virtual machine. The component provides all service interfaces via a Representational State Transfer (REST) protocol over https to external clients. There are two general interaction modes with the service: upload and download of data. For data upload, the service must execute logic specific to the upload data type and trigger any applicable calculations including pass delivery latencies and overflight conflicts. For data download, the software must retrieve and correlate requested information and deliver to the requesting client. The provision of this service enables several key advancements over legacy processes and systems. For one, this service represents the first time that end-to-end relay information is correlated into a single shared repository. The software also provides the first multimission latency calculator; previous latency calculations had been performed on a mission-by-mission basis.

Allard, Daniel A.↗

TRMM Precipitation Application Examples Using Data Services at NASA GES DISC

Data services to support precipitation applications are important for maximizing the NASA TRMM (Tropical Rainfall Measuring Mission) and the future GPM (Global Precipitation Mission) mission's societal benefits. TRMM Application examples using data services at the NASA GES DISC, including samples from users around the world will be presented in this poster. Precipitation applications often require near-real-time support. The GES DISC provides such support through: 1) Providing near-real-time precipitation products through TOVAS; 2) Maps of current conditions for monitoring precipitation and its anomaly around the world; 3) A user friendly tool (TOVAS) to analyze and visualize near-real-time and historical precipitation products; and 4) The GES DISC Hurricane Portal that provides near-real-time monitoring services for the Atlantic basin. Since the launch of TRMM, the GES DISC has developed data services to support precipitation applications around the world. In addition to the near-real-time services, other services include: 1) User friendly TRMM Online Visualization and Analysis System (TOVAS; URL: http://disc2.nascom.nasa.gov/Giovanni/tovas/); 2) Mirador (http://mirador.gsfc.nasa.gov/), a simplified interface for searching, browsing, and ordering Earth science data at GES DISC. Mirador is designed to be fast and easy to learn; 3) Data via OPeNDAP (http://disc.sci.gsfc.nasa.gov/services/opendap/). The OPeNDAP provides remote access to individual variables within datasets in a form usable by many tools, such as IDV, McIDAS-V, Panoply, Ferret and GrADS; and 4) The Open Geospatial Consortium (OGC) Web Map Service (WMS) (http://disc.sci.gsfc.nasa.gov/services/wxs_ogc.shtml). The WMS is an interface that allows the use of data and enables clients to build customized maps with data coming from a different network.

Liu, Zhong↗

The Evolution of Payload Data Capabilities on the Commercial Visiting Vehicles that Service the International Space Station

For over 10 years, NASA has been working with U.S.-based commercial companies to support the design, development, and operations of new commercial space vehicles. The purpose of these vehicles is to provide cargo and crew transportation services to the International Space Station (ISS) and to stimulate the commercial space transportation industry to Low-Earth Orbit (LEO). Along with the ability to provide a couple tons of cargo to the ISS each mission, the commercial visiting vehicles also provide the ability to transfer NASA payloads to and from the ISS in an active, powered state. To take advantage of this capability, NASA requirements for the data services that payloads need while they are integrated into the visiting vehicles have grown with each set of commercial contracts. Today, NASA desires for payload data services encompass a variety of capabilities including payload health and status (H&S) telemetry monitoring, visiting vehicle environment data monitoring, and payload commanding. The intent of these capabilities is to provide payload developers with situational awareness and the ability to quickly diagnose any problems with payload operations prior to vehicle docking or post-landing to support immediate troubleshooting response. As new requirements for payload data services have emerged over the years, the ISS Payload Operations Integration Center (POIC) at the NASA Marshall Space Flight Center (MSFC) has established ground segment interfaces to the visiting vehicle control centers to enable payload developers to use these services. Many technical and programmatic challenges have been faced while establishing these interfaces. The most significant challenge faced has been in finding the right balance amongst providing interfaces to payloads that are compatible with the ISS so that payload hardware or software changes are not necessary to ensure compatibility with the visiting vehicles; keeping POIC ground system development costs low by standardizing implementation approaches across commercial vehicle partners; and fostering commercialization through supporting vendor-unique implementations that are commercially economical. This paper will first detail the data services that will be available to payload users under each commercial visiting vehicle contract. Secondly, this paper will offer discussion of the most significant technical and programmatic challenges faced to-date in offering these new data services to payload developers.

Wiggins, Lindsay M.↗