Close

Member Login

Logging In
Invalid username or password.
Incorrect Login. Please try again.

not a member? sign-up now!

Signing up could earn you gear and it helps to keep offensive content off of our site.

The Predicament of Air France 447

By Peter Garrison / Published: Oct 05, 2012
Rate it! or
Air France 447

This was the situation, but the information
was not presented to the Air France 447 crew.
To the designers of the flight control software,
it must have seemed inconceivable.

You're flying a twin-engine jet transport. The engines are at full power. The wings are rocking, but the heading is steady. The pitch attitude is 15 degrees nose up, but the VSI says that you are descending at 10,000 fpm. The flight director needles command a nose-up pitch.

What should you do?

It’s hard, isn’t it? The puzzle pieces don’t fit together. And if it’s hard when you’re sitting here reading a magazine, imagine how hard it is when you’re in the dark and in cloud, every warning and alarm in the cockpit is going off at once, you can’t tell which instrument indications are reliable and which may not be, and you have no idea what got you into this predicament in the first place.

That was Air France 447, going down over the Atlantic in 2009. It was one of those milestone accidents, like Grand Canyon and Tenerife and the 14th Street Bridge, that define a category. It was already the subject of countless articles and discussions before the Bureau d’Enquêtes et d’Analyses, or BEA, the French accident-­investigation office, published its final report on the accident in July. Since the A330’s data and voice recorders had been retrieved from the ocean floor by what must rank as one of the most remarkable recovery operations ever conducted, the report was extremely detailed. It raised, and left unanswered, many fundamental questions about crew training and the nature of interfaces between human crews and semiautonomous flight control systems.

The final report added few facts to what was already known about the accident. The cockpit voice recorder transcript has been available for a long time. It was well known that for 3½ minutes, during which the airliner, with 228 aboard, descended in a stalled, mushing glide toward the water, the crew floundered in a state of complete confusion and incomprehension. It was also well known that the precipitating event was a loss of reliable airspeed indications caused by ice crystals clogging the supposedly triple-redundant pitot tubes. Loss of airspeed caused the autopilot and autothrottles to disconnect, unceremoniously turning over control of the airplane, then cruising at FL 350, to the pilot flying, who happened to be the least experienced member of the crew. He reacted to this unexpected event — presumably without meaning to — by pulling the airplane up into a zoom climb and a stall.

Hand-flying an airliner, especially one with little or no static stability, at FL 350 calls for a light touch. Pilots know this. For the pilot to stall the airplane was a grievous failure of basic airmanship. Sarcastic old-timers were heard to ask: Had airline pilots, in their preoccupation with managing complex automated systems, forgotten how to fly? This was a rhetorical question; the basic flying skills of airline crews, like those of all pilots, vary widely. Indeed, the BEA enumerated other instances of pitot failure in which crews had reacted almost as badly, even though loss of airspeed was an emergency routinely practiced in the simulator. Strangely enough, in none of the previous cases — there were more than a dozen — had crews followed prescribed “unreliable airspeed” procedures. Here, for instance, is a Brazilian A330 crew dealing with a similar airspeed malfunction in 2003, according to a BEA report:

When the AP disengaged, both pilots made pitch-up inputs (one went to the stop) that resulted in an increase in pitch of 8°. On several occasions, the stall warning was triggered due to the nose-up inputs, and the crew reacted with strong pitch-down inputs. During the 4 minutes that the sequence lasted, the load factor varied between 1.96 g and -0.26 g, the pitch attitude reached 13° nose-up and the angle of attack reached 10°.

Comments (4) Post a comment

All Comments

chalete's picture

A very good summary of an extremely complex scenario. The bottom line which we´ve known for sometime: too much computerizing and not enough piloting.

Ken Lemon's picture

Good article. I retired from the Captain seat at the age of 60 and spent the next 9 years as a flight engineer for a freight carrier. I witnessed what I felt was an over emphasis of automation. Pilots did so little "hand flying" that their basic skills for such simple tasks as crosswind landings had deteriorated.

I was once asked by the Vice President of our company what safety issues concerned me the most. I told him I didn't feel we had many pilots left that could "hand fly" an ILS to minimums with both flight directors deferred (something that was permitted by the MEL). It was common practice to turn on the autopilot shortly after gear retraction and leave it on for the entire flight to within 100 feet of the ground at the destination and then be surprised at the poor crosswind landing.

fowen's picture

This is a troubling article, especially the description of the A330 controls. That the sticks of the two pilots don't register the same control inputs is unfathomable. One reason for having two pilots, rather than just one, flying an airliner is so that they are aware of what each is doing and they can correct each other if they see something amiss. Automated sticks that don't talk to each other for aileron and elevator control inputs...well, what were the designers of this cockpit thinking when they came up with that one? And then there's the automated trimming. There's a long history of the development of realistic force-feedback systems to simulate the resistant forces a pilot would feel if he/she were flying a plane with manual controls. It should feel hard to tug back on the stick with the vigor that the pilot-in-command apparently used. The automated pitch trim seems to have taken a lot of this feel away...and defeated decades of realistic force-feedback development. That was precisely the problem in the early days of fly-by-wire systems: there was no force feedback, and it was too easy to put in a command without feeling the customary resistance one would feel performing such an extreme manoeuver. An extreme rudder input into an A300 caused the vertical stabilizer to rip off a plane bound out of JFK Airport in 2001. The pilot put in excessive rudder inputs, partially because the A300 had poor force feedback in the rudder actuation system. It was too easy to push the rudder pedals to their stops, unlike it would be flying a plane with mechanical controls. So it seems that Airbus doesn't yet have it right.

I also like the idea suggested in this article of a simple backup autopilot that might buy the pilots some time to sort things out in a complex and confusing situation. Seems like that would be easy to implement with a little programming.

elmog's picture

Human performance and limitations have to be considered when designing "smart" airplanes. They need to include humans in the loop from the get-go, especially when emergency situation scenarios are being programmed. Also, there should be more input by the pilot during the flight, rather than being just another high paid "passenger" expecting to be delivered to the destination safe and sound by the on-board computers.

Top Rated

Your Comment
CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.
5 + 5 =
Solve this simple math problem and enter the result. E.g. for 1+3, enter 4.
All submitted comments are subject to the license terms set forth in our Privacy Policy and Terms of Use