Search NASA⌕ Search

SEARCH · Search NASA

Results for “computational docking”

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 37 records · Page 2

Laser-Based Relative Navigation and Guidance for Space Shuttle Proximity Operations

American manned spacecraft have used visual piloting techniques in the terminal phase of randezvous during the Gemini, Apollo, Skylab, and Space Shuttle programs. In the last several years, space- shuttle astronauts have used the Rendezvous and Proximity Operations Program (RPOP), running; on a laptop computer, as a guidance and navigation aid during proximity operations. By processing measurements to the target satellite taken by a laser sensor, RPOP provides the shuttle crew with a more accurate relative position and velocity than from any other source. The inclusion of guidance algorithms allows RPOP to determine delta-velocities to fly very efficient, repeatable trajectories. This paper will focus on the guidance and navigation algorithms in RPOP, as well as results from simulation and flight. Although developed for shuttle proximity operations, the RPOP algorithms have potential applicability to an automated vehicle.

Laser sensors↗

Development of an autonomous video rendezous and docking system

Video control systems using three flashing lights and two other types of docking aids were evaluated through computer simulation and other approaches. The three light system performed much better than the others. Its accuracy is affected little by tumbling of the target spacecraft, and in the simulations it was able to cope with attitude rates up to 20,000 degrees per hour about the docking axis. Its performance with rotation about other axes is determined primarily by the state estimation and goal setting portions of the control system, not by measurement accuracy. A suitable control system, and a computer program that can serve as the basis for the physical simulation are discussed.

Tietz, J. C.↗

Space tug automatic docking control study. LOCDOK users manual

A users's manual for the computer programs involved in a study of the space tug docking simulation is presented. The following subjects are considered: (1) subroutine narratives, (2) program elements, (3) system subroutines, and (4) Univac 1108 cross reference listing. The functional and operational requirements for the computer programming are explained.

Source record↗

Application of fuzzy logic-neural network based reinforcement learning to proximity and docking operations

As part of the Research Institute for Computing and Information Systems (RICIS) activity, the reinforcement learning techniques developed at Ames Research Center are being applied to proximity and docking operations using the Shuttle and Solar Max satellite simulation. This activity is carried out in the software technology laboratory utilizing the Orbital Operations Simulator (OOS). This interim report provides the status of the project and outlines the future plans.

Jani, Yashvant↗

Space shuttle vehicle automatic docking study

The material presented is divided into three main areas of accomplishment. The first is a description of the angle only docking sensor concept and the computational requirements to develop useful guidance information from the raw angle only data. The second describes the analytical effort including the MIT in-house computer simulation, the development of guidance equations and vehicle stability related thereto, and presents the results of studies covering the effects of employing Kalman filtering with the sensor. The third area presents the conclusions and recommendations resulting from the program. Much of the material has appeared in previous reports, but is included here for the sake of completeness. New material indicating how the computer might operate to identify the individual sources in the target array is included.

Blanchard, E. P.↗

Study on propellant dynamics during docking

The marker-and-cell numerical technique was applied to the study of axisymmetric and two-dimensional flow of liquid in containers under low gravity conditions. The purpose of the study was to provide the capability for numerically simulating liquid propellant motion in partially filled containers during a docking maneuver in orbit. A computer program to provide this capability for axisymmetric and two-dimensional flow was completed and computations were made for a number of hypothetical flow conditions.

Feng, G. C.↗

Pseudo-prototyping of aerospace mechanical dynamic systems with a generalized computer program

The ADAMS computer program for automated analysis of mechanisms and machines is described. The program automatically formulates mathematical models for prototype or existing mechanisms with the minimum necessary physical and geometric data. The model can then be analyzed in various modes of analysis. The outputs (displacements, velocities, acceleration and forces) can be produced in tabular and graphical (plots, wire frame graphics) form. The application of this computer program to simulating satellite docking maneuvers is illustrated.

Sohoni, Vikram N.↗

Computer simulation of environmental, hazard scenarios in space

The development of the Advanced Computer Graphics Laboratory at NASA/JSC will enable NASA engineers to utilize state-of-the-art computer systems to simulate and analyze current and planned space missions. These systems utilize computer graphics to animate automated satellite rendezvous and docking, satellite servicing, tether operations, as well as remote manipulator activities and assembly of large space structures including the space station. These computer simulations enhance the engineering evaluation of possible hazardous scenarios in space by allowing users to view from any point in space these activities and determine if any potential problem could occur.

Brown, R. H.↗

Soviet automated rendezvous and docking system overview

The Soviets have been performing automated rendezvous and docking for many years. It has been a reliable mode of resupply and reboost. During the course of the Soviet space program, the autodocking system has evolved. The earlier IGLA system was replaced with the current KURS system. Both systems are radar-based. The variation in strength between antennas is used for computing relative positions and attitudes. The active spacecraft has a transponder. From discussions with Soviet engineers, it seems the docking process can be controlled either from the ground or from the active (docking) spacecraft's onboard computer. The unmanned Progress resupply ships regularly dock with the current MIR Space Station. The Soyuz T spacecraft incorporated the IGLA system, and the later Soyuz TM and Progress M Series spacecraft incorporated the KURS. The MIR Complex has both systems installed. The rear port and the KVANT docking port have the IGLA system installed to support earlier Progress ships that use the IGLA. The first Soyuz TM docking occurred in May of 1986, while the first Progress M docked in September of 1989.

Hinman, Elaine M.↗

Unmanned docking

An algorithm is developed which effects unmanned docking of two space vehicles. The docking is controlled by an onboard computer and sensor. Control laws are expressed in two phase-plane trajectories such that modest computer load results. Simulation reveals time-fuel trades and effects of orbit, noise, etc.

Pace, M.↗

A method for modeling contact dynamics for automated capture mechanisms

Logicon Control Dynamics develops contact dynamics models for space-based docking and berthing vehicles. The models compute contact forces for the physical contact between mating capture mechanism surfaces. Realistic simulation requires proportionality constants, for calculating contact forces, to approximate surface stiffness of contacting bodies. Proportionality for rigid metallic bodies becomes quite large. Small penetrations of surface boundaries can produce large contact forces.

Williams, Philip J.↗

Expedition 1 Crew Resource Reel

This video shows footage of the Expedition 1 crew, William Shepherd, Yuri Gidzenko, and Sergei Krikalev, training for their stay on the International Space Station. Shepherd is seen training in the Soyuz spacecraft and inspecting the Service Module and Node 1. The three crewmembers are seen training for winter survival and extravehicular activity (in the Neutral Buoyancy Lab). They are taught how to use the fire extinguishers and extravehicular activity tools. Scenes show Gidzenko training in the crew compartment trainer and on the Mir Space Station and Krikalev on the STS-60 mission. A computer animation shows the Soyuz spacecraft docking with the Service Module.

Source record↗

Simulators for Safer Shipping

Each year one ship out of every five afloat collides with another vessel, rams a dock, or runs a ground. CAORF (Computer Aided Operations Research Facility), designed and built by Sperry Rand Corporation, incorporates technology developed in a wide variety of aerospace simulation and technical training programs. CAORF can be set up to duplicate the exact handling qualities of any vessel under various conditions of wind, tide and current. Currently a dozen different ships can be "plugged in." Bridge instrumentation is typical of modern shipboard equipment including radar, internal and external c.ommunications and new collision avoidance systems. From repetitive operation of simulated ships, MarAd is building a valuable data base for improving marine safety.

Source record↗

Neural networks: Alternatives to conventional techniques for automatic docking

Automatic docking of orbiting spacecraft is a crucial operation involving the identification of vehicle orientation as well as complex approach dynamics. The chaser spacecraft must be able to recognize the target spacecraft within a scene and achieve accurate closing maneuvers. In a video-based system, a target scene must be captured and transformed into a pattern of pixels. Successful recognition lies in the interpretation of this pattern. Due to their powerful pattern recognition capabilities, artificial neural networks offer a potential role in interpretation and automatic docking processes. Neural networks can reduce the computational time required by existing image processing and control software. In addition, neural networks are capable of recognizing and adapting to changes in their dynamic environment, enabling enhanced performance, redundancy, and fault tolerance. Most neural networks are robust to failure, capable of continued operation with a slight degradation in performance after minor failures. This paper discusses the particular automatic docking tasks neural networks can perform as viable alternatives to conventional techniques.

Vinz, Bradley L.↗

Robust Real-Time Wide-Area Differential GPS Navigation

The present invention provides a method and a device for providing superior differential GPS positioning data. The system includes a group of GPS receiving ground stations covering a wide area of the Earth's surface. Unlike other differential GPS systems wherein the known position of each ground station is used to geometrically compute an ephemeris for each GPS satellite. the present system utilizes real-time computation of satellite orbits based on GPS data received from fixed ground stations through a Kalman-type filter/smoother whose output adjusts a real-time orbital model. ne orbital model produces and outputs orbital corrections allowing satellite ephemerides to be known with considerable greater accuracy than from die GPS system broadcasts. The modeled orbits are propagated ahead in time and differenced with actual pseudorange data to compute clock offsets at rapid intervals to compensate for SA clock dither. The orbital and dock calculations are based on dual frequency GPS data which allow computation of estimated signal delay at each ionospheric point. These delay data are used in real-time to construct and update an ionospheric shell map of total electron content which is output as part of the orbital correction data. thereby allowing single frequency users to estimate ionospheric delay with an accuracy approaching that of dual frequency users.

Yunck, Thomas P.↗

Automated Software for Manned Spacecraft - Bridging the Gap from Sci Fi to Reality

With a voice command or a few taps on the console, the spacecraft pivots on a dime at high velocity and gently docks to an orbiting space platform. This is the image most people have of the complex software computations and integrated hardware performance necessary for a spacecraft to successfully perform an automated launch, rendezvous, and docking. Today’s reality is that while computer operations are advancing rapidly, science fiction over-simplifies and over-sells current capabilities. This paper discusses the integration of spacecraft computer automation into the operation of one of the United States’ new Commercial Crew vehicles - the Boeing CST-100 Starliner. Lessons learned by the Boeing Mission Operations team, a private-public partnership with NASA, from conceptual design through real-time operation of the first test flight will be discussed. Focus will center on how operations has learned to use the automated software to their advantage while also knowing how to adjust the automation in response to spacecraft or mission anomalies. One goal of advanced spacecraft automation is the ability to reduce both the crew workload and the ground control footprint while at the same time increasing spacecraft and mission flexibility. Historically, crewed spacecraft required a large number of operators on the ground to use a plethora of tools to compute nominal and contingency mission trajectories. Moving those sophisticated software tools to being onboard the vehicle can reduce the need for such complex ground support. Given that today’s spacecraft software is not yet as capable or as flexible in all circumstances as the computers depicted in movies, there is usually a trade-off between software automation cost and the flexibility of that software resulting in a trade-off between what is performed on the spacecraft and what is left to onboard crew or ground control. For missions that go beyond the Moon, software that autonomously controls nearly every aspect of a crewed mission will become a necessity given the long time delays between the spacecraft and Earth’s ground control teams. The lessons learned by Boeing and its Mission Operations team, through the design and implementation of Starliner’s hardware and software automation, will be able to inform future public and private spacecraft design. As the technologies and capabilities evolve, incorporating lessons learned in successful low Earth orbit commercial crew vehicle missions, spacecraft designs will continue to improve and be able to better enable safe execution of human missions to the Moon and beyond.

Robert C Dempsey↗

Automated Software for Manned Spacecraft - Bridging the Gap from Sci Fi to Reality

With a voice command or a few taps on the console, the spacecraft pivots on a dime at high velocity and gently docks to an orbiting space platform. This is the image most people have of the complex software computations and integrated hardware performance necessary for a spacecraft to successfully perform an automated launch, rendezvous, and docking. Today’s reality is that while computer operations are advancing rapidly, science fiction over-simplifies and over-sells current capabilities. This paper discusses the integration of spacecraft computer automation into the operation of one of the United States’ new Commercial Crew vehicles - the Boeing CST-100 Starliner. Lessons learned by the Boeing Mission Operations team, a private-public partnership with NASA, from conceptual design through real-time operation of the first test flight will be discussed. Focus will center on how operations has learned to use the automated software to their advantage while also knowing how to adjust the automation in response to spacecraft or mission anomalies. One goal of advanced spacecraft automation is the ability to reduce both the crew workload and the ground control footprint while at the same time increasing spacecraft and mission flexibility. Historically, crewed spacecraft required a large number of operators on the ground to use a plethora of tools to compute nominal and contingency mission trajectories. Moving those sophisticated software tools to being onboard the vehicle can reduce the need for such complex ground support. Given that today’s spacecraft software is not yet as capable or as flexible in all circumstances as the computers depicted in movies, there is usually a trade-off between software automation cost and the flexibility of that software resulting in a trade-off between what is performed on the spacecraft and what is left to onboard crew or ground control. For missions that go beyond the Moon, software that autonomously controls nearly every aspect of a crewed mission will become a necessity given the long time delays between the spacecraft and Earth’s ground control teams. The lessons learned by Boeing and its Mission Operations team, through the design and implementation of Starliner’s hardware and software automation, will be able to inform future public and private spacecraft design. As the technologies and capabilities evolve, incorporating lessons learned in successful low Earth orbit commercial crew vehicle missions, spacecraft designs will continue to improve and be able to better enable safe execution of human missions to the Moon and beyond.

Robert C. Dempsey↗