Search NASA⌕ Search

SEARCH · Search NASA

Results for “Separation 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 73 records · Page 4

Space-based Science Operations Grid Prototype

Grid technology is the up and coming technology that is enabling widely disparate services to be offered to users that is very economical, easy to use and not available on a wide basis. Under the Grid concept disparate organizations generally defined as "virtual organizations" can share services i.e. sharing discipline specific computer applications, required to accomplish the specific scientific and engineering organizational goals and objectives. Grids are emerging as the new technology of the future. Grid technology has been enabled by the evolution of increasingly high speed networking. Without the evolution of high speed networking Grid technology would not have emerged. NASA/Marshall Space Flight Center's (MSFC) Flight Projects Directorate, Ground Systems Department is developing a Space-based Science Operations Grid prototype to provide to scientists and engineers the tools necessary to operate space-based science payloads/experiments and for scientists to conduct public and educational outreach. In addition Grid technology can provide new services not currently available to users. These services include mission voice and video, application sharing, telemetry management and display, payload and experiment commanding, data mining, high order data processing, discipline specific application sharing and data storage, all from a single grid portal. The Prototype will provide most of these services in a first step demonstration of integrated Grid and space-based science operations technologies. It will initially be based on the International Space Station science operational services located at the Payload Operations Integration Center at MSFC, but can be applied to many NASA projects including free flying satellites and future projects. The Prototype will use the Internet2 Abilene Research and Education Network that is currently a 10 Gb backbone network to reach the University of Alabama at Huntsville and several other, as yet unidentified, Space Station based science experimenters. There is an international aspect to the Grid involving the America's Pathway (AMPath) network, the Chilean REUNA Research and Education Network and the University of Chile in Santiago that will further demonstrate how extensive these services can be used. From the user's perspective, the Prototype will provide a single interface and logon to these varied services without the complexity of knowing the where's and how's of each service. There is a separate and deliberate emphasis on security. Security will be addressed by specifically outlining the different approaches and tools used. Grid technology, unlike the Internet, is being designed with security in mind. In addition we will show the locations, configurations and network paths associated with each service and virtual organization. We will discuss the separate virtual organizations that we define for the varied user communities. These will include certain, as yet undetermined, space-based science functions and/or processes and will include specific virtual organizations required for public and educational outreach and science and engineering collaboration. We will also discuss the Grid Prototype performance and the potential for further Grid applications both space-based and ground based projects and processes. In this paper and presentation we will detail each service and how they are integrated using Grid

Bradford, Robert N.↗

Report by the Aerospace Safety Advisory Panel

The process of preparation for the first two shuttle flights was observed and information from both flights was gathered in order to confirm the concept and performance of the major elements of the space transportation system. To achieve truly operational operating safety, regularity, and minimum practical cost, the organization of efforts between the R&D community and any transportation service organization should be clearly separated with the latter organization assuming responsibilities for marketing its services; planning and acquiring prime hardware and spares; maintainance; certification of procedures; training; and creation of requirements for future development. A technical audit of the application of redundancy concepts to shuttle systems is suggested. The state of the art of space transportation hardware suggests that a number of concept changes may improve reliability, costs, and operational safety. For the remaining R&D flights, it is suggested that a redline audit be made of limits that should not be exceeded for ready to launch.

Source record↗

An investigation of selected on-orbit satellite servicing issues

The results of three separate investigations performed by Science Applications International Corporation (SAIC) between August 1985 and October 1986 as the second phase of the two-phase Satellite Services System Program Plan contract for the Engineering Directorate of the Lyndon B. Johnson Space Center are discussed. The objectives of the first phase of this contract (reported in SAIC-85/1762) were to determine the potential for servicing a diverse range of spacecraft from the Space Shuttle Orbiter and to assess NASA's role as the catalyst in enabling routine on-orbit servicing. The second area of investigation was prompted by the need to understand satellite servicing requirements in the far term (1995 to 2010) and how results from the first phase of this contract could support these requirements. The mission model developed during the first phase was extended using new data and information from studies which address the later time period. The third area of investigation looked at a new servicing mode which had not been studied previously. This mode involves the on-orbit exchange of very large modules with masses greater than approximately 9,000 kilograms and/or lengths greater than approximately nine meters. The viewgraphs used for the final briefing for each of the three investigations, as presented to NASA are given.

Hoffman, Stephen J.↗

Dual-arm supervisory and shared control space servicing task experiments

A dual-arm task execution primitive has been implemented for cooperative dual-arm telerobotic task execution utilizing multiple sensors concurrently. The primitive has been integrated into a telerobot task execution system and can be called by a task planning system for execution of tasks requiring dual-arm sensor based motion, e.g., force control, teleoperation, and shared control. The primitive has a large input parameter set which is used to specify the desired behavior of the motion. Move-squeeze decomposition is utilized to decompose forces sensed at the wrists of the two manipulators into forces in the move subspace, which cause system motion, and forces in the squeeze subspaces, which cause internal forces. The move and squeeze forces are then separately controlled. Several space servicing tasks utilizing the cooperative dual-arm control capability are described, and experimental results from the tasks are given. The supervisory and shared control tasks include capture of a rotating satellite, orbital replacement unit changeout, fluid coupler seating and locking, and contour following.

Backes, Paul G.↗

Tsuchinoko v1.0.0

Tsuchinoko is a Qt application for adaptive experiment execution and tuning. Live visualizations show details of measurements, and provide feedback on the adaptive engine's decision-making process. The parameters of the adaptive engine can also be tuned live to explore and optimize the search procedure. While Tsuchinoko is designed to allow custom adaptive engines to drive experiments, the gpCAM engine is a featured inclusion. This tool is based on a flexible and powerful Gaussian process regression at the core. A Tsuchinoko system includes 4 distinct components: the GUI client, an adaptive engine, and execution engine, and a core service. These components are separable to allow flexibility with a variety of distributed designs.

Pandolfi, Ronald↗

Microgrid Disaster Resiliency Analysis: Reducing Costs in Continuity of Operations (COOP) Planning

The electric grid serves a vital role in the supply chain of nearly all industrial and commercial organizations. A Microgrid infrastructure can provide this service and beneficial non-emergency services including a variety of generation/energy sources. To demonstrate the applicability of microgrids for energy resiliency, we present a microgrid resiliency case study for United Parcel Service’s (UPS) three separate shipping facilities. The goal, to enhance energy security, minimize cost and prevent cascading losses within other related business units. The impacts and consequences of which are quantified in this study using a Mean Failure Cost (MFC) risk assessment measure. MFC accounts for the potential loses to identified stakeholders that may result from a set of identified failures due to a set of identified threats. In this case, our study uses a method we call All Hazards Econometric System (AHES). AHES incorporates the cost of COOP using a strategy that considers the payback period of microgrid installation as compared to other energy delivery strategies.

Abercrombie, Robert K.↗

Performance of the CSM RCS during the AS 506/CSM 107/LM 5 mission (Apollo 11)

The Apollo 11 service module and the command module (CM) reaction control system performed satisfactorily throughout the mission. Two anomalies which occurred were an inadvertent isolation valve closure during command and service module/Saturn S4B/lunar module separation and a failure of a CM thruster to respond to automatic commands. The isolation valves were later opened by the crew and remained open during the remainder of the mission. The cause of the closure was determined to be the shock loads generated during separation. The CM engine malfunction was caused by a faulty terminal board connector. All system parameters were normal during the mission, and all mission requirements were satisfied.

Lingle, W. N.↗

A heuristic approach to worst-case carrier-to-interference ratio maximization in satellite system synthesis

Consideration is given to the problem of allotting GEO locations to communication satellites so as to maximize the smallest aggregate carrier-to-interference (C/I) ratio calculated at any test point (assumed earth station). The location allotted to each satellite must be within the satellite's service arc, and angular separation constraints are enforced for each pair of satellites to control single-entry EMI. Solutions to this satellite system synthesis problem (SSSP) are found by embedding two heuristic procedures for the satellite location problem (SLP), in a binary search routine to find an estimate of the largest increment to the angular separation values that permits a feasible solution to SLP and SSSP. Numerical results for a 183-satellite, 208-beam example problem are presented.

Reilly, Charles H.↗

On-orbit refueling

During the past decade, both NASA and the DOD have conducted numerous space servicing studies. These studies have shown that fluid resupply of on-orbit spacecraft is feasible and would allow for extended spacecraft utilization. In order to prove that the studies have validity, an on-orbit flight demonstration of automatic fluid resupply is required. To embark on this flight demonstration, the system concepts, operational procedures, and conceptual service and target vehicles must be identified. Hernandez Engineering, Inc. (HEI), under the direction of the Space Servicing System Project Office of the NASA/JSC New Initiatives Office, has conducted a systems engineering and integration study. The study objective was to develop preliminary concepts for a flight demonstration of automatic rendezvous, proximity operations, capture, and fluid transfer utilizing servicer and target vehicles. The results show that a servicer vehicle/target kit can be launched to orbit with an ELV and automatically rendezvous and dock with the explorer platform (EP). The servicer vehicle can then separate from the EP/kit, perform proximity maneuvers, redock with the EP/kit, and perform fluid transfer operations. After the on-orbit flight demonstration is completed, the servicer/kit can be separated from the EP and be deorbited into the Earth's atmosphere.

Moore, James S.↗

Uncertainty Analysis of Experimental Discharge Coefficients in Additively Manufactured Liquid Injector Elements

Screening of two additively manufactured liquid injector designs was conducted in the UAH high pressure spray facility. Four variants of each geometry with slightly different dimensions were obtained from eleven separate commercial additive manufacturing services. The devices were manufactured from Inconel 625 using the selective laser melting (SLM) powder bed process. The devices were cold flowed with water over a range of relevant pressure drops (75 psi to 1500 psi) to produce water flow rates from 0.037 to 1.75 lbm/s into ambient back pressure. Discharge coefficients determined from the testing along with the associated uncertainties provide insight into characteristic flow performance variabilities that can be expected from the SLM process for similar geometries.

Venters, James P.↗

Lessons Learned: Using UTM Paradigm for Urban Air Mobility

Urban Air Mobility (UAM) aims to reduce congestion on the roads and highways by offering air taxi as an alternative to driving on surface roads. Integration of UAM operations in the National Airspace System (NAS) has been the focus of the research conducted at NASA Ames Research Center. A simulation was performed in collaboration with Uber Technologies Inc to investigate if NASA’s UTM architecture and its implementation as demonstrated in the 2019 UTM field tests were extensible for UAM operations, and if the data exchange between multiple operators as planned under UTM were adequate for UAM operations in the shared airspace. In order to explore these research questions, three Use Cases were defined to investigate different airspace management challenges. This paper will describe the lessons learned from exercising the uses cases and the airspace management services including scheduling and separation developed to facilitate initial UAM operations.

Urban Air Mobility↗

Lessons Learned: Using UTM paradigm for Urban Air Mobility Operations

Urban Air Mobility (UAM) aims to reduce congestion on the roads and highways by offering air taxi as an alternative to driving on surface roads. Integration of UAM operations in the National Airspace System (NAS) has been the focus of the research conducted at NASA Ames Research Center. A simulation was performed in collaboration with Uber Technologies Inc to investigate if NASA’s UTM architecture and its implementation as demonstrated in the 2019 UTM field tests were extensible for UAM operations, and if the data exchange between multiple operators as planned under UTM were adequate for UAM operations in the shared airspace. In order to explore these research questions, three Use Cases were defined to investigate different airspace management challenges. This paper will describe the lessons learned from exercising the uses cases and the airspace management services including scheduling and separation developed to facilitate initial UAM operations.

Urban Air Mobility↗

Combined Global Navigation Satellite Systems in the Space Service Volume

Besides providing position, navigation, and timing (PNT) services to traditional terrestrial and airborne users, GPS is also being increasingly used as a tool to enable precision orbit determination, precise time synchronization, real-time spacecraft navigation, and three-axis attitude control of Earth orbiting satellites. With additional Global Navigation Satellite System (GNSS) constellations being replenished and coming into service (GLONASS, Beidou, and Galileo), it will become possible to benefit from greater signal availability and robustness by using evolving multi-constellation receivers. The paper, "GPS in the Space Service Volume," presented at the ION GNSS 19th International Technical Meeting in 2006 (Ref. 1), defined the Space Service Volume, and analyzed the performance of GPS out to seventy thousand kilometers. This paper will report a similar analysis of the signal coverage of GPS in the space domain; however, the analyses will also consider signal coverage from each of the additional GNSS constellations noted earlier to specifically demonstrate the expected benefits to be derived from using GPS in conjunction with other foreign systems. The Space Service Volume is formally defined as the volume of space between three thousand kilometers altitude and geosynchronous altitude circa 36,000 km, as compared with the Terrestrial Service Volume between 3,000 km and the surface of the Earth. In the Terrestrial Service Volume, GNSS performance is the same as on or near the Earth's surface due to satellite vehicle availability and geometry similarities. The core GPS system has thereby established signal requirements for the Space Service Volume as part of technical Capability Development Documentation (CDD) that specifies system performance. Besides the technical discussion, we also present diplomatic efforts to extend the GPS Space Service Volume concept to other PNT service providers in an effort to assure that all space users will benefit from the enhanced interoperability of GNSS services in the space domain. A separate paper presented at the conference covers the individual GNSS performance parameters for respective Space Service Volumes.

navigation satellites↗

The Small Aircraft Transportation System (SATS), Higher Volume Operations (HVO) Concept and Research

The ability to conduct concurrent, multiple aircraft operations in poor weather at virtually any airport offers an important opportunity for a significant increase in the rate of flight operations, a major improvement in passenger convenience, and the potential to foster growth of operations at small airports. The Small Aircraft Transportation System, (SATS) Higher Volume Operations (HVO) concept is designed to increase capacity at the 3400 non-radar, non-towered airports in the United States where operations are currently restricted to one-in/one-out procedural separation during low visibility or ceilings. The concept s key feature is that pilots maintain their own separation from other aircraft using air-to-air datalink and on-board software within the Self-Controlled Area (SCA), an area of flight operations established during poor visibility and low ceilings around an airport without Air Traffic Control (ATC) services. While pilots self-separate within the SCA, an Airport Management Module (AMM) located at the airport assigns arriving pilots their sequence based on aircraft performance, position, winds, missed approach requirements, and ATC intent. The HVO design uses distributed decision-making, safe procedures, attempts to minimize pilot and controller workload, and integrates with today's ATC environment. The HVO procedures have pilots make their own flight path decisions when flying in Instrument Metrological Conditions (IMC) while meeting these requirements. This paper summarizes the HVO concept and procedures, presents a summary of the research conducted and results, and outlines areas where future HVO research is required. More information about SATS HVO can be found at http://ntrs.nasa.gov.

Baxley, B.↗

A Managed Tokens Service for Securely Keeping and Distributing Grid Tokens

Fermilab is transitioning authentication and authorization for grid operations to using bearer tokens based on the WLCG Common JWT (JSON Web Token) Profile. One of the functionalities that Fermilab experimenters rely on is the ability to automate batch job submission, which in turn depends on the ability to securely refresh and distribute the necessary credentials to experiment job submit points. Thus, with the transition to using tokens for grid operations, we needed to create a service that would obtain, refresh, and distribute tokens for experimenters’ use. This service would avoid the need for experimenters to be experts in obtaining their own tokens and would better protect the most sensitive long-lived credentials. Further, the service needed to be widely scalable, as we are currently keeping credentials active for approximately 15 experiments, each with 1-3 different credentials, and distributing those credentials to 2-20 submit points per experiment, with those numbers steadily increasing. To address these issues, we created and deployed a Managed Tokens service. The service is written in Go, taking advantage of that language’s native concurrency primitives to easily be able to scale operations as we onboard experiments. The service uses as its first credentials a set of kerberos keytabs, stored on the same secure machine that the Managed Tokens service runs on. These kerberos credentials allow the service to use htgettoken via condor_vault_storer to store vault tokens in the HTCondor credential managers (credds) that run on the batch system scheduler machines (HTCondor schedds); as well as downloading a local, shorter-lived copy of the vault token. The kerberos credentials are then also used to distribute copies of the locally-stored vault tokens to experiment submit points. When experimenters schedule jobs to be submitted, these distributed vault tokens are used to access a Hashicorp Vault instance (run separately from the Managed Tokens service), and previously-stored refresh tokens there are used to obtain the bearer token that is submitted with the job. We will discuss here the design of the Managed Tokens service, including elaborating on certain choices we made with regards to concurrent operations, configuration, monitoring, and deployment.

Bhat, Shreyas↗

PTM Along Track Algorithm to Maintain Spacing During Same Direction Pair-Wise Trajectory Management Operations

Pair-wise Trajectory Management (PTM) is a cockpit based delegated responsibility separation standard. When an air traffic service provider gives a PTM clearance to an aircraft and the flight crew accepts the clearance, the flight crew will maintain spacing and separation from a designated aircraft. A PTM along track algorithm will receive state information from the designated aircraft and from the own ship to produce speed guidance for the flight crew to maintain spacing and separation

Carreno, Victor A.↗

Apollo-Lunar Orbital Rendezvous Technique

The film shows artists rendition of the spacecrafts, boosters, and flight of the Apollo lunar missions. The Apollo spacecraft will consist of three modules: the manned Command Module; the Service Module, which contains propulsion systems; and the Lunar Excursion Module (LEM) to carry astronauts to the moon and back to the Command and Service Modules. The spacecraft will be launched via a three-stage Saturn booster. The first stage will provide 7.5 million pounds of thrust from five F-1 engines for liftoff and initial powered flight. The second stage will develop 1 million pounds of thrust from five J-2 engines to boost the spacecraft almost into Earth orbit. Immediately after ignition of the second stage, the Launch Escape System will be jettisoned. A single J-2 engine in the S4B stage will provide 200,000 pounds of thrust to place the spacecraft in an earth parking orbit. It also will be used to propel the spacecraft into a translunar trajectory, then it will separate from the Apollo Modules. Onboard propulsion systems will be used to insert the spacecraft into lunar orbit. Two astronauts will enter the LEM, which will separate from the command and service modules. The LEM will go into elliptical orbit and prepare for landing. The LEM will lift off of the Moon's surface to return to the Command and Service Modules, and most likely be left in lunar orbit. After leaving the Moon's orbit, and shortly before entering Earth's orbit, the Service Module will be ejected. The Command Module will be oriented for reentry into the Earth's atmosphere. A drogue parachute will deploy at approximately 50,000 feet, followed by the main parachute system for touchdown.

Source record↗

Challenges of Integrating NASAs Space Communication Networks

The transition to new technology, innovative ideas, and resistance to change is something that every industry experiences. Recent examples of this shift are changing to using robots in the assembly line construction of automobiles or the increasing use of robotics for medical procedures. Most often this is done with cost-reduction in mind, though ease of use for the customer is also a driver. All industries experience the push to increase efficiency of their systems; National Aeronautics and Space Administration (NASA) and the commercial space industry are no different. NASA space communication services are provided by three separately designed, developed, maintained, and operated communications networks known as the Deep Space Network (DSN), Near Earth Network (NEN) and Space Network (SN). The Space Communications and Navigation (SCaN) Program is pursuing integration of these networks and has performed a variety of architecture trade studies to determine what integration options would be the most effective in achieving a unified user mission support organization, and increase the use of common operational equipment and processes. The integration of multiple, legacy organizations and existing systems has challenges ranging from technical to cultural. The existing networks are the progeny of the very first communication and tracking capabilities implemented by NASA and the Jet Propulsion Laboratory (JPL) more than 50 years ago and have been customized to the needs of their respective user mission base. The technical challenges to integrating the networks are many, though not impossible to overcome. The three distinct networks provide the same types of services, with customizable data rates, bandwidth, frequencies, and so forth. The differences across the networks have occurred in effort to satisfy their user missions' needs. Each new requirement has made the networks more unique and harder to integrate. The cultural challenges, however, have proven to be a significant obstacle for integration. Over the past few decades of use, user missions and network personnel alike have grown accustomed to the processes by which services are provided by the NASA communications and navigation networks. The culture established by each network has created several challenges that need to be overcome in order to effectively integrate the networks. As with any change, there has been resistance, an apprehension to explore automation of existing processes, and a working environment that attempts to indirectly influence change without mandating compliance. Overcoming technical and cultural challenges is essential to successfully integrating the networks and although the challenges are numerous, the integration of the networks promises a more efficient space communications network for NASA and its customers, as well as potential long-term cost savings to the agency. This paper, Challenges of Integrating NASA Legacy Communications Networks, will provide a brief overview of the current NASA space communications networks as well as the an overview of the process implemented while performing the SCaN Trade Studies and an introduction to the requirements driving integration of the SCaN Networks. This paper will describe in detail the challenges experienced, both technical and cultural, while working with NASA space communications network-specific personnel. The paper will also cover lessons learned during the performance of architecture trade studies and provide recommendations for ways to improve the process.

Reinert, Jessica M.↗