Results for “navigation” — Page 5

NASA NTRS2018

SLS Block 1-B and Exploration Upper Stage Navigation System Design

The SLS Block 1B vehicle is planned to extend NASA's heavy lift capability beyond the initial SLS Block 1 vehicle. The most noticeable change for this vehicle from SLS Block 1 is the swapping of the upper stage from the Interim Cryogenic Propulsion stage (ICPS), a modified Delta IV upper stage, to the more capable Exploration Upper Stage (EUS). As the vehicle evolves to provide greater lift capability and execute more demanding missions so must the SLS Integrated Navigation System to support those missions. The SLS Block 1 vehicle carries two independent navigation systems. The responsibility of the two systems is delineated between ascent and upper stage flight. The Block 1 navigation system is responsible for the phase of flight between the launch pad and insertion into Low-Earth Orbit (LEO). The upper stage system assumes the mission from LEO to payload separation. For the Block 1B vehicle, the two functions are combined into a single system intended to navigate from ground to payload insertion. Both are responsible for self-disposal once payload delivery is achieved. The evolution of the navigation hardware and algorithms from an inertial-only navigation system for Block 1 ascent flight to a tightly coupled GPS-aided inertial navigation system for Block 1-B is described. The Block 1 GN&C system has been designed to meet a LEO insertion target with a specified accuracy. The Block 1-B vehicle navigation system is designed to support the Block 1 LEO target accuracy as well as trans-lunar or trans-planetary injection accuracy. This is measured in terms of payload impact and stage disposal requirements. Additionally, the Block 1-B vehicle is designed to support human exploration and thus is designed to minimize the probability of Loss of Crew (LOC) through high-quality inertial instruments and Fault Detection, Isolation, and Recovery (FDIR) logic. The preliminary Block 1B integrated navigation system design is presented along with the challenges associated with meeting the design objectives. This paper also addresses the design considerations associated with the use of Block 1 and Commercial Off-the-Shelf (COTS) avionics for Block 1-B/EUS as part of an integrated vehicle suite for orbital operations.

Oliver, T. Emerson↗

NASA NTRS2018

SLS Navigation Model-Based Design Approach

The SLS Program chose to implement a Model-based Design and Model-based Requirements approach for managing component design information and system requirements. This approach differs from previous large-scale design efforts at Marshall Space Flight Center where design documentation alone conveyed information required for vehicle design and analysis and where extensive requirements sets were used to scope and constrain the design. The SLS Navigation Team has been responsible for the Program-controlled Design Math Models (DMMs) which describe and represent the performance of the Inertial Navigation System (INS) and the Rate Gyro Assemblies (RGAs) used by Guidance, Navigation, and Controls (GN&C). The SLS Navigation Team is also responsible for the navigation algorithms. The navigation algorithms are delivered for implementation on the flight hardware as a DMM. For the SLS Block 1-B design, the additional GPS Receiver hardware is managed as a DMM at the vehicle design level. This paper provides a discussion of the processes and methods used to engineer, design, and coordinate engineering trades and performance assessments using SLS practices as applied to the GN&C system, with a particular focus on the Navigation components. These include composing system requirements, requirements verification, model development, model verification and validation, and modeling and analysis approaches. The Model-based Design and Requirements approach does not reduce the effort associated with the design process versus previous processes used at Marshall Space Flight Center. Instead, the approach takes advantage of overlap between the requirements development and management process, and the design and analysis process by efficiently combining the control (i.e. the requirement) and the design mechanisms. The design mechanism is the representation of the component behavior and performance in design and analysis tools. The focus in the early design process shifts from the development and management of design requirements to the development of usable models, model requirements, and model verification and validation efforts. The models themselves are represented in C/C++ code and accompanying data files. Under the idealized process, potential ambiguity in specification is reduced because the model must be implementable versus a requirement which is not necessarily subject to this constraint. Further, the models are shown to emulate the hardware during validation. For models developed by the Navigation Team, a common interface/standalone environment was developed. The common environment allows for easy implementation in design and analysis tools. Mechanisms such as unit test cases ensure implementation as the developer intended. The model verification and validation process provides a very high level of component design insight. The origin and implementation of the SLS variant of Model-based Design is described from the perspective of the SLS Navigation Team. The format of the models and the requirements are described. The Model-based Design approach has many benefits but is not without potential complications. Key lessons learned associated with the implementation of the Model Based Design approach and process from infancy to verification and certification are discussed

Oliver, T. Emerson↗

NASA NTRS2006

Dilution of precision-based lunar navigation assessment for dynamic position fixing

The NASA vision of exploration is focused on the return of astronauts to the Moon [1]. While navigation systems have already been proven in the Apollo missions to the moon, the current exploration campaign will involve more extensive and extended missions requiring new concepts for lunar navigation. In contrast to Apollo missions, which were limited to the near-side equatorial region of the moon, missions under the Exploration Systems Initiative will require navigation on the moon’s limb and far-side. As these regions have poor Earth visibility, a navigation system comprised solely of Earth-based tracking stations will not provide adequate navigation solutions in these areas. In this paper, a Dilution of Precision (DoP) based analysis of the performance of a network of Moon orbiting satellites is provided. The analysis extends previous analysis of a Lunar Network (LN) of navigation satellites by providing an assessment of the capability associated with a variety of assumptions regarding the navigation receiver and satellite visibility. The assessment is accomplished by making appropriately formed estimates of DoP, with different adaptations of DoP (i.e. GDoP, PDoP, etc.) being associated with a different set of assumptions regarding augmentations to the navigation receiver or transceiver A significant innovation described in this paper is the “Generalized” Dilution of Precision. In the same sense that the various versions of DoP can be represented as a functional of the observability grammian, Generalized DoP is defined as a functional of the sum of observability grammians associated with a batch of radiometric measurements. Generalized DoP extends the DoP concept to cases in which radiometric range and range-rate measurements are integrated over time to develop an estimate of user position (referred to here as a ‘dynamic’ solution.) Generalized DoP allows for the inclusion of cases in which the receiver location is underdetermined when assessed in the usual ‘kinematic’ sense. The Generalized DoP concept is thereby a method to assess the navigation capability associated with constellations with sparse coverage without the burden of performing a full “covariance analysis” for each point on the surface of the Moon.

Berry, Kevin↗

NASA NTRS2020

Optical Navigation for Autonomous Approach of Small Unknown Bodies

State of the practice in navigation around small celestial bodies heavily relies on ground sup- port and human skill, in particular, for perception-based operations such as optical navigation and mapping. This leads to longer duration and more complex mission operations and sub- sequently higher cost. Furthermore, it imposes limitations for certain missions such as fast fly-bys or multi-agent operations. In this work, we present an autonomous navigation strat- egy suitable for approaching small unexplored bodies. During the approach, we estimate the body’s physical properties as well as the spacecraft’s relative trajectory and associated un- certainties. The autonomous navigation strategy, which is solely based on optical measure- ments, begins as soon as the body becomes resolved in the navigation camera and terminates at the start of proximity operations, when the spacecraft makes its first trajectory correction to stay in the vicinity of the body. Our strategy uses multiple image-processing algorithms: light-curve analysis for estimating the target body’s rotation rate, Shape-from-Silhouette for reconstructing the 3D shape and estimating its rotation pole, and feature tracking tailored to Small-Body images for estimating relative navigation parameters. We used the Mission Analysis, Operations, and Navigation Toolkit Environment (MONTE) developed by the Jet Propulsion Laboratory to evaluate the feasibility of this multi-phase navigation strategy using simulated images of an approach trajectory. We used the Rosetta mission data to generate photorealistic images to characterise the performance of this approach. This work is based on the assumptions that the spacecraft attitude is known, the body is a principal-axis rotator, a-priori estimates of ephemerides and scale are available, and the body is observed from a zero sun phase only during initial approach. Preliminary results show orbit determination performance that is on par with the human navigation from the Rosetta mission; albeit with a 1% bias in spacecraft-target radial distance estimate. The bias error is likely due to the robustness and accuracy of the visual tracking under dynamic lighting conditions and per- spective changes, which decrease accuracy.

Villa, Jacopo↗

NASA NTRS2008

The Next 25 Years of Deep Space Navigation

This slide presentation reviews the missions that will be flown into deep space in the next 25 years, the navigational challenges for these missions, and the strategies that will be used to overcome these challenges. The challenges include: (1) an incresed need for autonomous navigation, (2) an increased use of in-situ and optical navigation, (3) an increased use of low-thrust propulsion, (4) an increased need for higher accuracy in guidance, navigation, and control, and an increased need for integration between flight path and attitude control. The enabling strategies that are planned for use are: (1) Advance Radio-Metric Tracking Capabilities, (2) Expand the Use of Optical Navigation, (3) Develop General-Purpose Autonomous Navigation Capabilities, (4) Improve Frequency and Timing Systems, and (5) Develop In-situ Tracking Infrastructure. Future trends that are being developed are Optical and Autonomous Navigation

optical navigation↗

NASA NTRS1973

Shuttle unified navigation filter, revision 1

Equations designed to meet the navigation requirements of the separate shuttle mission phases are presented in a series of reports entitled, Space Shuttle GN and C Equation Document. The development of these equations is based on performance studies carried out for each particular mission phase. Although navigation equations have been documented separately for each mission phase, a single unified navigation filter design is embodied in these separate designs. The purpose of this document is to present the shuttle navigation equations in a form in which they would most likely be coded-as the single unified navigation filter used in each mission phase. This document will then serve as a single general reference for the navigation equations replacing each of the individual mission phase navigation documents (which may still be used as a description of a particular navigation phase).

Muller, E. S., Jr.↗

NASA NTRS1991

Autonomous reconfigurable GPS/INS navigation and pointing system for rendezvous and docking

The briefing describes work using the Global Positioning System to determine position of spacecraft and the development of computer tools to utilize these position determinations to enable autonomous rendezvous. Using GPS data in conjunction with Inertial Navigation Systems (INS) provides the capability for absolute spacecraft navigation, navigation of one spacecraft relative to another, and attitude determination. Some results presented are based on limited observations, though simulation results are documented. A GPS/INS navigation flight experiment could provide a platform for evaluating approaches for autonomous operation and reconfigurability of the navigation and attitude determination subsystem for future space vehicles. Current emphasis is on the development and demonstration of an Onboard Mission Manager (OMM) and a Multi-Mode Navigation Kalman filter. Sensor data will be handed over to the OMM, which will determine the appropriate response and generate commands for the Kalman filter to use to reconfigure itself. Global Positioning System measurements and INS data will be processed in the integrated navigation filter and used to compute errors in position, velocity, and attitude. Inertial Navigation Systems instrument errors (biases, scale factors, etc.) also can be estimated. The OMM then will use a knowledge base to determine appropriate system response. The GPS is good for missions that have attitude pointing accuracy requirements within the 100 to 200 arcsecond range.

Upadhyay, Triveni M.↗

NASA NTRS2006

Dilution of Precision-Based Lunar Navigation Assessment for Dynamic Position Fixing

The NASA Vision for Space Exploration is focused on the return of astronauts to the Moon. While navigation systems have already been proven in the Apollo missions to the moon, the current exploration campaign will involve more extensive and extended missions requiring new concepts for lunar navigation. In contrast to Apollo missions, which were limited to the near-side equatorial region of the moon, missions under the Exploration Systems Initiative will require navigation on the moon's limb and far-side. As these regions have poor Earth visibility, a navigation system comprised solely of Earth-based tracking stations will not provide adequate navigation solutions in these areas. In this paper, a Dilution of Precision (DoP) based analysis of the performance of a network of Moon orbiting satellites is provided. The analysis extends previous analysis of a Lunar Network (LN) of navigation satellites by providing an assessment of the capability associated with a variety of assumptions. These assumptions are with regard to the navigation receiver and satellite visibility. The assessment is accomplished by making appropriately formed estimates of DoP. Different adaptations of DoP (i.e., GDoP, PDoP, etc.) are associated with a different set of assumptions regarding augmentations to the navigation receiver or transceiver.

Sands, Obed S.↗

NASA NTRS2008

Regionalized Lunar South Pole Surface Navigation System Analysis

Apollo missions utilized Earth-based assets for navigation because the landings took place at lunar locations in constant view from the Earth. The new exploration campaign to the lunar south pole region will have limited Earth visibility, but the extent to which a navigation system comprised solely of Earth-based tracking stations will provide adequate navigation solutions in this region is unknown. This report presents a dilution-of-precision (DoP)-based, stationary surface navigation analysis of the performance of multiple lunar satellite constellations, Earth-based deep space network assets, and combinations thereof. Results show that kinematic and integrated solutions cannot be provided by the Earth-based deep space network stations. Also, the stationary surface navigation system needs to be operated either as a two-way navigation system or as a one-way navigation system with local terrain information, while the position solution is integrated over a short duration of time with navigation signals being provided by a lunar satellite constellation.

Welch, Bryan W.↗

NASA NTRS2016

Approach-Phase Precision Landing with Hazard Relative Navigation: Terrestrial Test Campaign Results of the Morpheus/ALHAT Project

The Morpheus Project began in late 2009 as an ambitious e ort code-named Project M to integrate three ongoing multi-center NASA technology developments: humanoid robotics, liquid oxygen/liquid methane (LOX/LCH4) propulsion and Autonomous Precision Landing and Hazard Avoidance Technology (ALHAT) into a single engineering demonstration mission to be own to the Moon by 2013. The humanoid robot e ort was redirected to a deploy- ment of Robonaut 2 on the International Space Station in February of 2011 while Morpheus continued as a terrestrial eld test project integrating the existing ALHAT Project's tech- nologies into a sub-orbital ight system using the world's rst LOX/LCH4 main propulsion and reaction control system fed from the same blowdown tanks. A series of 33 tethered tests with the Morpheus 1.0 vehicle and Morpheus 1.5 vehicle were conducted from April 2011 - December 2013 before successful, sustained free ights with the primary Vertical Testbed (VTB) navigation con guration began with Free Flight 3 on December 10, 2013. Over the course of the following 12 free ights and 3 tethered ights, components of the ALHAT navigation system were integrated into the Morpheus vehicle, operations, and ight control loop. The ALHAT navigation system was integrated and run concurrently with the VTB navigation system as a reference and fail-safe option in ight (see touchdown position esti- mate comparisons in Fig. 1). Flight testing completed with Free Flight 15 on December 15, 2014 with a completely autonomous Hazard Detection and Avoidance (HDA), integration of surface relative and Hazard Relative Navigation (HRN) measurements into the onboard dual-state inertial estimator Kalman lter software, and landing within 2 meters of the VTB GPS-based navigation solution at the safe landing site target. This paper describes the Mor- pheus joint VTB/ALHAT navigation architecture, the sensors utilized during the terrestrial ight campaign, issues resolved during testing, and the navigation results from the ight tests.

Crain, Timothy P.↗

NASA NTRS2018

6DOF Testing of the SLS Inertial Navigation Unit

The Navigation System on the NASA Space Launch System (SLS) Block 1 vehicle performs initial alignment of the Inertial Navigation System (INS) navigation frame through gyrocompass alignment (GCA). Because the navigation architecture for the SLS Block 1 vehicle is a purely inertial system, the accuracy of the achieved orbit relative to mission requirements is very sensitive to initial alignment accuracy. The assessment of this sensitivity and many others via simulation is a part of the SLS Model-Based Design and Model-Based Requirements approach. As a part of the aforementioned, 6DOF Monte Carlo simulation is used in large part to develop and demonstrate verification of program requirements. To facilitate this and the GN&C flight software design process, an SLS-Program-controlled Design Math Model (DMM) of the SLS INS was developed by the SLS Navigation Team. The SLS INS model implements all of the key functions of the hardware-namely, GCA, inertial navigation, and FDIR (Fault Detection, Isolation, and Recovery)-in support of SLS GN&C design requirements verification. Despite the strong sensitivity to initial alignment, GCA accuracy requirements were not verified by test due to program cost and schedule constraints. Instead, the system relies upon assessments performed using the SLS INS model. In order to verify SLS program requirements by analysis, the SLS INS model is verified and validated against flight hardware. In lieu of direct testing of GCA accuracy in support of requirement verification, the SLS Navigation Team proposed and conducted an engineering test to, among other things, validate the GCA performance and overall behavior of the SLS INS model through comparison with test data. This paper will detail dynamic hardware testing of the SLS INS, conducted by the SLS Navigation Team at Marshall Space Flight Center's 6DOF Table Facility, in support of GCA performance characterization and INS model validation. A 6-DOF motion platform was used to produce 6DOF pad twist and sway dynamics while a simulated SLS flight computer communicated with the INS. Tests conducted include an evaluation of GCA algorithm robustness to increasingly dynamic pad environments, an examination of GCA algorithm stability and accuracy over long durations, and a long-duration static test to gather enough data for Allan Variance analysis. Test setup, execution, and data analysis will be discussed, including analysis performed in support of SLS INS model validation.

Geohagan, Kevin↗

NASA NTRSDate not supplied

Plans for NASA Contributions to Position, Navigation, and Timing at the Moon

Dating back to the Apollo missions, navigation in cislunar space has traditionally been performed with radiometric tracking and orbit estimation in Earth-based systems. The selected landing zones for Apollo enabled direct to Earth line of sight. Up to the present day, lunar orbiting science missions continue to rely on Earth sensors and processing. The upcoming Artemis and science missions seek different objectives, including landing and traversing in lunar locations occulted from view by Earth. Sustaining a burgeoning and diverse lunar mission set requires in-situ navigation capabilities that do not rely exclusively on Earth-based tracking and provide accurate and timely position, navigation, and timing (PNT) knowledge defined in a lunar reference system. These missions prefer a seamless transition from Earth-centric to lunar-centric PNT systems to reduce complexity and size, weight, and power (SWaP) on their missions. NASA’s heritage in successful high-altitude Global Navigation Satellite System (GNSS) reception is informing an expanded Space Service Volume to the moon and the development of lower SWaP GNSS receivers for the lunar missions. To overcome the geometric restrictions from GNSS –from both limited Dilution of Precision at the moon and lunar occultation – NASA is pursuing PNT services from the Lunar Communications Relay and Navigation System (LCRNS) as part of the interoperable LunaNet architecture to provide lunar-centric navigation services. For situations that require additional sensors, e.g. hazard detection, NASA’s optical navigation algorithms and close-range topographic sensors combine with observables from LunaNet in autonomous navigation software that brings robustness to the PNT solution. This presentation will provide an overview of NASA’s LCRNS PNT services, high-altitude GNSS and close-range sensors, processing algorithms and performance analysis, as well as efforts underway to define the underpinning Lunar Reference System.

Cheryl J. Gramling↗

NASA NTRSDate not supplied

The Kinematic Navigation and Cartography Knapsack (KNaCK) LiDAR System: Overview and Applications.

Improved terrain characterization and navigation sensors and methods are needed to enhance crew safety, ISRU return, and scientific understanding of future landing sites. Specific to the Artemis Program and sustained exploration at the lunar South Pole, extreme low-angle solar illumination conditions pose significant challenges to existing photogrammetry-based robotic navigation. Additionally, a major challenge for navigation on the Moon and other planetary surfaces is the lack of Global Positioning and Navigation Systems (GPS or GNSS). Thus, there is a need for an alternative to image-based navigation that allow for precise and accurate mapping in GPS-denied environments on any planetary body. Here, we describe the Kinematic Navigation and Cartography Knapsack (KNaCK) LiDAR system; a backpack-mounted, mobile navigation and terrain mapping system that uses a velocity-sensing coherent light detection and ranging (LiDAR) system based on a frequency modulated continuous wave (FMCW) technique, contains minimal moving parts, and employs sophisticated positioning algorithms. During a traverse, this instrument emits light pulses to continually scan a scene to build a three-dimensional point cloud representation of topography. A measure of the Doppler-velocity at each of millions of range points sampled per second allows for a 6 degree of freedom (6- DoF) estimate of the sensor’s position and the development of novel position-from-velocity mapping and positioning algorithms for loop-closure in GPS denied environments. Included with paper is the video presentation for the Figure 2: FMCW-LiDAR sensor on Kinematic Navigation and Cartography Knapsack (KNaCK) (Aeva Aeries 1)

M. Zanetti↗

NASA NTRSDate not supplied

Early Artemis Surface Navigation: Challenges, Approaches, and Opportunities

The early Artemis missions represent the return of humanity to the surface of the Moon and provide opportunities for meeting early science and exploration goals. Position, Navigation, and Timing (PNT) capabilities are a fundamental element and inform operational design, flight rules, and the ability to meet these. This paper provides an overview of the needs, potential implementations, challenges, and concepts of operations in the initial human surface missions, Artemis III and IV. These early excursions are a crucial learning opportunity to gain more experience in the actual operational environment for Artemis V and beyond where exploration objectives and complexity increases. As part of the study, the team defined a threshold performance navigation requirement (including position and orientation) to meet crew safe return and assessed a breadth of navigation approaches that could be deployed to augment the crew’s baseline navigation capability. Data was collected in terms of size, mass, power, operational constraints, environment constraints, interface, and performance to define the technical metrics. Given these, the trade team conducted polling among the various Artemis Campaign elements to capture preference, integration challenges, and operational impacts. These were used to develop weightings and inform a ranked order of solutions across each of the early missions. The results of the study recommended augmenting the initial orientation capability with additional navigation sensors to provide coarse position and heading information to the crew to enable a safe contingency walk-back when out of video range. The team identified opportunities for embedding this hardware in future scenarios to provide an integrated solution. With the deployment of the LunaNet’s Lunar Augmented Navigation System, the crew will be able to maintain accurate real-time navigation knowledge with minimal physical impacts. Discussion of future testing and continued analysis is included in this paper. These forward plans and long-term architecture systems will enable a powerful navigation approach for orbiting and surface users, enabling a high level of scientific return and crew safety.

Evan Anzalone↗

NASA NTRSDate not supplied

Early Artemis Surface Navigation: Challenges, Approaches, and Opportunities

The early Artemis missions represent the return of humanity to the surface of the Moon and provide opportunities for meeting early science and exploration goals. Position, Navigation, and Timing (PNT) capabilities are a fundamental element and inform operational design, flight rules, and the ability to meet these. This paper provides an overview of the needs, potential implementations, challenges, and concepts of operations in the initial human surface missions, Artemis III and IV. These early excursions are a crucial learning opportunity to gain more experience in the actual operational environment for Artemis V and beyond where exploration objectives and complexity increases. As part of the study, the team defined a threshold performance navigation requirement (including position and orientation) to meet crew safe return and assessed a breadth of navigation approaches that could be deployed to augment the crew’s baseline navigation capability. Data was collected in terms of size, mass, power, operational constraints, environment constraints, interface, and performance to define the technical metrics. Given these, the trade team conducted polling among the various Artemis Campaign elements to capture preference, integration challenges, and operational impacts. These were used to develop weightings and inform a ranked order of solutions across each of the early missions. The results of the study recommended augmenting the initial orientation capability with additional navigation sensors to provide coarse position and heading information to the crew to enable a safe contingency walk-back when out of video range. The team identified opportunities for embedding this hardware in future scenarios to provide an integrated solution. With the deployment of the LunaNet’s Lunar Augmented Navigation System, the crew will be able to maintain accurate real-time navigation knowledge with minimal physical impacts. Discussion of future testing and continued analysis is included in this paper. These forward plans and long-term architecture systems will enable a powerful navigation approach for orbiting and surface users, enabling a high level of scientific return and crew safety.

Evan Anzalone↗

NASA NTRSDate not supplied

Low SWaP Onboard Satellite Navigation, Guidance, and Control Technology

Onboard autonomy is a necessity for responsive space operations. Autonomous navigation, guidance, and control (NGC) enables space missions to reduce their dependence on high demand ground assets and costly ground personnel. It also allows for in-situ decision making and higher return on mission data. A flight software and hardware system providing this capability, called “autoNGC,” is currently being developed at NASA Goddard Space Flight Center for infusion into multiple future missions. The first build of autoNGC, providing autonomous navigation for lunar orbiting spacecraft, is targeted for completion by Fall 2024. It provides sensor fusion of multiple measurement types including pseudo-range from a weak signal Global Navigation Satellite Service (GNSS) receiver, 1-way and 2-way direct to Earth (DTE) range and Doppler, bearing and range from optical camera sensed images, and an accelerometer. AutoNGC is also being targeted for future missions that involve small body proximity operations, Sun Earth Libration point orbits, and distributed systems missions (DSMs) including those at outer planets. AutoNGC flight software is being built upon the plug-and-play architecture of the core Flight System (cFS) [Ref. 1]. Figure (Slide 7) shows the message-based software bus layout of various software applications (“apps”) consisting of the standard cFS apps and autoNGC interface apps and libraries. Accurate onboard navigation and timing is obtained through the Goddard Enhanced Onboard Navigation System (GEONS) software library [Ref. 2], which fuses different measurement types through an extended Kalman filter (EKF) framework. Optical measurements that are ingested in GEONS are provided by the cFS Goddard Image Analysis and Navigation Tool (cGIANT) app [Ref. 3]. This app processes optical images to extract the bearing angles of the centroid of the imaged body (near or far), the range to the imaged body, and/or of the features on the surface of a body to perform terrain relative navigation (TRN). Measurement of range to the body’s center of mass can also be derived from the detection of the limb. The first build of autoNGC for a lunar orbiting spacecraft is a minimal size, weight, and power (SWaP) hardware design allowing for inclusion into CubeSats and SmallSat-size class buses. Advancements in miniaturized space processors, such as the SpaceCube 3.0 Mini and the SpaceCube Mini-Z [Ref. 4] are utilized for low SWaP while maintaining a high level of performance. Figure (Slide 11) shows the composition of the first autoNGC build. The current enclosure design has dimensions 12 cm x 17 cm x 13.5 cm. The box mass is expected to be less than 2 kg, and the nominal power is 21 W. The hardware interfaces are designed for flexibility with a variety of sensor inputs. The achievable navigation performance depends on the sensors utilized, including the onboard clock for 1-way pseudo-range measurements. Analysis using a configuration that consists of weak signal GPS, TRN, and 1-way DTE has shown position and velocity accuracies of 10 meters and 2 cm/s (3-σ ) RSS, respectively, with onboard time knowledge estimated to better than 13 ns (3-σ ), for a spacecraft in a representative 12-hour eccentric lunar orbit. Other measurement types such as x-rays from known pulsars (called XNAV) and cross-links can also be processed in GEONS. With the plug-and-play architecture of autoNGC, cFS apps can easily be added and replaced, even after launch. Goddard is actively seeking partners to collaborate in the development of additional capabilities for autoNGC, including industry, academia, and others across the US Government. Plans are being formulated to make the autoNGC software platform available for use by any US government organization to leverage the non-recurring engineering associated with the development of onboard autonomous NGC 3 capabilities. As advancements in space qualified sensors, microprocessors, and algorithms are made, the autoNGC platform provides a ready starting point for inclusion of these technologies.

C. J. Gramling↗

NASA NTRSDate not supplied

The Design of a Flexible, Interoperable Navigation Signal for Future Lunar Missions

The LunaNet Interoperability Specification (LNIS) is a set of standards currently under development by NASA, ESA, and JAXA, which define a common, interoperable set of services and interfaces for lunar communication and navigation. The LNIS includes specifications for the GNSS-like Augmented Forward Signal (AFS). The LANS (Lunar Augmented Navigation Service) will be comprised of Multiple LunaNet Service Provider (LNSP) nodes broadcasting the AFS, such as NASA’s LCRNS (Lunar Communications Relay and Navigation Systems), ESA’s Moonlight LCNS (Lunar Communication and Navigation Services) and the Japan LNSS (Lunar Navigation Satellite System). The LANS will provide a GNSS-like capability enabling orbiting and surface users in lunar space (such as Artemis) to estimate their position, velocity and time as described in Giordano et al., (2023). Initial capabilities will focus on providing service to the lunar South pole region. The specification of AFS defines two orthogonal signal components on a single carrier, with the in-phase component (AFS-I) being a lower-chip-rate data channel tailored for applications where low SWaP is critical (e.g., IoT devices or search and rescue), and the quadrature component (AFS-Q) being a high-chip-rate data-less pilot signal for high-precision, robust lunar navigation and positioning applications. An initial description of AFS was provided in the LNIS, (2023), and initial analysis results were shown in Dafesh, et al., (2024). In this work, we provide rationale for updates to the LNIS that define key aspects of the signal including the primary spreading code designs for the data and pilot channels, and a three-tiered overlay code approach for the pilot channel that provides flexible signal acquisition alternatives, rapid time dissemination and robust frame Sync. The paper also describes a robust data sync word that is designed to enable frame Sync. for low-SWaP receivers that only use the I channel, as well as a low-density parity check code (LDPC) data message encoding design and interleaving definition. The work further describes the impact of the updated AFS design in terms of improved acquisition performance, interference resistance, navigation message capabilities and rapid absolute time dissemination for users able to access clock and ephemeris data over an external network. The cross-correlation and synchronization performance of the AFS design is also compared to potential alternatives, further providing rationale for the final signal design configuration.

LANS↗

NASA NTRS2025

The Design of a Flexible, Interoperable Navigation Signal for Future Lunar Missions

The LunaNet Interoperability Specification (LNIS) is a set of standards currently under development by NASA, ESA, and JAXA, which define a common, interoperable set of services and interfaces for lunar communication and navigation. The LNIS includes specifications for the GNSS-like Augmented Forward Signal (AFS). The LANS (Lunar Augmented Navigation Service) will be comprised of Multiple LunaNet Service Provider (LNSP) nodes broadcasting the AFS, such as NASA’s LCRNS (Lunar Communications Relay and Navigation Systems), ESA’s Moonlight LCNS (Lunar Communication and Navigation Services) and the Japan LNSS (Lunar Navigation Satellite System). The LANS will provide a GNSS-like capability enabling orbiting and surface users in lunar space (such as Artemis) to estimate their position, velocity and time as described in Giordano et al., (2023). Initial capabilities will focus on providing service to the lunar South pole region. The specification of AFS defines two orthogonal signal components on a single carrier, with the in-phase component (AFS-I) being a lower-chip-rate data channel tailored for applications where low SWaP is critical (e.g., IoT devices or search and rescue), and the quadrature component (AFS-Q) being a high-chip-rate data-less pilot signal for high-precision, robust lunar navigation and positioning applications. An initial description of AFS was provided in the LNIS, (2023), and initial analysis results were shown in Dafesh, et al., (2024). In this work, we provide rationale for updates to the LNIS that define key aspects of the signal including the primary spreading code designs for the data and pilot channels, and a three-tiered overlay code approach for the pilot channel that provides flexible signal acquisition alternatives, rapid time dissemination and robust frame Sync. The paper also describes a robust data sync word that is designed to enable frame Sync. for low-SWaP receivers that only use the I channel, as well as a low-density parity check code (LDPC) data message encoding design and interleaving definition. The work further describes the impact of the updated AFS design in terms of improved acquisition performance, interference resistance, navigation message capabilities and rapid absolute time dissemination for users able to access clock and ephemeris data over an external network. The cross-correlation and synchronization performance of the AFS design is also compared to potential alternatives, further providing rationale for the final signal design configuration.

LunaNet↗