Go Back  PPRuNe Forums > Flight Deck Forums > Rumours & News
Reload this Page >

Southern Air 777 stall and recovery after takeoff, Nov 15th

Wikiposts
Search
Rumours & News Reporting Points that may affect our jobs or lives as professional pilots. Also, items that may be of interest to professional pilots.

Southern Air 777 stall and recovery after takeoff, Nov 15th

Thread Tools
 
Search this Thread
 
Old 21st Nov 2020, 03:43
  #21 (permalink)  
 
Join Date: Jul 2010
Location: Asia
Posts: 1,535
Received 49 Likes on 31 Posts
It might show up on the flight data monitor so best to own up rather than get pulled in by the safety department. Recovering with a 750’ height loss isn’t too bad but obviously being close to the ground they couldn’t afford a massive drop. An early recognition and prompt recovery action probably helped.

Simulator stall training often involves the fully developed case at higher altitudes where the height loss is significant and the time involved lengthy before the aircraft unstalls. More emphasis on recovery from low altitude events minimising height loss may be called for.
krismiler is offline  
Old 21st Nov 2020, 04:00
  #22 (permalink)  
 
Join Date: Jan 2014
Location: Melbourne
Age: 68
Posts: 3
Likes: 0
Received 0 Likes on 0 Posts
Alway be really careful in ALT ACQ mode with autopilot engaged.
George Glass is offline  
Old 21st Nov 2020, 04:09
  #23 (permalink)  
 
Join Date: Sep 2003
Location: korea
Posts: 183
Likes: 0
Received 0 Likes on 0 Posts
Nike is correct if the AC captures early, speed can decay rapidly after early ALT capture ,only solution is to hit ALT HOLD wait for the nose to drop then engage VS when a more sensible ROC is indicated. It’s a particular issues on freighters at light weight with low initial departure altitude. Or they have entered an incorrect ZFW in the FMC.
allaru is offline  
Old 21st Nov 2020, 07:30
  #24 (permalink)  
 
Join Date: Apr 2013
Location: Neither here or there
Posts: 317
Likes: 0
Received 0 Likes on 0 Posts
The autopilot and authothrottle on Boeing aircraft has always been a dog and not worthy of being trusted. Even on the latest machines. That's why Boeing pilots are a more vigilant and twitchy bunch.

CW247 is offline  
Old 21st Nov 2020, 07:46
  #25 (permalink)  
 
Join Date: Nov 2002
Location: Germany
Posts: 79
Likes: 0
Received 0 Likes on 0 Posts
allaru

Why not klick klick, klick klick??? Drop down a level of automation or all? fly it stabilise it and then try again...
Micky is offline  
Old 21st Nov 2020, 08:06
  #26 (permalink)  
 
Join Date: Jul 2003
Location: An Island Province
Posts: 1,257
Likes: 0
Received 1 Like on 1 Post
With the power of open information, comes great responsibility.

This thread, this incident, wether accurate or not, together with similar discussions based on 'open information', challenge fundamental aspects of our profession and flight safety.
Many countries protect the rights of crews with confidentiality of data, FDR / CVR which enables professional investigation and review. Yet with advancing technology and communication, accidents and incidents are now exposed to extremes of human behaviour with biased, inaccurate, and possibly deliberate misleading discussions of unvalidated data.

What hope for a just culture, reasoned judgement, peer review.

These are a fact of modern life, but safety still requires thoughtful and considered behaviour in commenting on what at best in unsubstantiated information - incident data or posts.
Irrespective of wether posters are from the industry, travelling public, or just spotters, … professionalism demands thoughtful responses.

"… information may want to be free, but it also wants to kill us."
alf5071h is offline  
Old 21st Nov 2020, 08:40
  #27 (permalink)  
 
Join Date: Aug 2004
Location: UK
Posts: 76
Likes: 0
Received 0 Likes on 0 Posts
Lots of conjecture here. I shall just wait for the Report, as no one really knows what happened, possibly not even the Pilots, sometimes happens, you deal with it and find out all the facts later during an investigation.

Lets be careful out there
future G-V driver is offline  
Old 21st Nov 2020, 09:18
  #28 (permalink)  
 
Join Date: Mar 2010
Location: on a blue balloon
Posts: 2
Likes: 0
Received 0 Likes on 0 Posts
"I shall just wait for the Report"

Will there be a report, publicly available?
oldchina is offline  
Old 21st Nov 2020, 09:58
  #29 (permalink)  
 
Join Date: May 1999
Location: Bristol, England
Age: 65
Posts: 1,804
Received 0 Likes on 0 Posts
Why reference the minimum speed to Vref rather than V2? Is it a Boeing thing that I have missed?
Alex Whittingham is online now  
Old 21st Nov 2020, 10:06
  #30 (permalink)  
 
Join Date: Nov 1999
Location: UK
Posts: 2,492
Received 101 Likes on 61 Posts
Of course if the aircraft is not behaving as it should, take control.

But this is a modern 777 right? Why would modern design allow this sort of thing to happen? (notwithstanding a possible ZFM error). Also the comments about Vref+80: it seems odd to me that a (heavy) aircraft can not keep to 250kts?

Last edited by Uplinker; 22nd Nov 2020 at 08:59.
Uplinker is offline  
Old 21st Nov 2020, 10:07
  #31 (permalink)  
 
Join Date: Dec 1999
Location: uk
Posts: 1,014
Likes: 0
Received 3 Likes on 3 Posts
Alex. The min manoeuvring speeds for various flap settings are based on Vref. So min clean in Vref+80, min speed Flap 1 is +60, F5 is +40. etc.
deltahotel is offline  
Old 21st Nov 2020, 10:09
  #32 (permalink)  
 
Join Date: Dec 1999
Location: uk
Posts: 1,014
Likes: 0
Received 3 Likes on 3 Posts
We could fly at 250, but not clean. If my MTOW 763 needed to fly at 250 I’d need to keep F1 (min clean at this weight is 256).

ps. I have no idea what the equivalent speeds would be for a 777 but I’m guessing somewhat higher.
deltahotel is offline  
Old 21st Nov 2020, 12:40
  #33 (permalink)  
 
Join Date: Sep 2003
Location: korea
Posts: 183
Likes: 0
Received 0 Likes on 0 Posts
Why not klick klicken.....because coming out of automation usually results in a huge F'Up....especially in a busy traffic environment with a high rate of climb. The ALT hold VS method works well but it pays to brief it before hand, the trick is to wait for the nose to drop and the VS to come down, otherwise if you try to engage VS too early it will just recapture again. Freighters also have a higher flat rating compared to the pax aircraft so there can be huge amount of excess power even at max derate. Min clean can be above 250 at heavy weights, but they may have been empty.
allaru is offline  
Old 21st Nov 2020, 13:13
  #34 (permalink)  
 
Join Date: Aug 1998
Location: the ridge where the west commences
Posts: 770
Likes: 0
Received 0 Likes on 0 Posts
"Absence of attitude protection in the autopilot's altitude capture mode"

A different type but same issue, aircraft flown by test pilots but still fatal......

https://en.wikipedia.org/wiki/Airbus...rie_Flight_129
Dropp the Pilot is offline  
Old 21st Nov 2020, 13:34
  #35 (permalink)  
 
Join Date: Nov 2002
Location: Germany
Posts: 79
Likes: 0
Received 0 Likes on 0 Posts
allaru

I disagree. If automation has caused the tits up then the only way is to hand fly it. And I thought by now this is Industrie standard. Especially in the last few years were we have seen accidents through undesired aircraft states. This is basically were UPRT training comes in. Recover from the stall stabilise the flight path, then rebuild the autoflight system. Trying to fix a bad situation by fiddling with the FGS is not the way to go.
And I am not saying that this happend here. I was just replying to a nother comment.
Micky is offline  
Old 21st Nov 2020, 16:11
  #36 (permalink)  
 
Join Date: Mar 2006
Location: USA
Posts: 2,514
Likes: 0
Received 0 Likes on 0 Posts
allaru


I don’t fly a 777, but I disagree with this. If the automation is trying to kill me, the solution isn’t more automation. Especially in a potential stall.

(Bearing in mind that we really have no idea what caused the low energy situation. Everything here is speculation.)

Last edited by Check Airman; 21st Nov 2020 at 19:13.
Check Airman is offline  
Old 21st Nov 2020, 16:16
  #37 (permalink)  
 
Join Date: Mar 2010
Location: on a blue balloon
Posts: 2
Likes: 0
Received 0 Likes on 0 Posts
A different type but same issue, aircraft flown by test pilots but still fatal......

Dropp: it didn't help that there was only one Airbus test pilot on board.
oldchina is offline  
Old 21st Nov 2020, 18:55
  #38 (permalink)  
 
Join Date: Mar 2007
Location: USofA
Posts: 1,235
Likes: 0
Received 0 Likes on 0 Posts
This doesn't seem so hard to imagine. I recall from personal experience that when doing an ICAO B Noise Abatement departure that any premature restraction of the flaps would almost immediately cause the stall warning to activate. The PM had to pay attention to the flap retraction schedule before moving the flap handle to the next retracted position, and if by chnce he went through the gate to the next flap setting you could expect that shaker to activate almost immediately. Moving the flap lever to the correct position would correct the problem along with lowering the nose at the same time. Attention getter for sure!
Spooky 2 is offline  
Old 21st Nov 2020, 19:08
  #39 (permalink)  
 
Join Date: Apr 2003
Location: USA
Posts: 460
Likes: 0
Received 46 Likes on 20 Posts
allaru

Sounds like you’re scared of hand flying.
havick is offline  
Old 21st Nov 2020, 19:19
  #40 (permalink)  
 
Join Date: Dec 2003
Location: Tring, UK
Posts: 1,839
Received 2 Likes on 2 Posts
Stall or stall warning? I would be 99% sure it was the latter.

Once you are in ALT, it follows a trajectory based on the rate-of-climb when it acquired. If you’ve flown through a positive shear/gradient and maintained airspeed, the instantaneous climb rate at capture might be above what the aircraft can sustain without trading speed for height. If the A/P is in, you have to disconnect or accept a loss of airspeed during the capture.
FullWings is offline  


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.