Search NASA⌕ Search

Engineering topics

Allan, Mark

Publications and source records attributed to Allan, Mark.

13 records
All sourcesNASA NTRSDOE OSTI
NASA NTRS2021

An Innovative Approach to Modeling VIPER Rover Software Life Cycle Cost

NASA’s “Volatiles Investigating Polar Exploration Rover” (VIPER) will be the first robotic mission to prospect for water ice near the south pole of the Moon in late 2023 on a 100-Earth-day mission. The information that the VIPER rover provides will help improve understanding of the composition, distribution, and accessibility of Lunar polar volatiles and will help determine how the Moon’s resources can support future human space exploration. VIPER, however, represents a radical departure from the way that NASA has traditionally developed planetary robotic missions. A key consequence of these differences is that estimating the cost of VIPER’s rover software is challenging and complex.For example, VIPER is being developed using management procedures typically applied to NASA research and technology projects, rather than space flight programs. In addition, key portions of the rover’s software are being designed as ground software to run on mission control computers (rather than on-board the rover as flight software as with prior planetary missions) taking advantage of continuous, interactive data communications between the Moon and Earth and higher performance computing available on the ground. Moreover, the rover’s software is being engineered using Agile software development practices and incorporates a significant amount of open-source, rather than following traditional (spiral, waterfall, etc.) development methods and in-house code. In this paper, we present an innovative process to estimate the life cycle cost of VIPER’s rover software. We first describe how we modeled the architecture and code counts for three software elements: Rover Flight Software (RFSW), Rover Ground Software (RGSW), and Rover Simulation Software (RSIM). We then discuss key challenges and unique aspects of our approach, such as the lack of Lunar rover analogies, the need to integrate and test large open source software, and the strategies developed to account for use of non-space flight management practices and the impact of the COVID-19 pandemic. We conclude with a summary of our results, including cumulative distribution, nearest neighbors and cluster analysis, as well as heuristics used to confirm the reasonableness of the cost estimate.

Utz, Hans↗
NASA NTRS2019

Dataset Documentation FROST: Features Relevant to Ocean Worlds Surface Terrain

We present an analog dataset that provides examples of possible terrain features, geometry, and appearance at the 1-10cm scale on ocean worlds/icy moons such as Europa, Enceladus, and Pluto. The motivation for collecting this dataset was a lack of available high-resolution digital models suitable for development of surface missions to these bodies, including use for simulation of mechanics, sampling, and imaging. NASA field opportunities to Death Valley, California and the Atacama Desert, Chile were leveraged in order to observe and record analog sites.

Wong, Uland↗
NASA NTRS2019

Planetary Rover Simulation for Lunar Exploration Missions

When planning planetary rover missions it is useful to develop intuition and skills driving in, quite literally, alien environments before incurring the cost of reaching said locales. Simulators make it possible to operate in environments that have the physical characteristics of target locations without the expense and overhead of extensive physical tests. To that end, NASA Ames and Open Robotics collaborated on a Lunar rover driving simulator based on the open source Gazebo simulation platform and leveraging ROS (Robotic Operating System) components. The simulator was integrated with research and mission software for rover driving, system monitoring, and science instrument simulation to constitute an end-to-end Lunar mission simulation capability. Although we expect our simulator to be applicable to arbitrary Lunar regions, we designed to a reference mission of prospecting in polar regions. The harsh lighting and low illumination angles at the Lunar poles combine with the unique reflectance properties of Lunar regolith to present a challenging visual environment for both human and computer perception. Our simulator placed an emphasis on high fidelity visual simulation in order to produce synthetic imagery suitable for evaluating human rover drivers with navigation tasks, as well as providing test data for computer vision software development.In this paper, we describe the software used to construct the simulated Lunar environment and the components of the driving simulation. Our synthetic terrain generation software artificially increases the resolution of Lunar digital elevation maps by fractal synthesis and inserts craters and rocks based on Lunar size-frequency distribution models. We describe the necessary enhancements to import large scale, high resolution terrains into Gazebo, as well as our approach to modeling the visual environment of the Lunar surface. An overview of the mission software system is provided, along with how ROS was used to emulate flight software components that had not been developed yet. Finally, we discuss the effect of using the high-fidelity synthetic Lunar images for visual odometry. We also characterize the wheel slip model, and find some inconsistencies in the produced wheel slip behaviour.

Allan, Mark↗
NASA NTRS2015

Challenges of Rover Navigation at the Lunar Poles

Observations from Lunar Prospector, LCROSS, Lunar Reconnaissance Orbiter (LRO), and other missions have contributed evidence that water and other volatiles exist at the lunar poles in permanently shadowed regions. Combining a surface rover and a volatile prospecting and analysis payload would enable the detection and characterization of volatiles in terms of nature, abundance, and distribution. This knowledge could have impact on planetary science, in-situ resource utilization, and human exploration of space. While Lunar equatorial regions of the Moon have been explored by manned (Apollo) and robotic missions (Lunokhod, Cheng'e), no surface mission has reached the lunar poles.

Robotics↗
NASA NTRS2013

Surface Telerobotics: Development and Testing of a Crew Controlled Planetary Rover System

In planning for future exploration missions, architecture and study teams have made numerous assumptions about how crew can be telepresent on a planetary surface by remotely operating surface robots from space (i.e. from a flight vehicle or deep space habitat). These assumptions include estimates of technology maturity, existing technology gaps, and operational risks. These assumptions, however, have not been grounded by experimental data. Moreover, to date, no crew-controlled surface telerobot has been fully tested in a high-fidelity manner. To address these issues, we developed the "Surface Telerobotics" tests to do three things: 1) Demonstrate interactive crew control of a mobile surface telerobot in the presence of short communications delay. 2) Characterize a concept of operations for a single astronaut remotely operating a planetary rover with limited support from ground control. 3) Characterize system utilization and operator work-load for a single astronaut remotely operating a planetary rover with limited support from ground control.

Bualat, Maria G.↗
NASA NTRS2011

RAPID: Collaborative Commanding and Monitoring of Lunar Assets

RAPID (Robot Application Programming Interface Delegate) software utilizes highly robust technology to facilitate commanding and monitoring of lunar assets. RAPID provides the ability for intercenter communication, since these assets are developed in multiple NASA centers. RAPID is targeted at the task of lunar operations; specifically, operations that deal with robotic assets, cranes, and astronaut spacesuits, often developed at different NASA centers. RAPID allows for a uniform way to command and monitor these assets. Commands can be issued to take images, and monitoring is done via telemetry data from the asset. There are two unique features to RAPID: First, it allows any operator from any NASA center to control any NASA lunar asset, regardless of location. Second, by abstracting the native language for specific assets to a common set of messages, an operator may control and monitor any NASA lunar asset by being trained only on the use of RAPID, rather than the specific asset. RAPID is easier to use and more powerful than its predecessor, the Astronaut Interface Device (AID). Utilizing the new robust middleware, DDS (Data Distribution System), developing in RAPID has increased significantly over the old middleware. The API is built upon the Java Eclipse Platform, which combined with DDS, provides platform-independent software architecture, simplifying development of RAPID components. As RAPID continues to evolve and new messages are being designed and implemented, operators for future lunar missions will have a rich environment for commanding and monitoring assets.

Torres, Recaredo J.↗
NASA NTRS2010

Robotic Follow-Up for Human Exploration

We are studying how "robotic follow-up" can improve future planetary exploration. Robotic follow-up, which we define as augmenting human field work with subsequent robot activity, is a field exploration technique designed to increase human productivity and science return. To better understand the benefits, requirements, limitations and risks associated with this technique, we are conducting analog field tests with human and robot teams at the Haughton Crater impact structure on Devon Island, Canada. In this paper, we discuss the motivation for robotic follow-up, describe the scientific context and system design for our work, and present results and lessons learned from field testing.

Fong, Terrence↗
NASA NTRS2009

RAPID: Collaboration Results from Three NASA Centers in Commanding/Monitoring Lunar Assets

Three NASA centers are working together to address the challenge of operating robotic assets in support of human exploration of the Moon. This paper describes the combined work to date of the Ames Research Center (ARC), Jet Propulsion Laboratory (JPL) and Johnson Space Center (JSC) on a common support framework to control and monitor lunar robotic assets. We discuss how we have addressed specific challenges including time-delayed operations, and geographically distributed collaborative monitoring and control, to build an effective architecture for integrating a heterogeneous collection of robotic assets into a common work. We describe the design of the Robot Application Programming Interface Delegate (RAPID) architecture that effectively addresses the problem of interfacing a family of robots including the JSC Chariot, ARC K-10 and JPL ATHLETE rovers. We report on lessons learned from the June 2008 field test in which RAPID was used to monitor and control all of these assets. We conclude by discussing some future directions to extend the RAPID architecture to add further support for NASA's lunar exploration program.

Torres, R. Jay↗
NASA NTRS2008

Field Testing of Utility Robots for Lunar Surface Operations

Since 2004, NASA has been working to return to the Moon. In contrast to the Apollo missions, two key objectives of the current exploration program is to establish significant infrastructure and an outpost. Achieving these objectives will enable long-duration stays and long-distance exploration of the Moon. To do this, robotic systems will be needed to perform tasks which cannot, or should not, be performed by crew alone. In this paper, we summarize our work to develop "utility robots" for lunar surface operations, present results and lessons learned from field testing, and discuss directions for future research.

Fong, Terrence↗
NASA NTRS2006

Supervising Remote Humanoids Across Intermediate Time Delay

The President's Vision for Space Exploration, laid out in 2004, relies heavily upon robotic exploration of the lunar surface in early phases of the program. Prior to the arrival of astronauts on the lunar surface, these robots will be required to be controlled across space and time, posing a considerable challenge for traditional telepresence techniques. Because time delays will be measured in seconds, not minutes as is the case for Mars Exploration, uploading the plan for a day seems excessive. An approach for controlling humanoids under intermediate time delay is presented. This approach uses software running within a ground control cockpit to predict an immersed robot supervisor's motions which the remote humanoid autonomously executes. Initial results are presented.

Hambuchen, Kimberly↗
NASA NTRS2003

Lessons Learned From Developing A Streaming Data Framework for Scientific Analysis

We describe the development and usage of a streaming data analysis software framework. The framework is used for three different applications: Earth science hyper-spectral imaging analysis, Electromyograph pattern detection, and Electroencephalogram state determination. In each application the framework was used to answer a series of science questions which evolved with each subsequent answer. This evolution is summarized in the form of lessons learned.

Wheeler. Kevin R.↗
NASA NTRS2002

Visual Inference Programming

The goal of visual inference programming is to develop a software framework data analysis and to provide machine learning algorithms for inter-active data exploration and visualization. The topics include: 1) Intelligent Data Understanding (IDU) framework; 2) Challenge problems; 3) What's new here; 4) Framework features; 5) Wiring diagram; 6) Generated script; 7) Results of script; 8) Initial algorithms; 9) Independent Component Analysis for instrument diagnosis; 10) Output sensory mapping virtual joystick; 11) Output sensory mapping typing; 12) Closed-loop feedback mu-rhythm control; 13) Closed-loop training; 14) Data sources; and 15) Algorithms. This paper is in viewgraph form.

Wheeler, Kevin↗