USAF NCO saves civilian airliner
#2
Posted 24 May 2009 - 2134 PM
This post has been edited by shep854: 24 May 2009 - 2136 PM
#4
Posted 25 May 2009 - 0044 AM
shep854, on Mon 25 May 2009 0234, said:
I thought that article says that crew was wondering why they were losing fuel, but didn't know why?
#7
Posted 25 May 2009 - 0817 AM
George Newbill, on Mon 25 May 2009 0725, said:
When the gauges started indicating a loss of 3 tons of fuel per hour, they probably started planning an emergency divert. SSGT Bachleda's observation would have sealed the deal.
This post has been edited by shep854: 25 May 2009 - 0821 AM
#8
Posted 25 May 2009 - 0828 AM
Quote
It depends on the aircraft. Some FMS systems have sensed (weighed) fuel on board from each tank. Others expect a manual entry from the flight crew.
However, at present most aircraft determine their fuel usage through fuel burn via the fuel supplied to the engines. The rate is usually in PPH or pounds per hour.
Lately, and this is true on the new FMS I am helping to develop, there is an attempt to detect fuel leaks when the fuel cannot have been burned and the sensed fuel does not match the calculated amounts, the system would then alert the flight crew. It's not easy to do, but I think it is worth it especially on larger aircraft where more lives will be saved with such a system. The reason it is not easy to do, is largely because it becomes complicated to determine where the leak is occurring, before the fuel pump, or at the fuel pump. It requires the FMS developer to have access to a lot of information from the airframer, the engine/FADEC manufacturer, and the fuel pump manufacturer as well.
Presently, in deployed FMS fuel management systems, this capability doesn't exist. But if a fuel leak does occur, I suspect the auto-flight system would start trimming the control surfaces as far as it could compensate and then decouple if the FMS could not automatically reroute fuel to balance the aircraft. It really depends on the specifics of the listed aircraft systems and EICAS alerting in this instance.
#9
Posted 25 May 2009 - 0843 AM
The temptation to ignore an apparently faulty gauge can be strong. Modern flight deck procedures are supposed to prevent this, but the urge to "continue the mission" can be very tough to resist.
#10
Posted 26 May 2009 - 0027 AM
shep854, on Mon 25 May 2009 1343, said:
The temptation to ignore an apparently faulty gauge can be strong. Modern flight deck procedures are supposed to prevent this, but the urge to "continue the mission" can be very tough to resist.
I've integrated about ten different FMS systems for civil business aircraft, and tested more than fifteen, some in revenue passenger airframes. My knowledge is by no means comprehensive, however, it is sufficient to produce a general impression of what the state of the art presently consists of. At present, the system I am working on developing has quite a bit more computing power than previous systems. It is also much more complex than previous systems. It will also give the pilot an immense amount of control and attempt to offload some of the detail work through procedural automation. Ironically, I find that the highly capable architecture of the future is being limited more by a lack of understanding of the architecture's capability from the system requirements authors rather than the system designers. This has led to a system capable of producing triple back-up data to single nodes of failure through poor understanding of parallel data distribution.
At present, the future functionality I foresee for next generation FMS are RTA or required time of arrival, as well as RNP 0.30 with one GNSS constellation, and RNP 0.10 with two or more GNSS constellations in place. Additionally I foresee predictive FMS tracks via ADSB-C along with common implementation of CPDLC in the very near future. This will of course be enabled by detailed improvements in next generation FMS applications along with upgrades in VHF Comm and associated digital networks on aircraft to enable these advanced functions.

Sign In
Register
Help

MultiQuote