I doubt it reengaged, its just that they were travelling so fast at that point and the trim was max down, that the elevator could not overcome it and the effort to manually trim at that speed and altitude is beyond most peoples physical strength...
Bad News For Boeing: Preliminary Report Shows Anti-Stall Software Sealed Flight ET302's Fate
Profile picture for user Tyler Durden
by Tyler Durden
Wed, 04/03/2019 - 08:06
255
SHARES
TwitterFacebookRedditEmailPrint
Thought it hasn't been publicly released yet, a preliminary report on the circumstances that caused flight ET302 to plunge out of the sky just minutes after takeoff was completed earlier this week, and some of the details have leaked to Reuters and the Wall Street Journal. And for Boeing shareholders, the findings aren't pretty.
Appearing to contradict Boeing's insistence that procedures for deactivating its MCAS anti-stall software were widely disseminated, and that pilots at airlines around the world had been trained on these procedures, WSJ reported that the pilots of ET302 successfully switched off MCAS as they struggled to right the plane after the software had automatically tipped its nose down. As they struggled to right the plane, the pilots ended up reactivating the software, while trying a few other steps from their training, before the plane began its final plunge toward a field outside Addis Ababa, where the ensuing crash killed all 157 people on board.
Boeing
Though the pilots deviated from Boeing's emergency checklist as they tried to right the plane, investigators surmised that they gave up on the procedures after they failed to right the plane. But when MCAS reengaged, whether intentionally, or on accident, it pushed the nose of the plane lower once again.
The pilots on Ethiopian Airlines Flight 302 initially reacted to the emergency by shutting off power to electric motors driven by the automated system, these people said, but then appear to have re-engaged the system to cope with a persistent steep nose-down angle. It wasn’t immediately clear why the pilots turned the automated system back on instead of continuing to follow Boeing’s standard emergency checklist, but government and industry officials said the likely reason would have been because manual controls to raise the nose didn’t achieve the desired results.
After first cranking a manual wheel in the cockpit that controls the same movable surfaces on the plane’s tail that MCAS had affected, the pilots turned electric power back on, one of these people said. They began to use electric switches to try to raise the plane’s nose, according to these people. But the electric power also reactivated MCAS, allowing it to continue its strong downward commands, the people said.
Reuters, which was also the recipient of leaks from investigators, offered a slightly different version of events. It reported that MCAS was reengaged four times as pilots scrambled to right the plane, and that investigators were looking into the possibility that the software might have reengaged without prompting from the pilots.
After the Lion Air crash that killed 189 people back in October, Boeing and the FAA published a bulletin reminding pilots to follow the emergency procedures to deactivate the software if a faulty sensor - like the one that is believed to have contributed to the Lion Air crash - feeds erroneous data to the system.
The data show the pilots maneuvered the plane back upward twice before deactivating the software. But between the two reports, one detail is made abundantly clear. The software's reengagement is what doomed everybody aboard. That is an unequivocally bad look for Boeing, which has been deflecting questions about the software's bugs, and gaps in the dissemination of its training materials, while working on an update that the company says will make the software less reliant on automated systems.