Search NASA⌕ Search

SEARCH · Search NASA

Results for “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 397 records · Page 22

Application and Use of Lunar Node-Derived Beacons for Lunar Surface Navigation

To maximize the scientific return and safety of operations on the lunar surface, multiple civil organizations are investing in Position, Navigation, and Timing infrastructure. This approach mimics the deployment of Global Navigation Satellite Systems around the Earth and aims to enable a similar robust capability around the moon. With these satellites, it will be possible to maintain high- fidelity knowledge of positioning and timing both on the surface and in orbit. For initial deployments, this capability is focused on high need areas, such as the Lunar South Pole, the target of the currently in-planning Artemis surface missions to high accuracy. Similar to GNSS systems, this capability will be implemented over time to build up to a level of global access for real-time navigation. For early missions, this means a limited capability in terms of coverage. To provide increased performance, ground augmentation can be leveraged. This not only provides an additional reference signal but helps to supply timing to enable a high accuracy real-time position solutions. This paper discusses the path towards evolving the Lunar Node 1 platform to augment these early constellation deployments. Analysis of notional performance with and without surface aids is provided, as well as discussion and paths towards deployment and operation. Given the analysis results, the benefit of surface navigation aids to both provide additional surface-based signals to fill in coverage gaps helps to provide additional robustness and an early-on capability.

Evan J. Anzalone↗

Hardware Verification and Validation for a Navigation Sensor Software Model in Support of Flight Vehicle Performance Analysis

… or, “It’s in the details, how to make complicated software perform like complicated hardware.” In attempts to minimize development time and quickly build an operational vehicle, NASA’s Space Launch System (SLS) has had to be intentional about integrated testing. Constraints on budget and schedule have required balance between testing needs and the desire for an integrated flight vehicle as soon as possible. To provide key insights early in design and analysis cycles, a large amount of effort has shifted into maturing and validating models at the component level with integrated testing as a means to validate their integration. In terms of SLS Navigation, this, and the model-based design approach have pushed explicit requirements for sensor models to be validated against flight hardware to high precision. This paper covers the approach taken to verify and validate the models for the two key navigation sensors on the SLS vehicle, the Redundant Inertial Navigation Sensor and the Rate Gyro Assembly. These models are used in performance evaluation, fault detection, and operations development extensively. Using a mix of data from hardware vendor documentation and testing reports, limited in-house testing, and integration activities, these models were able to be validated against flight hardware at multiple levels, from the internal software design to statistical behavior at the raw sensor and integrated box levels. The high level of insight into the hardware elements is instrumental to support flight certification activities and building confidence in SLS Navigation capability. Focused testing enabled additional insight and validation that proved invaluable and the resulting insights were used to focus and mature models. Additionally, of having validated performance-based hardware models enables a wide breadth of activities including detailed fault detection studies and integration into future vehicle frameworks, such as an upper stage and provide a valuable asset to continued SLS analysis and design.

Evan J Anzalone↗

Hardware Verification and Validation for a Navigation Sensor Software Model in Support of Flight Vehicle Performance Analysis

… or, “It’s in the details, how to make complicated software perform like complicated hardware.” In attempts to minimize development time and quickly build an operational vehicle, NASA’s Space Launch System (SLS) has had to be intentional about integrated testing. Constraints on budget and schedule have required balance between testing needs and the desire for an integrated flight vehicle as soon as possible. To provide key insights early in design and analysis cycles, a large amount of effort has shifted into maturing and validating models at the component level with integrated testing as a means to validate their integration. In terms of SLS Navigation, this, and the model-based design approach have pushed explicit requirements for sensor models to be validated against flight hardware to high precision. This paper covers the approach taken to verify and validate the models for the two key navigation sensors on the SLS vehicle, the Redundant Inertial Navigation Sensor and the Rate Gyro Assembly. These models are used in performance evaluation, fault detection, and operations development extensively. Using a mix of data from hardware vendor documentation and testing reports, limited in-house testing, and integration activities, these models were able to be validated against flight hardware at multiple levels, from the internal software design to statistical behavior at the raw sensor and integrated box levels. The high level of insight into the hardware elements is instrumental to support flight certification activities and building confidence in SLS Navigation capability. Focused testing enabled additional insight and validation that proved invaluable and the resulting insights were used to focus and mature models. Additionally, of having validated performance-based hardware models enables a wide breadth of activities including detailed fault detection studies and integration into future vehicle frameworks, such as an upper stage and provide a valuable asset to continued SLS analysis and design.

Thomas Park↗

Lucy Optical Navigation Performance During The (152830) Dinkinesh Encounter

The Lucy Jupiter-Trojan asteroid mission launched in November 2021. Its original mission concept included six small-body encounters over its 12-year primary mission. In the fall of 2022, an additional target of opportunity encounter was proposed to be executed in the fall of 2023. The encounter with (152830) Dinkinesh (previously 1999 VD57) presented myriad imaging, navigation, engineering, and planning challenges, as well as a chance to exercise and further refine the Optical NavigationSystem concept of operations, interfaces, and tools. Dinkinesh would be the smallest and dimmest target Lucy would encounter, with a higher uncertainty in these physical parameters than for other targets. While the Op Nav system and instruments carried a high amount of heritage from the New Horizons and OSIRIS-REx missions, this would be the first use of these systems on Lucy for navigation purposes. Despite these additional challenges, the Lucy Dinkinesh encounter was a resounding success throughout which the navigational system exceeded requirements.1Optical Navigation was successfully performed and fed into the orbit determination and trajectory maneuver activities up to the final knowledge update. The Dinkinesh encounter also proved to be greatly scientifically interesting, if not additionally challenging, as the Dinkinesh system was discovered to be a binary system through imaging during closest approach, and the secondary body was itself found to be a contact binary. This added complexity notwithstanding, the OpNav and OD teams were able to re-construct the close-approach trajectory of Dinkinesh in cooperation and concert with the Lucy Science Team’s shape modelling efforts.

Erik Lessac-Chenen↗

Optical Navigation Preparations for New Horizons Pluto Flyby

The New Horizons spacecraft will encounter Pluto and its satellites in July 2015. As was the case for the Voyager encounters with Jupiter, Saturn, Uranus and Neptune, mission success will depend heavily on accurate spacecraft navigation, and accurate navigation will be impossible without the use of pictures of the Pluto system taken by the onboard cameras. We describe the preparations made by the New Horizons optical navigators: picture planning, image processing algorithms, software development and testing, and results from in-flight imaging.

image processing↗

Precision Landing Navigation Performance of Human-Scale Lunar and Mars Landers

To meet the unique challenges of crewed Lunar and Mars precision landings, NASA’s Safe and Precise Landing Integrated Capabilities Evolution project has worked to advance autonomous spacecraft navigation by increasing the technology readiness level of key deorbit, entry, descent, and landing systems, including navigation sensors. Different sensors and their effects on overall system performance are evaluated using six-degree-of-freedom simulations with physics-based engineering models that capture the relevant vehicle systems and environmental effects. Building on an existing simulation framework, this work demonstrates how improved modeling fidelity enables rapid and detailed assessment of various navigation sensors on human-scale Lunar and Mars landing vehicles using NASA reference architectures.

navigation↗

Backup Optical Navigation Attitude for Artemis-1 Backup Attitude Ground Tool

The Backup Optical Navigation Attitude (BONA) software was developed as a response to the Artemis1 Power Distribution Unit (PDU) hardware problems found early in 2021. The hardware problem, a capacitor installed incorrectly, removes the intended redundant path for which the PDU can relay its power and data to attached devices. Specific to the BONA context, the concern is that a failure of the single remaining path in this PDU would lead to an inability to communicate with one of the two-star trackers (STs) on Orion. By flight rule, being reduced to a single star tracker means an immediate turn around end-of-mission. The BONA software is not intended to extend the mission, but instead act as a single star tracker attitude confirmation tool. Insurance, if you will, for the Orion project that a ground tool is available to compare the single remaining ST results with optical navigation images retrieved during the mission. Engineers operating BONA in the Mission Control Center (MCC) Mission Evaluation Room (MER) will analyze the downlinked star field images and based on the stars identified and known time of image, derive vehicle attitude estimates, which can be compared with the ST results. Potentially, in extreme situations, and with expert recommendation, the derivations could lead to navigation state updates being commanded to Orion.

GNC↗

Defining a Global Lunar Position, Navigation, and Timing System

As NASA seeks to fulfill its mission of extending humanity’s reach through exploration as delineated in the Moon to Mars Strategy and Objectives Development and the Moon to Mars Architecture Definition Document, accurate and timely position, navigation, and timing (PNT) services are critical in the architecture, identifying a need to expand a PNT capability to the full lunar proximity service volume. This is echoed in the White House Office of Science, Technology, and Policy Cislunar Science and Technology Strategy, which pinpoints the fundamental need for PNT infrastructure to enable and sustain a vibrant cislunar ecosystem. While the Human Lunar Return segment seeks commercial services to provide a PNT service over a South Pole service volume for a limited period per Earth day, meeting the Sustained Lunar Evolution segment requires a Lunar Navigation System (LNS) focused on delivery of precise and resilient PNT services across the lunar globe and near-Moon space. This presentation describes the pre-Phase A system concept for an orbital constellation, the requisite lunar surface-based in-situ monitor and control segment, and an Earth control segment to provide lunar PNT services out to 200km altitude above the surface. The LNS leverages the foundational efforts on lunar reference system components such as the Lunar Geodetic System, Lunar Time System, and lunar ephemeris and orientation critical to safe, accurate, and seamless navigation.

navigation↗

Use of Legacy Maritime Protocols Increases Exploitability of Virtual Aids to Navigation

With increased reliance on Virtual Aid(s) to Navigation (VAtoN) - also known as electronic Aid(s) to Navigation (eAtoN), or virtual buoys - a cyber event is likely to cause disruption to international maritime shipping. VAtoN has no physical hardware for visual reference and displays only on a vessel’s Electronic Chart Display Information System (ECDIS) and Automatic Radar Plotting Aid (ARPA); therefore, mariners must rely on the accuracy of the information provided. As VAtoN uses the National Maritime Electronics Association (NMEA) 0183 protocol for both Global Navigation Satellite System (GNSS) and Automatic Identification System (AIS), an insecure protocol that has been proven susceptible to spoofing, denial, and manipulation, the likelihood of a cyber-related event increases substantially.

45 MILITARY TECHNOLOGY, WEAPONRY, AND NATIONAL DEF↗

Aerocapture navigation at Neptune

A proposed Neptune orbiter Aerocapture mission will use solar electric propulsion to send an orbiter to Neptune. Navigation feasibility of direct-entry aerocapture for orbit insertion at Neptune is shown. The navigation strategy baselines optical imaging and (delta)VLBI measurement in order to satisfy the flight system's atmosphere entry flight path angle, which is targeted to enter Neptune with an entry flight path angle of -11.6 . Error bars on the entry flight path angle of plus/minus0.55 (3(sigma)) are proposed. This requirement can be satisfied with a data cutoff 3.2 days prior to arrival. There is some margin in the arrival template to tighten (i.e. reduce) the entry corridor either by scheduling a data cutoff closer to Neptune or alternatively, reducing uncertainties by increasing the fidelity of the optical navigation camera.

interplanetary navigation↗

Expected EDL navigation performance with spacecraft to spacecraft data

Pinpoint landing (defined for the purpose of this discussion as landing within 1km of a preselected target) is a key Advanced Entry, Descent and Landing (EDL) technology for future Mars landers. Key scientific goals for Mars exploration, such as the search for water and characterization of aqueous process on Mars, the study of mineralogy and weathering of the Martian surface and the search for preserved biosignatures in Martian rocks, requires placing landers at pre-defined locations of greatest scientific interest. The capability to land within 1 km of a pre-defined landing site will improve safety and enable landing within roving range of sites of scientific interest while avoiding hazardous areas. A critical component of the closed-loop guidance, navigation and control (GN&C) system required for pinpoint landing is position and velocity estimation in real time. Spacecraft-to-spacecraft navigation will take advantage of the UHF link between two spacecraft (i.e. to an orbiter from an approaching lander for EDL telemetry relay) to build radiometric data, specifically the velocity between the two spacecraft along the radio beam, that are processed to determine position and velocity in real time. The improved onboard state knowledge provided by spacecraft-to-spacecraft navigation will reduce the landed position error and improve the performance of entry guidance. Results from the first of two years planned for this effort are documented here, including selection and documentation of prototype algorithms that will go forward into flight code along with analysis results used to define the algorithm set.

descent and landing↗

Real-Time EDL Navigation Performance Using Spacecraft to Spacecraft Radiometric Data

A two-year task sponsored by NASA's Mars Technology Program's Advanced Entry, Descent and Landing (EDL) work area includes investigation of improvements to EDL navigation by processing spacecraft-to-spacecraft radiometric data. Spacecraft-to-spacecraft navigation will take advantage of the UHF link between two spacecraft (i.e. to an orbiter from an approaching lander for EDL telemetry relay) to build radiometric data, specifically the velocity between the two spacecraft along the radio beam, that are processed to determine position and velocity in real time. The improved onboard state knowledge provided by spacecraft-to-spacecraft navigation will improve the performance of entry guidance by providing a more accurate state estimate and ultimately reduce the landed position error. A previous paper documented the progress of the first year of this task, including the spacecraft definitions, selection and documentation of the required algorithms and analysis results used to define the algorithm set. The final year of this task is reported here. Topics include modifications to the previously selected algorithm set for implementation, and performance of the implemented algorithms in a stand-alone filter, on an emulator of the target processor and finally on a breadboard processing unit.

navigation↗

Real-Time EDL Navigation Performance Using Spacecraft to Spacecraft Radiometric Data

A two-year task sponsored by NASA's Mars Technology Program's Advanced Entry, Descent and Landing (EDL) work area includes investigation of improvements to EDL navigation by processing spacecraft-to-spacecraft radiometric data. Spacecraft-to- spacecraft navigation will take advantage of the UHF link between two spacecraft (i.e. to an orbiter from an approaching lander for EDL telemetry relay) to build radiometric data, specifically the velocity between the two spacecraft along the radio beam, that are processed to determine position and velocity in real time. The improved onboard state knowledge provided by spacecraft-to-spacecraft navigation will improve the performance of entry guidance by providing a more accurate state estimate and ultimately reduce the landed position error. Work on the final year of this task is reported here.

descent↗

Terrain Adaptive Navigation for Mars Rovers

A navigation system for Mars rovers in very rough terrain has been designed, implemented, and tested on a research rover in Mars analog terrain. This navigation system consists of several technologies that are integrated to increase the capabilities compared to current rover navigation algorithms. These technologies include: goodness maps and terrain triage, terrain classification, remote slip prediction, path planning, high-fidelity traversability analysis (HFTA), and slip-compensated path following. The focus of this paper is not on the component technologies, but rather on the integration of these components. Results from the onboard integration of several of the key technologies described here are shown. Additionally, the results from independent demonstrations of several of these technologies are shown. Future work will include the demonstration of the entire integrated system described here.

traversabiity analysis↗

Odyssey Navigation Performing and Local Mean Solar Time Analysis

This slide presentation reviews the performance of the navigation of the Mars Odyssey and the status of the local mean solar time (LMST) analysis. Included is an overview of the navigation, charts showing the accuracy of the navigation long term predictions, charts showing the Global Track Walk (GTW) repeat cycle, and charts showing the local mean solar time trend.

Mars Odyssey↗

Optical Navigation for the EPOXI Mission

The Deep Impact spacecraft flew by comet Hartley 2 on November 4, 2010 as part of its extended mission called EPOXI. Successful navigation depended critically on the quality and timing of optical navigation data processing, since pictures of the comet provided the most precise comet-relative position of the spacecraft. This paper describes the planning, including the picture timing and pointing; the methods used to determine the center of the comet image in each picture; and the optical navigation results, which provided the necessary information to allow the cameras to accurately target the comet for science imaging at encounter.

small-body mission↗

Guidance, Navigation, and Control Performance for the GOES-R Spacecraft

The Geostationary Operational Environmental Satellite-R Series (GOES-R) is the first of the next generation geostationary weather satellites, scheduled for delivery in late 2015 and launch in early 2016. Relative to the current generation of GOES satellites, GOES-R represents a dramatic increase in Earth and solar weather observation capabilities, with 4 times the resolution, 5 times the observation rate, and 3 times the number of spectral bands for Earth observations. GOES-R will also provide unprecedented availability, with less than 120 minutes per year of lost observation time. The Guidance Navigation & Control (GN&C) design requirements to achieve these expanded capabilities are extremely demanding. This paper first presents the pointing control, pointing stability, attitude knowledge, and orbit knowledge requirements necessary to realize the ambitious Image Navigation and Registration (INR) objectives of GOES-R. Because the GOES-R suite of instruments is sensitive to disturbances over a broad spectral range, a high fidelity simulation of the vehicle has been created with modal content over 500 Hz to assess the pointing stability requirements. Simulation results are presented showing acceleration, shock response spectrum (SRS), and line of sight responses for various disturbances from 0 Hz to 512 Hz. These disturbances include gimbal motion, reaction wheel disturbances, thruster firings for station keeping and momentum management, and internal instrument disturbances. Simulation results demonstrate excellent performance relative to the pointing and pointing stability requirements, with line of sight jitter of the isolated instrument platform of approximately 1 micro-rad. Low frequency motion of the isolated instrument platform is internally compensated within the primary instrument. Attitude knowledge and rate are provided directly to the instrument with an accuracy defined by the Integrated Rate Error (IRE) requirements. The allowable IRE ranges from 1 to 18.5 micro-rad, depending upon the time window of interest. The final piece of the INR performance is orbit knowledge. Extremely accurate orbital position is achieved by GPS navigation at Geosynchronous Earth Orbit (GEO). Performance results are shown demonstrating compliance with the 50 to 75 m orbit position accuracy requirements of GOES-R, including during station-keeping and momentum management maneuvers. As shown in this paper, the GN&C performance for the GOES-R series of spacecraft supports the challenging mission objectives of the next generation GEO Earth-observation satellites.

Guidance↗

Evaluation of the Terminal Sequencing and Spacing System for Performance Based Navigation Arrivals

NASA has developed the Terminal Sequencing and Spacing (TSS) system, a suite of advanced arrival management technologies combining timebased scheduling and controller precision spacing tools. TSS is a ground-based controller automation tool that facilitates sequencing and merging arrivals that have both current standard ATC routes and terminal Performance-Based Navigation (PBN) routes, especially during highly congested demand periods. In collaboration with the FAA and MITRE's Center for Advanced Aviation System Development (CAASD), TSS system performance was evaluated in human-in-the-loop (HITL) simulations with currently active controllers as participants. Traffic scenarios had mixed Area Navigation (RNAV) and Required Navigation Performance (RNP) equipage, where the more advanced RNP-equipped aircraft had preferential treatment with a shorter approach option. Simulation results indicate the TSS system achieved benefits by enabling PBN, while maintaining high throughput rates-10% above baseline demand levels. Flight path predictability improved, where path deviation was reduced by 2 NM on average and variance in the downwind leg length was 75% less. Arrivals flew more fuel-efficient descents for longer, spending an average of 39 seconds less in step-down level altitude segments. Self-reported controller workload was reduced, with statistically significant differences at the p less than 0.01 level. The RNP-equipped arrivals were also able to more frequently capitalize on the benefits of being "Best-Equipped, Best- Served" (BEBS), where less vectoring was needed and nearly all RNP approaches were conducted without interruption.

terminal sequencing↗