Boeing 737 Max design error

trader4@optonline.net wrote in news:c3425dd2-d12c-46e5-a123-
b6b50690dac9@googlegroups.com:

All planes
with electric trim are subject to possible runaway trim.

I do not need a primer from an illiterate #350+ lard ass, traderTard
failure.

Stay the fuck off my posts, you 20 IQ dumbfuck.
 
On Tuesday, May 7, 2019 at 7:18:37 AM UTC-4, DecadentLinux...@decadence.org wrote:
trader4@optonline.net wrote in
news:bc496342-1823-4eb9-9b07-ab96aae6321f@googlegroups.com:


Altitude would not seem to be a parameter in determining if the
plane is stalling or not.



Technically, no, but tons of plane, in the real world, attitude and
airspeed is a huge indicator of "stable flight" or a possible lack
thereof.

I said *altitude*, not attitude.

Wrong, always wrong.
 
On Tuesday, May 7, 2019 at 7:26:15 AM UTC-4, DecadentLinux...@decadence.org wrote:
trader4@optonline.net wrote in
news:c6b72f5a-7630-453a-a7f9-80adb2e33097@googlegroups.com:

One way would be to look at other data, eg airspeed and attitude
and see if that's consistent with a stall.

How many times a day do you contradict yourself?

You have more than once declared both to be non factors.

And you forgot your always wrong sig.

Wrong always wrong. I always said attitude and airspeed. You just
can't read, thought I said "altitude" in a post you replied to.
I corrected you there too.

Wrong, always wrong.
 
On Tuesday, May 7, 2019 at 7:38:53 AM UTC-4, DecadentLinux...@decadence.org wrote:
Lasse Langwadt Christensen <langwadt@fonz.dk> wrote in
news:466ef7dc-0503-4b47-8485-71d8825dd7c5@googlegroups.com:

The biggest issue to me is that there was no release switch to
return
pilot control.

there is, two switches to turn off electric trim and the pilots
are supposed to know how to handle run away trim by memory


I know what is there. You do not understand my statement.

I do not like an actuator arm locked onto my elevator.

For guys like you we have the cutter offer option. A giant shear
that severs it.



That
removes my control and an emergency cicumstance does not restore
control, it merely gives up as the controlling element.

Without power assist, you could not move most of the control surfaces,
including the trim, in large aircraft, eg 737s.



The pilot
still then must manually actuate a mecahnism at a much slower rate
than needed, to get back to stick control.

If there is one, it needs to have a FULL release and not be a
manual screw requiring manual return. If it gets released fully,
the pilot's elevator control return is a mere stick push.

Like I said, for you, the cutter offer.

Always wrong, and most times like this silly too.
 
On Tuesday, May 7, 2019 at 7:09:41 AM UTC-4, DecadentLinux...@decadence.org wrote:
trader4@optonline.net wrote in
news:c9077654-80c6-423c-9d4f-43839263f95f@googlegroups.com:

On Monday, May 6, 2019 at 4:12:17 AM UTC-4,
DecadentLinux...@decadence.org wrote:
omnilobe@gmail.com wrote in
news:c53fb380-eaac-4408-9422-959a9d1f8d3f@googlegroups.com:

Boeing is updating its software so the giant engines can
unbalance the airplane the same way as in the two crashes. Do
you want to fly a plane that only software is used to prevent
stalling? Without software it stalls.

The software was for IF the plane stalled, which it did not.
It was
a sensor error.

It is because the pilot does not always have a sense of a stall
situation, which the craft never get into anyway unless the pilot
and copilot are sleeping.

That's incorrect. The pilots know that a stall is approaching
with the STICK SHAKER and audible alerts.





A stalling plane is pilot error, not airplane error.

The issue with the 737 Max is that at high levels of AOA, the
plane has a tendency to nose up even further. Part of the
certification process is that if you release the controls the
plane is supposed to head in a stable direction, not toward
instability. That is why MCAS was added.





The biggest issue to me is that there was no release switch to
return
pilot control.

Wrong again, as proven by the first Lion Air flight that had the
same problem the day before the crash. The pilot in the jump
seat, who was not one of the crew, correctly identified the
runaway trim problem, told the two pilots flying what to do. They
turned off the electric trim, used manual trim and the plane flew
on to it's destination.

Manual recovery from a positioner is NOT "reset and release".
Instead of a slow, manual dial back method, it needs a full release
of the positioner arm on the tail.

Yes, how logical, will install a chopper offer, to cut it off.
Meanwhile we know the runaway trim procedure works, as it did in the
LA flight the day before the crash.

Wrong, always wrong.
 
Sylvia Else <sylvia@email.invalid> wrote in
news:gjdbgdFo8vtU1@mid.individual.net:

The trim is a normal part of the aircraft's control system, and it
doesn't have a fixed correct position to which it could be
restored. It has to be adjusted frequently during the flight
depending on many factors.

You are confusing aircraft basic elements.

trim tabs are small portions of flight surfaces.

The MCAS system here moves the entire elevator on the plane.

That is not a trim tab, and though the operation is technically
referred to as trim, in this case it is MAJOR TRIM, not some tiny in
flight adjustment made to optimze fuel consumption.

So it is actually NOT 'normal', much less 'normal trim' at all.
 
Sylvia Else <sylvia@email.invalid> wrote in
news:gjdaubFo46rU1@mid.individual.net:

An out of trim state is perfectly manageable, provided it's not
allowed to go too far, and the fact that the manual trim is slow
doesn't matter.

It most certainly DOES matter once the autotrim element has moved
the control surface (not just a trim tab) to the complete opposite
extreme.

Time is actually quite critical. And the pilot never needs to be
manually screwing anything back in place. A mere decalaration
should prompt other cabin personnel to affact whatever orders were
given. The plane needs to be designed to operate that way with
MAYBE the pilot's last resort being something local to him and
slower like a dial crank.


Fly by wire schemas are going to be frought with issues over the
next several decades until a proper, trusted redundant control is in
place, and the redundancy level made acceptable.

Planes made that require computer assistance are the most
dangerous from that perspective, because lone pilot control has thus
far been the last resort rule of the day. Bigger planes are not
that easy for a pilot to move control surfaces around on.
 
On Monday, May 6, 2019 at 11:57:11 PM UTC-4, Sylvia Else wrote:
On 7/05/2019 12:01 am, trader4@optonline.net wrote:
It would seem most likely that he was trying to turn
the wheel, but could not. If so, that would be another huge problem,
one that could extend to all 737s. Is it possible with extreme trim
and enough airspeed that you can't turn the wheel?

There is some Boeing documentation on this. Mentour Pilot discusses this
in one of his videos - possibly this one.

https://www.youtube.com/watch?v=xixM_cwSLcQ&t=1217s

Certainly the load on the trim jackscrew increases as the aircraft is
further out of trim, and this can reach the level where the pilots are
not strong enough to turn the trim wheels. Boeing suggest briefly
unloading the control column to allow the trim wheels to be turned, and
then loading the control column again to recover the flight path, and do
this repeatedly, until the situation improves.

Of course, to get into that position the pilots have to fail to address
the deteriorating trim situation.

Sylvia.

It makes sense that the forces required to turn the jackscrew increase with
speed, but as I thought the jackscrew was driven by hydraulics and the what
the pilots were trying to turn was linked to that and used it for power assist?
In which case you'd think that whatever turns the jackscrew would have enough
power to move it worst case. The procedure you outline makes sense, but for
a runaway trim, that really goes to the limits, many times you would not
have the luxury of enough time and altitude to follow it.
 
On Tuesday, May 7, 2019 at 12:18:07 AM UTC-4, Riley Angel wrote:
On 2019-05-06 06:46, trader4@optonline.net wrote:

The issue with the 737 Max is that at high levels of AOA, the plane has
a tendency to nose up even further. Part of the certification process
is that if you release the controls the plane is supposed to head in
a stable direction, not toward instability. That is why MCAS was added.


This is incorrect.

With no explanation?
 
On Tuesday, May 7, 2019 at 12:33:45 AM UTC-4, Banders wrote:
On 05/06/2019 11:55 AM, trader4@optonline.net wrote:


Mushing has nothing to do with what I stated. Explain to us how a 737
that's been going 300 MPH in level flight for 30 seconds can be stalling.
It can't.

Not during those 30 seconds perhaps, but wind shear can change things in
an instant.

Again, explain to us how any wind shear on this planet, can cause a plane
that is in level flight, at 300 MPH, for the last 30 seconds to stall.
 
Sylvia Else <sylvia@email.invalid> wrote in
news:gjdaubFo46rU1@mid.individual.net:

The problem here is that you're talking about another piece of
equipment that can control the trim, and which might do so when it
shouldn't. It would then require switches to disable it.

Same equipment, except that instead of a screw jack, it would be a
hydraulic cylinder, and THAT cylinder can be made to be 'freed' either
in the cylinder valving and design itself or by attachment point or
both.
 
Sylvia Else <sylvia@email.invalid> wrote in news:gjdaubFo46rU1
@mid.individual.net:

bearing in mind that time is of the
essence.

Which is why simpling disabling a system that has already driven the
setting to the far extreme and requiring the already distracted pilot
to manually screw back the setting at one 4th the rate in a panic, is
100% unacceptable.

If someone else's arm is on my stick to help. I wany him OFF as soon
as I say, not merely still attached and sluggish but no longer
physically fighting the pilot to right the plane.

I want his arm removed and immediate full control restored.

And I know it is physically possible.
 
On Tuesday, May 7, 2019 at 6:56:23 AM UTC-4, Martin Brown wrote:
On 07/05/2019 05:17, Riley Angel wrote:
On 2019-05-06 06:46, trader4@optonline.net wrote:

The issue with the 737 Max is that at high levels of AOA, the plane has
a tendency to nose up even further. Part of the certification process
is that if you release the controls the plane is supposed to head in
a stable direction, not toward instability. That is why MCAS was added.

This is incorrect.

In what way is it incorrect? His description is a fairly succinct
explanation of the problem that MCAS was intended to address. Namely
that the physically bigger engines and shifted centre of gravity made
the plane tend towards an AoA stall condition if left to its own
devices. (but only in some fairly rare edge cases)

The AoA sensor and MCAS was meant to intervene before this happened.

In reality if the AoA sensor went bad MCAS would force the plane nose
down into a steep power dive and generate non-sensical stall warnings.
Worse it was able to reset and do it again and again making far more
significant adjustments to the trim than implied by its specification.

FAA were clearly asleep on the job - their responsibility to do an
independent check that Boeing safety system engineering was sound.

--
Regards,
Martin Brown

Agree. Except for the part that MCAS was able to make more significant
adjustments than implied by it's specification. Perhaps what you mean is
the initial specification that the FAA had and apparently which the FAA
was not updated on when the spec was increased to several times what the
initial spec called for it to do. That was done when further testing
showed more was needed. But apparently now, Boeing says less will do.
Hopefully someone will ask them to explain that.
 
On Tuesday, May 7, 2019 at 7:04:28 AM UTC-4, DecadentLinux...@decadence.org wrote:
Jan Panteltje <pNaOnStPeAlMtje@yahoo.com> wrote in
news:qapdk2$flj$1@dont-email.me:

I have read lately it was, it is anyways in the sense that it did
not detect the output to ever tilt the thing more and more. Looks
like the dumbest loop you can ever write. It did not check angular
position (I think they added that now, only takes a 1$ MEMS chip),
and it had no redundancy.


'and it had no redundancy' which the dopey tradertard4 dipshit will
use to claim he is right.

I said software a long time ago, like the day after it happened.

It was, however there are notable hardware issues which I would
also have done differently.

IOW software change alone could fix it, however there would still
be a chance of the manipulator getting at the end of its travel and
requiring manual reset to the zero trim point.

More bizarre nonsense out of thin air.



The entire idea has
striong issues where a pilot needs to know how and when a detachment
of this system would be needed to restore pilot control in a
situation where the system was malfucntioning.

Actually while the pilots should be aware of MCAS, there is no need for
them to know about it. All they have to do is remember their very basic
training on runaway trim. The one pilot in the jump seat on the LA flight
did. He told the other pilots that wer flying what to do. They followed
the runaway trim procedure, the plane flew on to it's destination. None
of them knew about MCAS.




They likely needed to install a method to detach the hydraulic arm
completely from the elevator (tail) to 'give back' pilot control if
'requested'.

Yes, a chopper offer.



These were not trim tabs, this thing moves the entire
> elevator, a pilot's nightmare, IMO.

That's a lie, it is only the trim that MCAS uses. That should be obvious
from the fact that the procedure to stop it if malfunctions is to disable
the electric TRIM.

Wrong, always wrong.
 
On Tuesday, May 7, 2019 at 7:29:57 AM UTC-4, DecadentLinux...@decadence.org wrote:
trader4@optonline.net wrote in news:20104676-2e55-4f19-be8e-
91be4d27d66b@googlegroups.com:

Get it near
neutral, where you know it belongs,

Easy for you to say.

Yes and in the case of these incidents, easy to do too, with the trim buttons
on the yolk. We have flight data for many minutes of flight, where the
pilots did exactly that as they counteracted what MCAS did.
 
On Tuesday, May 7, 2019 at 9:00:33 AM UTC-4, DecadentLinux...@decadence.org wrote:
Sylvia Else <sylvia@email.invalid> wrote in
news:gjdaubFo46rU1@mid.individual.net:


The problem here is that you're talking about another piece of
equipment that can control the trim, and which might do so when it
shouldn't. It would then require switches to disable it.

Same equipment, except that instead of a screw jack, it would be a
hydraulic cylinder, and THAT cylinder can be made to be 'freed' either
in the cylinder valving and design itself or by attachment point or
both.

Yes, great idea. McDonald Douglas used that idea in the DC-10.
Instead of a jackscrew to drive the flaps, they used a hydraulic PISTON.
Which of course is what we actually call it. In 1979 a DC-10 full
of passengers taking off from O'Hare had an engine fall off, which in
turn damaged the hydraulic lines in the wing. The flaps retracted.
Guess what happened next.

Wrong, always wrong.
 
On Tuesday, May 7, 2019 at 9:10:17 AM UTC-4, DecadentLinux...@decadence.org wrote:
Sylvia Else <sylvia@email.invalid> wrote in
news:gjdaubFo46rU1@mid.individual.net:

An out of trim state is perfectly manageable, provided it's not
allowed to go too far, and the fact that the manual trim is slow
doesn't matter.

It most certainly DOES matter once the autotrim element has moved
the control surface (not just a trim tab) to the complete opposite
extreme.

Time is actually quite critical. And the pilot never needs to be
manually screwing anything back in place. A mere decalaration
should prompt other cabin personnel

That's interesting terminology. Typically we have a pilot and co-pilot.



to affact whatever orders were
given. The plane needs to be designed to operate that way with
MAYBE the pilot's last resort being something local to him and
slower like a dial crank.

That is EXACTLY what is there now. In all these planes, the electric trim
buttons on the controls were working and were used many times to move
the trim back to where it should be. Is it rocket science to get it near
normal and then turn off the cutoff switches? Geez.



Fly by wire schemas are going to be frought with issues over the
next several decades until a proper, trusted redundant control is in
place, and the redundancy level made acceptable.

They've already been flying for decades and so far, I've not seen a
crash attributable to a fly-by-wire failure. If you have some to show
us, please present them.



Planes made that require computer assistance are the most
dangerous from that perspective, because lone pilot control has thus
far been the last resort rule of the day. Bigger planes are not
that easy for a pilot to move control surfaces around on.

And if that's true, how over the last decades as more computer control
and fly-by-wire have been deployed has aviation safety greatly improved?


Wrong, always wrong.
 
On 06/05/2019 23:14, trader4@optonline.net wrote:
On Monday, May 6, 2019 at 5:23:24 PM UTC-4, Lasse Langwadt Christensen wrote:
mandag den 6. maj 2019 kl. 22.59.28 UTC+2 skrev tra...@optonline.net:
On Monday, May 6, 2019 at 4:12:21 PM UTC-4, Lasse Langwadt Christensen wrote:

if the force needed to trim up is so high you can hardly move the trim wheel won't the electric trim be useless as well?

Very good question, but obviously the electric does still work, because
on these flights they were able to keep bringing trim back up and MCAS
was able to push it down. How you reconcile those, IDK. Also, if it
really was impossible for that Ethiopian co-pilot to turn the trim
wheel, seems there is more wrong there than just MCAS. It would imply
that on any 737, if you have a runaway trim and it goes to hard trim
in either direction, you may not be able to counter it by the stated
trim procedure.

I saw this snipped from the 737 Flight Crew Training Manual, chapter Non-Normal Operations/Flight Controls, sub heading Manual Stabilizer trim:

"Excessive air loads on the stabilizer may require effort by both pilots to correct mis-trim. In extreme cases it may be necessary to aerodynamically relieve the air loads to allow manual trimming. Accelerate or decelerate towards the in-trim speed while attempting to trim manually."

Well, that answers one question. Apparently it's known and accepted that
with enough trim and speed, you can't wind it by hand. Which makes the
MCAS design all the more worse. A weathervane blowing in the wind can
force the nose down hard, continually and if it's hard enough and
you just follow the runaway trim procedure, you might not be able
to recover period. Even worse, if the AOA is screwed, like the LA one
was, reading 20 deg on the ground, when does MCAS try to kill you?
Just as you're retracting the flaps, which means right after takeoff,
at low altitude, where there may not be enough time to figure it out
and recover.

Which again brings us back to the question of why the recommendation if
the thing goes haywire after retracting the flaps is not to extend them
again and increase engine power again. MCAS isn't active when the flaps
and lift enhancers are deployed for takeoff and landing.

Fuel economy is irrelevant when you are fighting just to stay in the air
against an automated system that is trying to crash the plane.

--
Regards,
Martin Brown
 
On 7/05/2019 11:52 pm, trader4@optonline.net wrote:
On Tuesday, May 7, 2019 at 8:20:34 AM UTC-4, Sylvia Else wrote:
On 7/05/2019 9:38 pm, DecadentLinuxUserNumeroUno@decadence.org wrote:
Lasse Langwadt Christensen <langwadt@fonz.dk> wrote in
news:466ef7dc-0503-4b47-8485-71d8825dd7c5@googlegroups.com:

The biggest issue to me is that there was no release switch to
return
pilot control.

there is, two switches to turn off electric trim and the pilots
are supposed to know how to handle run away trim by memory


I know what is there. You do not understand my statement.

I do not like an actuator arm locked onto my elevator. That
removes my control and an emergency cicumstance does not restore
control, it merely gives up as the controlling element. The pilot
still then must manually actuate a mecahnism at a much slower rate
than needed, to get back to stick control.

If there is one, it needs to have a FULL release and not be a
manual screw requiring manual return. If it gets released fully,
the pilot's elevator control return is a mere stick push.


The trim is a normal part of the aircraft's control system, and it
doesn't have a fixed correct position to which it could be restored. It
has to be adjusted frequently during the flight depending on many
factors. In the 737, the trim is adjusted by having the tailplane driven
by a jackscrew. The only way that the trim can be restored to its
currently correct state after something has driven wrongly it is to turn
the jackscrew the other way. Once you've disabled the power to the
jackscrew motor, human power is the only way it can be done.

I may be wrong, but I believe there is still hydraulic assist or similar
to the jackscrew for a number of reasons, one of which is that you could
not exert enough force to turn it by hand. I think the electric cutoff
to the trim disables a small motor that moves the trim wheels, which in
turn drive the motor that moves the jackscrew.

The trim wheels rotate very quickly when operated by the motor. I've
taken this to be because the turn ratio has to be that high so that the
pilots can turn it by hand if they need to.

Anything powered that is capable of rotating the jackscrew is going to
have a potential failure mode where it rotates it when it shouldn't.

Sylvia.
 
trader4@optonline.net wrote in
news:c475e9a7-60d2-4c48-811f-0e8cc4481d8a@googlegroups.com:

On Tuesday, May 7, 2019 at 7:26:15 AM UTC-4,
DecadentLinux...@decadence.org wrote:
trader4@optonline.net wrote in
news:c6b72f5a-7630-453a-a7f9-80adb2e33097@googlegroups.com:

One way would be to look at other data, eg airspeed and
attitude and see if that's consistent with a stall.

How many times a day do you contradict yourself?

You have more than once declared both to be non factors.

And you forgot your always wrong sig.

Wrong always wrong. I always said attitude and airspeed. You
just can't read, thought I said "altitude" in a post you replied
to. I corrected you there too.

Wrong, always wrong.

Nope. I ALWAYS said attitude. I never said altitude. You are
not merely full of shit, boy. You are shit.

You did it just today, in fact. You said that 'it seemed' to not
be a factor. Then in another post after that you said it should be
looked at.
 

Welcome to EDABoard.com

Sponsor

Back
Top