Go Back  PPRuNe Forums > Flight Deck Forums > Tech Log
Reload this Page >

B757/767 Cabin Altitude Instrument

Wikiposts
Search
Tech Log The very best in practical technical discussion on the web

B757/767 Cabin Altitude Instrument

Thread Tools
 
Search this Thread
 
Old 4th Jun 2011, 23:45
  #1 (permalink)  
Thread Starter
 
Join Date: May 2008
Location: UK
Posts: 200
Likes: 0
Received 0 Likes on 0 Posts
B757/767 Cabin Altitude Instrument

Hi,

What are the pressure sources for this instrument?
ECAM_Actions is offline  
Old 5th Jun 2011, 00:16
  #2 (permalink)  
 
Join Date: Aug 2005
Location: fairly close to the colonial capitol
Age: 55
Posts: 1,693
Likes: 0
Received 0 Likes on 0 Posts
Static pressure & baro comes from L/R Air Data Computers via the ARINC bus.

Each Pressure Controller (located in E/E bay) has integral cabin press sensor.

Cabin altitude warning (10,000 feet) comes from dedicated sensor in E/E.

Cabin differential sensor module in E/E bay uses the alternate static system along with a remote pressure sensor located forward of the module.

Positive press relief valve has own ports. (static remote & local)
vapilot2004 is offline  
Old 5th Jun 2011, 01:04
  #3 (permalink)  
Thread Starter
 
Join Date: May 2008
Location: UK
Posts: 200
Likes: 0
Received 0 Likes on 0 Posts
Interesting... so in a situation where all three static ports are blocked, the cabin altitude instrument would NOT function correctly?
ECAM_Actions is offline  
Old 5th Jun 2011, 02:32
  #4 (permalink)  
 
Join Date: Aug 2005
Location: fairly close to the colonial capitol
Age: 55
Posts: 1,693
Likes: 0
Received 0 Likes on 0 Posts
In the case of L, R, and ALT static failure, cabin altitude should still be valid, however difference readout would not and automatic rate scheduling would revert to manual function. While the static system has three independent plumbed sources, there are in fact 6 ports in all.
vapilot2004 is offline  
Old 5th Jun 2011, 04:06
  #5 (permalink)  
 
Join Date: Feb 2001
Location: UK
Posts: 462
Likes: 0
Received 0 Likes on 0 Posts
sorry mate, you are incorrect. The M19 module which houses the cabin alt gauge, uses an integral port on the back of the module to sense ambient air pressure. None of the three gauges in the module use the ADC's
Golden Rivet is offline  
Old 5th Jun 2011, 06:19
  #6 (permalink)  
 
Join Date: Aug 2005
Location: fairly close to the colonial capitol
Age: 55
Posts: 1,693
Likes: 0
Received 0 Likes on 0 Posts
The overhead cabin press and rate gauges are self-contained as you say GR. The difference gauge receives data from the difference module in the E/E bay which gets ported pressure from the ALT source.

My prior statement is correct:
In the case of L, R, and ALT static failure, cabin altitude should still be valid, however difference readout would not and automatic rate scheduling would revert to manual function.
...however there was clearly ambiguity in my answer. I was focusing on the system while Mr. ECAM's question was regarding the gauge and that ball went sailing right past me. Thanks mate!
vapilot2004 is offline  
Old 6th Jun 2011, 19:19
  #7 (permalink)  
Thread Starter
 
Join Date: May 2008
Location: UK
Posts: 200
Likes: 0
Received 0 Likes on 0 Posts
Thanks for the replies! Appreciate it.

I was having a discussion with someone about Aeroperú Flight 603 - they crashed into the sea after taking off with the static ports still taped following maintenance work.

They had no idea about their altitude or airspeed, but I had two questions regarding that:

* Why they didn't trust or use the rad alt? GPWS was operational.

* Why they didn't decompress and use the cabin altitude indicator as an altimeter (from your responses it seem this would have worked).

I figured they could have used the IRS GS readout for approximate speed reference, allowing for the fact it accounts for wind.
ECAM_Actions is offline  
Old 6th Jun 2011, 20:55
  #8 (permalink)  
 
Join Date: Sep 2010
Location: earth
Posts: 1,341
Likes: 0
Received 0 Likes on 0 Posts
Interesting... so in a situation where all three static ports are blocked, the cabin altitude instrument would NOT function correctly?
Would be the least of your worries
grounded27 is offline  
Old 6th Jun 2011, 21:16
  #9 (permalink)  
Thread Starter
 
Join Date: May 2008
Location: UK
Posts: 200
Likes: 0
Received 0 Likes on 0 Posts
In case my comment wasn't clear:

>>>> It appears you could use the cabin altitude as an altimeter.

Their big problem was they didn't know their altitude. The Captain seems to have got on top of the speed by flying pitch/power. They were still flying when they crashed (CFIT).

Understand your systems and use everything available, IMHO.
ECAM_Actions is offline  
Old 6th Jun 2011, 21:27
  #10 (permalink)  
 
Join Date: Sep 2010
Location: earth
Posts: 1,341
Likes: 0
Received 0 Likes on 0 Posts
Thanks for the replies! Appreciate it.

I was having a discussion with someone about Aeroperú Flight 603 - they crashed into the sea after taking off with the static ports still taped following maintenance work.

They had no idea about their altitude or airspeed, but I had two questions regarding that:

* Why they didn't trust or use the rad alt? GPWS was operational.

* Why they didn't decompress and use the cabin altitude indicator as an altimeter (from your responses it seem this would have worked).

I figured they could have used the IRS GS readout for approximate speed reference, allowing for the fact it accounts for wind.

ECAM Actions.
Uh, NO! Rad alt is good but you loose corrected a/s. No one is prepared to use irs ground speed but suppose it may help. The cabin altimiter will not be accurate as there is a lag in level change to C/P change with the outflow valve full open.
grounded27 is offline  
Old 6th Jun 2011, 21:29
  #11 (permalink)  
 
Join Date: Aug 2005
Location: fairly close to the colonial capitol
Age: 55
Posts: 1,693
Likes: 0
Received 0 Likes on 0 Posts
ECAM, I agree, radio altitude would have been a key piece of information in solving the puzzle they were facing, however they had little more than a minute to use the truthful numbers on the ADI before reaching 2,500 AGL.

When dealt conflicting data, we are taught to look for the information that makes sense. Unfortunately for Aeroperu, the crew was not seeing the whole picture and suffered from some "tunnel vision." IRU GS readout could have also been helpful in solving the puzzle, but for control purposes, it is most useful in the middle of the speed envelope. Pitch and power alone would have saved the day.

RE: Cabin altimeters. They could have be trusted but only very coarse altitude and certainly not near the ground. The A/C Press system even when selected off has no 0 sum gain capability for various reasons.
vapilot2004 is offline  

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off



Contact Us - Archive - Advertising - Cookie Policy - Privacy Statement - Terms of Service

Copyright © 2024 MH Sub I, LLC dba Internet Brands. All rights reserved. Use of this site indicates your consent to the Terms of Use.