Internet-based Ground Operations for Mars Lander and Rover Missions
The Web Interface for Telescience (WITS) has been developed to provide Internet-based ground operations for planetary lander and rover missions.
SEARCH · Search NASA
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.
The Web Interface for Telescience (WITS) has been developed to provide Internet-based ground operations for planetary lander and rover missions.
Over the years, NASA has supported unmanned space missions, beyond earth orbit, through a Deep Space Mission System (DSMS) that is developed and operated by the Jet Propulsion Laboratory (JPL) and subcontractors. The DSMS capabilities have been incrementally upgraded since its establishment in the late '50s and are delivered primarily through three Deep Space Communications Complexes (DSCC 's) near Goldstone, California, Madrid, Spain, and Canberra, Australia and from facilities at JPL. Traditionally, mission support (tracking, command, telemetry, etc) is assigned on an individual-mission basis, between each mission and a ground-based asset, independent of other missions. As NASA, and its international partners, move toward flying fullconstellations and precision formations, the DSMS is developing plans and technologies to provide the requisite support. The key activities under way are: (1) integrated communications architecture for Mars exploration, including relays on science orbiters and dedicated relay satellites to provide continuous coverage for orbiters, landers and rovers. JPL is developing an architecture, as well as protocols and equipment, required for the cost-effective operations of such an infrastructure. (2) Internet-type protocols that will allow for efficient operations across the deep-space distances, accounting for and accommodating the long round-trip-light-time. JPL is working with the CCSDS to convert these protocols to an international standard and will deploy such protocol, the CCSDS File Delivery Protocol (CFDP), on the Mars Reconnaissance Orbiter (MRO) and on the Deep Impact (01) missions. (3) Techniques to perform cross-navigation between spacecrafi that fly in a loose formation. Typical cases are cross-navigation between missions that approach Mars and missionsthat are at Mars, or the determination of a baseline for missions that fly in an earth-lead- lag configuration. (4) Techniques and devices that allow the precise metrology and controllability of tightformations for precision constellation missions. In this paper we discuss the four classes of constellatiodformation support with emphasis of DSMS current status (technology and implementation) and plans in the first three areas.
Mars Pathfinder, the first low-cost, quick Discovery class mission to be completed, successfully landed on the surface of Mars on July 4, 1997, deployed and navigated a small rover, and collected data from 3 science instruments and 10 technology experiments. The mission operated on Mars for 3 months and returned 2.3 Gbits of new data, including over 16,500 lander and 550 rover images, 16 chemical analyses of rocks and soil, and 8.5 million individual temperature, pressure and wind measurements. The rover traversed 100 m clockwise around the lander, exploring about 200 square meters of the surface. The mission captured the imagination of the public, and garnered front page headlines during the first week. A total of about 566 million internet "hits" were registered during the first month of the mission, with 47 million "hits" on July 8th alone, making the Pathfinder landing by far the largest internet event in history at the time. Pathfinder was the first mission to deploy a rover on Mars. It carried a chemical analysis instrument, to characterize the rocks and soils in a landing area over hundreds of square meters on Mars, which provided a calibration point or "ground truth" for orbital remote sensing observations. The combination of spectral imaging of the landing area by the lander camera, chemical analyses aboard the rover, and close-up imaging of colors, textures and fabrics with the rover cameras offered the potential of identifying rocks (petrology and mineralogy). With this payload, a landing site in Ares Vallis was selected because it appeared acceptably safe and offered the prospect of analyzing a variety of rock types expected to be deposited by catastrophic floods, which enabled addressing first-order scientific questions such as differentiation of the crust, the development of weathering products, and the nature of the early Martian environment and its subsequent evolution. The 3 instruments and rover allowed seven areas of scientific investigation: the geology and geomorphology of the surface, mineralogy and geochemistry of rocks and soils, physical properties of surface materials, magnetic properties of airborne dust, atmospheric science including aerosols, and rotational and orbital dynamics of Mars. Scientists were assembled into 7 Science Operations Groups that were responsible for requesting measurements by the 3 instruments, rover and engineering subsystems for carrying out their scientific investigations and for analyzing the data and reporting on their findings. The spacecraft was launched on December 4, 1996 and had a 7 month cruise to Mars, with four trajectory correction maneuvers. The vehicle entered the atmosphere directly following cruise stage separation. Parachute deployment, heatshield and lander separation, radar ground acquisition, airbag inflation and rocket ignition all occurred before landing at 2:58 AM true local solar time (9:56:55 AM PDT). The lander bounced at least 15 times up to 12 in high without airbag rupture, demonstrating the robustness of this landing system. Reconstruction of the final landing sequence indicates that the parachute/backshel1/1ander was tilted due to a northwest directed wind and wind shear, which resulted in the lander bouncing about I km to the northwest and initially downhill about 20 m from where the solid rockets fired. Two anomalously bright spots located in the lander scene are likely the heatshield, which continued in a ballistic trajectory about 2 km downrange (west southwest), and the backshell/parachute, which stayed nearer to where the rockets fired. Unconnected disturbed soil patches in the scene indicate that the final few bounces of the lander were from the east-southeast and were followed by a gentle roll to the west before coming to rest on the base petal. The location of the lander away from where the solid rockets fired and considerations of the exhaust products used to inflate the airbags and their fate, indicate that the Pathfinder landing system is one of the cleanest designed leaving the local area essentially contaminant free. The radio signal from the low-=gain antenna was received at 11:34 AM PDT indicating a successful landing.
This paper will describe a series of field experiments to develop and demonstrate file use of Telepresence and Virtual Reality systems for controlling rover vehicles on planetary surfaces. In 1993, NASA Ames deployed a Telepresence-Controlled Remotely Operated underwater Vehicle (TROV) into an ice-covered sea environment in Antarctica. The goal of the mission was to perform scientific exploration of an unknown environment using a remote vehicle with telepresence and virtual reality as a user interface. The vehicle was operated both locally, from above a dive hole in the ice through which it was launched, and remotely over a satellite communications link from a control room at NASA's Ames Research center, for over two months. Remote control used a bidirectional Internet link to the vehicle control computer. The operator viewed live stereo video from the TROV along with a computer-gene rated graphic representation of the underwater terrain showing file vehicle state and other related information. Tile actual vehicle could be driven either from within the virtual environment or through a telepresence interface. In March 1994, a second field experiment was performed in which [lie remote control system developed for the Antarctic TROV mission was used to control the Russian Marsokhod Rover, an advanced planetary surface rover intended for launch in 1998. Marsokhod consists of a 6-wheel chassis and is capable of traversing several kilometers of terrain each day, The rover can be controlled remotely, but is also capable of performing autonomous traverses. The rover was outfitted with a manipulator arm capable of deploying a small instrument, collecting soil samples, etc. The Marsokhod rover was deployed at Amboy Crater in the Mojave desert, a Mars analog site, and controlled remotely from Los Angeles. in two operating modes: (1) a Mars rover mission simulation with long time delay and (2) a Lunar rover mission simulation with live action video. A team of planetary geologists participated in the mission simulation. The scientific goal of the science mission was to determine what could be learned about the geologic context of the site using the capabilities of imaging and mobility provided by the Marsokhod system in these two modes of operation. I will discuss the lessons learned from these experiments in terms of the strategy for performing Mars surface exploration using rovers. This research is supported by the Solar System Exploration Exobiology, Geology, and Advanced Technology programs.
The U.S. is beginning an $800-million project to create an information technology infrastructure at Mars. This will be essentially a Martian internet where robotic spacecraft will conduct high-data-rate exchanges between themselves and with their Earth-based teams. The objective is to better control increasingly ambitious robotic missions and to return more imagery and data from those flights for faster distribution to the science community and public. The focal point will be the Mars Telecommunication Orbiter (MTO), a Mars orbiting communications satellite already approved and funded by Congress for launch to the red planet in 2009.MTO's advanced operational microwave capability should be able to relay to Earth magnitudes more information than current spacecraft, as well as near real-time images from Nasa's next generation of rovers, also set for launch in 2009.
The Maestro for MER (Mars Exploration Rover) software is the premiere operation and activity planning software for the Mars rovers, and it is required to deliver all of the processed image products to scientists on demand. These data span multiple storage arrays sized at 2 TB, and a backup scheme ensures data is not lost. In a catastrophe, these data would currently recover at 20 GB/hour, taking several days for a restoration. A seamless solution provides access to highly durable, highly available, scalable, and cost-effective storage capabilities. This approach also employs a novel technique that enables storage of the majority of data on the cloud and some data locally. This feature is used to store the most recent data locally in order to guarantee utmost reliability in case of an outage or disconnect from the Internet. This also obviates any changes to the software that generates the most recent data set as it still has the same interface to the file system as it did before updates
The planet Mars has become the focus of an intensive series of missions that span decades of time, a wide array of international agencies and an evolution from robotics to humans. The number of missions to Mars at any one time, and over a period of time, is unprecedented in the annals of space exploration. To meet the operational needs of this exploratory fleet will require the implementation of new architectural concepts for communications and navigation. To this end, NASA's Jet Propulsion Laboratory has begun to define and develop a Mars communications and navigation orbital infrastructure. This architecture will make extensive use of assets at Mars, as well as use of traditional Earth-based assets, such as the Deep Space Network, DSN. Indeed, the total system can be thought of as an extension of DSN nodes and services to the Mars in-situ region. The concept has been likened to the beginnings of an interplanetary Internet that will bring the exploration of Mars right into our living rooms. The paper will begin with a high-level overview of the concept for the Mars communications and navigation infrastructure. Next, the mission requirements will be presented. These will include the relatively near-term needs of robotic landers, rovers, ascent vehicles, balloons, airplanes, and possibly orbiting, arriving and departing spacecraft. Requirements envisioned for the human exploration of Mars will also be described. The important Mars orbit design trades on telecommunications and navigation capabilities will be summarized, and the baseline infrastructure will be described. A roadmap of NASA's plan to evolve this infrastructure over time will be shown. Finally, launch considerations and delivery to Mars will be briefly treated.
Topics covered include: Control Architecture for Robotic Agent Command and Sensing; Algorithm for Wavefront Sensing Using an Extended Scene; CO2 Sensors Based on Nanocrystalline SnO2 Doped with CuO; Improved Airborne System for Sensing Wildfires; VHF Wide-Band, Dual-Polarization Microstrip-Patch Antenna; Onboard Data Processor for Change-Detection Radar Imaging; Using LDPC Code Constraints to Aid Recovery of Symbol Timing; System for Measuring Flexing of a Large Spaceborne Structure; Integrated Formation Optical Communication and Estimation System; Making Superconducting Welds between Superconducting Wires; Method for Thermal Spraying of Coatings Using Resonant-Pulsed Combustion; Coating Reduces Ice Adhesion; Hybrid Multifoil Aerogel Thermal Insulation; SHINE Virtual Machine Model for In-flight Updates of Critical Mission Software; Mars Image Collection Mosaic Builder; Providing Internet Access to High-Resolution Mars Images; Providing Internet Access to High-Resolution Lunar Images; Expressions Module for the Satellite Orbit Analysis Program Virtual Satellite; Small-Body Extensions for the Satellite Orbit Analysis Program (SOAP); Scripting Module for the Satellite Orbit Analysis Program (SOAP); XML-Based SHINE Knowledge Base Interchange Language; Core Technical Capability Laboratory Management System; MRO SOW Daily Script; Tool for Inspecting Alignment of Twinaxial Connectors; An ATP System for Deep-Space Optical Communication; Polar Traverse Rover Instrument; Expert System Control of Plant Growth in an Enclosed Space; Detecting Phycocyanin-Pigmented Microbes in Reflected Light; DMAC and NMP as Electrolyte Additives for Li-Ion Cells; Mass Spectrometer Containing Multiple Fixed Collectors; Waveguide Harmonic Generator for the SIM; Whispering Gallery Mode Resonator with Orthogonally Reconfigurable Filter Function; Stable Calibration of Raman Lidar Water-Vapor Measurements; Bimaterial Thermal Compensators for WGM Resonators; Root Source Analysis/ValuStream[Trade Mark] - A Methodology for Identifying and Managing Risks; Ensemble: an Architecture for Mission-Operations Software; Object Recognition Using Feature-and Color-Based Methods; On-Orbit Multi-Field Wavefront Control with a Kalman Filter; and The Interplanetary Overlay Networking Protocol Accelerator.
Next-generation Mars communications networks will provide communications and navigation services to a wide variety of Mars science vehicles including: spacecraft that are arriving at Mars, spacecraft that are entering and descending in the Mars atmosphere, scientific orbiter spacecraft, spacecraft that return Mars samples to Earth, landers, rovers, aerobots, airplanes, and sensing pods. In the current architecture plans, the communication services will be provided using capabilities deployed on the science vehicles as well as dedicated communication satellites that will together make up the Mars network. This network will evolve as additional vehicles arrive, depart or end their useful missions. Cost savings and increased reliability will result from the ability to share communication services between missions. This paper discusses the basic architecture that is needed to support the Mars Communications Network part of NASA's Space Science Enterprise (SSE) communications architecture. The network may use various networking technologies such as those employed in the terrestrial Internet, as well as special purpose deep-space protocols to move data and commands autonomously between vehicles, at disparate Mars vicinity sites (on the surface or in near-Mars space) and between Mars vehicles and earthbound users. The architecture of the spacecraft on-board local communications is being reconsidered in light of these new networking requirements. The trend towards increasingly autonomous operation of the spacecraft is aimed at reducing the dependence on resource scheduling provided by Earth-based operators and increasing system fault tolerance. However, these benefits will result in increased communication and software development requirements. As a result, the envisioned Mars communications infrastructure requires both hardware and protocol technology advancements. This paper will describe a number of the critical technology needs and some of the ongoing research activities.
Mars Relay operations currently involve several e-mails and phone calls between lander and orbiter teams in order to settle on an agreed time for performing a communication pass between the landed asset (i.e. rover or lander) and orbiter, then back to Earth. This new application aims to reduce this complexity by presenting a visualization of the overpass time ranges and elevation angle, as well as other information. The user is able to select a specific overflight opportunity to receive further information about that particular pass. This software presents a unified view of the potential communication passes available between orbiting and landed assets on Mars. Each asset is presented to the user in a graphical view showing overpass opportunities, elevation angle, requested and acknowledged communication windows, forward and back latencies, warnings, conflicts, relative planetary times, ACE Schedules, and DSN information. This software is unique in that it is the first of its kind to visually display the information regarding communication opportunities between landed and orbiting Mars assets. The software is written using ActionScript/FLEX, a Web language, meaning that this information may be accessed over the Internet from anywhere in the world.
This paper proposes a comprehensive incremental program, Lunar Limb Observatory (LLO), for a return to the Moon, beginning with robotic missions and ending with a permanent lunar settlement. Several recent technological developments make such a program both affordable and scientifically valuable: robotic telescopes, the Internet, light-weight telescopes, shared- autonomy/predictive graphics telerobotic devices, and optical interferometry systems. Reasons for focussing new NASA programs on the Moon include public interest, Moon-based astronomy, renewed lunar exploration, lunar resources (especially helium-3), technological stimulus, accessibility of the Moon (compared to any planet), and dispersal of the human species to counter predictable natural catastrophes, asteroidal or cometary impacts in particular. The proposed Lunar Limb Observatory would be located in the crater Riccioli, with auxiliary robotic telescopes in M. Smythii and at the North and South Poles. The first phase of the program, after site certification, would be a series of 5 Delta-launched telerobotic missions to Riccioli (or Grimaldi if Riccioli proves unsuitable), emplacing robotic telescopes and carrying out surface exploration. The next phase would be 7 Delta-launched telerobotic missions to M. Smythii (2 missions), the South Pole (3 missions), and the North Pole (2 missions), emplacing robotic telescopes to provide continuous all-sky coverage. Lunar base establishment would begin with two unmanned Shuttle/Fitan-Centaur missions to Riccioli, for shelter emplacement, followed by the first manned return, also using the Shuttle/Fitan-Centaur mode. The main LLO at Riccioli would then be permanently or periodically inhabited, for surface exploration, telerobotic rover and telescope operation and maintenance, and support of Earth-based student projects. The LLO would evolve into a permanent human settlement, serving, among other functions, as a test area and staging base for the exploration, settlement, and terraforming of Mars.
Open Mission Control Technologies (MCT) is a new architecture for visualisation of mission data. Driven by requirements for new mission capabilities, including distributed mission operations, access to data anywhere, customization by users, synthesis of multiple data sources, and flexibility for multi-mission adaptation, Open MCT provides users with an integrated customizable environment. Developed at NASAs Ames Research Center (ARC), in collaboration with NASAs Advanced Multimission Operations System (AMMOS) and NASAs Jet Propulsion Laboratory (JPL), Open MCT is getting its first mission use on the Jason 3 Mission, and is also available in the testbed for the Mars 2020 Rover and for development use for NASAs Resource Prospector Lunar Rover. The open source nature of the project provides for use outside of space missions, including open source contributions from a community of users. The defining features of Open MCT for mission users are data integration, end user composition and multiple views. Data integration provides access to mission data across domains in one place, making data such as activities, timelines, telemetry, imagery, event timers and procedures available in one place, without application switching. End user composition provides users with layouts, which act as a canvas to assemble visualisations. Multiple views provide the capability to view the same data in different ways, with live switching of data views in place. Open MCT is browser based, and works on the desktop as well as tablets and phones, providing access to data anywhere. An early use case for mobile data access took place on the Resource Prospector (RP) Mission Distributed Operations Test, in which rover engineers in the field were able to view telemetry on their phones. We envision this capability providing decision support to on console operators from off duty personnel. The plug-in architecture also allows for adaptation for different mission capabilities. Different data types and capabilities may be added or removed using plugins. An API provides a means to write new capabilities and to create data adaptors. Data plugins exist for mission data sources for NASA missions. Adaptors have been written by international and commercial users. Open MCT is open source. Open source enables collaborative development across organizations and also makes the product available outside of the space community, providing a potential source of usage and ideas to drive product design and development. The combination of open source with an Apache 2 license, and distribution on GitHub, has enabled an active community of users and contributors. The spectrum of users for Open MCT is, to our knowledge, unprecedented for mission software. In addition to our NASA users, we have, through open source, had users and inquires on projects ranging from Internet of Things, to radio hobbyists, to farming projects. We have an active community of contributors, enabling a flow of ideas inside and outside of the space community.