AF 447 Thread No. 10
Join Date: Aug 2011
Location: Grassy Valley
Posts: 2,074
Likes: 0
Received 0 Likes
on
0 Posts
Dozy
"The ADR fault detection consequent to the blocked pitot tubes. If there's an air data fault, AP and A/THR are automatically disconnected."
Nomenclature. The ADR(s) were not faulty. That is a mistake made by someone who cannot separate a sensor from a computation.
Pedantic? NO WAY. The level of stress can be directly related to an assessment of what is wrong. If the pilots think the computers are faulty, that is different than an iced pitot probe.
This aircraft takes things for granted that are serious, and in this case, may have allowed the pilots to believe the flight computer was duff, not Ice in the probes. It also prevents the pilots from being aware instantly of a possible problem with these speeds. They are too unimportant to know something may be wrong with airspeeds? Do we not want to frighten them?
Is it possible for pilots to make a mistake by thinking something is more seriously wrong than the reality? I would say, yes. If, on top of that, there was a delay, sufficient to cement some confIrmation bias, in the awareness of bad speeds, is it possibly too late to correct this mistake in assessment?
Possible...
"tres turbelences, n'estce pas?" the ride was bumpy, it may be the pilot is even entertaining loss of the autopilot. When it does go, he is sure that is the case.
So now he must hand fly, a challenge...
"No worries, we remain in Normal Law, and have protection. What is with the
Roll? VERY turbulent, then." "Aah, we are protected in PITCH, at least"
"The ADR fault detection consequent to the blocked pitot tubes. If there's an air data fault, AP and A/THR are automatically disconnected."
Nomenclature. The ADR(s) were not faulty. That is a mistake made by someone who cannot separate a sensor from a computation.
Pedantic? NO WAY. The level of stress can be directly related to an assessment of what is wrong. If the pilots think the computers are faulty, that is different than an iced pitot probe.
This aircraft takes things for granted that are serious, and in this case, may have allowed the pilots to believe the flight computer was duff, not Ice in the probes. It also prevents the pilots from being aware instantly of a possible problem with these speeds. They are too unimportant to know something may be wrong with airspeeds? Do we not want to frighten them?
Is it possible for pilots to make a mistake by thinking something is more seriously wrong than the reality? I would say, yes. If, on top of that, there was a delay, sufficient to cement some confIrmation bias, in the awareness of bad speeds, is it possibly too late to correct this mistake in assessment?
Possible...
"tres turbelences, n'estce pas?" the ride was bumpy, it may be the pilot is even entertaining loss of the autopilot. When it does go, he is sure that is the case.
So now he must hand fly, a challenge...
"No worries, we remain in Normal Law, and have protection. What is with the
Roll? VERY turbulent, then." "Aah, we are protected in PITCH, at least"
Last edited by Lyman; 7th Sep 2012 at 17:34.
Join Date: Jul 2002
Location: UK
Posts: 3,093
Likes: 0
Received 0 Likes
on
0 Posts
So it occurs to me that a conference among computers should have extended an invitation to the flightcrew to be privy...
ˆˆ The ADR 2 speed fell between 2 h 10 min 03.5 et 2 h 10 min 05;
ˆˆ the ADR 1speed fell for less than one second from 2 h 10 min 04 s to 2 h 10 min 05, causing:
- the disconnection of the autopilot,
- the triggering of “PITOT PROBE” monitoring in the FCPC causing the transition to alternate 2B law;
ˆˆ The ADR 3 speed fell temporarily from 2 h 10 min 07 s to 2 h 10 min 10 s, causing, in the following second, the loss of autothrust and the disappearance of the Flight Directors; it then fell again at 2 h 10 min 14,
ˆˆ The speed on ADR 1 fell again at about 2 h 10 min 08 s, causing the loss of the autothrust and of the flight directors within the next second.
ˆˆ the ADR 1speed fell for less than one second from 2 h 10 min 04 s to 2 h 10 min 05, causing:
- the disconnection of the autopilot,
- the triggering of “PITOT PROBE” monitoring in the FCPC causing the transition to alternate 2B law;
ˆˆ The ADR 3 speed fell temporarily from 2 h 10 min 07 s to 2 h 10 min 10 s, causing, in the following second, the loss of autothrust and the disappearance of the Flight Directors; it then fell again at 2 h 10 min 14,
ˆˆ The speed on ADR 1 fell again at about 2 h 10 min 08 s, causing the loss of the autothrust and of the flight directors within the next second.
The "ALTERNATE LAW" call was made by the PNF, and the PF should have been listening. The idea that the turbulence would have caused AP disconnection is utter fiction.
Last edited by DozyWannabe; 7th Sep 2012 at 17:50.
Join Date: Jul 2009
Location: DFW
Age: 61
Posts: 221
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by DozyWannabe
. The time between the onset of the problem and the systems working out the problem (that's from normal > single ADR out > multi ADR out > UAS) is approximately 5 seconds - and it only took that long because the detection algorithms must determine a trend.
I only want to know why ECAM can't use that conclusion to display " consider applying UAS procedures"? Why deny that info to the pilot?
Join Date: Aug 2005
Location: fl
Posts: 2,525
Likes: 0
Received 0 Likes
on
0 Posts
The problem they had was a simple solution. Start out with 2.5 degrees nose up, cruise power and hold altitude because the altimiters were fine. But they couldn't do it, sad. Please let them hand fly. Monitoring an autopilot does not make you a pilot. I don't care how many thousands of hours you have monitoring an autopilot, you should still be able to fly if it quits.
Join Date: Aug 2005
Location: fl
Posts: 2,525
Likes: 0
Received 0 Likes
on
0 Posts
TT, I think you have to know that pilots that land is the basic solo flying skills. Then they know how to fly by instruments. Flying an airliner at altitude required basic flying skills. These two didn't have it. Simple.
Join Date: Jul 2002
Location: UK
Posts: 3,093
Likes: 0
Received 0 Likes
on
0 Posts
What it *will* say is "ADR FAULT" or "ADR DISAGREE", the latter of which implies strongly that UAS procedures should be followed.
Join Date: Jul 2002
Location: UK
Posts: 3,093
Likes: 0
Received 0 Likes
on
0 Posts
Hi HN39 - the link in my post #318 goes through the different meanings of the messages and what causes them (and the relevant FCOM references).
Last edited by DozyWannabe; 8th Sep 2012 at 20:15.
Join Date: Feb 2011
Location: Nearby SBBR and SDAM
Posts: 875
Likes: 0
Received 0 Likes
on
0 Posts
UAS faster detection and precise diagnosis
TTex600:
In other words: Why not inform CLEARLY, IMMEDIATELY?
Why pilots must diagnose it by System "output"? As per Airbus SAS paper?
Considering that UAS is an important "input" ?
bubbers44:
We all agree!
Why not provide just after UAS onset, a single display of the three speeds in order to precisely observe what´s going on with this important parameter.
In summary:
1) UAS detection (automatic detector sampling Capt, FO and St by probes)
2) Chime and Display of the three parameters (parallel vertical tapes)
Why deny that info to the pilot?
In other words: Why not inform CLEARLY, IMMEDIATELY?
Why pilots must diagnose it by System "output"? As per Airbus SAS paper?
Considering that UAS is an important "input" ?
bubbers44:
We all agree!
Why not provide just after UAS onset, a single display of the three speeds in order to precisely observe what´s going on with this important parameter.
In summary:
1) UAS detection (automatic detector sampling Capt, FO and St by probes)
2) Chime and Display of the three parameters (parallel vertical tapes)
Last edited by Jetdriver; 9th Sep 2012 at 00:53.
Join Date: Jul 2009
Location: DFW
Age: 61
Posts: 221
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by DozyWannabe
ECAM isn't meant to be used in that way - it will give advice on technical issues and parameters that should not be exceeded, but it can't tell the pilots how to fly the aircraft. Call it "denying info" if you like, but no other airliner does anything similar, and for all it's worth I don't think it should.
What it *will* say is "ADR FAULT" or "ADR DISAGREE", the latter of which implies strongly that UAS procedures should be followed.
What it *will* say is "ADR FAULT" or "ADR DISAGREE", the latter of which implies strongly that UAS procedures should be followed.
If ECAM can tell me to consider Unreliable Speed procedures after a pitot heat failure, why can't it tell me to consider same when the data is corrupt? If it knows it doesnt have good enough data to fly itself, why not just make the first line of ECAM, "UAS procedure - Apply" ?
People like you want to have it both ways. You want for me, the pilot, to be able to pull your design butt out of the fire when the all knowing automation doesn't know all.....this after you've spent thousands of words explaining to me why I need the automation in the first place.
You need me in the cockpit, but you don't want me there.
In the end, I take solace in the knowledge that you need me more than I need your technology.
Join Date: Dec 2010
Location: Middle America
Age: 84
Posts: 1,167
Likes: 0
Received 0 Likes
on
0 Posts
TTEX600,
I am confused. Isn't what you are asking for the same as the machine telling you how to fly the airplane?
I'm not asking for the machine to tell me how to fly the airplane.
Machine says: "ADR FAULT" or "ADR DISAGREE"
why not just make the first line of ECAM, "UAS procedure - Apply" ?
Thank you, Tex!
When the plane is doing so much, and the pilot(s) less, then this is what we get.
A simple caution light when the AP/AT disconnected would have been very useful to this old dinosaur - "Hey, Gums, your pitot system is FUBAR!"
later,
I'm not asking for the machine to tell me how to fly the airplane. I'm asking for the machine to tell me why it gave up and gave control to me!
A simple caution light when the AP/AT disconnected would have been very useful to this old dinosaur - "Hey, Gums, your pitot system is FUBAR!"
later,
Join Date: Jan 2005
Location: W of 30W
Posts: 1,916
Likes: 0
Received 0 Likes
on
0 Posts
Could it perhaps be more specific, e.g. "IAS DISAGREE" or "AoA DISAGREE"?
had F-GZCP been modified ?
Would that caution message have been displayed at the earliest stage of the event ?
BEA report is far too thin ...
Join Date: Feb 2011
Location: Nearby SBBR and SDAM
Posts: 875
Likes: 0
Received 0 Likes
on
0 Posts
A brief "cold" in the probes put A/C + crew FUBAR
"Hey, Gums, your pitot system is FUBAR!"
Actually a temporarily and brief data inconsistency between 3 redundant probes made the overall System (A/C+crew) FUBAR.
Just a crew issue or a critical System? And how to improve the original design?
IMHO through an immediate and clear information (not just in ECAM) on UAS onset. And you decide what to do after a precise (assisted by System) assessment.
The AS probes and ADR after the brief "cold" operated again perfectly. It was a single occurrence of an intermittent failure well documented earlier...
Last edited by Jetdriver; 9th Sep 2012 at 22:06.
Join Date: Jul 2009
Location: DFW
Age: 61
Posts: 221
Likes: 0
Received 0 Likes
on
0 Posts
Originally Posted by Turbine_D
I am confused. Isn't what you are asking for the same as the machine telling you how to fly the airplane?
I can see where a non pilot would think so.
One must know the Airbus UAS procedure in order for the kind of ECAM I suggest to make sense. The ECAM could say that, it could just use GUMS's words and announce "hey pilot, your pitot system is FUBAR", or many other clear and plain messages. Whatever message might be used, the reference to apply the UAS procedure will alert the pilot to the need to turn the automation off and to fly pitch and power. That's all.
I'm asking for the airplane, an entity that knows it can't fly itself anymore because of pitot/static problems, to tell me that it can no longer do so. Those ADR messages demand interpretation and might lead the crew to focus on diagnosis vs aircraft control (just as it appears happened to FO Robert)
A simple "Consider/Apply UAS" would be more appropriate than "NAV ADR Disagree". If the system knows enough to announce ADR disagree, it knows enough to announce "Consider/Apply UAS procedure". That ECAM should stay on top until the entire list has been dealt with.
Were your family in the back of AF447, what would you have wanted on the ECAM? NAV ADR Disagree, or Consider UAS?
Join Date: Aug 2005
Location: fl
Posts: 2,525
Likes: 0
Received 0 Likes
on
0 Posts
Hey Gums, remember back in the 80's when we were happy the autopilot even worked most of the time in the old 737 100's and 200's. We got a chime and light when it clicked off and fixing the problem was easy, hand fly until it engages again, no big deal. Had to fly one round trip flight in a 737 from LAS to MSP as a new captain with a first month FO in an airplane with engines we hadn't flown before because it was new with no autopilot so were reading the manual to see how high we could fly and max landing weights enroute.
The company expected us to be able to do it and we did. It doesn't happen much any more.
The company expected us to be able to do it and we did. It doesn't happen much any more.
Join Date: Jun 2011
Location: Devonshire
Age: 96
Posts: 297
Likes: 0
Received 0 Likes
on
0 Posts
RR-NDB #336
Quote:
" The AS probes and ADR after the brief " cold" operated PERFECTLY. It was a single occurrence of an intermittent failure well documented earlier."
How was a pilot to know that the AS and ADR were NOW back working PERFECTLY ?
A display of the three Pitot ASIs should help, but since the tape display of the change of altitude was not remarked on before " 10,000ft..." (on the CVR), perhaps some other way of readily comparing what may be three very different indicated speeds might be considered as an alternative to tape displays.
Quote:
" The AS probes and ADR after the brief " cold" operated PERFECTLY. It was a single occurrence of an intermittent failure well documented earlier."
How was a pilot to know that the AS and ADR were NOW back working PERFECTLY ?
A display of the three Pitot ASIs should help, but since the tape display of the change of altitude was not remarked on before " 10,000ft..." (on the CVR), perhaps some other way of readily comparing what may be three very different indicated speeds might be considered as an alternative to tape displays.
Last edited by Linktrained; 10th Sep 2012 at 23:10.