Search NASA⌕ Search

SEARCH · Search NASA

Results for “nav”

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.

36 records · Page 2

Applications of a hand-held GPS receiver in South American rain forests

A hand-held Global Positioning System receiver was used to determine the precise locations of villages, houses, gardens, and other cultural and environmental features in poorly mapped South American rain forests. The Magellan NAV 1000 unit profides extremely accurate latitude and longitude information, but determination of altitude is problematical. Overall, the receiver effectively allows anthropologists to obtain essential locational data useful for categorizing land uses, mapping tribal boundaries, and other applications in regions where environmental conditions are harsh and/or accessibility is difficult.

Baksh, Michael↗

Probabilistic Analysis of Impact of Wake Vortices on Closely-Spaced Parallel Approaches

One of the primary constraints on the capacity of the nation's air transportation system is the landing capacity of its largest airports. Many airports with closely spaced parallel runways suffer a severe runway acceptance rate when the weather conditions do not allow full utilization of these parallel runways. The present requirement for simultaneous independent landings in Instrument Meteorological Conditions, IMC, is at least 4300 feet of lateral runway spacing (as close as 3000 feet for runways with a Precision Runway Monitor). Operations in Visual Meteorological Conditions, VMC, to Closely Spaced Parallel Approaches only require a lateral runway spacing greater than 750 feet. A study by Hardy and Lewis integrated and extended earlier studies and concepts in lateral traffic separation, longitudinal station keeping, wake prediction, wake display, and the concepts of R N P into a preliminary system concept for Closely Spaced Parallel Approaches in IMC. This system allows IMC airport acceptance rates to approach those for VMC. The system concept that was developed, presented traffic and wake information on the NAVigation Display, NAV, and developed operational procedures for a mix of conventional and Runway Independent Aircraft with different approach speeds to Closely Spaced Parallel Runways. This paper first describes some improvements made on the technology needed to better predict and formulate a probabilistic representation for the time-dependent motion and spreading of the hazardous region associated with the lift-generated vortex wakes of preceding aircraft. In this way, the time at which the vortex wakes of leading aircraft intrude into the airspace of adjacent flight-corridor/runway combinations can be more reliably predicted. Such a prediction is needed because it determines restraints to be placed on in-trail separation distances; or, the allowable time intervals between aircraft executing nearly simultaneous landings or takeoffs on very closely-spaced runways. Improved estimates of wake spreading are achieved by inclusion of representations in the equations for wake spreading due to ambient turbulence and due to the long-wave instability of a vortex pair. Wake motion and spreading due to the time-averaged wind and its variations with time, are retained. The more detailed representation of wake spreading presented here permits the development of probabilistically-based uncertainty estimates for wake spreading. Measurements needed within actual aircraft wake vortices to validate and support this analysis are also described. The second part of the paper uses the improvements in the accuracy of the location of wake vortices to extend the preliminary system concept for Closely Spaced Parallel Approaches described earlier with more robust operational procedures. Additionally, improvements in longitudinal station keeping, wake display, and risk assessment methodologies are incorporated and described.

Hardy, Gordon H.↗

A Reusable Design for Precision Lunar Landing Systems

The top-level architecture to accomplish NASA's Vision for Space Exploration is to use Lunar missions and systems not just as an end in themselves, but also as testbeds for the more ambitious goals of Human Mars Exploration (HME). This approach means that Lunar missions and systems are most likely going to be targeted for (Lunar) polar missions, and also for long-duration (months) surface stays. This overacting theme creates basic top-level requirements for any next-generation lander system: 1) Long duration stays: a) Multiple landers in close proximity; b) Pinpoint landings for "surface rendezvous"; c) Autonomous landing of pre-positioned assets; and d) Autonomous Hazard Detection and Avoidance. 2) Polar and deep-crater landings (dark); 3) Common/extensible systems for Moon and Mars, crew and cargo. These requirements pose challenging technology and capability needs. Compare and contrast: 4) Apollo: a) 1 km landing accuracy; b) Lunar near-side (well imaged and direct-to-Earth com. possible); c) Lunar equatorial (landing trajectories offer best navigation support from Earth); d) Limited lighting conditions; e) Significant ground-in-the-loop operations; 5) Lunar Access: a) 10-100m landing precision; b) "Anywhere" access includes polar (potentially poor nav. support from Earth) and far side (poor gravity and imaging; no direct-to-Earth com); c) "Anytime" access includes any lighting condition (including dark); d) Full autonomous landing capability; e) Extensible design for tele-operation or operator-in-the-loop; and f) Minimal ground support to reduce operations costs. The Lunar Access program objectives, therefore, are to: a) Develop a baseline Lunar Precision Landing System (PLS) design to enable pinpoint "anywhere, anytime" landings; b) landing precision 10m-100m; c) Any LAT, LON; and d) Any lighting condition; This paper will characterize basic features of the next generation Lunar landing system, including trajectory types, sensor suite options and a reference system architecture.

Fuhrman, Linda↗

Compact, Highly Stable Ion Atomic Clock

A mercury-ion clock now at the breadboard stage of development (see figure) has a stability comparable to that of a hydrogen-maser clock: In tests, the clock exhibited an Allan deviation of between 2 x 10(exp -13) and 3 x 10(exp -13) at a measurement time of 1 second, averaging to about 10(exp -15) at 1 day. However, the clock occupies a volume of only about 2 liters . about a hundredth of the volume of a hydrogen-maser clock. The ion-handling parts of the apparatus are housed in a sealed vacuum tube, wherein only a getter pump is used to maintain the vacuum. Hence, this apparatus is a prototype of a generation of small, potentially portable high-precision clocks for diverse ground- and space-based navigation and radio science applications. Furthermore, this new ion-clock technology is about 100 times more stable and precise than the rubidium atomic clocks currently in use in the NAV STAR GPS Earth-orbiting satellites. In this clock, mercury ions are shuttled between a quadrupole and a 16-pole linear radio-frequency trap. In the quadrupole trap, the ions are tightly confined and optical state selection from a Hg-202 radio-frequency-discharge ultraviolet lamp is carried out. In the 16-pole trap, the ions are more loosely confined and atomic transitions resonant at frequency of about 40.507 GHz are interrogated by use of a microwave beam at that frequency. The trapping of ions effectively eliminates the frequency pulling caused by wall collisions inherent to gas-cell clocks. The shuttling of the ions between the two traps enables separation of the state-selection process from the clock microwave- resonance process, so that each of these processes can be optimized independently of the other. The basic ion-shuttling, two-trap scheme as described thus far is not new: it has been the basis of designs of prior larger clocks. The novelty of the present development lies in major redesigns of its physics package (the ion traps and the vacuum and optical subsystems) to effect the desired reduction of size to a volume of no more than a couple of liters. The redesign effort has included selection of materials for the vacuum tube, ion trap, and ultraviolet windows that withstand bakeout at a temperature of approx.450 C in preparation for sealing the tube to contain the vacuum. This part of the redesign effort follows the approach taken in the development of such other vacuum-tube electronic components as flight traveling- wave-tube amplifiers having operational and shelf lives as long as 15 years. The redesign effort has also included a thorough study of residual-gas-induced shifts of the ion-clock frequency and a study of alternative gases as candidates for use as a buffer gas within the sealed tube. It has been found that neon is more suitable than is helium, which has been traditionally used for this purpose, in that the pressure-induced frequency pulling by neon is between a third and a half of that of helium. In addition, because neon diffuses through solids much more slowly than does helium, the loss of neon by diffusion over the operational lifetime is expected to be negligible.

Prestage, John↗

SBIR Technology Applications to Space Communications and Navigation (SCaN)

This slide presentation reviews the mission of the Space Communications and Navigation (SCaN) Office with particular emphasis on opportunities for technology development with SBIR companies. The SCaN office manages NASA's space communications and navigation networks: the Near Earth Network (NEN), the Space Network (SN), and the Deep Space Network (DSN). The SCaN networks nodes are shown on a world wide map and the networks are described. Two types of technologies are described: Pull technology, and Push technologies. A listing of technology themes is presented, with a discussion on Software defined Radios, Optical Communications Technology, and Lunar Lasercom Space Terminal (LLST). Other technologies that are being investigated are some Game Changing Technologies (GCT) i.e., technologies that offer the potential for improving comm. or nav. performance to the point that radical new mission objectives are possible, such as Superconducting Quantum Interference Filters, Silicon Nanowire Optical Detectors, and Auto-Configuring Cognitive Communications

Liebrecht, Phil↗

Planetary Image Geometry Library

The Planetary Image Geometry (PIG) library is a multi-mission library used for projecting images (EDRs, or Experiment Data Records) and managing their geometry for in-situ missions. A collection of models describes cameras and their articulation, allowing application programs such as mosaickers, terrain generators, and pointing correction tools to be written in a multi-mission manner, without any knowledge of parameters specific to the supported missions. Camera model objects allow transformation of image coordinates to and from view vectors in XYZ space. Pointing models, specific to each mission, describe how to orient the camera models based on telemetry or other information. Surface models describe the surface in general terms. Coordinate system objects manage the various coordinate systems involved in most missions. File objects manage access to metadata (labels, including telemetry information) in the input EDRs and RDRs (Reduced Data Records). Label models manage metadata information in output files. Site objects keep track of different locations where the spacecraft might be at a given time. Radiometry models allow correction of radiometry for an image. Mission objects contain basic mission parameters. Pointing adjustment ("nav") files allow pointing to be corrected. The object-oriented structure (C++) makes it easy to subclass just the pieces of the library that are truly mission-specific. Typically, this involves just the pointing model and coordinate systems, and parts of the file model. Once the library was developed (initially for Mars Polar Lander, MPL), adding new missions ranged from two days to a few months, resulting in significant cost savings as compared to rewriting all the application programs for each mission. Currently supported missions include Mars Pathfinder (MPF), MPL, Mars Exploration Rover (MER), Phoenix, and Mars Science Lab (MSL). Applications based on this library create the majority of operational image RDRs for those missions. A Java wrapper around the library allows parts of it to be used from Java code (via a native JNI interface). Future conversions of all or part of the library to Java are contemplated.

Deen, Robert C.↗

Connect Global Positioning System RF Module

The CoNNeCT Global Positioning System RF Module (GPSM) slice is part of the JPL CoNNeCT Software Defined Radio (SDR). CoNNeCT is the Communications, Navigation, and Net working reconfigurable Testbed project that is part of NASA's Space Communication and Nav igation (SCaN) Program. The CoNNeCT project is an experimental dem onstration that will lead to the advancement of SDRs and provide a path for new space communication and navigation systems for future NASA exploration missions. The JPL CoNNeCT SDR will be flying on the International Space Station (ISS) in 2012 in support of the SCaN CoNNeCT program. The GPSM is a radio-frequency sampler module (see Figure 1) that directly sub-harmonically samples the filtered GPS L-band signals at L1 (1575.42 MHz), L2 (1227.6 MHz), and L5 (1176.45 MHz). The JPL SDR receives GPS signals through a Dorne & Margolin antenna mounted onto a choke ring. The GPS signal is filtered against interference, amplified, split, and fed into three channels: L1, L2, and L5. In each of the L-band channels, there is a chain of bandpass filters and amplifiers, and the signal is fed through each of these channels to where the GPSM performs a one-bit analog-to-digital conversion (see Figure 2). The GPSM uses a sub-harmonic, single-bit L1, L2, and L5 sampler that samples at a clock rate of 38.656 MHz. The new capability is the down-conversion and sampling of the L5 signal when previous hardware did not provide this capability. The first GPS IIF Satellite was launched in 2010, providing the new L5 signal. With the JPL SDR flying on the ISS, it will be possible to demonstrate navigation solutions with 10-meter 3-D accuracy at 10-second intervals using a field-program mable gate array (FPGA)-based feedback loop running at 50 Hz. The GPS data bits will be decoded and used in the SDR. The GPSM will also allow other waveforms that are installed in the SDR to demonstrate various GNSS tracking techniques.

Franklin, Garth W.↗

Navigation/Prop Software Suite

Navigation (Nav)/Prop software is used to support shuttle mission analysis, production, and some operations tasks. The Nav/Prop suite containing configuration items (CIs) resides on IPS/Linux workstations. It features lifecycle documents, and data files used for shuttle navigation and propellant analysis for all flight segments. This suite also includes trajectory server, archive server, and RAT software residing on MCC/Linux workstations. Navigation/Prop represents tool versions established during or after IPS Equipment Rehost-3 or after the MCC Rehost.

Bruchmiller, Tomas↗

Ascent/Descent Software

The Ascent/Descent Software Suite has been used to support a variety of NASA Shuttle Program mission planning and analysis activities, such as range safety, on the Integrated Planning System (IPS) platform. The Ascent/Descent Software Suite, containing Ascent Flight Design (ASC)/Descent Flight Design (DESC) Configuration items (Cis), lifecycle documents, and data files used for shuttle ascent and entry modeling analysis and mission design, resides on IPS/Linux workstations. A list of tools in Navigation (NAV)/Prop Software Suite represents tool versions established during or after the IPS Equipment Rehost-3 project.

Brown, Charles↗

Understanding Spacecraft Agility for Orbit Transfers on the Dawn Low-thrust Mission

Conventional maneuver design processes were inadequate. Long thrusting durations with the small force of SEP. Increased coupling between ACS and NAV teams. Definition of quantifiable constraints proved impractical. Specifically for the Dawn mission, because of the attitude steering algorithm. A time-efficient simulation tool, qSTAT, was developed and allowed fast verification of candidate thrust profile designs. This approach allowed Dawn to overcome the complications of low-thrust orbit transfers.

low-thrust↗

Trajectory Specification for Automation of Terminal Air Traffic Control

"Trajectory specification" is the explicit bounding and control of aircraft tra- jectories such that the position at each point in time is constrained to a precisely defined volume of space. The bounding space is defined by cross-track, along-track, and vertical tolerances relative to a reference trajectory that specifies position as a function of time. The tolerances are dynamic and will be based on the aircraft nav- igation capabilities and the current traffic situation. A standard language will be developed to represent these specifications and to communicate them by datalink. Assuming conformance, trajectory specification can guarantee safe separation for an arbitrary period of time even in the event of an air traffic control (ATC) sys- tem or datalink failure, hence it can help to achieve the high level of safety and reliability needed for ATC automation. As a more proactive form of ATC, it can also maximize airspace capacity and reduce the reliance on tactical backup systems during normal operation. It applies to both enroute airspace and the terminal area around airports, but this paper focuses on arrival spacing in the terminal area and presents ATC algorithms and software for achieving a specified delay of runway arrival time.

air traffic control↗

GOES-16 and GOES-17 ABI INR Assessment

The first two satellites of the US Geostationary Operational Environmental Satellite R-Series (GOES-R) were launched on November 19, 2016 and March 1, 2018 respectively. GOES-16 officially became GOES East on December 18, 2017, and the designation of GOES-17 as GOES West occurred on February 12 2019. The Advanced Baseline Imager (ABI) is the primary instrument on GOES-16 and GOES-17 for imaging Earth’s surface and atmosphere to significantly improve the detection and observation of severe environmental phenomena. The Image Navigation and Registration (INR) Performance Assessment Tool Set (IPATS) was developed to assess INR performance of GOES-R series ABI images. In this paper, we first describe the assessment of IPATS algorithm accuracy. Next, we present the relationship between view zenith angle (VZA) and the quality of the IPATS measurements. Lastly, we present GOES-16 and GOES-17 navigation (NAV) assessments results from flight data spanning from the start of INR assessment to June 2019. The results show a) IPATS “stair step” measurement error is less or equal to 0.06 ABI pixel with IPATS baseline configuration; b) VZA is an effective filter to exclude outliers of the measurements; and c) ABI INR for both satellites has improved over time as post-launch tests (PLT) were performed and corrections applied. This paper also shows that the post-launch INR tuning of GOES-17 was much shorter than GOES-16.

GOES-17↗

SEASONAL VARIATION IN THE MEASUREMENT OF GOES-16 ABI CHANNEL-TO-CHANNEL REGISTRATION

An Image Navigation and Registration (INR) Performance Assessment Tool Set (IPATS) was developed to assess the US Geostationary Operational Environmental Satellite R-series (GOES-R) Advanced Baseline Imager (ABI) and Geostationary Lighting Mapper (GLM) INR performance.Channel-to-channel registration (CCR) is one of the five INR performance metricsproduced by IPATS. A seasonal variationis observed in the CCR assessment in north-south direction when one or both channels are reflective. However, indirect CCR, calculated as the difference of NAV measurements between two channels, does not presentthe similar seasonal variation. The phenomenon of the seasonal variationcoincides with the annual change of the subsolar point location. The amplitude of the seasonal variation is related tothe length and the direction of the shadow. DirectCCR, measured by IPATSdirectly,performs better than indirect CCR when both channels are visible wavelengthsor emissivechannels. For all other channel paircombinations, the assessment of indirect CCR is more accurate.

Bin Tan↗

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↗

ARTSN: An Automated Real-Time Spacecraft Navigation System

ARTSN, the Automated Real-Time Spacecraft Navigation system is a real time system for the automated navigation of interplanetary spacecraft. The system processes the real time DSN radio metric data flow and generates updated spacecraft solutions and the associated covariance. ARTSN is designed modularly with the user interface input and output separated from the data analysis modules. Designed for distributed application, the system provided, for the first time, an automated method of processing radio metric navigation data for interplanetary spacecraft.

ARTSN↗

The Gandalf Staff: A Mobile Tool for Lunar Exploration (2nd year of development)

The Gandalf Staff is a mobile tool designed to be a flexible device supporting crewed and uncrewed operations on the lunar surface. The core of the device is a 24v battery with communications and data storage systems. Initial optional components supporting crewed Extra-Vehicular Activity (EVA) include a LiDAR and 360˚ camera. These provide 3D mapping of the traverse for documentation, and to aid future planning. The mapping also creates outreach opportunities for the public to “stand beside” the astronaut in Virtual Reality (VR). The staff provides external lighting for field site illumination in the south polar region low sun angle environment. Navigation instruments for crew position determination with Lunar Search and Rescue (LunaSAR) are also included. The staff itself can be used as a walking aid or as a splint for Incapacitated Crew Rescue (ICR). As a stand-alone device, the staff operates as a long duration untended science platform collecting environmental data and sending it to a lunar base station. The stand-alone mode requires connection to an auxiliary power source (e.g. solar array) and energy storage system (e.g. battery), so it could become an electrical recharging station. To make rapid progress in the 1st year, and also to demonstrate innovative project management techniques, NASA guided a private industry partner, T STAR, in leading Capstone Engineering student teams at Texas A&M University (TAMU) for proof-of-concept development and testing. These teams developed the power system and demonstrated successful integration of LiDAR, WiFi communications, and external lighting subsystems. Another industry team at Jacobs Technology prototyped a tripod to hold the staff upright. For the 2nd year (FY’22), NASA will again collaborate with partners to prototype enhanced power and lighting concepts. Year 2 will also add new capability for LunaSAR and geophysical science instrumentation using a heat probe. The heat probe is based upon Apollo heritage but modified to measure subsurface volatile ice regimes at the Artemis landing site. Components of the Gandalf Staff can be developed, tested, and deployed independently, or on the integrated staff, rovers, or utility trailers. The project supports crew safety, lunar sample curation, mission science, and public outreach goals of NASA. PLAIN TEST SUMMARY: Gandalf Staff is a 24v battery powered mobile tool for the lunar surface supporting crewed geologic field site exploration, or as a stand-alone science platform. As a tool assisting astronauts conducting field geology, the Gandalf Staff provides external lighting to illuminate shadowed regions on the surface. It also documents the process of collecting rocks and dust samples using a LiDAR (laser range instrument) and cameras. The staff provides a beacon for emergency location of astronauts and augments communications when the astronauts are blocked by large boulders. As a standalone science platform, the Gandalf Staff provides a power system for instruments and sensors to measure the lunar environment over long periods of time. The staff gathers data and sends the results to a lunar base station for analysis.

External Lighting↗

Draft LunaNet Interoperability Specification

This document, along with its companion documents, provides the basis for a comprehensive set of requirements for operation of a lunar communications and navigation network capable of interoperating with other networks compliant with the Lunar Network (LunaNet). LunaNet will include Earth ground stations and orbiting spacecraft and will provide services to human exploration, lunar science, and space technology missions. LunaNet will start with a simple architecture of a few nodes to meet the needs of the early missions and evolve to meet the growing needs of a sustained lunar presence. All relay network services are not expected to be met by a single spacecraft, or node. The expectation is that the needs of users will be met through a combination of interoperable systems provided by NASA, international partners, and commercial providers. Interoperability across this network-of-networks can be achieved through negotiation of mutually-agreed-upon standards that will be reflected in this document and in the specifications defined by other participants in the cooperative lunar network. This document was written and reviewed by NASA and the European Space Agency (ESA).

LunaNet↗