PPRuNe Forums

PPRuNe Forums (https://www.pprune.org/)
-   Rumours & News (https://www.pprune.org/rumours-news-13/)
-   -   Indonesian aircraft missing off Jakarta (https://www.pprune.org/rumours-news/614857-indonesian-aircraft-missing-off-jakarta.html)

Flutter speed 7th Nov 2018 15:11


Originally Posted by Volume (Post 10304534)
Not groundspeed, but indicated airspeed....

In a nutshell: total pressure is constant wherever you have airflow, hence you can place a pitot tube at any location where you have attached airflow, if the probe roughly points into the airflow, it will work satisfactory.
Measuring static pressure only works in places, where the airflow has exactly the same speed as the aircraft. If you would measure static pressure on the upper wing surface, you would actually measure the low pressure which keeps you in the air. Also on the nose fuselage, you have slightly increased airflow speed, an your static pressure is too low. Towards the end of the fuselage your airflow may be more the same as the general airspeed, but the turbulent boundary layer of the fuselage would create some high frequency pressure variations. So it is very, very hard to find a proper place for the static probe.

If you place the static probe in a position where the additional speed due to the airflow around the fuselage is well known, you may correct the measured pressure electronically. This obviously happen here, static pressure measurement is AoA sensitive, so you measure AoA to correct your static pressure.
This way, an AoA failure results in unreliable static pressure, hence UAS and unreliable altitude. Additionally your AoA driven stall warning goes havoc...

Not so nice if you are sitting in row 0.

The link between AoA and indicated airspeed is not so obvious. As part of my profession I get to see a lot of the internals of modern Air Data / Inertial Navigation systems. And without going into detail, the correction from AoA for the static pressure is minimal (other corrections like ground effect, reverse thrust etc are more pronounced and still small). If AoA is way off, it seems more likely a miscompare is triggered between AoA1 and AoA2. This could have all kinds of consequences and warnings which on a 737 probably need to be recognized by a pilot an actively worked (i.e., manually switch Air Data source of affected side to standby or opposite).
Agree with the stall warning, the amber band etc will be all over the place.

edit: link to Boeing Aero magazine regarding AoA indication on Boeing aircraft.

WillFlyForCheese 7th Nov 2018 15:15


Originally Posted by B738bbjsim (Post 10304369)
Now that we have AOA in the spotlight, and reports of indicators issue on other Lion 737 Maxx, what could be the cause?

My understanding is that the reports of “issues” are not on other Lion aircraft - but multiple flights of the same aircraft.

wiedehopf 7th Nov 2018 15:26

So inhibiting the anti-stall trim system on AOA or other air data disagree would seem like a sensible thing to do?

Can Boeing even do that now without being sued?

Concours77 7th Nov 2018 15:36


Originally Posted by wiedehopf (Post 10304576)
So inhibiting the anti-stall trim system on AOA or other air data disagree would seem like a sensible thing to do?

Can Boeing even do that now without being sued?

Let’s look at precedent. What did Airbus do as a result of AutoTrim full up to and through Stalll?

A Squared 7th Nov 2018 15:42


Originally Posted by Volume (Post 10304534)

Originally Posted by A Squared
How does AoA data affect Groundspeed, and why?


Not groundspeed, but indicated airspeed....

In a nutshell: ...blah, blah,blah, blah, blah,blah, blah, blah,blah ....
Not so nice if you are sitting in row 0.

Look my friend, if you had bothered to read the post I was responding to, you would have seen that the poster had stated that AoA would affect airspeeed but surprisingly, in addition to affecting airspeed (which I understand just fine, thank you ) it *also* affects groundspeed. I'll quote for you (again) the post I was responding to, so that you might have another chance to read it, perhaps with better comprehension this time.


Originally Posted by Denti (Post 10304439)
. It is a basic correction factor into the ADIRU that does effect all resulting air data related information and surprisingly the non air data related information of ground speed as well. .

So, once again, for Denti, yes it's surprising that AoA affects groundspeed and I'd be interested to have that explained.

FIRESYSOK 7th Nov 2018 15:50

Boeing has already said it can be dealt with with ‘existing procedure’.

DaveReidUK 7th Nov 2018 15:52


Originally Posted by Volume (Post 10304534)
Not groundspeed, but indicated airspeed....

Except that the author of the quoted post took pains to stress that both airspeed and groundspeed values are affected by unreliable AoA, in fact GS was mentioned twice in that context:


Originally Posted by Denti (Post 10304439)
From my own experience on the NG a wrong AoA input will result in UAS, unreliable altitude, vertical speed, wind information and ground speed display. It is a basic correction factor into the ADIRU that does effect all resulting air data related information and surprisingly the non air data related information of ground speed as well

I look forward to learning how so.

Water pilot 7th Nov 2018 15:55


The nose down stabilizer trim movement can be stopped and reversed with the use of the electric stabilizer trim switches but may restart 5 seconds after the electric stabilizer trim switches are released.
Jesus. So while you are fighting the other symptoms of UAS, the plane is quietly trying to kill you.

A Squared 7th Nov 2018 16:09


Originally Posted by ImbracableCrunk (Post 10304544)
I've often wondered this, and maybe it could help: Why not go in to CWS when faced with UAS? Set the pitch (4deg or 10deg) via CWS and set the N1 (75% or 80%)?

It might work, but if the airplane is actively fighting your efforts to keep it in stable flight via uncontrollable erratic trim inputs, you might be reluctant to believe that engaging the A/P in any mode would help, and you might be right.

Concours77 7th Nov 2018 16:14


Originally Posted by Water pilot (Post 10304599)
Jesus. So while you are fighting the other symptoms of UAS, the plane is quietly trying to kill you.

Airbus. same. Only reversing trim is done manually, and wheel must be held to retain new position. If one lets go the wheel, the aircraft reloads, and tries to kill again.

mross 7th Nov 2018 16:30

Boing should fit three alpha vanes as they do pitot tubes.

ImbracableCrunk 7th Nov 2018 16:44


Originally Posted by A Squared (Post 10304606)
It might work, but if the airplane is actively fighting your efforts to keep it in stable flight via uncontrollable erratic trim inputs, you might be reluctant to believe that engaging the A/P in any mode would help, and you might be right.

I thought the issue with the trim was related to manual flight.

Gary Brown 7th Nov 2018 16:49


Originally Posted by Concours77 (Post 10304611)
Originally Posted by Water pilot https://www.pprune.org/images/buttons/viewpost.gifJesus. So while you are fighting the other symptoms of UAS, the plane is quietly trying to kill you.
Airbus. same. Only reversing trim is done manually, and wheel must be held to retain new position. If one lets go the wheel, the aircraft reloads, and tries to kill again.

I thought this had come up earlier in the thread, but now can't find it...

Is the auto-trim-in-manual-flight issue dealt with in the memory / QRHs for assorted UAS events? Or is it a separate memory / QRH procedure?

The Ancient Geek 7th Nov 2018 16:51

The big question for me is why did they crash when they or others managed to recover from previous cases. Had this crew been on the previous problem flights ?.
This suggests that the problem was more difficult with either extra symptoms or maybe less time/altitude available to recover.
The devil is in the detail. Could a crew with normal skills and experience have been expected to cope in this case, I have my doubts.

A Squared 7th Nov 2018 16:57


Originally Posted by ImbracableCrunk (Post 10304635)
I thought the issue with the trim was related to manual flight.

I'm not certain. my understanding of how the STS and related magic all works is imperfect at best. If it all switches off completely as soon as the A/P is engaged and the airplane knows it is no longer being flown manually, then yeah, that might help. On the other hand, AFAIK, the autopilot must have still have some means to trim the stabilizer, so if the erratic AoA is causing the pitch trim problems through those circuits/systems, then engaging the A/P might not make the problem go away.

Longtimer 7th Nov 2018 17:03

Boeing Bulletin
 
On Nov 7th 2018 Boeing issued an Operations Manual Bulletin (OMB) to all Boeing 737 MAX Operators stating that the investigation into the crash of PK-LQP found one of the Angle of Attack Sensors had provided incorrect readings, which could cause the aircraft's trim system to uncommandedly trim nose down in order to avoid a stall during manual flight. The OMB directs "operators to existing flight crew procedures to address circumstances where there is erroneous input from an AOA sensor." The OMB reiterates the Stabilizer Runaway non-normal checklist.

The flight Crew Operations Manual Bulletin TBC-19 reads:

The Indonesian National Transportation Safety Committee has indicated that Lion Air flight 610 experienced erroneous AOA data. Boeing would like to call attention to an AOA failure condition that can occur during manual flight only.

This bulletin directs flight crews to existing procedures to address this condition. In the event of erroneous AOA data, the pitch trim system can trim the stabilizer nose down in increments lasting up to 10 seconds. The nose down stabilizer trim movement can be stopped and reversed with the use of the electric stabilizer trim switches but may restart 5 seconds after the electric stabilizer trim switches are released. Repetitive cycles of uncommanded nose down stabilizer continue to occur unless the stabilizer trim system is deactivated through use of both STAB TRIM CUTOUT switches in accordance with the existing procedures in the Runaway Stabilizer NNC. It is possible for the stabilizer to reach the nose down limit unless the system inputs are counteracted completely by pilot trim inputs and both STAB TRIM CUTOUT switches are moved to CUTOUT.

Additionally, pilots are reminded that an erroneous AOA can cause some or all of the following indications and effects:

- Continuous or intermittent stick shaker on the affected side only.
- Minimum speed bar (red and black) on the affected side only.
- Increasing nose down control forces.
- Inability to engage autopilot.
- Automatic disengagement of autopilot.
- IAS DISAGREE alert.
- ALT DISAGREE alert.
- AOA DISAGREE alert (if the AOA indicator option is installed)
- FEEL DIFF PRESS light.

In the event an uncommanded nose down stabilizer trim is experienced on the 737-8 /-9, in conjunction with one or more of the above indications or effects, do the Runaway Stabilizer NNC ensuring that the STAB TRIM CUTOUT switches are set to CUTOUT and stay in the CUTOUT position for the remainder of the flight.

rideforever 7th Nov 2018 17:06

Boeing would like to call attention to an AOA failure condition that can occur during manual flight only.
So ... you cannot use manual flight when a loss of control occurs ?
Wow, nice recommendation.
How much is the train again ?

Denti 7th Nov 2018 17:12


Originally Posted by DaveReidUK (Post 10304595)
Except that the author of the quoted post took pains to stress that both airspeed and groundspeed values are affected by unreliable AoA, in fact GS was mentioned twice in that context:

I look forward to learning how so.

Quite honestly, i would have loved to do so as well. Back then neither the safety department, nor the technical pilot, nor the internal investigation (it never went to outside investigation) nor the boeing technical pilots that had a look themselves could explain it coherently to me. Since then i have moved to another type and the company in question has vanished, after they got rid of their boeing fleet to begin with. So i don't see that it will be ever really explained, but it happened to quite a few of our planes after a boeing advised AoA retrofit with a different type that was then prone to freeze in a position.

A Squared 7th Nov 2018 17:12


Originally Posted by WillFlyForCheese (Post 10304568)

Originally Posted by B738bbjsim (Post 10304369)
Now that we have AOA in the spotlight, and reports of indicators issue on other Lion 737 Maxx, what could be the cause?



My understanding is that the reports of “issues” are not on other Lion aircraft - but multiple flights of the same aircraft.


It was earlier reported that Lion had identified potentially similar defects on other 737 max aircraft in their fleet. in addition to the other occurrences of UAS problems on the accident airplane.

FullWings 7th Nov 2018 17:17


Is the auto-trim-in-manual-flight issue dealt with in the memory / QRHs for assorted UAS events? Or is it a separate memory / QRH procedure?
I don’t have a 737 QRH in front of me but I suspect that one would be something like “Runaway Stabiliser” and the other “Airspeed Unreliable”.

I am having increasing sympathy for the situation the crew found themselves in: symptoms of UAS (biased by AML entries from previous flights) but with an effective trim runaway thrown in for good measure and all at low level before there was a chance to get a “feel” for the aircraft. I also suspect that there might have been the odd (false) warning or two going off, just to add to the confusion. :confused:


All times are GMT. The time now is 16:01.


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