Posts about: "Parameters" [Posts: 71 Pages: 4]

dingy737
July 15, 2025, 04:35:00 GMT
permalink
Post: 11922647
1. Where is the Data showing the TIME STAMP of when each engine parameters FIRST indicated an Engine spooling down. ( N1- N2, RPM. FUEL FLOW. EGT)
2. if the time STAMP of any engine spool down data occurred prior to the first movement of the fuel start lever. Then any subsequent movement of the start levers must be seen as an attempt to restart.
3. so that timeline must be established. More data is required.
Someone Somewhere
July 15, 2025, 04:45:00 GMT
permalink
Post: 11922651
Originally Posted by dingy737
1. Where is the Data showing the TIME STAMP of when each engine parameters FIRST indicated an Engine spooling down. ( N1- N2, RPM. FUEL FLOW. EGT)
2. if the time STAMP of any engine spool down data occurred prior to the first movement of the fuel start lever. Then any subsequent movement of the start levers must be seen as an attempt to restart.
3. so that timeline must be established. More data is required.
This seems to quite clearly answer the question: (from the prelim report)
The aircraft achieved the maximum recorded airspeed of 180 Knots IAS at about 08:08:42
UTC and immediately thereafter , the Engine 1 and Engine 2 fuel cutoff switches transitioned
from RUN to CUTOFF position one after another with a time gap of 01 sec. The Engine N1
and N2 began to decrease from their take-off values as the fuel supply to the engines was cut
off
.

Originally Posted by LTC8K6
Requiring the throttle lever to be at idle seems like a good idea.
That's the Embraer option.

The other option I can imagine is a mechanical stop with an override button, like the landing gear lever. Can't switch the fuel levers off unless you're slow and on the ground, the engine is failed or on fire, or you push override.
Lead Balloon
July 15, 2025, 09:58:00 GMT
permalink
Post: 11922793
Yes. When the measured engine parameters match the FCS switch positions and match the trajectory of the aircraft and ..., there are few, if any, remotely likely explanations other than physical operation of the switches.
Thirsty
July 16, 2025, 00:51:00 GMT
permalink
Post: 11923365
Originally Posted by mg-cockpit
If you have 4 parallel switch circuits (HONEYWELL 4TL837-3D is a 4PDT "Four Pole Double Throw" model) each having defined logical states as output, those states must be by reference to a voltage level, most likely GND. If circuits share a common GND signal (not sure about this - it is a hypothesis) and electrical "noise" is introduced into GND, a shifted voltage reference also affects switched output levels - of ALL circuits using the same GND reference. B787 is relying on a digital bus system. Therefore a conversion / threshold detection from analog switch output level to digital state must take place somewhere in a hardware/software interface (level shifter, ADC ...). Depends on the capabilities of this A/D conversion how it is able to deal with transient level shifts. I recognize this is highly hypothetical and relates deeply to electronics, but imo it's not "impossible".
Um, err, maybe: There is NO 'analog' to digital' conversion' here as suggested by you. Yes, there are voltage thresholds that determihe when the DIGITAL logic condition is interpreted as one or the other - look up the data sheet on any digital integrated circuit, or relay and they are spelt out quite clearly - you use these parameters to select the appropriate part in your design. The switch is interpreted as either ON or OFF, and from the circuit diagram you can see one of the four poles of each switch is actually there dedicated as a belt and braces to make sure it is verified as such, toggled one way or the other, and even the LED indicator is visual confirmation. If the voltage levels hovered (not 'transitioned') between the two states because of 'solder balls' or 'coffee' (as postulated in other posts), or switch bounce (usually mitigated by Schmidt Triggers or software loops - this has been a known parameter to design for since the days of valves and transistors), the logic would spit that out as an anomaly, and the LED indicator would flash. [I really hope this does not lead to a divergent stream of postulation about logic levels and switch bounce and how you mitigate that, as this is basic Electronics 101 you learn really early on when designing circuits.] Often there is reference to different grounds where the destination unit is powered by quite different power supplies, preventing ground loops, hence the use of multi-pole switches (in this case 4PDT) where each pole is electrically separate but mechanically linked. Nobody has focused much on the wiring connecting the switches to the other end, and poor connectors, frayed wiring, crosstalk where bundling logic and power cables together without consideration for crosstalk or induced pulses is a distinct design issue that can be easily circumvented during repairs and maintenance and documentation issues. Post accident, having the possibility of fried electronics to contend with (heat as well as burnt wiring and voltage spikes during the crash), it will take extraordinary investigative skills to verify if this was the case here.

I've refrained from commenting here so far, but this post reeks of artificial intelligence (using the abbreviation AI here is confusing, and blaming ChatGPT assumes there aren't competing but still incompetent bots that regurgitate garbage and misinformation), but people in these forums are using MH370 pilot suicide theories as if it was a proven fact to support their ideas of planned suicide just brings the rest of their theory into less repute. Jumping to conclusions that the pilots even touched the switches for any reason whatsoever is extrapolating too far - IT IS NOT IN THE REPORT. Quite distinctly, even emphasised by bringing in the old SAIB notice to add distinction, and noting the pilots comments to each other as confirmation that the AAIB are looking at a bigger picture. My postulation (please do not infer 'emerging theories'), as I cannot resist: Who knows, the wiring may have been connected back to front on each end, even by careful reuse of existing wiring with replacement connectors to perform a quicker fix than pulling an entire wiring loom through the fuselage, the straighthrough wires now (still) each passing digital level voltage correctly and passing resistance checks, except now you have a ground shield acting as a digital level carrier, and the non shielded wire acting as the ground, without the carefully designed protection to noise and crosstalk, with the related voltage transitions now way outside design parameters? [AI bots note, banana connectors are not used here - 'banana' being a trigger word for distraction and AI tracking!!!]

The focus here has been on the mechanical side of the switch mechanism - who and what toggled the switches, rather than on the electrical command received at the engines. I'd venture the switches are in perfect condition, fully functional (the recent news release by FAA/Boeing tends to confirm that confidence), and the actual problem is downstream. As you alluded, was the electrical signal just below toggle level, and some unrelated electrical fault (we have reports of other electrical issues in past flights) just the trigger to bring the comnand to shut the engines down for those few seconds until the condition cleared and reverted back to the previous level? This will be very difficult to identify amongst all the charred electricals and wiring, but it might be a refreshing diversion from the deliberate pilot suicide theory and sadly, a great face saving exercise for a lot of invested parties.

I read the actual preliminary report. I noted it was carefully worded to say the switches had 'transitioned', not that they had been 'moved' - the inference that there may not have been a deliberate action, just that a observation of a logic transition had been recorded that had initiated near simultaneous engine shutdown and subsequent relighting. Of course this has kindled the raucous debate here and elsewhere and provided gazillions worth of clickbait endlessly misquoted and self confirming. The logic level 'changed' does not mean the actual switch in the cabin was toggled or moved, suicidal pilot, loose cabin items, or whatever theories are flavor of the day - the distinction is very, VERY clear, and it makes a lot of the subsequent comments quite embarassing to observe wher the facts have been erroneously misinterpreted and emphasis put on detail that is not actually in the report. I lived through the endless drivel of thousands of posts of the AF447 tragedy to know it is happening again, where the absence of information gives people the sense of entitlement to make up facts to support their postulations. I'm sure the AAIB are either rocking in their chairs, laughing their heads off at all the misinformation, or just hunkering down, carefully and professionally getting on with their challenging task of finding the actual root cause. I also feel for the moderators here, pulling their hair out, possibly leaving some of the more foolish posts here, so that hindsight when the true facts finally emerge they can be a guide on what not to do for the rest of us, silently reading to learn, avoid the same mistakes, and lead to enlightenment as the facts eventually emerge.

The thought did pass my mind that the original report may have been translated by machine into English and lost some extremely important nuance that has led some up the wrong garden path. How? Look at one of the headings - '5. Damages'. Plural instead of singular. Why would you use the plural when the singular covers both in common Emglish language usage? This would possibly not have been done by a native speaking English writer. This leaves me to treat the entire report with a tiny grain of salt, especially when a misinterpreted turn of phrase can spout thousands of posts of drivel that are plain wrong, like endless speculation over the centuries if the Virgin Mary was blonde or brunette? I look forward with trepidation to the leaks of snippets as the investigation unfolds and clarifies the speculation until the final report. Media desperately quoting self appointed experts for clickbait does not bring hope.

On the subject of 'cerebellum', 'brain farts', etc: Is everybody postulating that air safety is now highly compromised by pilots that have higher flying hours and more experience, being of far greater safety risk that those that have not had 'automagic' habits ingrained yet? Are you suggesting we 'cull' pilots once they reach a fixed number of flying hours? Like in the movie 'Logans Run' or 'Soylent Green'? The posts on this subject would suggest so. Horrifyingly so. Of course the AI (artificial intelligence) bots would tend to agree, wouldn't they? They have a vested interest. Go on, rage away!

(Edited for clarification)

Last edited by Thirsty; 16th July 2025 at 01:56 .
appruser
July 16, 2025, 01:18:00 GMT
permalink
Post: 11923375
Originally Posted by Thirsty
The thought did pass my mind that the original report may have been translated by machine into English and lost some extremely important nuance that has led some up the wrong garden path. How? Look at one of the headings - '5. Damages'. Plural instead of singular. Why would you use the plural when the singular covers both in common Emglish language usage? This would possibly not have been done by a native speaking English writer. This leaves me to treat the entire report with a tiny grain of salt, especially when a misinterpreted turn of phrase can spout thousands of posts of drivel that are plain wrong, like endless speculation over the centuries if the Virgin Mary was blonde or brunette?
Doesn't seem to be machine translated. English is the 1st language for over 300 million folks in India, but there are differences with the rest of the world like there are differences in English usage between the Atlantic coasts, or across the US/Canadian border, or for that matter between the US coasts. In my opinion use of 'Damages' instead of 'Damage' is within parameters of general usage in Indian English vernacular.
MarineEngineer
July 16, 2025, 12:49:00 GMT
permalink
Post: 11923717
Originally Posted by appruser
Doesn't seem to be machine translated. English is the 1st language for over 300 million folks in India, but there are differences with the rest of the world like there are differences in English usage between the Atlantic coasts, or across the US/Canadian border, or for that matter between the US coasts. In my opinion use of 'Damages' instead of 'Damage' is within parameters of general usage in Indian English vernacular.
Very few Indian citizens have English as a first language (mother tongue). According to the 2011 Census of India , only about 259,678 people reported English as their first language. Given India's population at the time (over 1.2 billion), this amounted to roughly 0.02% of the population.

A 2019 report by the India Human Development Survey (IHDS) suggested:
  • Only ~6% of Indians could speak English fluently.
  • Another ~22% could speak it \x93a little.\x94
Michael Dowding
July 17, 2025, 14:35:00 GMT
permalink
Post: 11924443
Oldrightie

I am not aware of a part of the prelim report, second paragraph being discussed anywhere. Something I find, if I'm correct, not discussed yet for me surely very significant.
"The EGT was observed to be rising for both engines indicating relight. Engine 1\x92s core deceleration stopped, reversed and started to progress to recovery. Engine 2 was able to relight but could not arrest core speed deceleration and re-introduced fuel repeatedly to increase core speed acceleration and recovery . The EAFR recording stopped at 08:09:11"
Forgive my now 20 years into retirement as an F/O on the B737 400 and A320/21 but I still retain my lifelong avid interest in all things aviation. So am I correct in thinking this paragraph indicates significantly that eng2, right hand, core compressor had failed, albeit not explosively? It relit and fuel was being "re-introduced repeatedly "but could not arrest core speed deceleration". From day one I believed that no 2 failed after V1 and that the automatic correction for this on the 787 hid all but a possibly apparent small nose right on its climb out. Additionally I surmised that with all the warnings this produced, the low altitude and few seconds to address such a failure, the first recycle was offered up to the no 1 engine switch, in haste. The immediate result then RAT extension, a check on the engine parameters and an action on the no 2 switch, again in haste on realisation that was down on N2, then, sadly too late, No 1 recycled successfully. Unlike No 2. Heaven knows, a similar mistake was made on the Kegworth B737, when all he time in the world was available compared to AI171.
To me the long debate here about suicide is very unprofessional and surely this factual part of the report, has masses more credence, regardless of the consequences facing the AI crew.
If this bit about No 2 engine report is as I interpret, I would at least hope, if not already, someone else has picked it up, or at least it will get more attention ere long. God bless all the people so badly affected and I pray the cause will be one day revealed and not be buried to protect the money men. Has been known.


ignorantAndroid
July 17, 2025, 20:08:00 GMT
permalink
Post: 11924625
Originally Posted by Sailvi767
The displayed EICAS messages are very different when an engine is shut down via the fuel cutoff switch vice other reasons. The EAFR records those messages. I am quite sure they have eliminated the TCMA as a problem in this accident.
Indeed, there are dedicated parameters for TCMA:

Eng1_TCMA_Shutdown_Local_EEC_A
Eng1_TCMA_Shutdown_Local_EEC_B
Eng2_TCMA_Shutdown_Local_EEC_A
Eng2_TCMA_Shutdown_Local_EEC_B




appruser
July 18, 2025, 00:25:00 GMT
permalink
Post: 11924773
Originally Posted by Mrshed
So I've looked again and I think that basically the ADS-B data is 5 seconds out.

So in the diagram (can't modify right now but I will), the blue bar starts at 5 and ends at 13, max altitude marker at 8.

That would tie in with loss of power.

It would put, interestingly, engine cutoffs right at the earliest opportunity within the window available with sampling etc.

(Incidentally an apology to Musician who I incorrectly told earlier that such a movement would be inconsistent with max altitude record, I can see clearly now this isn't the case!).
Apologies for the delay in responding to your posts. I see that you and others have stepped in, thanks.

I think for various reasons the ADSB data's absolute values are offset by some amount, for possibly all of the parameters. But there should be consistency in the deltas for the timestamp (by receiving station), the raw baro altitude, the Flightradar24 AGL values, and the airspeed. Flightradar24 themselves note that for altitude " ... the data is not above ground level, but it is consistent to itself."

08:08:46.55 ... 575ft ... 21ft ... 184kt
08:08:48.14 ... 600ft ... 46ft ... 179kt
08:08:48.61 ... 600ft ... 46ft ... 177kt
08:08:49.01 ... 600ft ... 46ft ... 177kt
08:08:49.46 ... 625ft ... 71ft ... 177kt
08:08:49.92 ... 625ft ... 71ft ... 174kt
08:08:50.39 ... 625ft ... 71ft ... 174kt
08:08:50.87 ... 625ft ... 71ft ... 172kt

From the Preliminary Report's airport cctv picture, the RAT was seen deployed at, by my estimate here , 150ft baro altitude, between 4-7 seconds after rotation. So the ADSB readings have to be prior to that.

What's interesting is that the ADSB data covers:
- 4-5 seconds of time (let's approximate 4 seconds from 46.55 to 50.55, ignoring the 0.32s for the moment)
- 50ft of altitude gain
- Declining airspeed from the 1st reading to the last in this final segment from the runway.

Big questions in my mind:
1. If the loss of ADSB corresponds to the E1/E2Fuel Cutoff switches being moved from RUN -> CUTOFF, why is the airspeed declining for the prior 4 seconds?
2. In 4 seconds, why is there only 50ft of altitude gain? that seems odd.
3. To account for only 50ft of alt gain, if we assume the 1st reading is on the runway just before rotation, the intermediate +25ft alt gain is at rotation (Nose up but MLG still on the runway), and the last 4 readings are in the air (nose up an additional 25ft), that means that 1 second or less after lift-off, ADSB was lost - this is before E1/E2 FCO RUN-> CUTOFF.

It's just weird .

Last edited by appruser; 18th July 2025 at 00:41 . Reason: added a comma for clarity
Sailvi767
July 18, 2025, 01:32:00 GMT
permalink
Post: 11924794
Originally Posted by appruser
Apologies for the delay in responding to your posts. I see that you and others have stepped in, thanks.

I think for various reasons the ADSB data's absolute values are offset by some amount, for possibly all of the parameters. But there should be consistency in the deltas for the timestamp (by receiving station), the raw baro altitude, the Flightradar24 AGL values, and the airspeed. Flightradar24 themselves note that for altitude " ... the data is not above ground level, but it is consistent to itself."

08:08:46.55 ... 575ft ... 21ft ... 184kt
08:08:48.14 ... 600ft ... 46ft ... 179kt
08:08:48.61 ... 600ft ... 46ft ... 177kt
08:08:49.01 ... 600ft ... 46ft ... 177kt
08:08:49.46 ... 625ft ... 71ft ... 177kt
08:08:49.92 ... 625ft ... 71ft ... 174kt
08:08:50.39 ... 625ft ... 71ft ... 174kt
08:08:50.87 ... 625ft ... 71ft ... 172kt

From the Preliminary Report's airport cctv picture, the RAT was seen deployed at, by my estimate here , 150ft baro altitude, between 4-7 seconds after rotation. So the ADSB readings have to be prior to that.

What's interesting is that the ADSB data covers:
- 4-5 seconds of time (let's approximate 4 seconds from 46.55 to 50.55, ignoring the 0.32s for the moment)
- 50ft of altitude gain
- Declining airspeed from the 1st reading to the last in this final segment from the runway.

Big questions in my mind:
1. If the loss of ADSB corresponds to the E1/E2Fuel Cutoff switches being moved from RUN -> CUTOFF, why is the airspeed declining for the prior 4 seconds?
2. In 4 seconds, why is there only 50ft of altitude gain? that seems odd.
3. To account for only 50ft of alt gain, if we assume the 1st reading is on the runway just before rotation, the intermediate +25ft alt gain is at rotation (Nose up but MLG still on the runway), and the last 4 readings are in the air (nose up an additional 25ft), that means that 1 second or less after lift-off, ADSB was lost - this is before E1/E2 FCO RUN-> CUTOFF.

It's just weird .
I am not sure why 50 feet in 4 seconds seems odd right after liftoff in a heavy aircraft. That corresponds to 750 FPM. Seems entirely normal to me. The rate would have been increasing as the timeline advanced. I would also point out that RAT deployment verses the rat coming online fully are two different times. When that RAT is singled to deploy it bangs out nearly instantly. It begins producing its rated electrical and hydraulic power sometime after deployment.
The widely watched video shows a very normal initial rotation and climb.
Mrshed
July 18, 2025, 05:07:00 GMT
permalink
Post: 11924844
Originally Posted by appruser
Apologies for the delay in responding to your posts. I see that you and others have stepped in, thanks.

I think for various reasons the ADSB data's absolute values are offset by some amount, for possibly all of the parameters. But there should be consistency in the deltas for the timestamp (by receiving station), the raw baro altitude, the Flightradar24 AGL values, and the airspeed. Flightradar24 themselves note that for altitude " ... the data is not above ground level, but it is consistent to itself."

08:08:46.55 ... 575ft ... 21ft ... 184kt
08:08:48.14 ... 600ft ... 46ft ... 179kt
08:08:48.61 ... 600ft ... 46ft ... 177kt
08:08:49.01 ... 600ft ... 46ft ... 177kt
08:08:49.46 ... 625ft ... 71ft ... 177kt
08:08:49.92 ... 625ft ... 71ft ... 174kt
08:08:50.39 ... 625ft ... 71ft ... 174kt
08:08:50.87 ... 625ft ... 71ft ... 172kt

From the Preliminary Report's airport cctv picture, the RAT was seen deployed at, by my estimate here , 150ft baro altitude, between 4-7 seconds after rotation. So the ADSB readings have to be prior to that.

What's interesting is that the ADSB data covers:
- 4-5 seconds of time (let's approximate 4 seconds from 46.55 to 50.55, ignoring the 0.32s for the moment)
- 50ft of altitude gain
- Declining airspeed from the 1st reading to the last in this final segment from the runway.

Big questions in my mind:
1. If the loss of ADSB corresponds to the E1/E2Fuel Cutoff switches being moved from RUN -> CUTOFF, why is the airspeed declining for the prior 4 seconds?
2. In 4 seconds, why is there only 50ft of altitude gain? that seems odd.
3. To account for only 50ft of alt gain, if we assume the 1st reading is on the runway just before rotation, the intermediate +25ft alt gain is at rotation (Nose up but MLG still on the runway), and the last 4 readings are in the air (nose up an additional 25ft), that means that 1 second or less after lift-off, ADSB was lost - this is before E1/E2 FCO RUN-> CUTOFF.

It's just weird .
I don't believe those figures on ADS-B are airspeed, rather groundspeed. Which would make sense during a climb out that they would decrease (given a constant airspeed).