![]() |
Diversification;
Unexplained ACARS WRG msg The possible solution was the answer posited by A33Zab to Svarin in AF447 - Thread No.3 , and physical evidence effectively vanished at impact. I can only assume that as the BEA couldn't substantiate the message, and in determining it had no effect on the outcome, they decided to leave it as described in Interim Report No.2. |
"Out of the Envelope -- You're Dead" as a Certification Standard
That is a possible surmise from BEA's report and webcast.
But do we really expect a crew that ends up in a developed stall and later realises the situation to simply accept their fate in an intact airframe at better than FL300? Is that acceptable to the SLF population? Stick pushers were once required in transport a/c that could not recover from a stall -- why has that requirement apparently been dropped? |
Hi JT,
There remains the question of just what real world (stability) characteristics the particular aircraft might have had in the circumstances, hand flown at high FL without the computers' assistance. The computers gave the crew direct Roll Control with the ailerons and spoilers, but they retained the management of the position of the elevator and stabiliser. I think that without the computers' assistance, the crew would have had to trim the load from the elevator themselves as the speed washed off during the stall warning and probably the crew would have had to reprogram their own flight directors to a positive VS (if that is what they really wanted). |
Originally Posted by RBF
Stick pushers were once required in transport a/c that could not recover from a stall -- why has that requirement apparently been dropped?
|
While it appears a mystery to almost anyone as to why all three pilots seemed unable to recognize the stall, I wonder even more about the apparent lack of the computer's abilities to detect the same.
Even with the speed sensors gone or unreliable, there is ample information remaining to deduct (heuristically) that indeed, the AC was in a stall. From a system engineer's point of view, I perceive a gross discrepance between automation behaviour *before* leaving the predefined, valid flight envelope, and thereafter. Before, there is protection from all sorts of (possibly) stupid control inputs by the pilots, but as soon as a single sensor fails, the whole protection system just quits. That is highly inconsistent behaviour and might, IMHO, explain the actions of the PF. He might just have been too used to the plane doing the actual flying, and he might have expected it to do what he was used to: Interpret his stick inputs as a "goal" definition (climb!) and do the actual flying to achieve that goal. I understand that the AC had switched to 'alternate law', and that maybe the pilots or, to the very least, the PF might have been unaware of that. The point I want to make is that I see no need for such an abrupt cessation of computer support in that situation. Three minutes is a very long time, much more so for computers. Heuristics looking at all sensory data could have determined, with reasonable accuracy, - airspeed (correlate previous, valid readings with GPS speed and accelerations measured vs. change in pitot sensor data) - vertical speed (sensory data was good, AFAIK, barometric and ground radar, no?) - aircraft attitude (AI was working, no? An even if not, over some period of time it could be deduced just by observing the acceleration data in all three axis) Using that data would be sufficient to detect the stall. Even more important, such heuristical cross-checking of sensory data by the computers could have avoided both the switch to alternate law *as well as the stall*. Even if the heuristic analysis was not good enough to safely fly the aircraft, the computer could just as well have fallen back onto pitch & power by itself. Of course, alerting the crew to the fact at the same time. Giving them the *option* of manual takeover (including a *manual* switch to alternate law), rather than just quitting and leaving them to sort it out. Humans are not computers, and are extremely suspectible to fatigue, habits, boredom, surprise and panic. If you wanted to design a system that had the goal of provoking 'human error', these are the human weaknesses you'd exploit. And that is exactly what the airbus did: Lull the pilots into a seemingly fool-proof, fully automated environment, and then, at a slight (!) malfunction of hardware, drop everything raw onto them, intermingled with inconsistent alerts and warnings. I think these are major user-interface flaws. Sure more/better pilot training is called for, too. But the system's design should strive to be intuitive rather than that additional/repeated training is required just to be able to deal with the system's behaviour. The same goes for the airbus sidestick configuration: It seems to be designed with the goal of making sure the two (and sometimes a third!) pilots are unaware of what the other is doing. Out of each others sight, the passive one not moving, averaging dual inputs...I just don't get that. Does anyone here think that the captain was aware of what the PF was doing?? And to think how easily that could have been different, with a different setup. Also the change to alternate law could, nay, should be combined with force-feedback sticks. In humans, not all the senses are equal. They get processed in different priorities. These are: 1. Smell 2. Taste 3. Touch 4. Aural 5. Visual We can't make much use of 1 and 2, but rather than displaying a small text on a screen (5, lowest priority), why not use no. 3? The change from non-force feedback to force feedback would very distinctly signal the change from 'normal' to 'alternate' law to the PF! Just a systems engineer's thoughts about the issue(s), who has done very little flying (albeit a lot of sailing). |
"Different matter for an experienced experimental TP but we are talking about two line F/Os who (so far as I am able to divine) had no broader experience"
Thank you John Tullamarine, for that comment. One must remember, beyond the fact that the pilots had probably never experienced "out of the flight envelope" excursions, on other planes, as some of us did, at the time of the accident: -no procedure relating to the stall of the A330 was integrated in the QRH (quick reference handbook) -The procedure was in the abnormal complementaires (PAC) in the Air France documentation and in the supplementary items in the airbus FCTM. It appears (modified) in the QRH in august 2010 (Emergency manoeuvers). It is then seriously modified, again, in the QRH in october 2010. The stall, until the accident, was not listed in the emergency manoeuvers, and staying competent by recurrent exercises (especially at high altitude) was never considered. The approach to the stall (as the aircraft, of course, prevents you from entering it), was occasionally demonstrated at low altitude, with a drill totally unsuitable to the high altitudes. It si only now that everybody is really sure that lowering the nose and reducing the thrust if necessary, at high altitude, will get you out of trouble... The Airbus FCTM said that it was not necessary to train the pilots to the stall recovery (Operational Philosophy/Flight controls/ Page 01.020 7th january 2009) and Air France had the same attitude (stall recovery training only for "classical" airplanes. The Bus was considered unstallable. I insist on this for my pilot friends who speak of the competent pilots as opposed, apparently, to the crew. Take a look at the pilots experience. Only taking one copilot, not to bore you, no mention of any high altitude manual flying on the A330, and last useful training on that issue in 1998 on the A320...For the captain, 2001. Sad but true. I was very experienced when I left the job, and I do not entertain the notion, a single second, that they were incompetent. Just had not seen it, had not been there... |
From a system engineer's point of view, I perceive a gross discrepance between automation behaviour *before* leaving the predefined, valid flight envelope, and thereafter. Before, there is protection from all sorts of (possibly) stupid control inputs by the pilots, but as soon as a single sensor fails, the whole protection system just quits. Humans are not computers, and are extremely suspectible to fatigue, habits, boredom, surprise and panic. If you wanted to design a system that had the goal of provoking 'human error', these are the human weaknesses you'd exploit. And that is exactly what the airbus did: Lull the pilots into a seemingly fool-proof, fully automated environment, and then, at a slight (!) malfunction of hardware, drop everything raw onto them, intermingled with inconsistent alerts and warnings. So I wonder at the wisdom of abruptly changing horses midstream. And I wonder whether this design logic is in the best interests of the AI, or the passengers. |
Sriajuda, #242:
While it appears a mystery to almost anyone as to why all three pilots seemed unable to recognize the stall, I wonder even more about the apparent lack of the computer's abilities to detect the same. higher degree of proactive intelligence from the system design, but perhaps this is the subtext of a company with a corporate mindset of "it cannot crash, cannot stall". I keep harping on about this, but in the absence of normal speed and attitude data, subsystems such as the ins generate more than enough information for some other part of the system to monitor current and historical state. Use of this data could provide improved warning and predictive capability. This sort of on going "big picture" global monitoring would be mandatory for applications such as nuclear power, but seems sadly lacking in aircraft. While there is no doubt that the crew made serious errors, the plethora of warnings, not warnings and other inconsistent data presented to the crew, probably already in a state of panic, can only have made the situation much worse. It's the duty of the system designers to anticipate the worst possible conditions, design the system so that it is consistent at the ragged edge and provide accurate data at all times. Clearly not the case here and from that point of view, the overall system design failed the crew. A trivial example: How difficult would it be to prevent a full back stick 6k/minute vs command at 35k ?... |
subsystems such as the ins generate more than enough information for some other part of the system to monitor current and historical state. Use of this data could provide improved warning and predictive capability. This sort of on going "big picture" global monitoring would be mandatory for applications such as nuclear power, but seems sadly lacking in aircraft. a) they are the same type and manufacturer b) they operate on the same physical principle. Since numerous ways to measure air speed exist, I cannot understand why not even one truly redundant airspeed measuring device is used in AC. (Boeing is the same here, AFAIK). |
Originally Posted by Sriajuda
(Post 7290162)
Exactly my thoughts. And it neither starts nor ends at the computer level: AF447 was not the first AC brought down by a pitot failure. The mistake I see there is what I call 'false redundancy'. While the sensors are there in triple, they are not truly redundant as
a) they are the same type and manufacturer b) they operate on the same physical principle. Since numerous ways to measure air speed exist, I cannot understand why not even one truly redundant airspeed measuring device is used in AC. (Boeing is the same here, AFAIK). With the current design, the 3 pitot tubes are not only of the same type and same manufacturer, but they are also located pretty much in the same place - under the nose - and thus they're sharing the same fate and will likely behave the same way in front of external events, such as weather. They will fail the same way, and pretty much at the same time, which the case of AF 447 shows so clearly. From a system architecture and design perspective one can find many weak elements, some of which several recent posts, including yours pointed to. In the wider perspective, in which design decisions include costs, a very well trained crew, and many others, the presence of multiple factors is supposed to provide an attenuation of the effects of these weak elements. Statistically though, there is always a probability that the elements necessary for the whole to work well are NOT going to be present - as the case with AF 447 shows - with the tragic consequences we know. |
If one of the pilots had noticed the hands of "" ... My old Sensitive Altimeter ..." spinning round ( say.. by FL33.0 ?), one of them might have noticed that the THS had reached an unusual reading of fully NU.
I am lead to believe that the THS FOLLOWS commands, from A/P or S/S. ( I had mistakenly believed that it might have been otherwise, until I was corrected by Tanaka.) The A/P was off. The THS must have moved in response to a S/S. Some airlines seemed to train that " the THS is something WE do not touch" I do not know whether this was so in AF. Never having operated under the PF/PNF system, I would like to be told the etiquette then used when pressing the " I have control button" when one is reluctant to yield to the other. |
@airtren A corollary to the problem of redundancy showed up in BA038. At some stage, and not just in ETOPS, commonality rears its insistent head: eg turbofans burn fuel to produce energy. So then do pitot heads sense air pressure to indicate an absolute value. after 447, it was considered sufficient resolution of the Thales problem to allow one problematic probe to remain installed.
As in 038, the problem was identified in the penultimate position, an oil cooler in the engines. It was not considered ok to change out one TRENT for a GE. It is identical in presentation, a weak link is not allowed to remain in reduindancy, indeed, redundancy is the problem when common fault is the issue. Can we extrapolate? Two pilots are required as crew, and it is impossible to supply identical pilot one for one. In handover, the new pilot is a different solution, by definition, so redundancy in the case of pilots is not an issue, in fact, the "back up" is a fresh resource with different solution making potentials by definition. The Thales had a specific problem due corrosion at the drain, was this the cause of the icing? from an "anomalous design solution" perspective, the problem becomes the solution, the difference in corrosion support probe to probe makes the Thales probe anomalous, which is the goal in fault prevention in similar systems. Facetiously, but truly, what makes similar devices superior in multiple install is their separate engineering approaches. See 'pilots' above..... @Linktrained per the report, the AP was ON (selected ON). No? |
The "redudancy" assumed by this design of speed sensing - which at this point is not different than other manufacturers - seems to target intrinsic/internal sensor failures and less a failure caused by external events, such as weather. Since airspeed information is probably THE most important data in an AC (pilots, please correct me), this neglience to provide both true sensor redundance and obviously not implementing secondary, heuristic means to verify and/or determine air speed is incomprehensible to me. |
If one of the pilots had noticed the hands of "" ... My old Sensitive Altimeter ..." spinning round ( say.. by FL33.0 ?), one of them might have noticed that the THS had reached an unusual reading of fully NU. |
The design of the airbus philosophy is fraught with examples of "inscrutabilities"
IMHO |
FD problem ? no for Airbus ..
Airbus met en avant des erreurs de pilotage sur le Rio-Paris - Libération
Google*Traduction The survey showed that other aircraft flying in the area shortly before the accident had opted for a radical change of course when the drivers of the Rio-Paris had slightly altered their course. The manufacturer also points out that "the loss rates should have led the pilot to apply the procedure on questionable speeds, which results not including the disconnection of the flight director." This instrument, which ensures the trajectory of the plane, could mislead pilots, concluded last week the Bureau of Investigation and Analysis (BEA), in its final report. "As indicated by the BEA, we will never know if the pilots flew the flight directors in the absence of camera in the cockpit, but if they did, the phase of destabilization of the trajectory (which following the disconnection of the autopilot) in no case have been influenced by the flight director, "said the spokesman told AFP, referring to data stored in the report. |
SS+THS
Linktrained The A/P was off. The THS must have moved in response to a S/S. To be correct though, THS moves also without SS input to hold the desired g, which would be 1 g without SS input. It has nothing to do with the autopilot on or off. If PF would have only released the SS on his way up to the apogee (with decreasing speed) the FCS in ALT2B without protections would have deflected the elevators and in the following the THS Trim to full nose up to maintain the 1g (which is the demand with SS neutral) until the same result would have taken place, maybe within a somewhat prolonged timeframe. Only positive SS ND input would have prevented that. |
Two pilots are required as crew, and it is impossible to supply identical pilot one for one. In handover, the new pilot is a different solution, by definition, so redundancy in the case of pilots is not an issue, in fact, the "back up" is a fresh resource with different solution making potentials by definition. In the case of AF447, we seem to see just that - but in a failure mode. Three pilots did not understand what was happening, and failed to fly the plane. That leads me to another thing in the report that sends shivers down my spine: The stall warning was sounded more than 70 times during those fatal minutes, and there was no acknowledgement by any pilot of that, neither through action, nor through speech. It has been speculated that the pilots did not perceive the stall warning, maybe due to sensory overload. To me, it seems much more likely that they did not believe the stall warning. And if that is the case, simultaneously with three pilots, it tells a chilling story of the trust these professionals had in their technology, their aircraft, their instruments. Apparently zero. Wonder why?? |
FD an AP
"As indicated by the BEA, we will never know if the pilots flew the flight directors in the absence of camera in the cockpit, but if they did, the phase of destabilization of the trajectory (which following the disconnection of the autopilot) in no case have been influenced by the flight director, "said the spokesman told AFP, referring to data stored in the report How could the BEA leave that theory without verifying it ? :E Reading once more, and also a little more, in the final report, about the architecture of the flying software and automation, I see many problems with observability and controllability in the men-machine interface :\, and specialy with that FD who tells the AP , but doing something different : on is disconnected, the other not .... It seems all the possible cases have not been verified. I never worked sofware with such irresponsibility for human lifes. The connection between air data and inertial reference is also unclear, and the BEA was not very curious ! The voting system between ADR and IR is not enough analysed for example.:eek: |
Originally Posted by airtren
(Post 7290293)
With the current design, the 3 pitot tubes are not only of the same type and same manufacturer, but they are also located pretty much in the same place - under the nose...
Originally Posted by Sriajuda
(Post 7290337)
Since airspeed information is probably THE most important data in an AC (pilots, please correct me), this neglience to provide both true sensor redundance and obviously not implementing secondary, heuristic means to verify and/or determine air speed is incomprehensible to me.
Right - to answer some of your queries, the issue is one of complexity. The BUSS (Backup Speed Scale) device now offered as an option by Airbus works along the principles you describe - but the fact is that pitot tubes remain the most reliable, accurate and elegant engineering solution to the problem of airspeed determination. Previous accidents attributed to loss of airspeed information involved either a lack of simplistic redundancy of the kind provided by the Airbus design, or (as in the case of Birgenair) failure to diagnose a fault within a single pitot tube and correctly use the redundancy available. The point behind the "quorum" design that existed prior to AF447 was that the systems themselves would be able to diagnose the problem and switch to the working sensors automatically - cases where all sensors failed within a tight timeframe were practically unheard of up until that point and as such, a triple failure was considered out-of-scope. As is so often the case, reality can intrude and make fools of us engineers in unexpected ways (in this case switching to the Thales AA pitot tube model without exhaustive testing to check whether the replacement was like-for-like in all conditions). This "failure of imagination" has affected every complex engineering endeavour human beings have embarked upon, from bridge-building through seafaring and aviation right up to spaceflight. The only way to avoid that risk completely is to never embark on such endeavours in the first place.
Originally Posted by Sriajuda
(Post 7290353)
If I remember correctly, in the Airbus the trim wheel does not make the 'clack-clack-clack' sound that other aircraft do. Another example of technology that seems to be designed to withhold information from the pilots? As in the sidestick configuration?
The trim wheels are quieter on the FBW Airbus because unlike other airliners of the vintage, trim is an automatic function in every law except Direct and MAN PITCH TRIM ONLY. Even in aircraft of a similar vintage (e.g. 757, 767), pilots will be trimming manually whenever autoflight is disengaged, and the trim wheels are an integral part of manual flight. Because this is not the case on the FBW Airbus in over 99% of cases, the trim wheels are not as intrusive. Now - obviously in this case, having the trim wheels announce movement more forcefully might have drawn attention to the way the aircraft was being mishandled - but given the fact that neither of the two F/Os had high-altitude manual flight training on type this can't be taken as read. It may interest you to know that when we ran the scenario in an A320 sim, it turns out that in Alternate [no speed stability] (the A320 equivalent of Alternate 2), autotrim had a hard limit of approximately 5 degrees nose-up, even when holding the sidestick against the back stop. As a result of this we managed to recover with stick full forward after losing barely 8,000ft. In order to test the exact circumstances, our TRE had to manually wind the trim up full once the limit had been reached on the following experiment - this time we lost closer to 18,000ft before recovering, but importantly we found that recovery was theoretically possible using sidestick alone - i.e. without having to manually adjust trim, *provided* that the problem was diagnosed relatively quickly. Why there's a difference in autotrim behaviour between the A320 and her larger sisters I don't know, but it's definitely an interesting fact to take into account. |
but we don't really know if the airplane was unable to recover from a stall. |
Reliable spped
would have been able to fly AF 447 out the stall induced by the PF without breaking something, especially in the absence of reliable and trusted airspeed information. Page 24 Final report At about 2 h 10 min 36, the speed displayed on the left side became valid again and was then 223 kt; the ISIS speed was still erroneous. The aeroplane had lost about 50 kt since the autopilot disconnection and the beginning of the climb. The speed displayed on the left side was incorrect for 29 seconds. remained in the latter position until the end of the flight. Around fifteen seconds later, the ADR3 being selected on the right side PFD, the speed on the PF side became valid again at the same time as that displayed on the ISIS. It was then at 185kt and the three displayed airspeeds were consistent. The PF continued to make nose-up inputs. The aeroplane’s altitude reached its maximum of about 38,000 ft; its pitch attitude and angle of attack were 16 degrees. |
BTW
it's BRATWURST not Bratschewurst :) |
jcjeant
The BEA estimate reliable speed after 29 seconds Page 24 Final report I'm not a pilot but I find it very interesting how many pilots called these guys idiots. For me, they were qualified, they were trained, it was certified, it happened. It could happen again, WE SHOULD BE WORRIED. I would really like to see a survey of current pilots of similar equipment as to whether they think these guys were idiots. Give me a list of those who say yes and I will pull the emergency exit door if I hear them on the PA prior to take-off. (Just joking, probably get arrested for this if it were a tweat etc,...) |
Originally Posted by RetiredF4
(Post 7290387)
If PF would have only released the SS on his way up to the apogee (with decreasing speed) the FCS in ALT2B without protections would have deflected the elevators and in the following the THS Trim to full nose up to maintain the 1g (which is the demand with SS neutral) until the same result would have taken place,
In a C* FCS law the g load command will progessively blend over to a pitch rate demand below a certain speed threshold. But the result would be as you described (A pure g load law would even try to increase pitch in order to maintain g when aaproaching the stall). The C* law would (try to) hold attitude (read pitch) constant at the value initially commanded by the PF. |
Originally Posted by roulishollandais
(Post 7290442)
The voting system between ADR and IR is not enough analysed for example.:eek:
I understood there is a voting system between the ADR's and a voting system between the IR's. And that logic was described. But between the two? How would you vote between Air Data and Inertial Data? Normally they are complementary (not competing) data. Could you reference to a document or a link where this is described? |
Originally posted by henra ... The C* law would (try to) hold attitude (read pitch) constant at the value initially commanded by the PF. |
Would the THS have stopped had a shaker/pusher been installed? What manner of seductive force was applied to the regulator such that a shaker/pusher was not required on this aircraft? Would it have mooted all discussion by virtue of preventing the pilots from maintaining the STALL?
|
I'm not a pilot but I find it very interesting how many pilots called these guys idiots
I suggest that comment is quite unreasonable. The problem of concern (relating to the chaps in the front at the time) involves consideration of their training (which then involves consideration of their employer's training programs and philosophies) and subsequent piloting skill set, as well as experience overall. It is reasonable to presume that they were typical fellows with typical mental capabilities and survival instincts .. but certainly not idiots. We are all at potential risk of failing if the conditions are too far out of our personal comfort zones .. indeed, as is observed periodically, the simulator can be used as an instrument of torture to overload any pilot to the point where he/she cannot cope and, hence, fails. Pointless exercise but it happens. |
Originally Posted by mm43
(Post 7290749)
Which is the reason the THS started to move NU on the final climb into the stall, even though the elevator was around 7° NU.:ok:
Originally Posted by Lyman
(Post 7290776)
Would the THS have stopped had a shaker/pusher been installed? What manner of seductive force was applied to the regulator such that a shaker/pusher was not required on this aircraft? Would it have mooted all discussion by virtue of preventing the pilots from maintaining the STALL?
To my mind the only line accident where the stick pusher was a factor was the BEA548 Trident crash in Staines, and in that case the crew disabled the stick pusher in the middle of a stall, sealing the fate of the aircraft. There are numerous cases of accidents where a stick shaker was ignored or dismissed as erroneous by the crew - including Birgenair. One of the BEA's recommendations is for Airbus to bolster the auditory stall warning with extra visual clues. However, based on prior experience it seems that if a stall warning or automatic recovery does not fit the crew's mental model, then even if you wire the stall warning to a cattle prod there's a chance that it will not be heeded. |
sriajuda @ 16:54
I think the goal is definitely not to produce identical pilots, but to train all pilots to minimum standards. The standard is set, though arbitrarily, by other than the crew, and experience and skill are varied, it is human nature. For example, if there were two identical PF's and one had acquiesced to the other, the result on 447 would have been the same? No, because the position is different, the perspective is different, etc. No matter, it is clear that at least at the start, PNF had the picture correct.... How many have said the PF should have handed over to PNF? Merely looking at route experience, that would be logical. My point above is meant to demonstrate the benefits of incorporating separate designs into two devices that accomplish the same task on an airliner. What defeated the Thales (microgranular water ICE), historically had less effect on Goodrich, type for type. So in grading the two, Thales is found wanting in ICE resistance; perhaps Goodrich has a different weak spot. Redundancy in the face of common fault is worse than no redundancy at all. Back up with a separate design approach is far better. |
Originally posted by DozyWannabe ... The concurrent action of the PF slamming the sidestick against the back stop and holding it there probably contributed to the extreme THS angle. |
Absolutely - but THS behaviour is entirely predicated on command trend over time. If the sidestick command was an initial nose-up followed by neutral then the THS woudn't have moved. What caused the movement was the best part of a minute where the sidestick commands were half nose-up for extended periods of time.
|
Thank you for the various contributions to " Sensitive Altimeter" suggestion. It would only have been of benefit as a possible attention getter once stalled.
As an ignorant newbie I sat myself in PF's seat on 5th. Aug. last year Thread 5. #1577 to see how I would feel in his circumstances. ( I have learned a lot since, thanks to the very wide ranges covered by contributors to PPRUNE.) For Lyman and others I used "...A/P Off.." as a shorthand for " not functioning at the moment whatever the position of a switch" ! |
@Linktrained
A decade or two ago, there was a lot of debate around digital altimetry display versus the old "steam gauge" design - predicated on the idea that the old analogue design could be "read" at a glance whereas the digital display had to be read completely. Of course, with the "tape" display behind the precise altitude, this difference is mitigated. In the sim I could certainly read the descending trend at a glance once the stall was established! I think most of us understood what you meant by "AP OFF". For everyone's future reference the AP was not only "OFF", but latched off (i.e. impossible to re-engage) as soon as the law changed to Alt 2. [ I suspect Lyman's fishing for "AP was mysteriously re-engaged"... :ugh: ] |
DozyWannabe;
I think we have had this THS discussion previously. As BOAC would say, "that Oozlum bird is circling again!!":hmm: |
Dozy regarding my fishing.... It is Airbus who warns not to reselect Autopilot: "The autopilot may command undesirable Pitch attitudes, resulting in damage to the aircraft" (or something like that.) It is not I who first asked re: the autopilot in AL. If as you say reselect is impossible, why do Airbus warn pilots not to "reselect"? For that matter, why do they direct the pilot to turn off a/p as part of the drill? Isn't it already off, and "latched out"? Hmmm?
I assume an apology is out of the question. Re: BEA salaries and the Law. My statement addresses the "Appearance of impropriety". The appearance is there, not my opinion, it is there. I cannot prove skulduggery, nor can you prove its lack... I can prove that Airbus profits go into the Government fund that pays the salaries and benefits of all its agencies. To that extent, you are barking up a tree. The agency that regulates our banks in this country, (and the ones in France) also derives its budget from the regulated, through fees and charges. Do you claim that the Banks are treated with objectivity equal to a harsh analysis thereof? |
Originally Posted by DozyWannabe
(Post 7290474)
Originally Posted by airtren http://images.ibsrv.net/ibsrv/res/sr...s/viewpost.gif With the current design, the 3 pitot tubes are not only of the same type and same manufacturer, but they are also located pretty much in the same place - under the nose... As the location of the pitots is not diameter opposite, the cross span is less than the diameter. Based on memorized photos, I would say it's rather 3 meters between opposites, and abouot 1-2 meters between neighbor tubes. But even if it were 5.64meters, that is nothing when compared to the considerable larger width of weather fronts that the A/C is usually crossing. That qualifies for a "pretty much the same place - under the nose"..... |
Originally Posted by Dozy
In the sim I could certainly read the descending trend at a glance once the stall was established!
Were you aware of the actual altitude? Would you be able to read the actual altitude with a heavy buffet? |
Originally Posted by bratschewurst
(Post 7290542)
Nor do we know that it could have been recovered from the stall induced by the PF. What we do know is that there was no procedure (certainly no tested procedure) known to the pilots for safely recovering from a fully developed stall. Obviously getting the nose down and unloading the wing - but for how long? And, if there had been a procedure, wouldn't it have used airspeed as a guide to when to start pulling up? I am skeptical that even a pilot more experienced in hand-flying large transport aircraft than were the PF and PNF (the captain of AF 447, for example) would have been able to fly AF 447 out the stall induced by the PF without breaking something, especially in the absence of reliable and trusted airspeed information.
See: |
| All times are GMT. The time now is 06:45. |
Copyright © 2026 MH Sub I, LLC dba Internet Brands. All rights reserved. Use of this site indicates your consent to the Terms of Use.