ArticleslgStudy

engineering

Jack Garman

Jack Garman is a engineering topic covered in the lgStudy science library. This page brings together a partial reference excerpt, illustrations, worked examples, real-world applications and a short study plan, so you can understand Jack Garman rather than just read about it. In short: John Royer Garman (September 11, 1944 – September 20, 2016) was a computer engineer, former senior NASA executive and key figure of the Apollo 11 lunar landing. As a young specialist on duty during the final descent stage on 20 July 1969 he dealt with a series of computer alarms which could have caused the mission to be aborted.

Jack Garman — main illustration
Jack Garman — illustration

Key takeaways

  • Jack Garman belongs to engineering; place it in that map before memorising details.
  • Learn the definition first, then one example that makes the definition concrete.
  • Connect Jack Garman to a quantity you can measure, compute or draw — that is where exam questions come from.
  • Reproduce the core statement of Jack Garman from memory before moving on to harder problems.

Reference excerpt

John Royer Garman (September 11, 1944 – September 20, 2016) was a computer engineer, former senior NASA executive and key figure of the Apollo 11 lunar landing. As a young specialist on duty during the final descent stage on 20 July 1969 he dealt with a series of computer alarms which could have caused the mission to be aborted.

Early life Garman was born September 11, 1944, in Oak Park, Illinois, and attended the University of Michigan in Ann Arbor. He graduated in 1966 with a Bachelor of Science degree in Engineering Physics and a specialty in Computing.

NASA career In 1966, at age 21, Garman was hired by NASA. He chose to specialize in onboard computing and was assigned to the Apollo Guidance Program Section where he worked with MIT, supervising the design and testing of the Apollo Guidance Computer. During the Apollo missions Garman worked in a support role, advising flight controllers in Mission Control on the operation of spacecraft computer systems. A few months before the Apollo 11 mission he suggested that simulation supervisors at Mission Control test how flight controllers might react to a computer error code. Guidance officer Steve Bales responded to the simulated error by calling an abort, which was found to be a needless reaction for that particular code. Gene Kranz told Garman: 'I want you to study and write down every possible program alarm whether they can happen or not.' Garman made a handwritten list of every computer alarm code that could occur along with the correct reaction to each of them and put it under the plexiglass on his desk.

1202

A design oversight with the Apollo Lunar Module Eagle's rendezvous radar led to a near-abort during the Apollo 11 landing, according to engineer Don Eyles. The radar's Coupling Data Units (CDU), which provided the interface between the radar's hardware and the LM's onboard guidance computer, were powered by a 28-volt 800 Hz power supply, and a separate 28-volt 800 Hz power supply sent energy to the radar's Attitude, Translation, and Control assembly (ATCA) (which physically oriented the Lunar Module). The two power supplies were supposed to operate in phase lock with each other. However, likely due to inexact language in the LM's design documentation, the system was constructed such that while the two power supplies would always operate at the same frequency and in a fixed phase relationship, no provision was made to ensure the two supplies were aligned and putting out the same phase at the same time. When the LM's rendezvous radar (which tracked the still-orbiting Command/Service Module (CSM)) was powered up during Apollo 11's descent (a step designed to lessen the crew's workload in case of an abort), the radar's CDUs were energized and took stock of the state of the attached ATCA assembly. By chance, the power-up happened at a moment when the CDU's 800 Hz power supply happened to produce energy that wasn't phase aligned with the ATCA's power (a power-up a fraction of a second earlier or later would have resulted in aligned phases and no problems). The CDUs used their 800 Hz power as a reference signal for interpreting the ATCA's position and orientation, and because the signals from the ATCA were out of phase, this produced readings that were far out of range from what the CDUs expected. This in turn caused the CDUs to issue interrupts to the guidance computer—12,800 interrupts per second, which consumed about 15% of the computer's available compute time. As the rest of the landing tasks were consuming about 85% of the computer's time, the computer ran out of time to process all of its queued jobs in a single cycle. As scheduled jobs in the computer failed to complete in time, the programs competed for core set memory and vector accumulator registers; eventually, one and then the other were exhausted, and the LM's guidance computer began sounding program alarms and resetting. The first was a "1202" alarm, indicating an executive overflow and an exhaustion of core sets. Several seconds after the first alarm Neil Armstrong, with some concern apparent in his voice, said, "Give us a reading on the 1202 program alarm." Meanwhile, given his knowledge of the computer systems, Garman had already advised Steve Bales that the computer could be relied upon to function adequately so long as the alarms did not become continuous. Bales, who as guidance officer had to quickly decide whether to abort the mission over these alarms, trusted Garman's judgment and informed flight director Kranz. Within seconds this decision was relayed through CAPCOM to the astronauts and the flight continued. There were several additional alarms of the same type (both 1202 and also 1201, which indicated a vector accumulator area exhaustion), and then the crew was able to stop them from recurring by changing the landing procedure slightly to reduce the computer's tasks. Apollo 11 went on to land successfully and Garman received an award from NASA for his role in the mission. Bales later recalled, "Quite frankly, Jack, who had these things memorized said, 'that's okay', before I could even remember which group it was in.” Garman’s quick reactions and in-depth knowledge led others on his team to give him the nickname "Gar-Flash".

IT and senior management After the Apollo program, Garman and center director Chris Kraft collaborated in the then-new Spacecraft Software Division where Garman worked on Space Shuttle software, including the Flight Computer Operating System (FCOS) and the high-level programming language HAL/S. From 1986 through 1988 he worked at NASA Headquarters in Washington, D.C. as director of information systems services in the Space Station Program Office. Returning to Johnson Space Center in 1988 he held various senior positions in information systems, finally serving as Chief Information Officer of Johnson Space Center from 1994 through 2000.

Later career In 2000, Garman left NASA and became a part of the OAO Corporation. Two years later OAO was bought by Lockheed Martin and Garman became Lockheed Martin's technical director of NASA services, in charge of technical support for the company's contractual activities with NASA.

… excerpt ends here. Continue reading the full article.

Illustrations

Jack Garman illustration
Jack Garman: Jack Garman receives an award from Chris Kraft for his role in the Apollo 11 landing.
Jack Garman receives an award from Chris Kraft for his role in the Apollo 11 landing.

Worked examples

Example 1 — a first encounter with Jack Garman

Start with the simplest possible case. Write down what Jack Garman claims or describes in one sentence, then invent the smallest concrete situation in which that sentence is true. In engineering, the smallest case is usually a single object, a single equation or a single measurement. Check that every symbol or term in your sentence has a meaning in that case.

Example 2 — changing one variable

Take the situation from Example 1 and change exactly one quantity: double it, halve it, or set it to zero. Predict what should happen to Jack Garman before you calculate. Comparing your prediction with the result is the fastest way to find out whether you understand the idea or only the words.

Example 3 — an exam-style question

Typical questions about Jack Garman ask you to (a) state it precisely, (b) apply it to given data, and (c) explain a limitation. Practise writing all three answers in under five minutes; the third part is what separates a full-mark answer from an average one.

Applications of Jack Garman

In research
Jack Garman appears in engineering research whenever the underlying quantities have to be modelled precisely. Papers usually cite it as a starting assumption and then explore where it breaks down.
In technology and industry
Engineering practice reuses Jack Garman in design rules, simulations and safety margins. Knowing the idea lets you read a specification sheet and understand why the numbers look the way they do.
In the classroom
Jack Garman is common in secondary-school and first-year university syllabi. It links to neighbouring topics 1944 births, 2016 deaths, Apollo 11, so understanding it makes those chapters shorter.
In everyday life
Look for Jack Garman outside the textbook — in sport, cooking, traffic, electronics or the sky above you. An example you found yourself is remembered far longer than one you were given.
Ask Teacher Smith questions about this articleOpens your AI tutor with a question about “Jack Garman” →

Affiliate

Preply — study more efficiently by working with a personal tutor. 50% off.

How to study Jack Garman in 20 minutes

  1. Read the reference excerpt below once, without taking notes.
  2. Close the page and write down what Jack Garman means in your own words.
  3. Compare your version with the excerpt and mark what you missed.
  4. Work through the three examples above with pen and paper.
  5. Explain Jack Garman out loud to somebody else — or to Teacher Smith in the lgStudy chat.

Frequently asked questions

What is Jack Garman in simple terms?

John Royer Garman (September 11, 1944 – September 20, 2016) was a computer engineer, former senior NASA executive and key figure of the Apollo 11 lunar landing. As a young specialist on duty during the final descent stage on 20 July 1969 he dealt with a series of computer alarms which could have ca…

Why does Jack Garman matter?

Because it connects several engineering ideas at once: it gives you a definition you can apply, a quantity you can calculate, and a way to check whether a result is plausible.

How should I study Jack Garman?

Read the excerpt, restate it from memory, then work through the examples and applications listed on this page. The five-step study plan above takes about twenty minutes.

What does this page cover?

It gives you a compact reference excerpt plus original lgStudy explanations, examples, applications and study material on Jack Garman.

Tags

  • 1944 births
  • 2016 deaths
  • Apollo 11
  • Deaths from cancer in Texas
  • Engineers from Illinois
  • Engineers from Texas
  • NASA people
  • People from Oak Park, Illinois
  • University of Michigan College of Engineering alumni

Keep exploring