AoA#1 sensor.
 

Hi CONF iture,

Thx for recalling this post, I did reply on that one but at the same time
the forum was 'under maintenance' and I forgot later on.

Each Aoa vane drives 3 identical resolvers, 1 remain unused.
(may drive AoA indicator in future?)
Due to pin programming the other 2 can be used as averaging value or
- as pin programmed in the A330 - 1 is active and the other used as
backup in case of failure of the active resolver.
Resolvers sin and cos are AoAi input for the ADIRU.

ADIRU calculates the AoAc from the AoAi to compensate for position
errors (identical AoA sensors used for all 3 positions) and S/F config.

(BTW: the vanes are dampened by eddy current, no oil based damper is used)

Each ADIRU sends his AoAi (LBL 221) and AoAc (LBL 241) values in ARINC 429 format to all FCPCs.

In normal operation the FCPC uses the median value of the 3 AoA values
BUT if an AoA signal deviates a predetermined value(?) from the median
the FCPC will reject this AoA signal (for remainder of the flight) and will
use the average value of the #1 & #2 sensor.

If the difference between AoA#1 or AoA#2 and the median value from all
three ADIRUs is higher than a set value(?), the FCPCs use a memorized
last valid average value for a period of 1.2s.
After 1.2s the current value is then used.

http://i474.photobucket.com/albums/r.../MedianAoA.jpg



The FCPC uses the AoA value for the protections(limits) in NORMAL LAW.
In ALTERNATE LAW those AoA protections are not available anymore and
FCPC can do without any AoA signal.

They salvaged 800VU rack(FCPC2/3), separate mounted FCPC#1 and AoA sensors.
After investgation of those components they will surely respond to that,
but you are right! they could have made a comment already in the
footnote about this AoA#1 sensor.

I haven't really had much chance to post my thoughts on this accident which is why I may have seemed short - apologies to all. This accident is not a machine driven thing but a human issue. The S and L of SHEL apply. But first some history - I have referred to Clipper skippers and this has a bearing on the accident under discussion. Pan Am during the sixties were one of the dominant airlines and their captains and co-pilots very highly regarded. However, this induced a culture of arrogance and complacency - pilots who were not suited to command were passed and protected by their friends. Checking methods were ignored and training especially with obscure and difficult airports was poor and perfunctory. This led to a series of accidents in the late 60s and early 70s with many fatalities. It also led to a culture change but Pan Am never really recovered from the problems caused. The parallels which struck me were a casual culture and a failure to train properly and address training issues. Air France seem to have developed a similar culture. I am sure that there are many responsible and professional pilots in that airline but reading their safety audit one could see issues that needed to be urgently addressed. Training has been neglected and too much faith placed in automation. To be honest I have no problem with automation - I have never flown an automated plane but would prefer to travel on one. Some of the stuff I have flown has very strange quirks and I am glad when I don't have to deal with it. Learmount totally misses the point when he blames automation - in itself it is not an issue with proper training. If the proper training is lacking then problems arise but as in the Pan Am illustration they are not restricted to automated airliners. Thus we can safely disregard automation or the machine as having any bearing on the accident apart from an initial causal incident.

What impressed me about the CVR transcript (and I do read and understand French well) was the failure to follow procedures and the total lack of CRM. Learmount characterises it as bewliderment but to my mind this is going too far. We have no evidence that the pilots were bewildered - rather that they were inadequately trained and had developed a culture which neglected SOPs. PJ2 in a reply to another correspondent mentioned that SOPs were vital. I fully concur - in the stuff I fly if you miss something you are very soon in trouble. You as a pilot are responsible for your aircraft and for being aware of your aircraft and its features. If you are an airline pilot you have an extra responsibility for your passengers but any pilot carrying extra people has an extra responsibility. This to my mind means you have to be extra careful and be aware that your actions will affect others lives. This means knowing your aircraft and knowing what to do if the aircraft gets into unusual situations. It means training and anticipation - avoidance is better than reaction. None of this happened in the case of AF447. We unfortunately must assign responsibility for this accident to the aircrew and the airline not the aircraft or its automation or its manufacturer. No other conclusion is valid and despite the agendas of some of the other posters this is the reality.

Old Carthusian, thank you for your post, which eloquently confirms from a pilot's point of view what I, as humble SLF, tried to express in an earlier post.

This bit especially jumps out:

Surely pilots must think beyond the parameters of training courses? Especially in a working environment where unexpected problems can kill you, don't pilots ask themselves a ton of 'what if' questions? 'What if the autopilot drops out at night, in cruise, and we happen to be in bad turbulence?' would seem the kind of question I would hope the chaps up front had asked themselves as I strap myself into 12F.

Or are pilots today encouraged NOT to think that kind of thought?

I also thank you, Old Carthusian, for an insightful post.

For other SLFs like myself, the SHEL acronym refers to Software, Hardware, Environment, Liveware, as explained at the following link:

http://www.skybrary.aero/index.php/ICAO_SHELL_Model

Two new articles in Flight today:

AF447's initial altitude drift went virtually unchallenged

and

Airbus clashes with pilots over AF447 alarm

Overthewing, any pilot that doesn't consider every possible failure and how to handle it shouldn't be flying. There is not enough time to train him for every possibility. He needs to think about it himself while he is droning along or driving to work. One of the best ways is to look at accident reports and put yourself in their shoes and decide what you will do if it happens to you. It has saved me numerous times. 23,000 hrs and never making the papers or an accident report was because of that.....and a bit of luck.

SS Feedback.
 

For the guys wondering about the absence of (force) feedback to the stick.

Which F/B signal should be applied, A/C RESPONSE or surface deflection signal. (FEEDBACK SIGNALS)?

http://i474.photobucket.com/albums/r.../FeedBacks.jpg

@Diversification:
 

1/ Don't know, actual values are not given in the documentation.

2/ a) No, all AoAs are within 1 degree of one other @02:10:05
2/ b) No, an AoA error wouldn't reject all ADR signals, its the CAS <60Kts which will invalidate the AoA signal (0 degree and SSM to NCD).

Regards.

Airbus clashes with pilots over AF447 alarm

Sidestick fwd - stall warning
Sidestick aft - no stall warning........


Great design:ugh:

Nicely 'loaded' question , A33Zab....

Don't ask me, I'm an ancient "AFCS", not "AFS" (artificial feel) engineer.....
You have me wondering......but then I've never flown anything 'big' or 'fast' so I doubt I can contribute anything.

In something totally basic as a Piper Cub, your 'stick' cues are stick deflection = surface deflection (minus trim), and stick force = surface hinge moment. I very much doubt that would be what you want for an A330 sidestick?

Whoever did the artificial feel on Concorde obviously got it right.... there are enough comments from pilots on how well she handled. And that was a supersonic airliner, not a subsonic Coke can.

Maybe... not enough was 'fed back' from the early sidestick trials on 'SB, or maybe the issue of 'force feedback' was not yet addressed during those trials. I suppose I'll have to find again the few items of doc on the subject.

Lots of info on AoA sensors and processing for the Perpignan A320 in the BEA report, assume similar for the A330

for example

A33Zab, #1939

Ok, i'll bite: Let's analyse what you have drawn:

Is it a loaded question ?. We have two functional units: The execution
end looks like a standalone feedback servo. Linear demand input
translates to linear control surface deflection, though there are other
considerations, such as rate and travel limits and there may be
non-linear laws involved in the translation. From the way that the loops
are drawn, the execution end just follows demand from the compute end..

The compute end is the clever bit. This translates stick input to an
output, but has the current 3d state of the a/c, other inputs such as ir, baro
and control laws taken into consideration to decide just how much ss
is appropriate. The compute end is only a little box, but it's where
all the complexity lies

Perhaps revise the question to: a/c response, or control surface loading ?..

Hack the above to bits if you like.

Have noticed from your posts that you do seem to have rather eclectic
information sources. For example, the logic diagram in thread #5, Post
#620, with "mod 1139 11/08/06" in the top right corner. Nuff said I guess :-)...

Old Carthusian
 

Helpful and thought provoking post.

The only word of caution that I would add is that we must be very careful before separating "automation" and "training" - the former implies new skills in addition to existing airmanship skills (for when the computer trips out, David's GIGO), not just new skills, and somebody has previously commented that it was a battle for AB's training personnel to maintain even the same level of training in the face of their salesmen arguing cost savings through buying AB and automation costs savings. I fear that the two issues are, or have become, inextricably linked as automation automatically feeds through to training issues.

The CVR so far disclosed is not pleasant reading, from a CRM perspective, and cockpit discipline left something to be desired. I am shocked at how PF got to a stall at FLT380, due to a temporary UAS. The flight should have been immediately stabilised at FLT350, and SOPs should have taken care of the rest, if the pilots had been properly trained. I have previously drawn attention to AF's 3 hull losses (the first for each aircraft type - Concorde/A330/A340), and I see where you are coming from re: an airline culture (your Pan Am example). But I don't think this is a particularly AF issue, and is a much wider problem. AF have many excellent "flyers", particularly those with an ex-military or private aircraft "hobby" background (alas none aboard AF447, to recognise and fly out of the stall once created). So I am broadly, save for this linkage, of the same view as you. Maybe trying to bridge the gap between you and David?

I am always wary of becoming dragged into the Boeing v Airbus debate, not least because I have never flown the latter, but I do believe that AB should never have been marketed as more automation implicitly equals less crew training costs (which their salesmen, at least, did). It should have been that the training costs would go up, as the systems operator skills were added to underlying basic airmanship skills (which would need more simulator honing, as flight crews became increasingly reluctant to - or have been banned from - "hand fly"), and the "saving" should have been marketed as the additional flight envelope protection and reduced risk of a "pilot error" in itself triggering a crash and all the reputational damage caused by an aircrash. Plus the weight/fuel efficiency savings from FBW operation.

It contributed to an "aircraft fly themselves" perception in some quarters (particularly amongst "line" finance directors) , and the number of LOC incidents in recent years is far higher than automation should have permitted if there was not an underlying mischief still to be remedied. So it takes us back to the man/machine interface, and that is heavily training......

Perhaps you, David and I are not so far apart after all (even if we all have a slightly different slant, mine being that training is a sub-branch of automation rather than a separate but linked issue)...?

"STALL!" Qu'est ce que c'est?
 

Pardon my ignorant red neck question :}, I am not a native french speaker.
Obviously I understand the international aviation convention is english.
However is the A330 stall warning obvious to a native french pilot?
Isn't the word "Stall!" in french meaningless?
Is "Caler!" the translation? Would "Stall" always be used in french aviation training or the french word.

After reading the transcript again and again I realize that my assumption the pilots (under duress) knew the english word "Stall" could be wrong !!!

It is not clear if the PNF cannot translate it (what is that), or cannot make sense (why is that). I suppose he could be ignoring it completely and looking/pointing at an ECAM and exclaiming "Qu’est ce que c’est que ça?". No native english speaking pilot would hear the word stall and say "What is that?". However if I heard the french word "Caler!" I would say "What is that?".

French word for "Stall" is "Décrochage".
And no, there is absolutely no need to translate Alarms/Ecam/Interface in French for the pilots to understand what it means.
Hence, this is due to the French exclamative expression "Qu'est-ce que c'est [que ce bordel]!"which cover a larger range of signification than its litteral translation of its words in English.
That's only an expression of surprise that the stall/décrochage alarm was sounding at this point. Nothing more.

@Takata

Thanks for debunking that.
Isn't that phrase a little nonchalent for the warning of death?
More appropriate for a knock on their door or an accidental release of digestive gas.
I suppose we would need to hear the emphasis of the actual CVR audio.

Actually I'm pretty sure that's an oversimplification. In the early days, Airbus's sales crew did emphasise how simple the automation made flying the aircraft. But I don't think that "lower training costs" sales angle referred to the automation. As I said before, Airbus's ace-up-the-sleeve with training costs is and has always been that the similarity of the flight-deck layout on the A320 up to the A340 (and the A380, despite having more advanced systems in some respects, the general layout is still nigh-on identical) means that conversion training between types is considerably easier and more straightforward than most of their competitors.

I'm not saying they weren't overconfident in the ability of the automatics to handle everything, as well as the ease with which pilots would take to the new systems in the very early days (1988-1994 in particular) - but I've long suspected that reports of "more automation = less training" was two distinct aspects of the new design lost in translation via the press.

Seven seconds after the First STALL WARNING. "What was that?"

Not sufficient exposure of the sensor to the signal, the CRICKET was not triggered.

So, a 'transient' event.

"What was that?"

1. "Was that STALL?"

2. "Was that a Stall Warning?"

3. "IF STALL warning, WHY?"

OTHER:

"What was That?" "WAS IT.........?"

What it was, almost certainly, was a rhetorical interrogatory.

What it likely meant,

"Did you hear, see, feel, sense, understand, smell, or otherwise become aware, of anything you might be able to help me with?"

A guess could be, Buffet, Vibration, or an otherwise unexpected event, of some importance, that could or should be addressed "by the both of us?"

It is likely on the CVR, this...... ".......that" imo.

Since this comment may annoy or upset some, I will acknowledge that a possibilty may be that something broke, snapped, twisted, banged, fractured, cracked, or become unserviceable and created a noticeable sound, or unusual event that had naught to do with Pilot Error.

Otherwise known as something that had to do with the a/c that is impossible, either in fact, or in professional intuition.



add. IMO I don't think it had to do with the WARNING. They both knew what that meant. Because of the timing, I think it may point to a noise, or event, that may be associated with rapid change in aspect of the a/c. A chair rail creaking? A food trolley falling over behind the CD? Perhaps a FA falling? Maybe to do with Turbulence.

xcitation. This STALLSTA... happened at 2:10:04? How can Autopilot produce a STALLWARNING?

0210:11: PNF: - Qu'est-ce que c'est que ça?
Look, it is 6 seconds after A/P disconnected... It is a very common reaction in French in such case. Don't you really think that they could not be quite surprised to hear this alarm sounding, considering that, before this point, they might never have heard a single stall warning during a real flight?

Your "warning of death" will certainly add a lot of drama into it... with 100% hindsight. What most other crew did, in the very same circumstances, was to disregard the alarm as spurious. It did not last long enough, only few 10th of second, as it was due to very short flight spikes exceeding alpha treshold.

Additional note for any conspiracy theorist still unable to read what is reported:
- AP disconnected at 2:10:05
- 1st Stall Warning is recorded exactly (CVR) at : 2:10:10.4
- PNF comment is recorded at : 2:10:11
Comment was made with a 0.6 second interval (not 3 hours later) and was obviously due to this alarm, not because he heard aircraft structures falling appart.
And, of course,... everything (SW+comment) happened 5-6 seconds AFTER autopilot disconnected. It's perfectly clear from the report for anyone sober enough, or one not reading it up side down on purpose.

DozyWannabe
 

I have come late to this crash thread, and apologies if I repeat what has been said before, but when Airbus were trying to induce my airline away from Boeing and McDonnell Douglas use in the late-1980s, their sales pitch was very much that automation would also save flight crew training costs (this was long before the entire AB family became a reality, and easy conversion training thereafter became important). Whether this was intended at the corporate boardroom level is another matter altogether but, to be fair, the previous post did say "implicit". It wasn't the main thrust of their sales pitch, but it definitely was in the mix. Overconfidence in automation (can easily) = underconfidence in crew training needs. Two sides of the same coin, which is how I interpreted the previous post........