Search NASA⌕ Search

SEARCH · Search NASA

Results for “ONBOARD NAVIGATION”

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

Automated orbit determination using tracking and data relay satellite (TDRS) data

A prototype for an onboard satellite orbit determination system has been developed at the Goddard Space Flight Center (GSFC) to aid in the research and development of onboard navigation. Two versions of the system, one for laboratory investigation and one for ground demonstration, are being used to gain insight into the feasibility and practicality of microprocessor-based automated orbit determination. This paper describes the mathematical modeling and the software structure of each system and presents the results of laboratory evaluation in terms of computational accuracy and real-time processing performance.

Shank, D. E.↗

Approximate Cartesian state transition matrix

Based on a Taylor series expansion, an easily-computed approximation to the Cartesian state transition matrix is presented for a general velocity-independent force field. Suitable for the short time intervals encountered in onboard navigation applications of the extended Kalman filter, it provides approximately five decimal digits of accuracy for earth orbiting spacecraft with update intervals of one minute, and better accuracy for shorter intervals.

Markley, F. L.↗

Metamorphoses of ONAV console operations: From prototype to real time application

The ONAV (Onboard Navigation) Expert System is being developed as a real time console assistant to the ONAV flight controller for use in the Mission Control Center at the Johnson Space Center. Currently the entry and rendezvous systems are in verification, and the ascent is being prototyped. To arrive at this stage, from a prototype to real world application, the ONAV project has had to deal with not only AI issues but operating environment issues. The AI issues included the maturity of AI languages and the debugging tools, what is verification, and availability, stability, and the size of the expert pool. The environmental issues included real time data acquisition, hardware stability, and how to achieve acceptance by users and management.

Millis, Malise↗

ONAV - An Expert System for the Space Shuttle Mission Control Center

The ONAV (Onboard Navigation) Expert System is being developed as a real-time console assistant to the ONAV flight controller for use in the Mission Control Center at the Johnson Space Center. Currently, Oct. 1991, the entry and ascent systems have been certified for use on console as support tools, and were used for STS-48. The rendezvous system is in verification with the goal to have the system certified for STS-49, Intelsat retrieval. To arrive at this stage, from a prototype to real-world application, the ONAV project has had to deal with not only Al issues but operating environment issues. The Al issues included the maturity of Al languages and the debugging tools, verification, and availability, stability and size of the expert pool. The environmental issues included real time data acquisition, hardware suitability, and how to achieve acceptance by users and management.

Mills, Malise↗

Evaluation of GPS Coverage for the X-33 Michael-6 Trajectory

The onboard navigational system for the X-33 test flights will be based on the use of measurements collected from the Embedded Global Positioning System (GPS)/INS system. Some of the factors which will affect the quality of the GPS contribution to the navigational solution will be the number of pseudorange measurements collected at any instant in time, the distribution of the GPS satellites within the field of view, and the inherent noise level of the GPS receiver. The distribution of GPS satellites within the field of view of the receiver's antenna will depend on the receiver's position, the time of day, pointing direction of the antenna, and the effective cone angle of the antenna. The number of pseudorange measurements collected will depend upon these factors as well as the time required to lock onto a GPS satellite signal once the GPS satellite comes into the field of view of the antenna and the number of available receiver channels. The objective of this study is to evaluate the GPS coverage resulting from the proposed antenna pointing directions, the proposed antenna cone angles, and the effects due to the time of day for the X-33 Michael-6 trajectory from launch at Edwards AFB, California, to the start of the Terminal Area Energy Management (TAEM) phase on approach to Michael AAF, Utah.

Lundberg, John B.↗

The Personal Satellite Assistant: An Internal Spacecraft Autonomous Mobile Monitor

This paper presents an overview of the research and development effort at the NASA Ames Research Center to create an internal spacecraft autonomous mobile monitor capable of performing intra-vehicular sensing activities by autonomously navigating onboard the International Space Station. We describe the capabilities, mission roles, rationale, high-level functional requirements, and design challenges for an autonomous mobile monitor. The rapid prototyping design methodology used, in which five prototypes of increasing fidelity are designed, is described as well as the status of these prototypes, of which two are operational and being tested, and one is actively being designed. The physical test facilities used to perform ground testing are briefly described, including a micro-gravity test facility that permits a prototype to propel itself in 3 dimensions with 6 degrees-of-freedom as if it were in an micro-gravity environment. We also describe an overview of the autonomy framework and its components including the software simulators used in the development process. Sample mission test scenarios are also described. The paper concludes with a discussion of future and related work followed by the summary.

Dorais, Gregory A.↗

First Results from a Hardware-in-the-Loop Demonstration of Closed-Loop Autonomous Formation Flying

A closed-loop system for the demonstration of formation flying technologies has been developed at NASA s Goddard Space Flight Center. Making use of a GPS signal simulator with a dual radio frequency outlet, the system includes two GPS space receivers as well as a powerful onboard navigation processor dedicated to the GPS-based guidance, navigation, and control of a satellite formation in real-time. The closed-loop system allows realistic simulations of autonomous formation flying scenarios, enabling research in the fields of tracking and orbit control strategies for a wide range of applications. A sample scenario has been set up where the autonomous transition of a satellite formation from an initial along-track separation of 800 m to a final distance of 100 m has been demonstrated. As a result, a typical control accuracy of about 5 m has been achieved which proves the applicability of autonomous formation flying techniques to formations of satellites as close as 50 m.

Gill, E.↗

An Autonomous Control System for an Intra-Vehicular Spacecraft Mobile Monitor Prototype

This paper presents an overview of an ongoing research and development effort at the NASA Ames Research Center to create an autonomous control system for an internal spacecraft autonomous mobile monitor. It primary functions are to provide crew support and perform intra- vehicular sensing activities by autonomously navigating onboard the International Space Station. We describe the mission roles and high-level functional requirements for an autonomous mobile monitor. The mobile monitor prototypes, of which two are operational and one is actively being designed, physical test facilities used to perform ground testing, including a 3D micro-gravity test facility, and simulators are briefly described. We provide an overview of the autonomy framework and describe each of its components, including those used for automated planning, goal-oriented task execution, diagnosis, and fault recovery. A sample mission test scenario is also described.

Dorais, Gregory A.↗

Minimum cycle slip airborne differential carrier phase GPS antenna

An antenna system is disclosed including a GPS antenna which is driven by an articulator in an opposite direction to aircraft roll. Aircraft roll is sensed by an onboard navigation system and translation module sends a signal to a processor which provides a drive signal to the articulator. As the aircraft rolls in one direction, the antenna is driven oppositely to maintain the vertical orientation of the antenna.

Wright, Charles Wayne↗

Global Landing Site Access Using Atmospheric Skip Trajectories

Mars direct entry, without going into orbit, does not provide global access to all landing site latitudes. Latitudes accessible via direct entry trajectories consist of a ring around the backside of the planet, centered about V infinity. Landing sites outside this ring can be achieved using a modified approach trajectory entering the atmosphere over the South Pole "aerocapture fashion" that will skip out to an altitude above the atmosphere and then re-enter the atmosphere a second time and continue to toward the North Pole. The first aerocapture maneuver is aligned to provide an exit orbit that contains the desired landing site with an apoapsis computed to provide proper ranging for the second entry. A powered maneuver is utilized during the exoatmospheric phase to remove altitude and flight path deviations due to uncertainties in the atmosphere occurring during the first entry. Three guidance schemes are required for global landing site access analysis. Aerocapture guidance was used for the first atmospheric entry, Shuttle Powered Explicit Guidance was used for the exoatmospheric maneuver, and Apollo Derived Entry Guidance was used for the second atmospheric entry. An altimeter to update the onboard navigation state after the first atmospheric entry, was required to remove accumulated deadreckoning navigation errors and achieve reasonable range errors at chute deploy.

Bryant, Lee↗

Vehicle Transponder for Preemption of Traffic Lights

The purpose of this article is to describe, in more detail, the transponder installed in each vehicle that participates in the emergency traffic-light-preemption system described in the immediately preceding article. The transponder (see figure) is a fully autonomous data--collection, data-processing, information-display, and communication subsystem that performs robustly in preemption of traffic lights and monitoring of the statuses of street intersections. This transponder monitors the condition of the emergency vehicle in which it is installed and determines when the vehicle has been placed in an emergency-response condition with its siren and/or warning lights activated. Upon detection of such a condition, the transponder collects real-time velocity and acceleration data from the onboard diagnostic (OBD) computer of the vehicle. For this purpose, the transponder contains an OBD interface circuit, including a microprocessor that determines the manufacturer and model of the vehicle and then sends the appropriate commands to the OBD computer requesting the speed and acceleration data. At the same time, data from an onboard navigation system are collected to determine the location and the heading of the vehicle. Then acceleration, speed, position, and heading data are processed and combined with a vehicle-identification number and the resulting set of data is transmitted to monitoring and control units located at all intersections within communication range. When the unit at an intersection determines that this vehicle is approaching and has priority to preempt the intersection, it transmits a signal declaring the priority and the preemption to all participating vehicles (including this one) in the vicinity. If the unit at the intersection has determined that other participating vehicles are also approaching the intersection, then this unit also transmits, to the vehicle that has priority, a message that the other vehicles are approaching the same intersection. The texts of these messages, plus graphical symbols that show the directions and numbers of the approaching vehicles, are presented on the display panel of a computer that is part of the transponder.

Foster, Conrad↗

Simulating Operation of a Planetary Rover

Simulating Operation of a Planetary Rover Rover Analysis, Modeling, and Simulations (ROAMS) is a computer program that simulates the operation of a robotic vehicle (rover) engaged in exploration of a remote planet. ROAMS is a roverspecific extension of the DARTS and Dshell programs, described in prior NASA Tech Briefs articles, which afford capabilities for mathematical modeling of the dynamics of a spacecraft as a whole and of its instruments, actuators, and other subsystems. ROAMS incorporates mathematical models of kinematics and dynamics of rover mechanical subsystems, sensors, interactions with terrain, solar panels and batteries, and onboard navigation and locomotion-control software. ROAMS provides a modular simulation framework that can be used for analysis, design, development, testing, and operation of rovers. ROAMS can be used alone for system performance and trade studies. Alternatively, ROAMS can be used in an operator-in-the-loop or flight-software closed-loop environment. ROAMS can also be embedded within other software for use in analysis and development of algorithms, or for Monte Carlo studies, using a variety of terrain models, to generate performance statistics. Moreover, taking advantage of realtime features of the underlying DARTS/Dshell simulation software, ROAMS can also be used for real-time simulations.

Jain, Abhinandan↗

High-Altitude MMIC Sounding Radiometer for the Global Hawk Unmanned Aerial Vehicle

Microwave imaging radiometers operating in the 50-183 GHz range for retrieving atmospheric temperature and water vapor profiles from airborne platforms have been limited in the spatial scales of atmospheric structures that are resolved not because of antenna aperture size, but because of high receiver noise masking the small variations that occur on small spatial scales. Atmospheric variability on short spatial and temporal scales (second/ km scale) is completely unresolved by existing microwave profilers. The solution was to integrate JPL-designed, high-frequency, low-noise-amplifier (LNA) technology into the High-Altitude MMIC Sounding Radiometer (HAMSR), which is an airborne microwave sounding radiometer, to lower the system noise by an order of magnitude to enable the instrument to resolve atmospheric variability on small spatial and temporal scales. HAMSR has eight sounding channels near the 60-GHz oxygen line complex, ten channels near the 118.75-GHz oxygen line, and seven channels near the 183.31-GHz water vapor line. The HAMSR receiver system consists of three heterodyne spectrometers covering the three bands. The antenna system consists of two back-to-back reflectors that rotate together at a programmable scan rate via a stepper motor. A single full rotation includes the swath below the aircraft followed by observations of ambient (roughly 0 C in flight) and heated (70 C) blackbody calibration targets located at the top of the rotation. A field-programmable gate array (FPGA) is used to read the digitized radiometer counts and receive the reflector position from the scan motor encoder, which are then sent to a microprocessor and packed into data files. The microprocessor additionally reads telemetry data from 40 onboard housekeeping channels (containing instrument temperatures), and receives packets from an onboard navigation unit, which provides GPS time and position as well as independent attitude information (e.g., heading, roll, pitch, and yaw). The raw data files are accessed through an Ethernet port. The HAMSR data rate is relatively low at 75 kbps, allowing for real-time access over the Global Hawk high-data-rate downlink. Once on the ground, the raw data are unpacked and processed through two levels of processing. The Level 1 product contains geo-located, time-stamped, calibrated brightness temperatures for the Earth scan. These data are then input to a lD variational retrieval algorithm to produce temperature, water vapor, and cloud liquid water profiles, as well as several derived products such as potential temperature and relative humidity.

Brown, Shannon T.↗

Recursive Implementations of the Consider Filter

One method to account for parameters errors in the Kalman filter is to consider their effect in the so-called Schmidt-Kalman filter. This work addresses issues that arise when implementing a consider Kalman filter as a real-time, recursive algorithm. A favorite implementation of the Kalman filter as an onboard navigation subsystem is the UDU formulation. A new way to implement a UDU consider filter is proposed. The non-optimality of the recursive consider filter is also analyzed, and a modified algorithm is proposed to overcome this limitation.

Zanetti, Renato↗

Post-Flight EDL Entry Guidance Performance for the 2011 Mars Science Laboratory Mission

Mars Science Laboratory landed Curiosity in Gale Crater on 5 Aug 2012. Curiosity landed successfully only 2.2 km away from the expected target given the onboard navigation state. Better than the average Apollo capsule splashdown miss distance. A late bank reversal and a suspected tail wind contributed to this slight miss. Entry guidance is derived from the Apollo capsule "final phase" logic and adjusts the range flown during entry by varying the direction of the lift vector (i.e., bank angle). Refinement of the guidance gains and alternative parachute deploy triggers to reduce the ellipse size will be studied for future Mars landing missions.

Mendeck, G.↗

MARS Science Laboratory Post-Landing Location Estimation Using Post2 Trajectory Simulation

The Mars Science Laboratory (MSL) Curiosity rover landed safely on Mars August 5th, 2012 at 10:32 PDT, Earth Received Time. Immediately following touchdown confirmation, best estimates of position were calculated to assist in determining official MSL locations during entry, descent and landing (EDL). Additionally, estimated balance mass impact locations were provided and used to assess how predicted locations compared to actual locations. For MSL, the Program to Optimize Simulated Trajectories II (POST2) was the primary trajectory simulation tool used to predict and assess EDL performance from cruise stage separation through rover touchdown and descent stage impact. This POST2 simulation was used during MSL operations for EDL trajectory analyses in support of maneuver decisions and imaging MSL during EDL. This paper presents the simulation methodology used and results of pre/post-landing MSL location estimates and associated imagery from Mars Reconnaissance Orbiter s (MRO) High Resolution Imaging Science Experiment (HiRISE) camera. To generate these estimates, the MSL POST2 simulation nominal and Monte Carlo data, flight telemetry from onboard navigation, relay orbiter positions from MRO and Mars Odyssey and HiRISE generated digital elevation models (DEM) were utilized. A comparison of predicted rover and balance mass location estimations against actual locations are also presented.

Davis, J. L.↗

Encealdus Orbilander: A Flagship Mission Concept for Astrobiology

"Whether life exists beyond Earth remains a fundamental question driving our exploration of the Solar System. At Saturn’s moon Enceladus, plumes of oceanic material vented into space allow the investigation of the astrobiological potential of an ocean world, hinted at by Cassini, without the necessity of drilling through kilometers of ice crust. The Enceladus Orbilander is a flagship ($2.56B in fiscal year 2025 dollars) mission concept created for the 2023–2033 Planetary Science Decadal Survey. Orbilander takes full advantage of the opportunity provided by Enceladus’ plumes to search for signs of life. A single spacecraft both orbits and lands, capturing samples from four distinct reservoirs offered by the plumes. These samples, both particulate and vapor, are then analyzed by the Life Detection Suite (LDS), a set of five instruments conducting complementary and orthogonal biosignature-seeking measurements. To provide the context that specifically enhances interpretation of LDS measurements, geochemical and geophysical investigations are conducted both in orbit and on the surface. These reveal the physio-chemical state of the ocean and core as well as the processes involved in ejection of plume material and how these affect the ocean material analyzed by the LDS. The Orbilander can be delivered to the Saturn system via several launch vehicle and trajectory options, including a direct trajectory (7-year cruise), a ∆V-EGA trajectory (9-year cruise) and several options using an inner cruise with Venus and Earth flybys (10-year cruise). Upon Saturn Orbit Insertion, a 4-year moon tour pumps down the Orbilander’s orbit to intercept Enceladus. The most optimal arrival times balance the Jupiter flyby opportunities of the late 2030s and solar illumination at the Enceladus high southern latitudes where plume material is most abundant. This mission concept therefore targets project start in 2030. Upon Enceladus Orbit Insertion, the Orbilander begins a 1.5-year-long campaign of landing site reconnaissance, remote sensing science, and collecting sufficient plume sample to run all but one of the LDS measurements. After successful landing, the Orbilander spends 2 years on the surface conducting multiple LDS measurements with all five instruments on actively and passively collected plume material, as well as seismic investigations. The schedule laid out here is well-defined, but the mission also has operational and resource flexibility should additional reconnaissance be needed. As part of the design study, mission and development risks were identified and mitigation strategies proposed. Technologies key to achieving the life detection science objectives include instrumentation matured under programs like COLDTech and ICEE-2, such as aspects of the sampling system and microfluidic devices, as well as well-known techniques like high-resolution and separation-capable mass spectrometers. Autonomous onboard navigation is planned to maintain a halo orbit around Enceladus to enable passive sampling from orbit as well as reconnaissance measurements for use in site selection and landing. Terrain relative navigation is included to ensure safe landing, given that targeted areas may contain landing hazards. Continued development of radioisotope thermoelectric generator (RTG) technology and long-life batteries is essential for this long duration mission. The Enceladus Orbilander represents an optimal point in the trade space of science value versus cost, taking advantage of the extensive knowledge of Enceladus provided by Cassini, how well Enceladus lends itself to a search for life in material from its ocean, and the flexibility afforded by the innovative design developed by the APL team. By taking full advantage of Enceladus’ plumes both in orbit and on the surface, Orbilander represents a robust search for life with complementary and orthogonal biosignatures as well as contextual geophysical and geochemical measurements, determining not only whether Enceladus is inhabited (at levels up to 500,000× scarcer than in Earth’s oceans) but also why. "

Exobiology↗

Design Considerations of an Ascent Abort Monitor Algorithm for Use During Service Module Aborts

In support of human rating the Artemis missions, NASA's Orion program requires continuous abort coverage from liftoff through mission destination. During a portion of the ascent trajectory, the currently achievable abort mode is determined by an Orion algorithm using the onboard navigated vehicle state. This ascent abort monitor determines achievability for Orion's Mode 2 abort, Untargeted Abort Splashdown (UAS), by propagating the current vehicle state through ascent abort events to determine sufficient timing to perform the abort and to a ballistic touchdown point to approximate landing location relative to prescribed keep out boundaries. The algorithm was updated for Artemis 2 to allow the capability to limit loads for the majority of ascent. Performance of the algorithm has been demonstrated and verified through dispersed trajectory analysis with emulated flight software, unit testing, and hardware in the loop testing.

Esteban Guzman↗