PPRuNe Forums

PPRuNe Forums (https://www.pprune.org/)
-   Tech Log (https://www.pprune.org/tech-log-15/)
-   -   AF447 wreckage found (https://www.pprune.org/tech-log/447730-af447-wreckage-found.html)

Lemain 1st June 2011 12:06

opherben -- We are getting to the stage where electronic instrumentation and control will be more reliable than humans. We are not there yet...too many things that can go wrong. Mechanicals, electricals, electronics, passengers(!) and GPS which is only available to us at Uncle Sam's pleasure. It will happen in time even if none of us reading this are alive to see it happen. So might we not expect this to be introduced by evolution while de-skilling pilots?

Yaw String 1st June 2011 12:15

Regarding other traffic on the Atlantic that night, I wonder how much useful weather info was being passed on 123.45, by the earlier flights, in order to help fellow crews, on the same route as AF447. Many years of Atlantic crossings taught me that AF and LH seem to be the two airlines hesitant at giving, or receiving such info,or at least, they never replied!!!
We need to look after each other in this industry with all the pitfalls!...Monitoring Data and 121.5 does use up spare radios however!

iwrbf 1st June 2011 13:00

AutoTrim?
 
Hi there,

german news outlet "Der Spiegel" has an interesting story about a german aerospace engineer (Professor, that is...) who experienced some strange (disturbing) behaviour in the simulator. Read yourself (english version):

Air France*Catastrophe: Victims' Families Propose Grounding All*A330s - SPIEGEL ONLINE - News - International

JamesT73J 1st June 2011 13:00

According to flight global, automatic stab trim should have been inhibited when alpha > 30 degrees - Stalled AF447 did not switch to abnormal attitude law but it was not.

So is this saying that the flight control system continued to do what was asked of it - trim for attitude / 1g and therefore trimmed in the stall - when it should have dropped out?


Edit: Isn't 30 degrees AOA..rather high?

grimmrad 1st June 2011 13:24

As per the SPIEGEL article the relatives are basically demanding from a french judge to ground all A 330 and 340 worldwide until software issues regarding the trim of the elevator are resolved and to prevent further accidents.

As a SLF I find that somewhat mind boggling. I never had issues flying with the Airbusses but I am getting a bit more skeptical... I would like to know if any of the major carriers (BA, AF, LH, KLM, USAir, UA Delta) are analyzing the issue at hand...?

Dimitris 1st June 2011 13:44

AoA at less than 60knots
 
Guys maybe a stupid question:

How does the computer know that airspeed is less than 60knots so as to sound off the stall alarm if the airspeed is unreliable?

What if the plane is stalled at 80knots airspeed and the airspeed is unreliable 'showing' 50 knots. Will the stall alarm sound off?

AoA sensor is a small flap exposed in the airstream, how does the output of it in the cockpit (stall sound) is conected to an airspeed instrument that can be unreliable?

Can anybody expalin why AoA is not available under 60knots? If for some reason speed (reliable or not) is less than 60knots then there is no AoA input for the computers?

I'm obviously not a pilot, but I haven't understood the AoA unavailability under 60knots.

jcjeant 1st June 2011 13:59

Hi,


Can anybody expalin why AoA is not available under 60knots?
Cause Airbus decided it will not be available cause their planes never go (in air) at this slow speed ............

aguadalte 1st June 2011 14:25

I loved your post, "The Shadow". I agree with you.
As I have wrote a number of pages back, there are a number of questions waiting to be answered:


- What kind of information was being "shown" on Pilot Flying's #2 PFD/ND (yes I know it is not registered but, are there any conversation clues(?), other than the ones selected by the BEA to be transcripted to the report). Was he first responding to an overspeed indication,(2h10m16s) and only after he has reached 37500ft, (2h10m51s) he has triggered TO/GA in response to another "Stall, Stall" warning?
- What was the role played by the 13º Trimmable Horizontal Stabilizer (THS) plus the 4.9Ton of fuel stuck on the Trim Tank?
- What was the role of the "systems invalidations" design that below 60kts and 30kts, cancelled the "Stall, Stall" Automatic Call-Out Warning, and may have lead the pilots think they were out of it during precious seconds?
- We know that the Captain was able to reach the cockpit. It seems that by that time the speed read-outs were so low that the Stall Warning was out...but, what was his assumption of what was going on? By then, the aircraft was at about 35000ft, Pitch at about 15º and thrust 100%. Did he tell anything? Did he try to help? Didn't he notice the high pitch? Didn't he notice, the wings bouncing and the PF saying (only a minute after his entrance in the cockpit), that they were reaching FL100?
- Was the PNF so occupied, handling the ECAM, that he didn't notice the vertical speed rate, until FL100 was called off?
Why did BEA apparently decided to disclose, only a part of the information?

Graybeard 1st June 2011 14:30

Barnyard Logic
 
Go outside, farmer, and look at the weather vane on your barn. Note, it aligns into the wind because its tail has more area than its point, which is only needed for static nose/tail balance. Note that it also has a lightning rod above it.

Angle of Attack is vertical measure of relative wind. The AOA sensor is just a high priced vertical weathervane, as seen previously on this thread. It's high priced because it has to be reliable in all imaginable weather and flight conditions, including direct lightning strikes or sweeps. It has some inertia and frictional damping to prevent flutter in all possible conditions.

Therefore, just as your barn's weathervane can be erroneious below about 10 knots wind, the AOA sensor cannot be trusted below about 60 knots.

You got a better AOA sensor? If not, why are you criticizing lack of Stall Warning below 60 knots?

If you don't understand this, maybe your time would be better spent shoveling out the barn.

ankh 1st June 2011 14:32

"a precise speed is critical. Just 15 kilometers per hour (9.3 mph) faster or slower and the plane can stall...." Doomed Flight AF 447: Questions Raised about Airbus Automated Control System - SPIEGEL ONLINE - News - International Question -- at the top of a big storm cell, in that kind of turbulence, isn't the air around the aircraft changing direction faster than plus or minus 15 kph rapidly? what is the aircraft/pilot/computer detecting?

jcjeant 1st June 2011 15:00

Hi,

In Bussiness Week ....

Air France Crew May Have Faced Baffling Data in 2009 Crash - Businessweek


"The data and cockpit voice recording suggest the pilots never realized that the plane had stalled, BEA Chief Investigator Alain Bouillard said in an interview.

“They hear the stall alarm but show no signs of having recognized it,” he said. “At no point is the word ‘stall’ ever mentioned.”
"

SaturnV 1st June 2011 16:02

Yaw String, the crew went to SELCAL mode at 0135. After that time, they did not reply to several queries from ATLANTICO. They thus would have missed any communications between ATLANTICO and the LH ahead of them regarding its deviation on encountering the MCC.

Was it prudent behavior going to SELCAL mode flying into a SIGMET area, and after receiving the following from dispatch?


at 0 h 31 dispatch sent the following message:
“BONJOUR AF447
METEO EN ROUTE SAILOR :
o PHOTO SAT DE 0000Z : CONVECTION ZCIT SALPU/TASIL
o PREVI CAT : NIL
SLTS DISPATCH”,
The yet-to-be-released portion of the CVR may have the answer.

The PF had performed five rotations in the South America sector since arriving in the A330/A340 division in 2008, including one to Rio de Janeiro.

The PNF had performed 39 rotations on the South America sector since arriving in the A330/A340 division in 2002.

The Captain had carried out sixteen rotations in the South America sector since he arrived in the A330/A340 division in 2007.

The data released to date do not indicate how many rotations occurred during the different seasonal variations of ITCZ activity in the South Atlantic..

aguadalte 1st June 2011 16:33

SaturnV:

Was it prudent behavior going to SELCAL mode flying into a SIGMET area, and after receiving the following from dispatch?

Quote:
at 0 h 31 dispatch sent the following message:
“BONJOUR AF447
METEO EN ROUTE SAILOR :
o PHOTO SAT DE 0000Z : CONVECTION ZCIT SALPU/TASIL
o PREVI CAT : NIL
SLTS DISPATCH”,
SELCAL mode is not a question of being prudent or not. Its a question of VHF comm range. When we go into SELCAL we normally keep the last VHF comm freq selected until loosing full contact with the previous ATC and then select 123.45 on VHF 1. (VHF 2 on 121.50).

wiggy 1st June 2011 16:36


Was it prudent behavior going to SELCAL mode flying into a SIGMET area
Not sure I understand that comment Saturn - Are you suggesting they should have maintained a continuous listening watch on HF...?

I do agree with Yaw String - we all need to help each other via VHF on the Oceanic Sectors......

xcitation 1st June 2011 17:01


SaturnV

Delta T, the Lufthansa at 350 that preceded AF447 by 20 minutes on UN873 deviated 10 NM to the west. The Iberia following AF447 by 12 minutes was at 370 and deviated by 30 NM to the east. AF459 (an A330-203) following the Iberia by 25 minutes deviated first by 20 NM to the west, and then 70 to 80 NM to the east of the track, and was given permission to climb to 370. Neither the Lufthansa or Iberia deviations would have significantly affected fuel consumption.
AF459 at the time of its deviation would have been unaware that various centers were trying to contact AF447. (DAKAR contacted AF459 at 0411 asking it to try and contact AF447.)
Thanks Saturn V for the data.

Some alarmingly uninformed questions about fuel by other posters. To clarify transport aircraft always carry contingency fuel for deviations. My assertion is that the flight before and the flight after had prior to departure filed a modified flight plan to deviate around the storm. In doing so they took on extra fuel in addition to the contingency fuel. Any talk about the head office refusing a Capt extra fuel is absurd.
It is remarkable that AF447 showed no signs of significant deviation up to the point of the incident. IMHO this implies they were unaware of the storm system at least until they were in it. Did they get the wrong pre flight weather or simply omit it?
I don't believe any transport pilot would choose to take a center line path through a large storm given advance notice and the ease of a deviation. Would not having known of the storm also tie in with the bewildering fact that the Capt took rest immediately before entering the storm. I would want to look at a transcript of the pre-flight briefing to see if the storm was mentioned. Relatively minor mistakes early on (e.g. pre-flight) can snowball events down the road.

Lemain 1st June 2011 17:17


Relatively minor mistakes early on (e.g. pre-flight) can snowball events down the road.
Gordon Vette was banging on about that.....few if any accidents/incidents occur due to one factor. They are invariably due to a number of factors, most of which would not, of themselves, cause anything remarkable to happen.

Lonewolf_50 1st June 2011 17:36

For Graybeard and about AoA Probes and indications
 
Graybeard, in re "better" AoA indicators. I'll suggest to you that the US Navy has been using one "better" (actually, I doubt it's any better) from before I started flying which functions reilably at airspeeds below 60 knots. (There is one on the T-34C Trainer that works as you describe ... a weather vane in the horizontal plane. See also AoA probes on various Navy jets).

I don't think it's the probe that's the issue, but a software decision on signal processing. You could do what you need to (no stall chirp on the ground) with a WoW switch (already have one on the bird, yes?) without artificially clipping the AoA signal when in flight.

Your comments, sir?

Lonewolf_50 1st June 2011 17:53

About Pilot Training and Simulators
 

Originally Posted by from that article in Der Spiegel
Von Jeinsen's motion is primarily based on the expert opinion of Gerhard Hüttig, a professor at the Institute of Aeronautics and Astronautics at the Technical University in Berlin.

Just over a year ago, Hüttig recreated the Air France crash in a flight simulator. In the course of the exercise, Hüttig noticed a strange anomaly in the plane's reaction once it goes into a stall. The trimmable horizontal stabilizer, a flap instrumental in keeping the plane on an even keel, automatically adjusted to push the nose of the plane skyward.

Hüttig, a former Airbus pilot himself, and other pilots present for the test were unable to push the nose of the airplane down and thereby escape the stall.

Note: absent FDR data, how did he recreate that crash??? :confused:

What is unknown to me is how well the sim replicates stall for that aircraft. A number of sage Airbus pilots, who have also taught in sims, have pointed out (in the Tech Log Discussions) thta lacking the data points from extended flight test, programming data points into the sim for stalled or other "outside the envelope" flight conditions is a bit of a guessing game. It can lead to negative training due to anomalies NOT present in the aircraft being experienced in training in the sim.

While Hüttig doubtless understands this, please consider the report on his findings to be provisional. See also that the champion for this position is an attorney involved in an action ... tread with care here.

A few other points.

Pattern is full made an important observation a few pages back about displayed speed. For an interval there (about a minute?), what is on the FDR may not be the airmass flow that the wings, rudder, the THS saw. So, what is on record for BEA to analyze has to account for "data" points that are known to be erroneous for some of the time before and after the upset.

Q: The stall warning discontinued when the speed was BELOW 60 Kts. How in blazes do you fly a large jet at 35000 ft at a speed of 60 Kts ??
As above, if it was indicated, and the indicators were dodgy (iced probes) at that point, 60 kts may not have been what the airfoil was experiencing.

Q: If the IAS gets down to 60 Kts and the wheels are not on the ground then the aircraft must be very badly stalled. Disabling the stall warning makes no sense.
This is not a feature, it is a bloody stupid design error.
Seems to me that way as well, see my previous response to Graybeard.

If the stall warning sounds all pilots are trained from PPL level to expect it to continue until the stall has been recovered. Stopping the horn while the aircraft is still stalled is dangerously misleading and IMHO is a major contributing factor in this accident.
It is subordinate to stalling in the first place, but yes, it seems to have been unhelpful at a critical time, for the pilots on the flight deck.

Originally Posted by Capn Bloggs
Good? Stall warning stops when the speeds are invalid?
Great system. If the AoA indicates the wing is stalled, it should keep going, regardless of the speed.

Agreed, silence it with a WoW switch, as you won't fly an AB330 under 60 knots too often. :)

Originally Posted by Flight Safety
Q: If you don't trust the PDF and all the magic, isn't this what the ISIS is for? Also, what were the engines doing at IDLE only 70 seconds or so after they commanded TOGA power?
They must have really been confused.

Agreed. With ISIS NOT having VSI, the back up may be missing a vital cue. (Or, I read my ten-year-old display diagrams incorrectly).

Thought for Flight Saftey: confusion looks to have begun early in the event, when the PF had the A/P off and ended up in a climb. That looks to me like a symptom of primary instrument scan breakdown. If, and I repeat IF, his attitude indicator (pitch and roll / artificial horizon) was working, it appears that PF made a transition while not using attitude indicator as primary scan. Since we don't know what PF was seeing, that is a provisional hypothesis, quite possibly wrong.

Originally Posted by jet driver
To all out there, if you think your airlines have trained their pilots sufficiently for the most complex failures you are sadly mistaken or kidding yourselves. In the corporate, commercial environment accidents like these are at best " acceptable " damage ( one in 10 million chance, or one in 100 million chance ratinale ). Anything you hear about safety from airline higher ups are nothing but posturing, outright lies and utter baloney.

Are we stupid, then? We train constantly for all sorts of situations... Or could here be a training deficiency?

If you have/were never trained in hand flying close to the ‘edges’ of an envelope (or even outside an envelope), or if you have never actually been hand flying close to the ‘outside’ of an envelope, chances are that you won’t even notice that you’re going out... Whilst thinking you’re ‘hanging in there’... And so far, so good...

I take your point, add to my provisional hypothesis, training/proficiency programs, and the Admiral's idea about working pilots out to test their limits. I wonder at the confidence the public have in airline companies doing what is right.

Given the generally successful departure and arrival rates, maybe the public is willing to accept the very, very small risk of this "imnperfect storm" of events creating a flying catastrophe.

Originally Posted by comment, forget who
Actually if you have time ( they didn't ) you can call up AOA in the CMC maintenance pages.

What is the point of that? AoA is a flight parameter, if not a primary instrument scan item in all flight regimes. How hard is it to make it readable as a cross check, or in the corner of one of the displays?

Just change the page and location the computer is sending it to.

If you have a warning "revert to manual trim" can you not also find some real estate for "AoA = XX.X? "

This does not seem hard, but actually it is. Figuring out where in a display package this goes is a non-trivial process, since there is X area for display and a lot of different information that pilots use or need.

Originally Posted by Guildenstern
Is it possible to get a stall warning when pulling out of a dive?

Yes. If your pitch rate is too fast, you can change your AoA too fast and either create a stall, or an accelerated stall, while pulling out of a dive.

The latter killed a colleague of mine a couple of decades ago.

ECAM_Actions 1st June 2011 17:57

More questions: Doomed Flight AF 447: Questions Raised about Airbus Automated Control System - SPIEGEL ONLINE - News - International

EDIT: Bad info.

Lonewolf_50 1st June 2011 18:03

ECAMS:

As I understand the FC diagrams, Alt Law has auto trim for elevators and THS, you go to manual trim in Direct law for the THS. If I am reading that wrong, please advise.

From the diagram, it appears to me that elevator trim may not be operating in Direct law, but I may be wrong on that.

Here are the words ... (from an out of date summary of A 330 systems)

Alternate Law
• No change for
ground, take-off and flare mode compared to Normal Law.

Flight mode :
Pitch axis :
as per Normal Law with limited pitch rate and gains depending on speed and CONF.
-
Roll/yaw axes : Depending on failure :

1. The lateral control is similar to normal law (no positive spiral stability is introduced).
2. Characterized by a direct stick-to-roll surface relationship which is configuration dependent

Protections :

- pitch attitude : lost
- high speed : replaced by static stability
- high angle of attack : replaced by static stability
(Vc prot. Law) + aural stall warning when
α > α sw*

- low energy : lost
Direct Law
• No change for
ground mode and take-off mode compared to Normal Law.
Flight mode : Maintained down to the ground in all three axes, direct relationship between stick and elevator/roll control surfaces which is center of gravity and configuration dependent.

All protections are lost

Conventional aural stall and overspeed warnings are provided as for Alternate Law.
• Main operational aspect :
- manual trimming
through trim wheel.


ECAM_Actions 1st June 2011 18:19

@Lonewolf: you are right. In ALTN LAW there is auto THS.

Low Speed Stability will attempt to pitch the nose down to maintain just above Vls, but the pilot *CAN* override this (maybe that is why the PF was pulling up - he was stopping the nose from dropping in the belief they were flying and the systems thought they weren't due to the low airspeed reading?).

Lonewolf_50 1st June 2011 18:30

ECAM: this is the first time I have understood that feature of the system, Low Speed Stability.


Low Speed Stability will attempt to pitch the nose down to maintain just above Vls, but the pilot *CAN* override this (maybe that is why the PF was pulling up - he was stopping the nose from dropping in the belief they were flying and the systems thought they weren't due to the low airspeed reading?).


I'll post a link to your post in the Tech Log discussion, since I have yet to see this man-machine interface issue raised in the deluge of posts on that sub forum. It may have been mentioned, but not in the concise way you just did.

PF is in ALT Law, so hand flying, which means flying a bit by "feel" (is this right, AB drivers?)

I have flown conventional aircraft in out of trim conditions, so I think I know what "feel" might be in his hand, and induce a pitch up that it takes a bit of scan to realize is happening. This might explain that initial "zoom" at 7000 fpm and initial "correction" to about 700 fpm climb ... thanks for switching the light on for me. :)

jcjeant 1st June 2011 18:44

Hi,


Yes. If your pitch rate is too fast, you can change your AoA too fast and either create a stall, or an accelerated stall, while pulling out of a dive.
This ... ?


SaturnV 1st June 2011 18:51

Aquadalte,


At 1 h 31 min 44 s, the RECIFE controller gave it [AF447] the ATLANTICO HF frequencies: 6649 or 5565 kHz, then 6535 kHz after the TASIL point. The crew read back the three frequencies. Note: TASIL is on the boundary between the ATLANTICO and DAKAR Oceanic FIRs.

At 1 h 33 min 25 s, the crew contacted the ATLANTICO controller on the 6649 kHz frequency.

At 1 35 min 15 s, they informed the controller that they had passed the INTOL point at 1 h 33, at FL350. They announced the following estimates: SALPU at 1 h 48 then ORARO at 2. They also transmitted their SELCAL code: CPHQ.

At 1 h 35 min 26 s, the ATLANTICO controller coordinated flight AF447 with the DAKAR controller. At 1 35 min 32 s, the ATLANTICO controller transmitted the following items to the DAKAR controller: TASIL estimated at 2 h 20, FL350, Mach 0.82.

At 1 h 35 min 38 s, the ATLANTICO controller sent a SELCAL call.

At 1 h 35 min 43 s, the crew thanked the controller.

At 1 h 35 min 46 s, the controller asked them to maintain an altitude of FL350 and to give a TASIL estimate.

Between 1 h 35 min 53 s and 1 h 36 min 14 s, the ATLANTICO controller asked the crew three times for their estimated time passing the TASIL point. The crew did not answer.

[There was no further contact with the crew.]
The recent BEA note indicates that the PF briefed the PNF who had arrived at the cockpit that at some time before 1 h 59 min 32 s that logon with DAKAR had failed. (At least 21 minutes before estimated changeover from ATLANTICO to OCEANIC DAKAR which was at 2 h 20 at the TASIL waypoint.) LH507 (believed to be the flight with AMDAR) monitored 121.5 the entire flight and never heard any communication from AF447.

The PF also briefed the PNF at 2 h 00 that the ‘little bit of turbulence’ just experienced would be similar to what would be experienced ahead.

Tim Vasquez concludes, “Based on the soundings above, my conclusion is that the maximum cumulonimbus tops were 56,000 ft with an equilibrium level of 47,000 ft, representing the tops of most parts of the MCS except near the edges.”

So CVR transcripts of any conversation on what they were seeing on their radar displays will be interesting.

I'll leave it to others to comment on jumping ahead on a frequency change 21+ minutes before one arrives at the boundaries of the FIR.

SoaringTheSkies 1st June 2011 19:03

xcitation

I seem to remember that the flight plan for AF447 did not list Paris as it`s final destination but something closer along the way (toulouse?) and Paris as an alternate. The logic, so it was said, would be that filing Paris would have left them with less than the allowed contingency fuel and that through this trick, they could safely go with the amount of fuel on board and decide closer to French shores to use the contingency fuel to go to Paris.
Can anyone confirm that that was the case? And if so, what would that say about their ability to deviate around the cell and still make it to Paris. A refuelling stop in Toulouse would certainly be an embarrassment.

rgbrock1 1st June 2011 19:03

Speaking of Tim Vasquez: If you browse over to his web site you'll note that he has made some data modifications, today as a matter of fact, which uses some of the data supplied by BEA on 27 May.
As usual it makes for some very interesting reading.

However, and again using data provided by BEA, he corrlelates that data with weather data available at the time.

This is the new, updated, weather chart and the flight path of AF447:

http://www.weathergraphics.com/tim/a...s-0145-ann.png

wiggy 1st June 2011 19:13

Guys.... a little knowledge is a dangerous thing:

Saturn


that logon with DAKAR had failed. (At least 21 minutes before estimated changeover from ATLANTICO to OCEANIC DAKAR

I'll leave it to others to comment on jumping ahead on a frequency change 21+ minutes before one arrives at the boundaries of the FIR.
Why are you claiming they're "jumping ahead on a frequency"? They are talking about their datalink or CPDLC / ADS, not radios. That comment in the handover means that haven't yet got CPDLC logon with Dakar ATC (possibly because it's too early for Dakar to "accept" them). As far as HF frequencies are concerned they may well have still been on SELCAL watch on the Atlantico frequencies...the fact that Atlantico couldn't raise them could just mean they were in an area of poor HF reception.


ap08


The logic, so it was said, would be that filing Paris would have left them with less than the allowed contingency fuel and that through this trick, they could safely go with the amount of fuel on board and decide closer to French shores to use the contingency fuel to go to Paris.

I think capital punishment should be re-introduced in the judicial practice. The management of the airline that tolerates (encourages?) such tricks deserves no less.
It's called a reclearance operation....been done for years in Longhaul.....I plead guilty to doing this, as I guess do many of the grey haired Longhaulers here. It's no big deal as long as you don't reclear onwards beyond your enroute alternate without the fuel to do so.

sensor_validation 1st June 2011 19:28


Originally Posted by iwrbf (Post 6487011)
Hi there,

german news outlet "Der Spiegel" has an interesting story about a german aerospace engineer (Professor, that is...) who experienced some strange (disturbing) behaviour in the simulator. Read yourself (english version):

Air France*Catastrophe: Victims' Families Propose Grounding All*A330s - SPIEGEL ONLINE - News - International

Kind regards,
Peter

I'm not able to find details of his simulation a year ago online - I wonder if it includes the zoom-climb to FL380 ?

Did find in here picture of the Professor suggesting a position for the captain?

AirFrance.pps

SoaringTheSkies 1st June 2011 19:40

so if they filed for Toulouse, intending to go on to CDG, I assume that a deviation might have put them into a situation where they would end up having to refuel before getting to Paris?
could this have begun as a severe case of get-homeitis?

SaturnV 1st June 2011 19:43

Wiggy, although it did not affect the flight, Brazilian ATC had omitted DAKAR from the AF447 flight plan. (Whether it affected the search is probably an open question at this point.)


At 1 h 46, the DAKAR controller asked the ATLANTICO controller for further information regarding flight AF447 since he had no flight plan. The ATLANTICO controller provided the following elements: A332, from SBGL to LFPG, SELCAL: CPHQ.

The DAKAR OCEANIC Regional Control Centre created the flight plan and activated it. {No time given for when this was done.] The result of this was to generate a virtual flight following the planned trajectory in the DAKAR FIR between TASIL and POMAT. There was no radio contact between AF447 and DAKAR, nor any ADS-C connection. The flight remained virtual.

At 2 h 47 min 00 s, the DAKAR controller coordinated flight AF447 by telephone (ATS/DS) with the SAL controller (Cape Verde) with the following information: passing the POMAT point (leaving the DAKAR FIR) estimated at 3 h 45, FL350, Mach 0.82.

At 2 h 48 min 07 s, the DAKAR controller told the SAL controller that flight AF447 had not yet established contact with him.

wiggy 1st June 2011 19:54


could this have begun as a severe case of get-homeitis?
It could equally have been a pragmatic approach to getting out of GIG in the first place. I haven't seen the performance figures for the flight but they may not have been able to lift the planned payload and "full" GIG-CDG fuel out of GIG...they might have been able to carry fuel for GIG-CDG plus a little bit of extra, but not enough to give them the legal amount of contingency, or buffer fuel, needed at the start of the flight. One option would be to come back on a windier cooler day, another dump freight or passengers...:ooh: , another one would be to fill up as much as possible, file a plan for say GIG-TLS - which given the shorter track could then mean you have full legal contigency fuel for that sector, so all legal, above board, a recognised procedure and safe.

Once you approach TLS you look again at fuel on board and decide wether you have enough in tanks to overfly TLS and continue to CDG with legal reserves or wether you don't, in which case have to do a tech stop.

It's not a technique used as much these days as it was 20-30 years ago but it still has it's uses if you're short of performance, and it's perfectly legal, the critical thing is you don't press on beyond the en-route alternate without fuel to so so....sadly the crew of AF447 never got to make that decision.

SoaringTS...you beat me to it, Rgds.

oldchina 1st June 2011 20:00

A weather deviation decided in time (not in a panic) costs peanuts in fuel. Cut that idea.

SoaringTheSkies 1st June 2011 20:01

wiggy

I understand the idea and yes, it does make sense when you're streching it a bit. my question was: how long a deviation could they have made before TLS would have been their guaranteed next stop?

We've seen many cases where pride made people make bad decisions.

Tipsy Barossa 1st June 2011 20:47

Looks like a lot of posters do not have a clue about CPDLC operations, hence the comments about jumping ahead on a frequency, no CPDLC log on yadda, yadda, yadda.

Agree with wiggy, a little knowledge is indeed a dangerous thing. With the data released in dribbles, I cannot help but think that we are all being led into posting things which will help interested parties to cover their arses.

We might be doing the dead crew members a great disservice in our rush to pontificate and show off " armchair " style our great flying skills and systems knowledge.:hmm:

JJFFC 1st June 2011 21:04

Training Training Training...
 
There is no mystery.

1/ a pilot nose up
2/ he stalled his plane and didn't alert the captain nor did he communicate
3/ he didn't recognize his fault although his instruments gave him all the necessary information (the lack of speed data is a consequence of the stall not the cause)

That's all.
Pilots are here to pilot the planes that are given to them (OK : their opinion is welcome).

I play golf : every 3 month I need 3 hours of practicing my 3 iron to be able to do something with it.

To pilot is a sport : it needs training and training and training.

That's why there are captain and cadet. Champions and losers.

drkraft 1st June 2011 21:21

Bluesideup
 
Just as a caveat, I have read most but not all the approximately 1300 posts on this thread. I have yet to read anything concerning the “Thrust Lock Mode” of the autothrust system. If it’s been previously addressed bear with me. For continuities sake, I’m starting at square one of how the system is supposed to work. As for my background, I flew the A-330 for a year and a half as a Captain prior to my retirement (60th birthday) about 1 year ago.

The problem with the autothrust system being inop is the way they interface with the thrust levers. When autothrust is in use the thrust levers are selected to one of 4 detent positions (TOGA, FLX/MCT, CL and IDLE) and don't move even though the engines may be delivering different amounts of thrust to maintain the selected mach/airspeed number. During cruise, they are in the CL or climb detent and have a power range from idle to max climb thrust. CL is the detent the thrust levers stay in 99% of the time. It is used for climb, cruise, descent and approach. To manually control the thrust levers you need to take them out of the CL detent, match the EPR setting with the thrust levers (there is symbology on the engine instruments which show you the position of the thrust levers and the actual EPR setting so that you can match them up before you disconnect the autothrust system). This provides a smooth transition between manual and autothrust use (no power surge). When the autothrust system failed on AF447, the thrust levers were in the CL detent. There is a difference if the system is turned off manually or due to a system failure. If the autothrust system is turned off manually using the pushbutton's on the thrust levers, the system will go to the max power setting of the CL detent unless the thrust levers are manually set as previously described. If there is a system failure the autothrust system goes into the "Thrust Lock Mode" and freezes the engine power at whatever thrust was being developed at the time of the failure. Thrust lock indications are a MASTER CAUT light, an amber flashing ENG THRUST LOCKED and AUTOFLT A/THR OFF,THR LEVERS.......MOVE ECAM messages, a single chime, and a STATUS page message. The chime is repeated every 5 seconds until pilot corrective action is taken. As you can imagine, when you have multiple failures, there's a lot of blinking lights, chimes, bells, whistles and other distractions not to mention a rather long list of ECAM and STATUS messages on the screens. The important thing to remember here is unless you reference the engine instruments, you don't know at what power setting the engines were actually producing at the time of the failure. The autothrust system on the Bus is OK, but remember the thrust levers never move so you lose one of the subtle cues normally found in the cockpit of most other aircraft. The autothrust system is normally very aggressive in trying to meet the speed demands placed on it. By this I mean you can get very large reductions or additions to thrust in order for the system to meet target speeds/mach settings. They are even more sensitive when turbulence is encountered and I've seen large variations in thrust setting in an attempt by the system to maintain target speeds. If you’ve ever ridden in the back of the A-330 in turbulence you will definitely notice the power changes. You also have to remember that power changes at max operating altitudes are very sluggish and it takes time to regain the target speed especially if the speed is bouncing around rapidly. In the AF447 situation, the PF (pilot Flying) slowed the aircraft from .82 to .80 mach. During this time he also encountered increasing turbulence and within a minute or so lost his instrumentation, autopilot, and autothrust. Until BEA releases the Flight Data Recorder readings and we know at what thrust setting the thrust lock mode froze the power, we won't know to what extent the autothrust system was responsible for possibly contributing to this accident. I hope this gives you a better understanding of how the system is supposed to work.

Lonewolf_50 1st June 2011 21:39

JJFFC:

1/ a pilot nose up
2/ he stalled his plane and didn't alert the captain nor did he communicate
3/ he didn't recognize his fault although his instruments gave him all the necessary information (the lack of speed data is a consequence of the stall not the cause)
Is it your position that the airspeed indicators did NOT react to ice on the pitot tubes?

I play golf : every 3 month I need 3 hours of practicing my 3 iron to be able to do something with it.
To pilot is a sport : it needs training and training and training.
That's why there are captain and cadet. Champions and losers.
I play golf as well, and still use my 3 iron. The 1 and 2 iron have been retired.

Yes, one needs practice to stay proficient.

JJFFC 1st June 2011 22:05

Pitot tubes reacted to stall rather than to ice after AP disconnected
 

Lonewolf_50


JJFFC:
Quote:
1/ a pilot nose up
2/ he stalled his plane and didn't alert the captain nor did he communicate
3/ he didn't recognize his fault although his instruments gave him all the necessary information (the lack of speed data is a consequence of the stall not the cause)

Is it your position that the airspeed indicators did NOT react to ice on the pitot tubes?
It is my opinion that after the plane had stalled, the pitot tubes didn't reacted to ice but to the stall and to the fact that the plane was really below 60 and inclined.

Maybe the AC disconnected because the Pitot tubes iced, but the BEA has never written this in this report : nobody knows why the AC disconnected.

Maybe the PF wanted to climb because of the weather (somebody already mentioned that in this topic).

Pininstauld 1st June 2011 22:14

The plot unthickens.....
If there is any shred of truth in the above posts - i.e. filing for LFBO but intending LFPG (all above board and as per regs, one assumes) - then a marginal fuel mentality scenario for lack of adequate CB avoidance cannot be dismissed. I checked the BEA report again for RTOW vs MTOW.... ah, suddenly it starts to make sense. I still maintain pts 1 to 11 on p49 for what happened subsequently. Whatever law it was in, the scenariio holds. Commercial pressure vs airmanship leading up to it? We shall one day see....

Log22 1st June 2011 22:27

If you look at the findings of crash AF358 a lack of training, missing procedures and improper judgement seem to be the case. Of course this was a different situation than AF447 but it might indicate a not perfect safety culture and lack of or improper training within the airline.

]Conclusions (Wikipedia) AF358
The TSB concluded in their final report that the pilots had missed cues that would have prompted them to review their decision to land.[33] In their report[14] the TSB cited that
Air France had no procedures related to distance required from thunderstorms during approaches and landings
After the autopilot had been disengaged, the pilot flying increased engine thrust in reaction to a decrease in airspeed and a perception that the aircraft was sinking (spatial disorientation). The power increase contributed to an increase in aircraft energy and the aircraft deviated above the flight path.
At 300*feet above ground level, the wind changed from a headwind to a tailwind.
While approaching the threshold, the aircraft entered an intense downpour and the forward visibility became severely reduced.
When the aircraft was near the threshold, the crew members committed to the landing and believed their go-around option no longer existed.
The pilot not flying did not make the standard callouts concerning the spoilers and thrust reversers during the landing roll. This contributed to the delay in the pilot flying selecting the thrust reversers.
There were no landing distances indicated on the operational flight plan for a contaminated runway condition at the Toronto / Lester B. Pearson International Airport.
The crew did not calculate the landing distance required for runway 24L despite aviation routine weather reports (METARs) calling for thunderstorms. The crew were not aware of the margin of error.
The topography at the end of the runway beyond the area and the end of Runway 24L contributed to aircraft damage and injuries to crew and passengers.


All times are GMT. The time now is 13:40.


Copyright © 2026 MH Sub I, LLC dba Internet Brands. All rights reserved. Use of this site indicates your consent to the Terms of Use.