PDA

View Full Version : FADEC


noullet
21st Jan 2008, 14:26
"To be a true, 100%, Full Authority Digital Engine Control, there must not be any form of manual override available. This literally places full authority to the operating parameters of the engine in the hands of the computer. If a total FADEC failure occurs, the engine fails.":confused:

True or False?

Jack

Spooky 2
21st Jan 2008, 14:28
False........i think?

tristar 500
21st Jan 2008, 14:50
"To be a true, 100%, Full Authority Digital Engine Control, there must not be any form of manual override available. This literally places full authority to the operating parameters of the engine in the hands of the computer. If a total FADEC failure occurs, the engine fails.":confused:

True or False?
True,

The answer is in the question "Full Authority Digital Engine Control" full means it controls everything. However it is not as simple as that, there are many paths for backup.

Tristar 500

J.O.
21st Jan 2008, 14:53
While I can't speak definitively for all aircraft types, the ones I know will experience an engine shutdown if there is a total FADEC failure. The redundancy built into FADECs makes this a rare occurrence, but it can and does happen. That said, far more engine failures are attributed to technical faults within the engine (i.e. blade failures etc) than a FADEC failure. In my outfit, the one and only engine shutdown due to a FADEC failure was actually caused by a bleed air line coupling failure, which pumped raw hot air at the FADEC until it overheated and shut down. Not really the FADEC's fault.

robin1953
21st Jan 2008, 15:10
Fadec is a full authority control for an engine measuring and matching aircraft requirements for flight, it normally has 2 independant channels for each engine (A & B channels) with independant power supplies and also independant of the airframe power supplies.

The fadecs normally take their references from the air data computers and flight directors for their calculations and output to the engines, and there is sometimes a switch in the cockpit for a mode selection (take-off, climb & cruise)

The pilot usually has a switch to allow him to select between channels for each engine but that's about all really, the fadecs usually recheck all parameters (flight requirements and engine parameters) about 40 times per second.

It would not be normal to have a pilot over-ride as the pilot's hand on the throttle would not normally be quick enough to control the fuel flow.

The throttle is a request really to the fadec to ask for more or less power than the fadec sees the aircraft telling it it needs, but depending on selection & configuration this isn't a guarrantee of changing parameters and varies between manufacturers, there are other external feeds into the fadec too like WOW sensors, flaps etc.

The fadec is normally at the heart of an aircraft avionic system as most other things feed into it and each engine and each fadec has an independant data source to ensure 100% redundancy so for 2 engines to fail at once is on a par with the big prize in the lottery after 10 months of roll overs.

There are some aircraft particularly turboprops where the engine has an HMU and this can have a complete manual reversion but I don't really know of any full fadec jets to have manual reversion although having said that I am willing to be educated otherwise.

Meadowman
21st Jan 2008, 15:40
Was contributing to this thread this morning before it was relocated. As Robin1953 points out FADEC is a mixture of many things and only parts of it could fail, not the whole lot. I recall that the manual said the whole system is designed VERY carefully because if it did all fail the engines would go to idle. So the thought of the FADEC system failing is.............hang on a minute NSandI have just called me and I have won a million on the premium bonds!

FE Hoppy
21st Jan 2008, 16:36
CF34-8E
FADEC Full Authority Digital Electronic Control

Dual Channel

In line and cross monitored

independent power supply with backup supply from AC electrical system

inputs
Thrust Lever Angle from RVDTs
stop switch signal
weight on wheels
engine id
application id
air data (total air temperature, altitude, mach number)
bleed system configuration discrete
electronic N1 trim
Take Off Data Settings and Thrust Rating System data
discrete inputs (start, ignition, windshear warning, ice detector, fire handle, maintenance requests)
weight on wheels and wheelspeed data
aircraft monitored propulsion system parameters (oil quantity, oil temperature, fuel temperature, oil pressure, N1 vibe, N2 vibe, thrust reverser)
aircraft configuration data (landing gears position, flaps position)
fault status information on aircraft systems
radio altimeter
P0 (Static Px)
P3 (HP Comp outlet Px)
N1
N2
T2 (Inlet temp)
T45 (ITT)
VG position
OBV position
Ignition
Various signals to and from the Fuel Metering Unit


The signals from the AC are transmitted to each FADEC via an ARINC data bus.
The FADEC can use cross engine inputs in case of data failure.

Channel failures will result in automatic channel swap

Dual channel failures (FADEC critical Fault) will shut down the engine with an ENG FAIL message

The pilot or autothrottle move the thrust levers. The position is sensed and sent to the FADEC. This signal along with all the other inputs is used to set an N1 target.

There are flat spots in the Thrust lever range that act like switch positions. e.g.
Idle flat- The FADEC sets the appropriate idle thrust based on all the other inputs. (there are 4 idles)

CON flat- FADEC sets continuous thrust.

TOGA Flat - the FADEC sets Take Off thrust based on the inputs from the Take off data set and other inputs, or Go Around thrust.

MAX- FADEC sets Reserve Thrust and signal other AC systems to configure. i.e. Bleed air off.

Input from the Automatic Take Off Thrust control system will modify the TOGA flat to give reserve thrust in case of engine failure or windshear based on other AC inputs.


This is just a summary. The tech description is over 100 pages long. The AOM has about 2 pages dedicated to the FADEC.

I presume this thread was started to help understand what may have happened to the 777. Without an full understanding of it's FADEC it's folly to guess what happened.

derbyshire
21st Jan 2008, 16:42
Actually the FADEC can override the pilot if it decides a command is wrong in a given set of circumstances.

FE Hoppy
21st Jan 2008, 16:46
Actually the FADEC can override the pilot if it decides a command is wrong in a given set of circumstances

Could you give an example please?

flightknight
21st Jan 2008, 16:59
B777 CRASHLANDING DUE TO FADEC LAG ???
During the early years of the A320, there were two significant crashes in France and Bangalore , India. They were semi attributed to non responsive auto-throttles and the infamous low approach of the A320 during an airshow where the aircraft continued in ground effect and crashed.

http://youtube.com/watch?v=-kHa3WNerjU

barit1
21st Jan 2008, 17:55
It's been a long time, but I think the early French A320 airshow crash was a pilot vs. automation mode selection issue. The engines did not spool up because they never received the command - ie not an engine controls issue at all. The aircraft automation was in landing mode.

i.e. GIGO

ITCZ
21st Jan 2008, 18:23
They were semi attributed to non responsive auto-throttles

:eek: Where did you get that from?

The investigation found that the engines on the A320 at Habshiem did spool up on command, in fact they spooled up faster than manufacturer data predicted.

The engines did not spool up because they never received the command - ie not an engine controls issue at all.

Correct.

PROBABLE CAUSES: "The Commission believes that the accident resulted from the combination of the following conditions: 1) very low flyover height, lower than surrounding obstacles; 2) speed very slow and reducing to reach maximum possible angle of attack; 3) engine speed at flight idle; 4) late application of go-around power. This combination led to impact of the aircraft with the trees. The Commission believes that if the descent below 100 feet was not deliberate, it may have resulted from failure to take proper account of the visual and aural information intended to give the height of the aircraft."

The autothrottles, and the aircraft, did as they were commanded.

John Marsh
21st Jan 2008, 21:02
Is it allowed for the software in both EECs to be modified, or just reloaded, before a flight?

barit1
22nd Jan 2008, 18:46
That would seem to be in the same category as checking all MCDs (http://www.ntsb.gov/ntsb/brief.asp?ev_id=20001214X43070&key=1)at the same time.

Just an Engineer
22nd Jan 2008, 19:27
Is it allowed for the software in both EECs to be modified, or just reloaded, before a flight?


That would seem to be in the same category as checking all MCDs at the same time.


Unfortunatley I believe not i.e both FADEC's can be replaced at once if required.....IIRC Having replaced FADECS in past for software revision they had to be replaced as matched pair. :hmm:

Any revisions might effect such things as EICAS warnings etc...so It would be logical to have both engines running same, otherwise very confusing to the pilot :eek:

I seem to remember all that was required was an Idle run and computer download to check for any generated faults. At least as a flight control they would need duplicate Inspection for fitting so I suppose that is one up on a MCD Installation etc...

VnV2178B
22nd Jan 2008, 19:56
I don't think that there would be a software download just before a flight.

There's a lot of work before release in testing the software to ensure that it doesn't do anything bad. I also don't recall a recent roll-over of software for the Trent 800 series, I assume that BA will be flying software from at least a couple of years ago, so plenty of experience.

VnV

flash8
22nd Jan 2008, 19:59
Is it allowed for the software in both EECs to be modified, or just reloaded, before a flight?

Unfortunatley I believe so...IIRC Having replaced FADECS in past for software revision they had to be a matched pair


Don't critical SW components need to be n-versioned with voting? I know from many years back (I think) the 744 FADEC was designed this way.

VnV2178B
22nd Jan 2008, 20:03
Just a quick response, Trent 800 FADECs are two lane systems but both lanes run identical software...


...make of that what you will.

VnV

Edit: so were the RB211 boxes for the 747-400

Just an Engineer
22nd Jan 2008, 20:12
Don't critical SW components need to be n-versioned with voting? I know from many years back (I think) the 744 FADEC was designed this way.


They are normally dual channel i.e A/B with additional cross checking between each seperate FADEC IIRC


I don't think that there would be a software download just before a flight. There's a lot of work before release in testing the software to ensure that it doesn't do anything bad

I would hope that all software testing is done before its released from vendor :)

Once you fit the FADEC it should not need much more than an Installation run

Dani
22nd Jan 2008, 20:32
Coming back to the original topic, the answer is: depending on type. While most aircraft with FADEC engines do stop if both channels are dead, I know of at least one aircraft, the Avro RJ series, where they have one FADEC and one backup mode.

On the other hand I do not see the a problem with FADEC only controlling an engine. In the old days of cable, rods and wires, you could also have a complete control failure of an engine.

Dani

Just an Engineer
22nd Jan 2008, 20:43
Coming back to the original topic, the answer is: depending on type. While most aircraft with FADEC engines do stop if both channels are dead, I know of at least one aircraft, the Avro RJ series, where they have one FADEC and one backup mode.

Not sure you could call the RJ a proper FADEC though ?

Intelligent ECU/EEC maybe. It's a bit of a hybrid as it was basically an upgraded mechanical linkage system from the 146 done on the cheap

Why does that not surprise me from BAe :p

DOJETDRIVER
22nd Jan 2008, 21:53
It's been a while. But I thought the FRJ the engine would continue to work even if BOTH channels failed. I could be wrong, but I thought it had something like a "manual reversion".


On the ERJ, if the FADECs go, so does the engine.

Wing Root
23rd Jan 2008, 05:48
Full ATSB Report (http://www.atsb.gov.au/publications/investigation_reports/2002/AAIR/aair200204444.aspx) on a 717 that had a FADEC failure followed by shutdown

The crew of the Boeing 717-200 aircraft reported that during the climb from Launceston airport, while passing 7,000 ft above sea level, the right engine sustained an uncommanded in-flight shutdown.

The right engine EEC sustained a failure of both channels of an independent two-channel system, resulting in an in-flight engine shutdown with no prior indications to the flight crew.

VnV2178B
23rd Jan 2008, 08:53
There is a huge amount of testing at lots of levels before any flight software is released - I know, it's kept me in work for twenty years! - most of it is done at the vendor's site but the integration/systems/acceptance is done at the customer's. Many eyes look over each step, independent test and design teams to try to achieve objectivity.

VnV

lomapaseo
23rd Jan 2008, 13:52
Quote:
Actually the FADEC can override the pilot if it decides a command is wrong in a given set of circumstances

Could you give an example please?

The FADEC doesn't judge the pilots action as right or wrong. It ensures that the engine runs without damaging itself while at the same time judging the validity of the inputs from anywhere in the system. If the pilot provides a valid input the FADEC will follow. However if an engine limit is reached the FADEC will react to protect the engine (typically by metering fuel to achieve the last commanded thrust).

However in the case of a redline exceedance the FADECD may latch at idle and not respond futher unless all power to mit is reset.

Your mileage may vary so please consult the individual manuals

Just an Engineer
23rd Jan 2008, 14:06
I don't think that there would be a software download just before a flight.

There is a huge amount of testing at lots of levels before any flight software is released - I know, it's kept me in work for twenty years! - most of it is done at the vendor's site but the integration/systems/acceptance is done at the customer's. Many eyes look over each step, independent test and design teams to try to achieve objectivity.

Presumably we are talking about things from a different perspective here. :)

In the inital testing or when revising any software then there would be software testing/integration/acceptance with the customer which in this case it would be the aircraft manafacturer

Once any software is finalised in the FADEC and delivered to the Airline however it should be relatively plug and play even if you are just replacing the FADEC's for a software revision.

Golden Rivet
23rd Jan 2008, 14:50
"To be a true, 100%, Full Authority Digital Engine Control, there must not be any form of manual override available.

False - the fire handles are hard wired through to the fuel control unit.

Just an Engineer
23rd Jan 2008, 15:20
"To be a true, 100%, Full Authority Digital Engine Control, there must not be any form of manual override available.


False - the fire handles are hard wired through to the fuel control unit.



Probabally agree (?) with your statement as it stands however you were a wee bit selective in your cut and paste ;)

Full quote reads.....

"To be a true, 100%, Full Authority Digital Engine Control, there must not be any form of manual override available. This literally places full authority to the operating parameters of the engine in the hands of the computer. If a total FADEC failure occurs, the engine fails."



I think the key words here are operating parameters i.e normal operation not emergency. :)

VnV2178B
23rd Jan 2008, 18:20
JaE,

The provision of software and its download are two separate items.

Yes, once it has been build, tested and delivered it's fairly simple to put it into the FADEC - the 777 has an 'on-wing' facility which enables the software to be updated without taking the FADEC off the aircraft and swapping the computer cards. Even so, it's still a shop job, not the kind of thing that you do on a whim, and also the frequency of updates is very slow, we are talking of one every several years not daily like a PC!

I did try to find out when there was a release of new software for the T800 but it seems to have been some years back!.

VnV

monkey_wrench
23rd Jan 2008, 20:45
VnV2178B

Software updates don't always require the FADEC to come off wing. The CFM engine on the 737NG for example can receive software updates very easily on wing. After completion, no engine run is required and of course both FADEC's have to be updated at the same time in order to maintain software commonality. This is the one occasion which breaks the "don't do work on both engines at the same time rule"...

VnV2178B
23rd Jan 2008, 22:08
I agree again, it's not always the case that the FADEC has to come off wing for new software - I did say that that's true for the B777/Trent800 (and I assume the same for the other engine options - I only have experience of R-Rs in this case). Earlier versions (RB211 for 747 and T700 for Airbus) needed to have the FADEC/FAFC off-wing and a card reprogram. I assume also that the newer aircraft will also specify on-wing downloads. I just wanted to make the point that you don't change a FADEC software by logging into Microsoft update and pressing OK, at least not yet...:eek:

VnV

MidgetBoy
23rd Jan 2008, 23:26
I just had a 172 equipped with a diesel engine running on FADEC and it is true that if you lose battery power that your engine dies. There's nothing you can do. To my knowledge all you can do is choose which computer to use and that's about it.

Just an Engineer
24th Jan 2008, 13:57
Software updates don't always require the FADEC to come off wing. The CFM engine on the 737NG for example can receive software updates very easily on wing. After completion, no engine run is required and of course both FADEC's have to be updated at the same time in order to maintain software commonality.


Even I am suprised at that one :eek: :eek:

I would have thought at least a ground idle run would be required even if its just to check for any generated faults. Would have thought some defects will only manifest themselves on a running engine. :confused: