My initial impression after reviewing the flight track last night was that the aircraft was experiencing roll control problems and finally rolled left at high speed into the water.
Although the maintenance history of Captain side pitot problems may be relevant, and there is always the possibility of maintenance action causing new problems, an airspeed indication problem of itself should not cause loss of the aircraft. Those of you speculating on the possibility of stall warnings being triggered should remember that these warnings normally are generated from the angle of attack data which is not derived from airspeed but instead from the vanes on the sides of the cockpit. The impact of defective air data on the aircraft feel systems needs to be discussed by someone with more 737 aircraft familiarity than myself but could potentially be a significant factor. Aircraft control appeared to be degraded early in the flight. Speculation: Could both of the cockpit crew have been applying force to the control column and not have had a free hand for setting the power? The continued acceleration of the aircraft doesn't make good sense from a piloting perspective. They needed to set a reasonable power setting and investigate if they could not continue the climb or did not wish to continue the climb. |
Aircraft mechanic here. And yes i am a Little bit disturbed that a leak like this happened. Shouldn’t be because there are names of flight crew and mechanics. Apart from that there are more than one copy of the report. As you can read on the bottom of said report. The pink we got is meant to stay with the technical Departement |
Pitot cover?
Could be static vents, blocked by insects. Loads of nesting bugs in Indonesian Islands. Or pitot covers. Do these people, inc ground engineers, do methodical walk-rounds. I saw little evidence of that during 5 long Hajj stints for Garuda. Laziness was endemic in the nation. And in the region, except for Singapore. |
Originally Posted by HolyMoley
surely the chance of an aircraft having an unreliable speed issue one day and being lost the next due to a completely unrelated reason that also affects the airspeed (not removing pitot covers) must be vanishly small.
Not that I'm trying to claim that pitot covers are the cause here, but neither is it a given that the crash is due to an unreliable airspeed indication. That is just one of the few pieces of information that we have, that there was a UAS write-up on the previous flight, and there is speculation how that might have caused the crash, if it were to have reoccurred, whcih isn't a given. |
Originally Posted by Icarus2001
(Post 10295687)
I am not for one minute suggesting that in this case just pointing out to the "it did not stall" brigade that, yes it could have and also that FR data is fraught with errors. i have watched it plot an aircraft landing as I saw the aircraft turn during a missed approach, it has predictive algorithms so the speed and direction you see is not always what the aircraft is doing.
One thing that sticks out from the plot is that, aside from the vertical excursions, the last five minutes or so before the plot stops consist of two minutes of dead straight flight followed by two and a half minutes of continuous small track changes. I'll leave it to other to speculate on the significance of that. |
Originally Posted by Pontius Navigator
(Post 10295715)
There was earlier talk of pitot covers not being removed. Then a suggestion that they would not have been fitted overnight. Then that the system may have been maintained over night.
But there are other possible problems are there not? Could there be water in the system? Has there been significant rainfall around these two flights? |
Originally Posted by Localiser Green
(Post 10295314)
The same aircraft apparently had an unreliable speed issue on the previous flight from Bali to Jakarta last night. This was reported by the pilots according to Bloomberg.
FR24 data from that flight shows the aircraft enters a descent after takeoff, with increasing speed, similar to the event which happened on this flight at approximately 2,000ft. However on the DPS-CGK flight it happened at around 5,500ft. 14:25:21 - 5,500ft - 282kt 14:25:48 - 4,625ft - 324kt 14:26:13 - 5,400ft - 303kt 14:26:25 - 6,300ft - 276kt 14:26:37 - 6,600ft - 265kt 14:26:49 - 7,400ft - 247kt https://cimg5.ibsrv.net/gimg/pprune....f805739212.jpg Suggests around 2,000fpm descent rate with 42kt speed gain, followed by 3,000fpm climb losing 77kt. That's not a normal climb profile so something went wrong here, assuming the ADS data is accurate. i can’t remember exactly how it is but if your static or pitot ports are blocked (either one) your airspeed will increase with altitude. So if they put on the autopilot after take off the plane will pitch up and up to contain the airspeed increase and rather quickly put the aircraft in an unusal attitude, nose high low airspeed (actual airspeed). Autopilot will disconnect and stall warning alarms etc. If the pilots don’t react quicly and correct the airplane will stall. There might be a startle factor for the crew as well, which delay their reaction time. This only speculations from my side anyway. Tragic to see another fatal accident in Indonesia. |
Originally Posted by Icarus2001
(Post 10295687)
I am not for one minute suggesting that in this case just pointing out to the "it did not stall" brigade that, yes it could have and also that FR data is fraught with errors
Also i would not trust the timestamping on the data, the outliers in the following plot are very likely because of one of the receivers clocks being off. Apart from that FR24 on their blog released the raw data for the flight in much better granularity than available on their website flight history. It's unlikely that these data, probably received by multiple receivers differ significantly from what was sent by the ADS-B sender of the aircraft in question. Because the plots of the data on the blog website are somewhat lacking, i plotted the data below in case anyone is interested: https://cimg3.ibsrv.net/gimg/pprune....f29dd31525.png ADS-B Data Plot |
Originally Posted by India Four Two
(Post 10295803)
I'm also disturbed that this document is in the public domain, but having lived and worked in Jakarta, I am not in the least bit surprised.
|
Air France A330 AirAsia A320 Lion Air 737 WHEN can we finally expect an AOA indicator in the flight deck? We need them. MAYDAY. |
Thank you for the expanded plot wiedehopf. The final descent appears to be almost vertical with approx 2500' lost in 3 sec.
Condolences to all involved. OAP |
Originally Posted by Machinbird
(Post 10295782)
My initial impression after reviewing the flight track last night was that the aircraft was experiencing roll control problems and finally rolled left at high speed into the water.
Although the maintenance history of Captain side pitot problems may be relevant, and there is always the possibility of maintenance action causing new problems, an airspeed indication problem of itself should not cause loss of the aircraft. Those of you speculating on the possibility of stall warnings being triggered should remember that these warnings normally are generated from the angle of attack data which is not derived from airspeed but instead from the vanes on the sides of the cockpit. The impact of defective air data on the aircraft feel systems needs to be discussed by someone with more 737 aircraft familiarity than myself but could potentially be a significant factor. Aircraft control appeared to be degraded early in the flight. Speculation: Could both of the cockpit crew have been applying force to the control column and not have had a free hand for setting the power? The continued acceleration of the aircraft doesn't make good sense from a piloting perspective. They needed to set a reasonable power setting and investigate if they could not continue the climb or did not wish to continue the climb. Looking at the tech log and assuming this is real ( which is incredulous) the test equipment would require certain ports to be sealed, lets see what the FDR comes up with, shouldn’t be difficult to find in 30m of water. |
Equal and opposite reactions
Originally Posted by wiedehopf
(Post 10295831)
So the prediction you are mentioning is only implemented for displaying live flights, but it is used because quite a few people will look up and want the planes on map to match up.
Also i would not trust the timestamping on the data, the outliers in the following plot are very likely because of one of the receivers clocks being off. Apart from that FR24 on their blog released the raw data for the flight in much better granularity than available on their website flight history. It's unlikely that these data, probably received by multiple receivers differ significantly from what was sent by the ADS-B sender of the aircraft in question. Because the plots of the data on the blog website are somewhat lacking, i plotted the data below in case anyone is interested: https://cimg3.ibsrv.net/gimg/pprune....f29dd31525.png ADS-B Data Plot It seems from the graph that everything has an equal or opposite reaction! One crumb of comfort would be that the debris field is fairly limited in shallow water and that the CVR and FDR should be recovered promptly and resolved, so that everyone can understand what happened here. At times like this I can only think of Sir Arthur Conan Doyles' quote "Once you eliminate the impossible, whatever remains, no matter how improbable, must be the truth." RIP |
Surely the Tech Log would have been on the aircraft?
|
Originally Posted by Smithy02
(Post 10295922)
Surely the Tech Log would have been on the aircraft?
|
Originally Posted by Onceapilot
(Post 10295884)
Thank you for the expanded plot wiedehopf. The final descent appears to be almost vertical with approx 2500' lost in 3 sec.
Condolences to all involved. OAP If you believe the data the aircraft had a descent rate of 31000 ft per minute during the last recorded transmission. That is around 300 knots vertical speed. Horizontal speed at that last data point is 360 knots. That is a total speed of around 470 knots with the flight path angle being around 40 degrees downwards. So this calculation is kind of gruesome but as the question came up i'll post it anyway. |
Salute!
Besides the air data problems on previous flight, and possibly on the accident flight, I would like to re-visit the stabilizer. Just a fast mover guy here, but the sad story is worth understanding. Never know when a pilot here might see something early enough to take action, jez saying..... Looking at thelfight path plot we have from a previous post, the end seems to happen very quickly, and not a "gradual" loss of control due to PIO chasing the altitude, attitude and speed. So for you Boeing folks, is there a jackscrew stab trim as we had on the Alaska crash? A squak previously described unusual stab trim. If the stab "came loose" suddenly, I do not see any recovery possible. As Bach said, all crashes are the result of "loss of control". Plane comes apart, big part fails, new FBW laws act up, crew screws up, etc. Gums asks.... |
Originally Posted by Wizofoz
(Post 10295618)
You can't stall a 737 at 300kts- it would break up first.
and 306 kias at 31,000 feet So, yes you could. |
As someone with very limited single engine experience long long ago I'd love to get some thoughts from those in the pointy end. Just looking at the track between 23:25 and 23:29 I'm slightly confused. My understanding is that if the correct memory items where followed you would have established pitch and power as constants...normally in a gentle climb while troubleshooting. During those 4 minutes it appears that both speed and altitude remain "relatively" stable but with clear oscillations that appear to indicate an inverse speed to altitude shift so there is clearly an issue maintaining level flight. I've always thought that at higher altitudes hand flying a swept wing plane was significantly harder than at lower levels. Under an emergency would the aircraft commander normally take the controls and rely on the FO to trouble shoot or would he be more likely to allow the FO to maintain level flight while he looked at the issues?
It would appear that there was an upset and recovery at roughly 23:29:30 and then again roughly 2 minutes later that proved unrecoverable. In both instances it appears to be a roughly 800 ft drop over roughly 20 seconds...that seems awful "ham handed" for purely pitch induced control input to me without some sort of rolling oscillation involved??? What type of flight path variation would be "normal" for an experienced airline pilot with minimal hand flying currency? Hard to imagine losing the plane at 5000 ft. in benign VFR conditions without some other issue in play??? |
The tech log seems factual, not sure why it is such a bother that it is available online. At least it guards against fake news. So far as I can understand from the photo the resolutions read as: REF IFIM 34-20-00-810-801 REV 15/07/2018 PERFORMED FLUSHING LH PITOT ADM AND STATIC ADM (AIR DATA MODULE) OPS TEST ON GROUND FOUND SATISFIED REF IFIM 28-34-00-810-803 REV 15/07/2018 PERFORMED CLEANED ELECTRIC. C???. PLUG OF ELEVATOR FEEL COMPUT?R C/O TEST ON GROUND FOUND OK |
Originally Posted by gums
(Post 10295947)
So for you Boeing folks, is there a jackscrew stab trim as we had on the Alaska crash?
|
Originally Posted by Smithy02
(Post 10295922)
Surely the Tech Log would have been on the aircraft?
The copy posted earlier and now gone (good move) was the pink/ purple copy which would have been for the office. |
Originally Posted by wiedehopf
(Post 10295931)
Please keep in mind that this is altitude plotted against time so you can't really tell the flight path from it.
If you believe the data the aircraft had a descent rate of 31000 ft per minute during the last recorded transmission. That is around 300 knots vertical speed. Horizontal speed at that last data point is 360 knots. That is a total speed of around 470 knots with the flight path angle being around 40 degrees downwards. So this calculation is kind of gruesome but as the question came up i'll post it anyway. Well, you can make a deduction of ROD from alt/time. Integrated with horiz speed gives TAS, and an angle of descent, as you have done. Of course, it is possible that some errors are present and incorrect data is involved. Unhappily, I think that your calculation is credible. Also, the data profile would tend to indicate a powered nose-over. OAP |
Originally Posted by Onceapilot
(Post 10295972)
Well, you can make a deduction of ROD from alt/time. Integrated with horiz speed gives TAS, and an angle of descent, as you have done.
Of course, it is possible that some errors are present and incorrect data is involved. Unhappily, I think that your calculation is credible. Also, the data profile would tend to indicate a powered nose-over. OAP It was mentioned earlier in the thread about the overspeed two minutes in to the flight and flap retraction was mentioned as being possibly disregarded due to workload saturation. It's possible that the aircraft became simply un-flyable as a result of airframe stress/ damage. |
So are we all discounting the pax reports' from the previous night's Denpasar flight that the right engine was behaving erratically (as reported by Detik)? I know it isn't mentioned in the leaked aircraft flight and maintenance log, but it's an interesting data point, if true.
|
|
flightradar24 posted more granular ADSB data on their blog, for what it's worth
|
Originally Posted by Onceapilot
(Post 10295972)
Also, the data profile would tend to indicate a powered nose-over.
OAP The distance vs altitude is drawn to scale. https://cimg6.ibsrv.net/gimg/pprune....7b81fbaed0.png |
Is the data on Flight aware and Flightradar Pure GPS or is it mixed with other data from the IRSs etc?
Reason for asking is because I would have thought 300ish knots at 5000' would be quite a safe speed (if flaps retracted) even allowing for winds(usually not too much around WIII). |
Data on flightradar24 is ADS-B, so the navigational information is GPS and not inertially derived. FR24 also uses multilateration in some parts of Indonesia to calculate the position of older aricraft with Mode-S transponders, but I don't think that applies to this case, given how new the a/c was.
|
BS comment
Originally Posted by Birdstrike737
(Post 10295254)
To those of you admonishing your colleagues for tossing around first-impressions while “bodies are still warm,” THAT’S WHAT WE DO! WE’RE PILOTS! This thread is not a news organization, it’s a crowded pub. It’s OK to put your bets on the table about what happened before the investigation has even begun, much less ended. Maybe someone should start a different thread titled “Indonesia 737 Max crash: FACTS ONLY.” And stay there. And wait. You have no information except some radar traces. stick to flying mate let atsb do their stuff. MH speculation all over again! opinions are like backsides! |
Compare KAL 8509 at Stansted in 1999
This discussion of unreliable Captain's instruments, possibly badly diagnosed and rectified, reminds me of the crash of a Korean 747-200F near Stansted airport in the UK in 1999. AAIB Report 3/2003
Notably elements: Carrier from a place with high authority gradients - no arguing with the Captain and his instruments, Disorganised troubleshooting and rectification of the reported defect, Airline with poor maintenance and operations reputation (at the time, KAL's rep was not good), Failure to follow QRH procedure and use good CRM to resolve the issue before hitting the ground. The comparison of the reports, if the Indonesians publish one, will be interesting. |
LNI610 Flightaware comparison 29/28 Oct 2018
|
from all over
Originally Posted by clark y
(Post 10296026)
Is the data on Flight aware and Flightradar Pure GPS or is it mixed with other data from the IRSs etc?
Reason for asking is because I would have thought 300ish knots at 5000' would be quite a safe speed (if flaps retracted) even allowing for winds(usually not too much around WIII). Its a conglomeration of everything as noted in the tables whether official or members receiver number. |
Hopefully they release facts as they are determined.
Many strange things here. For instance, if it was simply static sources blocked/partially blocked it shouldn't affect the attitude information and controlled flight in VMC would be quite achievable. IIRC an elevator feel computer/computation fail shouldn't lead to loss of control at this altitude. An autopilot failure in the pitch mode resulting in pitch oscillations should also be controllable at that altitude, just disconnect the autopilot and fly manually. Some crashes with similarities: Both Birgenair and Aeroperu accidents happened at night. An A320 had a bad joint on a circuit board which then failed, causing a crash, but it was at high altitude and A320 is vastly different. The CRJ-200 in Norway had an instrument failure only on the captain side, but it was on a pitch dark night. The tech log image could be a top copy or carbon copy retained after the previous flight. |
Originally Posted by A Squared
(Post 10295661)
Yeah, we're not discussing an airplane whcih was flying in conditions where a 300 knot groundspeed and an EAS of 100 knots are simultaneously possible. We're discussing the Indonesian 737 which crashed a day ago. That airplane was no higher than about 5000 ft MSL Neglecting winds, a 300 knot groundspeed equates to about 275 knot IAS at that altitude. Winds in excess of 20-30 knots at 5000 ft are unlikely unless there was some fairly unusual weather going on. I haven't heard any mention of extraordinarily strong winds in this accident, have you? No? So if we assume a tailwind at the upper end of that range, we're still probably looking at an IAS greater than 245 knots, if an airplane at 5000 ft is showing a groundspeed of 300 knots.
In order to get a 300 knot groundspeed with an EAS of 100 knots you'd have to be somewhere around 40,000 ft with a 100 knot tailwind. Were you under the impression that this airplane in this accident that we're discussing here, today, in this thread, was at 40,000 ft, with a 100 knot tailwind? No? If not, what on earth is your point in even mentioning that? What relevance do you imagine that brings to this discussion? As to the guy with the "NOT theoretical, actual" - NO. Theoretical. In this context that means "pretty unlikely but possible in theory". And that's exactly what it is. To say something is "actually" possible or "literally" possible is no different from saying it's theoretically possible. Theoretically possible doesn't mean it's NOT possible, it means it's possible. In theory. But most likely not in practice in the circumstances in which the plane found itself. Honestly, I pray to god I never have to fly with argumentative morons like the pair of you. A squared has been pretty restrained. |
does the Boeing MAX generate ACARS maintenance messages back to base that will therefore be available pretty much immediately? As in the assorted Airbus incidents these give a pretty good idea of the timeline of system failures...
G |
Originally Posted by A Squared
(Post 10295459)
There is nothing unprofessional or disrespectful about taking the facts that are known, and applying knowledge of aviation to consider how an accident may have occurred. This is not a news organization presenting speculation as fact. If is a forum. Forums are for discussion. We are discussing things.
Not sitting back spouting nonsense about "respecting the dead" and "waiting for facts". This isn't the newspapers or live television. Go away. |
Sounds like it's time to wait for the CVR and FDR data... ?
and perhaps some well informed maintenance statements, Witness statements (albeit often unreliable), might be helpful, and maybe even some video of the final descent? "Stall" (very unlikely),... "pitot covers" (very unlikely)... "birds" or OEI (still possible, but it doesn't readily fit the data so far to this point),... "inappropriate crew response to a QRH addressed airspeed fault" (very unlikely),... "STS going the wrong way" (could be a significant) Further, there are lots of other scenarios still possible, not yet even raised in this thread yet... e.g., involving stabilizer or elevator control issues, ..."speed trim".. damage to the stabilizer leading to a consequent "pitch tuck",... Dozens more than those could be responsibly posed, far beyond the scope of the above speculation earlier in this thread... So now,... is it perhaps time to honor the memory of the lost flight crew, give them the benefit of the doubt, support their families, send in a technically qualified team, and wait for some real data??? Crew and Pax... RIP. |
Originally Posted by fox niner
(Post 10295866)
Air France A330 AirAsia A320 Lion Air 737 WHEN can we finally expect an AOA indicator in the flight deck? We need them. MAYDAY. |
All times are GMT. The time now is 04:39. |
Copyright © 2024 MH Sub I, LLC dba Internet Brands. All rights reserved. Use of this site indicates your consent to the Terms of Use.