What the Lion Air Pilots May Have Needed to Do to Avoid a Crash
nytimes.com
nytimes.com
A lot of people are going to skip reading it, and assume this is an article blaming the pilots for this accident, rather than pointing out that neither the airline nor pilots were informed about Boeing's new systems and so couldn't have been trained to counteract it.
Boeing's new system wasn't even in the updated manual. And therefore it wasn't in their QRH, which is likely what they were using while attempting to resolve the issue.
> With only fragmentary data available, Mr. Hansman said he suspects that a runaway of the M.C.A.S. system played a central role in the crash. “The system basically overrode the pilot in that situation,” Mr. Hansman said.
Every thread so far about this topic however have managed to find a way to blame Lion Air, or simply point out how much they suck while glossing over the actual facts.
"STALL AVOID - STABILIZER ADJUSTED - STALL AVOID - STABILIZER ADJUSTED" would be kinda hard to ignore. Even if they forgot to put it in the manual.
Usually there are three or more sensors reading it and the master computer uses the voting mechanism to arrive at the correct reading. So in this case probably the master computer had erred?
Aircraft stalls are not extra-ordinary events and with auto pilot on the computer is always adjusting the angle, speed , preventing stall etc.
A roomba used to be AI, then we built one.
Neural nets used to be AI, then we figured out how to make them practical.
Is a self-driving car AI? Probably not, since we have prototypes now.
Nothing about our current state of anything will ever be AI because AI just means "computers doing things computers can't do". As soon as we understand how to make a computer do something, it's no longer AI.
This is also where the disconnect is coming from. We have self-driving cars now, so (an alarmingly good chunk of) people assume the car has thought processes. While in reality the car is more like blind walking than having the experience you and I have while driving a car. Certainly it's not thinking any thoughts.
I'm sure people thought computers were "AI" when they first did a complicated multiplication problem.
But now you're describing machine learning, which many people would describe as "applied statistics, not AI".
>And we do know the process, but the outcome is still unpredictable.
Unpredictable because you don't understand the statistics or unpredictable because of the size of the computation being done? Neither of those indicate "AI". Or maybe unpredictable because a relatively simple algorithm unexpectedly gives rise to good results? Then we're back to the roomba that just randomly moves until it bumps into something being AI.
There's no good definition for AI. It's like superfood. You can argue that it means high in antioxidants or high in fiber or probiotic, but at the end of the day, it's the marketing departments that determine the definition.
So the evidence does not support your worries.
Investigation of the wreckage should clearly show what position the stab trim was at. It's a large nut on a jackscrew, the disintegration of the airplane should leave that intact. The nut/jackscrew is built out of incredibly strong steel.
Pilots have long been taught that pulling back on a 737's control column can arrest that condition – a fix pilots call a "breakaway", says the APA.
Indeed, American's runaway stabiliser checklist, dated 10 July, says, "stabiliser trim commands are interrupted when the control column is displaced in the opposite direction".
But the APA has now learned that the 737 Max is apparently different.
https://www.flightglobal.com/news/articles/airline-industry-...
As has been stated above, stab trim runaway is common knowledge and an emergency procedure (EP) that is trained for. Arresting the descent with yoke while activating the electrical stabilizer trim cutout and having the pilot-not-flying manually rotate the stabilizer wheel in the opposite direction or at least attempting to hold it from adding more trim if cutout is not working.
Many pilots will position a knee or shin on the stabilizer wheel so they are aware when trim is being run. The yoke itself holds a trim adjustment mechanism so the pilots can adjust trim while retaining arrest authority on the yoke as well, though in the case of runaway trim the cutout would be used and manual operation of the wheel would be required.
I believe another commentator mentioned the jack screw, this will very likely have survived the crash and investigators will be able to tell exactly where the nut was positioned (trim setting) when impact occurred.
With stab trim runaway being such well trained for EP [assumed as its common in my circles] I would be surprised if that were the root cause unless pilot error is attributed to suspecting another fault mode.
I am not familiar with commercial aviation as much, is it common place to transition from the critical phase of flight during take off to autopilot (AP) climb at such a low altitude? If they were not on some sort of AP mode I can't see how they wouldn't notice the trim being added as a serious issue.
-Sorry I had meant to post this as a response above and not directly to your post
There's a fair number of people who think that pilots are relying on "George/Otto" too much and should do more hand flying, but I'd imagine if you peered into 100 airliners on departure, that 95 or more of them are on autopilot somewhere below 5000' AGL.
The problem is the MCAS addition to MAX adds a new failure mode that the pilots weren't expecting, and it occurred during a very busy phase of flight.
That's the opener. Seems reasonable to me.
This is an ATC recording where pilots lost control over the aircraft. Figuring out what to do when the aircraft goes to random directions, they ask for the direction of the ocean to ditch in. Because of low visibility they have no idea where they are going.
The description suggests that during maintenance, some steering control was attached in the wrong way.
In this case, the pilots have like an hour to figure out how to control the aircraft.
The fighter pilot(s) and ATC did a whole lot actually, they seemed willing not to give up and let them just ditch. The fighter pilots obviously new the local conditions and airports very well and led them to land.
Sadly, the Lion Air had a different malfunction, they did not have time to react. Maybe, just maybe, another crew would, but that's not the point. It is pointless to sorrow about people not doing something they were not trained for, and possibly not even aware, in a profession heavily dependent on training and procedures.
I don't think the Lion Air Pilots would've been able to recover at all, even if they didn't experience a cognitive overload.
> These steps were not in the manual, and the pilots had not been trained in them.
Source: OP
NNC 9.1 (non-normal checklist "Runaway Stablizer") here: http://jira.icesoft.org/secure/attachment/21680/qrh%20rev36%...
That sure would be cool, but some readers might find it a bit too shocking.
0000000 000 0000000
111111111 11111111100 000 111111111
00000 111111111111111111 00000 000000
000 1111111111111111111111111100000 000
000 1111 1111111111111111100 000
000 11 0 1111111100 000
000 1 00 1 000
000 00 00 1 000
000 000 00000 1 000
00000 0000 00000000 1 00000
11111 000 00 000000 000 11111
00000 0000 000000 00000 00000
000 10000 000000 000 0000
000 00000 000000 1 000
000 000000 10000 1 0 000
000 1000000 00 1 00 000
000 1111111 1 0000 000
000 1111111100 000000 000
0000 111111111111111110000000 0000
111111111 111111111111100000 111111111
0000000 00000000 0000000
NYTimes.com: All the code that's fit to printf()
We're hiring: developers.nytimes.com/careers
To their credit, they've come up with an unobtrusive way around AdBlocker that selectively targets web developers. https://www.nytimes.com/interactive/2018/11/16/world/asia/lion-air-crash-cockpit.html
>interactive