The Brains of the Voyager Spacecraft

An article about the computer systems on the Voyager probes from 2017.

Launched in 1977, the Voyager 1 and 2 probes were both cutting-edge pieces of technology for their time. The computers at the heart of their operations consisted of three systems, each with dual-redundancy, that worked together to enable the probes to journey to Jupiter, Saturn, and beyond: the Computer Command System (CCS), the Flight Data Subsystem (FDS), and the Attitude and Articulation Control System (AACS).

What is amazing is that even after four decades of traveling through the harsh, sometimes unpredictable, environment of space, both probes continue to function and call home with new insights and data. It is taking longer and longer to be able to communicate and upload new routines to the probes, but the fact it is still possible with technology from a bygone era is a testament to the quality of engineering put into these spacecraft.

The story of how the Voyager computers took shape is a fascinating one. Coming together during NASA budget cuts after the excitement of the Apollo era faded, and overcoming challenges not yet encountered by engineers in exploring some of the most interesting places in our solar system, the details will surely give one a greater appreciation of the Voyager computers.


My favorite recent Voyager computer anecdote was from I think a recent (past year or so, “The Farthest” I think it was called) show about Voyager where someone commented (paraphrasing):

“Many people today carry more computing power in their pocket than what is on Voyager. And I’m not talking about your cell phone, I’m talking about your car’s key fob.”


But that computing power comes a cost, buggy hardware and software.
At one time rockets exploding, killed a space project now it is software
and hardware problems.

1 Like

I don’t know if you’re aware of this, but they pretty entirely reprogrammed the Voyager crafts once they pass Jupiter. They uploaded large amount of new mission profiles since they were able to change the actions of the probes with 10, 20, 30 years of hindsight for new missions.

Software has bugs. Hardware has bugs. They’ve always had bugs. It’s why so much time is spent in the Engineering part of software engineering, especially on critical systems like this.

But even with all that, stuff slips through. C’est la vie.

1 Like

Indeed. A recent case involved the New Horizons probe as it approached Pluto. Just days before the encounter, New Horizons went into safety mode due to an programming bug (CPU got overloaded), which meant that they not only had to recover the craft but also reload the fly-by program schedule. And they only had one chance to get it right, with the hours-long time delay between Earth and the probe.

The details are in Alan Stern’s book, “Chasing New Horizons”. This excerpt gives a taste of the urgent task the team had to do (note: the excerpt is behind a ‘please remove your ad-blocker’ notice).

1 Like

Nice one @sohkamyung! I’ll take the liberty to link to the Postmortems forum, space category, where there’s more like this.

1 Like