Post #141,403
2/12/04 11:01:45 AM
|
![New](/static/images/lrpd.gif)
Fly by wire disorientation
A 757 had its pitot inlets taped over. The software could not make intelligent guesses about sensor readings that were clearly nonsense, and so set off a string of false alarms, including the stick-shaker for imminent stall. The pilots became so confused and disoriented by the computer that they crunched a perfectly good 757 into the ocean, killing everyone.
The computer killed those people.
-drl
|
Post #141,984
2/16/04 2:46:43 PM
|
![New](/static/images/lrpd.gif)
Um, link?
AFAIK, only the Boeing 777 is "fly-by-wire". And even then, the pilots can override the system. Airbus is (in)famous for their aircraft being fly-by-wire and taking control completely away from the pilots. (Aside: and that is why I was terrified last week flying in an A320-214).
Which accident are you referring to?
bcnu, Mikem
I don't do third world languages. So no, I don't do Java.
|
Post #142,002
2/16/04 6:29:42 PM
|
![New](/static/images/lrpd.gif)
Try
[link|http://z.iwethey.org/forums/render/content/show?contentid=137695| here].
|
Post #142,048
2/17/04 9:18:04 AM
|
![New](/static/images/lrpd.gif)
Thanks.
bcnu, Mikem
I don't do third world languages. So no, I don't do Java.
|
Post #142,009
2/16/04 9:32:42 PM
|
![New](/static/images/lrpd.gif)
Re: Um, link?
The point I was making - the software should have known that the information from the sensors was garbage. Instead is just put it out there as gospel, as if they were flying in the atmosphere of Titan. They died form bad software (BTW you're right about FBW my bad).
-drl
|
Post #142,051
2/17/04 9:22:51 AM
|
![New](/static/images/lrpd.gif)
That wasn't software.
That was pilot error.
bcnu, Mikem
I don't do third world languages. So no, I don't do Java.
|
Post #142,058
2/17/04 10:22:04 AM
|
![New](/static/images/lrpd.gif)
Re: That wasn't software.
No way. It was pitch black. No horizon, no lights. You rely on instruments. The control system for the avionics should have been smart enough to flag ridiculous readouts.
-drl
|
Post #142,083
2/17/04 2:01:27 PM
|
![New](/static/images/lrpd.gif)
As Todd noted.
The pilot screwed up on his pre-flight. Even a second lesson student pilot knows to check the static ports (even if it is inconvenient).
bcnu, Mikem
I don't do third world languages. So no, I don't do Java.
|
Post #142,121
2/17/04 11:47:15 PM
|
![New](/static/images/lrpd.gif)
Re: As Todd noted.
Have you ever prepared the coffee machine and then left it sit? Put sugar instead of coffee in the filter? Forgot to add water? Dump in coffee without putting in a filter first? Made yourself a nice pot of very weak coffee a.k.a. hot water? I've done all these things and that's just one device. Things like coffee making are so automated, you skip a step or get them in the wrong order once in a while. It's not too much to ask of software to understand when it's producing nonsense. The transcript of the flight clearly shows that the pilots were confused by their instruments and this lead to their deaths.
-drl
|
Post #142,140
2/18/04 5:40:42 AM
|
![New](/static/images/lrpd.gif)
Yes, to me this particular 'test' seems as basic as it gets.
The additional means for "testing for a plugged pitot" is so trivial I won't even suggest (one of about 10 obvious ways) - simple enough even for a digital device to deal with. Not 'pilot error'; stupid fucking Design Error from the get-go.
And this chestnut is especially inexcusable because: EVERYONE KNOWS how easy it *could* be plugged, visibly OR virtually undetectable, except by a lo-pressure CHECK. Add one decision block to flow-chart:
Pitot tube: [blocked] [unblocked] -- with logic to be sure and tell Captain >WHICH mode< the silicon is banking on, just now. <<< Hell, make it audio; purred a la Santa Baby.
Now we're fucking FLYING via Redmond-grade dumbth! push-to-test; release-to-detonate
|
Post #142,142
2/18/04 6:18:16 AM
|
![New](/static/images/lrpd.gif)
Re: Yes, to me this particular 'test' seems as basic as it g
There are many cases of mishaps caused by human automation failure - several for example in which flaps were not set before takeoff. Failing to set flaps before takeoff is something no pilot would ever "forget" to do because it means near certain death after V1.
The problem lies with checklists and training. After so much training the checklist can be as good as useless. On the first lunar landing, two critical maneuvers were jeapordized because of an omitted item that had been repeated countless times in the simulator.
One good thing about electronic flight control is that the checklist can be audited in real time. Still, if I were flying, I'd rather have dials. Something about the physical moving needle adds a level of attention.
-drl
|
Post #142,154
2/18/04 10:12:12 AM
|
![New](/static/images/lrpd.gif)
Flying Dumbth.
I'm fascinated to watch companies like Cirrus embrace the notion of putting more and more electronic devices in the cockpit of small aircraft. IMO, a GPS is a good thing, but that is the only thing electronic I want in the cockpit when I'm flying. And I'm not going to use it for approaches.
It is indeed "dumbth" to rely on electronic devices at all in the cockpit. You do have to trust your instruments in IMC, but I'll be damned if I'll ever trust computer software, or hardware for that matter, enough to fly by it.
And I stand by my earlier statement. The pilot fucked up major when he took off without doing a decent preflight. It *was* his fault and usually I am loathe to blame pilots. But this case is as clear-cut as you can find.
AFA the pitot icing up, guess what the airspeed indicator becomes when that happens? Think that's too hard for a pilot to figure out? I don't.
bcnu, Mikem
I don't do third world languages. So no, I don't do Java.
|
Post #142,264
2/18/04 10:16:22 PM
|
![New](/static/images/lrpd.gif)
Re: Flying Dumbth.
The CRT displays are to blame - they look weird and artificial and there must be an extra step when interpreting them. Needles are physical, you *know* when they are wrong - it's not just the reading.
-drl
|