NASA: Mars Curiosity Rover

GrammaTech Helps Mars Curiosity Rover Search for Signs of Life.


Download PDF

NASA Mars Curiosity Rover

After its eight-month journey spanning 352 million miles, NASA’s Mars Curiosity Rover completed a spectacular landing with the help of a giant parachute, a jet-controlled descent vehicle, and a bungee-like apparatus called a “sky crane.”

Due to the time required for messages to travel from Mars to Earth and back, the landing procedure was completely controlled by software. To boost the reliability of the software, NASA needed advanced static analysis.

“NASA’s Jet Propulsion Laboratory used CodeSonar to check for bugs in the Curiosity software on a nightly basis”

Michael McDougall

Senior Scientist at GrammaTech

Mars Curiosity Rover Searches for Signs of Life

WITH THE HELP OF GRAMMATECH’S CODESONAR

Developing Zero-Defect 

Software Spacecraft have become increasingly reliant on software to carry out mission operations. Curiosity relies on more software than all the previous missions to Mars combined.  Even the fault protection systems on a spacecraft are software-based. 

For the two years leading up to the launch, NASA focused on developing mission-critical, zero-defect software.  Every single line of code was analyzed and scrubbed using advanced static analysis tools, including CodeSonar® from GrammaTech. “NASA’s Jet Propulsion Laboratory used CodeSonar to check for bugs in the Curiosity software on a nightly basis,” said Michael McDougall, senior scientist at GrammaTech, who worked closely with NASA. 

Advanced static analysis finds serious software errors such as buffer overruns, race conditions, null pointer dereferences, and resource leaks. It also finds subtle inconsistencies such as redundant conditions, useless assignments, and unreachable code. “Because static analysis is a compile-time process, it can find bugs while the software is being developed,” said Paul Anderson, Vice President of Engineering at GrammaTech. “The tools examine paths and consider conditions and program states in the abstract. By doing so, they can achieve much higher coverage of code than is usually feasible with testing alone.” 

Curiosity’s Software Upgrades

 Upon landing on Mars, Curiosity underwent a four-day major update to delete the landing software and install the surface operations programs designed for roaming the red planet. NASA designed the mission to be able to upgrade the software as needed for different phases of the mission. Software upgrades are necessary in part because Curiosity’s computing power is relatively low compared with what we’re used to on Earth. However, the RAD750 PowerPC microprocessor built into the rover’s redundant flight computers was chosen because it is virtually impervious to high-energy cosmic rays that would quickly cripple a smartphone or laptop computer. Additionally, the rover’s main computers have only about 4 gigabytes of storage capacity, compared with 32 gigs or so for a smartphone.

New software for upcoming phases of the mission is being developed on an ongoing basis. Because a single error could result in loss of contact with the rover and jeopardize the mission, every software upgrade must work perfectly the first time it runs.

Coding Standard for Mission Critical Software

NASA has an excellent track record for producing high-quality software and follows a number of best practices. As part of its rigorous development process, the Mars Curiosity mission follows “The Power of 10: Rules for Developing Safety-Critical Code,” developed at the Laboratory for Reliable Software (LaRS) at NASA’s JPL. GrammaTech worked with NASA to extend its CodeSonar static analysis tool to automatically enforce the Power of 10 rules, as well as automatically flag generic programming defects.

In developing the coding guidelines, JPL looked at the types of software-related anomalies that had been discovered in missions during the last few decades and came up with a short list of problems that seem to be common across almost every mission. This led to the idea of defining a very small set of rules that could easily be remembered, that clearly related to risk, and for which compliance could mechanically be verified.  The 10 rules are designed to reduce the risk for mission-critical software and have evolved into the JPL Institutional Coding Standard for the Development of Flight Software. Rule ten specifies that advanced static analysis tools should be used aggressively throughout the development process.

“I’m extremely proud of the part GrammaTech played in the successful landing of Curiosity,” said McDougall. “For NASA, this was a huge engineering accomplishment and we’re pleased that we were able to contribute to their success.”

Curiosity continues to make new discoveries. Each day 100 engineers and researchers write commands to keep the rover productive and gathering science. With the ability to reliably upgrade software as needed, NASA can answer new questions about Mars and expand our understanding of the planet.

Book a Demo

We’re ready to help you integrate SAST and SCA security into your DevSecOps flow. Get a personally guided tour of our solution offerings to ensure you are receiving the right solution for your development team. 

book now