If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.
It doesn't require "perfect" anything, it requires only not doing anything stupid. I think THAT is where we actually disagree. And again, your reliance on "trained procedures and memory items" is a bit misplaced. If the biggest memory item of all (fly the blasted airplane) somehow slipped his mind, I doubt he'd remember any other. Do you really not see the point I'm trying to make?
Yes, I see your point. it’s an obvious point that you and others have been making all along. I just think it’s a superficial understanding of what happened.
I think he made the initial half-limit pull either to regain 300 feet of altitude or accidentally while still startled and dealing with roll (or a combination of those things). I think he then made the decision to climb to REC MAX, reasoning (imperfectly) that he wouldn’t overspeed in a climb and wouldn’t stall with full climb thrust (around 100% N1). I think he overcontrolled and things quickly got away from him and he was out of his depth because he had no upset training for this scenario. I think he then fought mentally between following the direction of his senior FO or trusting the flight directors, which had re-appeared. I think his judgment was flawed, he wasn’t thinking about drag or how close critical angle was at that altitude. I think he was not the pilot you are, and many probably aren’t. I don’t think enough has been done to prevent this from happening again.
I just think I think he I think he reasoning (imperfectly) that he I think he I think he I think his judgment wasn’t thinking I think he I don’t think.
I think his actions were almost inexplicable.
I think you are welcome to think all you want.
Unfortunately, I think that whatever you think OR whatever I think may very likely be inaccurate because apparently the WWTPTR (What Was The Pilot Thinking Recorder) was inoperative.
I think we agree he violated some sort of memory procedure. Whether it was item one of 1. Aviate, 2. Navigate, 3. Communicate OR NAV ADR DISAGREE ECAM83% N1 alpha prot AoA RECMAX THRUST RED ALT WTF OR The yet-to-be-written Evan checklist, I think it's most likely the first.
Les règles de l'aviation de base découragent de longues périodes de dur tirer vers le haut.
I'm not a commercial pilot. For what it's worth, if there had been the "old fashioned" conventional controls the flagrant inappropriateness of his actions would have been difficult to miss.
Another AF447 question. Does the artificial horizon still operate from a gyroscope? If so, when instruments and computer systems are giving confusing messages would it provide an independent reference for pitch?
I'm not a commercial pilot. For what it's worth, if there had been the "old fashioned" conventional controls the flagrant inappropriateness of his actions would have been difficult to miss.
Another AF447 question. Does the artificial horizon still operate from a gyroscope? If so, when instruments and computer systems are giving confusing messages would it provide an independent reference for pitch?
The attitude indicator is driven by a ring-laser gyroscope, so it isn't effected by air data anomalies. The two good references you still have are attitude and thrust level and you use these to establish an approximate safe airspeed and angle-of-attack.
This is the fallacy and the sticking point. Pierre Bonin DID know how to fly an airplane.
There is substantial evidence that he didn't know. Not at that moment at least.
I believe he did what he did intentionally...
You mean that he intentionally pulled up a 1.5G 7000 fpm 2500 ft climb and when the plane stalled he kept "puling up all the time" (in his own words)?
How is that NOT contradictory with your first statement that he DID know how to fly an airplane?
Again, EVEN IF (which I doubt) his intention was to climb, that is NOT the way to do it.
No no no. I now realize that no such procedure exists for what happened to AF447 (You see, I am learning something here). What I'm advocating is a procedure for loss of autoflight and airspeed disagree at cruise-level altitude. Bonin noticed the airspeed disagree within seconds of losing the autopilot. Essentially it would go something like: LOSS OF AUTOPILOT > CROSS CHECK AIRSPEEDS > If disagree exists, PF do this, PNF go to this procedure... Currently, there doesn't seem to be any standard procedure for this scenario. Even after AF447!
There was a procedure then and there is one now. It is titled "UNRELIABLE SPEED INDICATION" and is triggered by an UNRELIABLE SPEED INDICATION or an ADR CHECK ECAM message.
It should go like this (ATL, please make the needed corrections):
[Sound of AP disconnect]
PF: I have control, troubleshoot please (and focuses on keeping the plane stable, anything not crazy will work)
PNF: We have ECAM messages, alternate law, protections lost, thrust lock, move thrust levers, rudder trim limit lost, use ruder with care
PF: Understood
PNF: And we have some crazy speeds indications, the 3 of them differ and are showing crazy low airspeed and are unstable and coming on and off, unreliable airspeed
PF: Agree, unreliable speed, safe conduct of flight is not impacted, QRH procedure for unreliable speed please.
PNF: Unreliable speed, got it... here it is... if safe conduct of the flight is impacted, no... to level off to troubleshoot...
PF: We are leveled off
PNF: Ok, then... flight technique, adjust pitch for the required flight path, if pitch tends to increase, airplane slow, increase thrust, if pitch tends to reduce, airplane fast, reduce thrust.
PF: Got it.
PNF: When flight path is stabilized... ok and the troubleshooting starts. Let me know when ready.
PF: Ok, give me a second.
PF: Ok, stabilized.
Instead it went like this:
[Sound of AP disconnect]
PF: I have control (and starts to pull up a 1.5 7000fpm 2500 ft climb)
[Cricket] Stall Stall
[Cricket] Stall Stall
PNF: We lost the speeds
--- Judge what is said by the merits of what is said, not by the credentials of who said it. ---
--- Defend what you say with arguments, not by imposing your credentials ---
There was a procedure then and there is one now. It is titled "UNRELIABLE SPEED INDICATION" and is triggered by an UNRELIABLE SPEED INDICATION or an ADR CHECK ECAM message.
...It should go like this (ATL, please make the needed corrections):
[Sound of AP disconnect]
PF: I have control, troubleshoot please (and focuses on keeping the plane stable, anything not crazy will work)
PNF: We have ECAM messages, alternate law, protections lost, thrust lock, move thrust levers, rudder trim limit lost, use ruder with care
PF: Understood
PNF: And we have some crazy speeds indications, the 3 of them differ and are showing crazy low airspeed and are unstable and coming on and off, unreliable airspeed
PF: Agree, unreliable speed, safe conduct of flight is not impacted, QRH procedure for unreliable speed please.
PNF: Unreliable speed, got it... here it is... if safe conduct of the flight is impacted, no... to level off to troubleshoot...
PF: We are leveled off
PNF: Ok, then... flight technique, adjust pitch for the required flight path, if pitch tends to increase, airplane slow, increase thrust, if pitch tends to reduce, airplane fast, reduce thrust.
PF: Got it.
PNF: When flight path is stabilized... ok and the troubleshooting starts. Let me know when ready.
PF: Ok, give me a second.
PF: Ok, stabilized...
A bit of disconcurment.
More like this:
HAFDNHPF: HOLY CRAP, WHAT'S IT DOING NOW, WE'RE GOING TO DIE, EVERYTHING HAS GONE OFFLINE, THIS FBW CHEAP COMPOSITE CRACKERBOX IS GOING TO KILL US, I HAVE NO IDEA WHATS GOING ON, I LOVE YOU MRS. PF!!!!!
PNF: Just fly the plane...just like a 172...fly the plane...even if we're going to die, keep flying it to the end...
[Unknown]: Ok, the PLANE seems to be ok...bejebus, now if we can figure out this phugoid automation...I'm gonna need a minute...
(My version does a little better job capturing the so-called 'startle factor'.)
Les règles de l'aviation de base découragent de longues périodes de dur tirer vers le haut.
There is substantial evidence that he didn't know. Not at that moment at least.
You mean that he intentionally pulled up a 1.5G 7000 fpm 2500 ft climb and when the plane stalled he kept "puling up all the time" (in his own words)?
How is that NOT contradictory with your first statement that he DID know how to fly an airplane?
Again, EVEN IF (which I doubt) his intention was to climb, that is NOT the way to do it.
There was a procedure then and there is one now. It is titled "UNRELIABLE SPEED INDICATION" and is triggered by an UNRELIABLE SPEED INDICATION or an ADR CHECK ECAM message.
It should go like this (ATL, please make the needed corrections):
[Sound of AP disconnect]
PF: I have control, troubleshoot please (and focuses on keeping the plane stable, anything not crazy will work)
PNF: We have ECAM messages, alternate law, protections lost, thrust lock, move thrust levers, rudder trim limit lost, use ruder with care
PF: Understood
PNF: And we have some crazy speeds indications, the 3 of them differ and are showing crazy low airspeed and are unstable and coming on and off, unreliable airspeed
PF: Agree, unreliable speed, safe conduct of flight is not impacted, QRH procedure for unreliable speed please.
PNF: Unreliable speed, got it... here it is... if safe conduct of the flight is impacted, no... to level off to troubleshoot...
PF: We are leveled off
PNF: Ok, then... flight technique, adjust pitch for the required flight path, if pitch tends to increase, airplane slow, increase thrust, if pitch tends to reduce, airplane fast, reduce thrust.
PF: Got it.
PNF: When flight path is stabilized... ok and the troubleshooting starts. Let me know when ready.
PF: Ok, give me a second.
PF: Ok, stabilized.
Instead it went like this:
[Sound of AP disconnect]
PF: I have control (and starts to pull up a 1.5 7000fpm 2500 ft climb)
[Cricket] Stall Stall
[Cricket] Stall Stall
PNF: We lost the speeds
There is no argument between us that CRM failed here and that it was a major causative factor.
And thank you for pointing out that a procedure exists for unreliable airspeed. Of course, I already know that.
But, if what ATL is telling us about the new (circa 2006) 'combined' procedure replacing the old, split procedures is still the official procedure, even after the lessons of AF447, than this what I'm taking issue with.
There used to be a procedure for this. If called for immediate actions to stabilize using engineering-derived pitch and power settings (5deg/CL), as well as the necessary system reconfigurations. It was included as a memory item AFAIK. It minimized the risk of pilot improvisation driven by erroneous indications and clouded judgement. Three years before the scenario of AF447 revealed itself, Airbus decided to replace it with this one:
I can only surmise that this was done with the assumption that UAS doesn't typically occur at cruise level, FDnH phases of flight, where errors are amplified and tolerances reduced, and done without deeply understanding the human factor issues such an event creates. That is somewhat understandable in 2006, but not in the years following the lessons of AF447.
First of all, why are you prioritizing an ADR CHECK PROCEDURE to 'identify the faulty ADR(s) and switch it (them) off'? You do NOT want to do that! The speeds in this scenario will self-restore, typically within a minute (as they did with AF447). Secondly, it's pointless: there is nothing wrong with the ADR's. The procedure doesn't apply to this (newly revealed) failure situation. Thirdly, there is a 'fingerprint' of failures that identifies this situation. The obvious ones are the sudden loss of autoflight (cavalry charge) and Normal Law, followed by the recognition of airspeed disagreement. The pitots have become simultaneously contaminated by a temporary environmental condition that will shortly alleviate. The only task is to manually stabilize, reconfigure certain systems and to remain in stable flight for approx one minute.
What I'm saying is that, for this scenario, we should return to the order of the original procedure because the most important actions (and only necessary actions) are boxed in the IMMEDIATE ACTIONS (as a memory procedure) part of that procedure. No ADR CHECK PROC is needed to get things back on track (although the procedure should be run through, once everything is stable, just in case).
This is why I suggested to ATL that he might be misinterpreting the application of this procedure, that is for a different scenario than the one made widely known by AF447. Either that or someone higher up isn't thinking this through. If ATL is right, then his airline is lacking an appropriate procedure for an AF447 failure scenario, and nothing except sound pilot judgment and proficiency (in a situation that has been shown to degrade these things) defends the aircraft against erroneous pilot judgment and dangerous improvisation.
There used to be a procedure for this. If called for immediate actions to stabilize using engineering-derived pitch and power settings (5deg/CL), as well as the necessary system reconfigurations. It was included as a memory item AFAIK. It minimized the risk of pilot improvisation driven by erroneous indications and clouded judgement. Three years before the scenario of AF447 revealed itself, Airbus decided to replace it with this one:
[ATTACH=CONFIG]27177[/ATTACH]
Nope, THAT was the old procedure(s). Tow different procedures, one for unreliable airspeed and one for ADR check, and you had to decide which one to use depending on whether the safe conduct of the flight was impacted or not. And at some point one pointed to the other and vice versa.
3 years before AF it was changed to the new unified version that we discussed (which is located later in the same document) which you execute (the same procedure) for unreliable airspeed or for ADR check, and has the question about whether the safe conduct of the flight is impacted in the beginning of the procedure.
--- Judge what is said by the merits of what is said, not by the credentials of who said it. ---
--- Defend what you say with arguments, not by imposing your credentials ---
Nope, THAT was the old procedure(s). Tow different procedures, one for unreliable airspeed and one for ADR check, and you had to decide which one to use depending on whether the safe conduct of the flight was impacted or not. And at some point one pointed to the other and vice versa.
3 years before AF it was changed to the new unified version that we discussed (which is located later in the same document) which you execute (the same procedure) for unreliable airspeed or for ADR check, and has the question about whether the safe conduct of the flight is impacted in the beginning of the procedure.
Ah, I uploaded the wrong page. This is it:
But please respond to the point I'm making. The red boxed items are necessary to avoid errors and deception. Meanwhile, the instruction for when the affected ADR cannot be identified (as in this case because there is no ADR fault), is to shut them all off. That's rather counterproductive, isn't it? This is why I called it absurd for the situation AF447 was in.
Again, I see the ADR check procedure as useful when a speed disagree is developing due to a faulty sensor or ADR, but not for a complete loss of speeds, autoflight and normal law due to ice ingestion.
And to the point you are making, I don't even understand it, but I don't agree that these memory items are necessary to avoid errors.
--- Judge what is said by the merits of what is said, not by the credentials of who said it. ---
--- Defend what you say with arguments, not by imposing your credentials ---
We process personal data about users of our site, through the use of cookies and other technologies, to deliver our services, personalize advertising, and to analyze site activity. We may share certain information about our users with our advertising and analytics partners. For additional details, refer to our Privacy Policy.
By clicking "I AGREE" below, you agree to our Privacy Policy and our personal data processing and cookie practices as described therein. You also acknowledge that this forum may be hosted outside your country and you consent to the collection, storage, and processing of your data in the country where this forum is hosted.
Comment