Earlier quoted context omitted.
If you're going to go against the conclusions of the accident report, which is very thorough, you'll have to do more than just assert that the side sticks were responsible. Check it out here: https://www.bea.aero/docspa/2009/f-cp090601.en/pdf/f-cp09060...
I have read it. Several times.
USS McCain collision ultimately caused by UI confusion
51–60 of 369 posts
Re: USS McCain collision ultimately caused by UI confusion
#52Amazing that someone would design in multiple steering wheels, only one of which is active, and no big indicator to make it super-obvious which one it is. Also amazing that there's a mode where moving a control sometimes controls all engines, sometimes just one.
Decent odds you've flown on an airplane with a similar UX for primary flight controls. Airbus uses two "side stick" controllers that are on opposite sides of the cockpit. This was a contributing factor in the Air France 447 crash.
> Decent odds you've flown on an airplane with a similar UX for primary flight controls.
Ah, well Airbus does a few things. 1.) A "dual input" warning is issued if there is an attempt at using both controls simultaneously. 2.) There are lights to indicate when your sidestick is active and when it is not.
Re: USS McCain collision ultimately caused by UI confusion
#53Earlier quoted context omitted.
>So, basically this was a reprise of the AF 447 crash at sea, where lack of clear command authority combined with a maddeningly poorly-thought-out UI resulted in a serious accident with loss of life. I don't want to take this off on a tangent, but this theory of the AF 447 crash keeps getting repeated online despite the fact that the accident report did not conclude that the UI was a factor. If it's got to the point…
I'd call it an interpretation, not a theory. But clearly the conflicting inputs was a UI problem, and while there may be tradeoffs, a better UI could have prevented the AF 447 crash.
That's not a UI issue, it's a forgetting one of the most fundamental rules of flying issue.
https://aviation.stackexchange.com/questions/1418/what-happe...
Re: USS McCain collision ultimately caused by UI confusion
#54Earlier quoted context omitted.
Because he used block quote syntax. It's designed for code on HN's implementation, so it preserves newlines, instead making you scroll. It's a poor choice for quoting non computer languages.
More importantly, in mobile the code block's width is only 200 pixels.
The problem isn't "because they used codeblock" the problem is codeblock is broken.
Re: USS McCain collision ultimately caused by UI confusion
#55Earlier quoted context omitted.
This transcript: http://www.popularmechanics.com/flight/a3115/what-really-hap... I’m not talking about the captain, I’m talking about the other pilot at the controls, Robert. He also held the stick back for some time, but he appears to have done this in the mistaken belief that the correct recovery procedure had been tried and failed.
That is an article in popular mechanics that contains a few excerpts from the transcript selected in order to make a particular point. The accident report gives a detailed description of the behavior of both pilots before the copilot entered (2.1.2.3). One possible misconception here is that the copilot would have had his hands on the stick. It isn't normal for both pilots to have their hands on the stick. Only the p…
I see that the first link I posted doesn't contain everything, but I don't see any major omissions either.
At 2:11:37.5, Robert takes control of the plane. According to the report, he pushed the stick to the left twice. Bonin then took back control. Figure 69 on page 96 of the report you linked shows Bonin's pitch inputs during this period. He applies near maximum nose-up pitch right as Robert takes control, and keeps it there. Robert would have felt this had the controls been connected, since he was attempting to control the plane at that time. The report says that Bonin quickly took back control, but the transcript indicates no communication regarding this, which makes it likely they were both attempting to control it for at least a brief period. That figure also indicates that at no time was Bonin's stick ever neutral, so it seems that he never stopped trying to fly the plane even when Robert was nominally in control. Without physical feedback, neither one seems to have realized this. No wonder they were confused about what was going on!
Re: USS McCain collision ultimately caused by UI confusion
#56Earlier quoted context omitted.
The path to a disaster has been compared to a tunnel [0]. You can escape from the tunnel at many points, but you may not realize it. Trying to find the 'real cause' is a fool's errand, because there are many places and ways to avoid the outcome. I do take your meaning, reducing speed and following well established rules would have almost certainly have saved them. 0. PDF: http://www.leonardo-in-flight.nl/PDF/FieldGui…
I've never heard the tunnel analogy. Seems odd, since tunnels generally only have one entrance and one exit... In a lot of fields where the stakes are high and mistakes are costly (aviation and emergency services are the two I'm most familiar with) the analogy used is a chain. Break any link in the chain and you prevent the event. https://www.aopa.org/asf/publications/inst_reports2.cfm?arti...
Re: USS McCain collision ultimately caused by UI confusion
#57Earlier quoted context omitted.
I've never heard the tunnel analogy. Seems odd, since tunnels generally only have one entrance and one exit... In a lot of fields where the stakes are high and mistakes are costly (aviation and emergency services are the two I'm most familiar with) the analogy used is a chain. Break any link in the chain and you prevent the event. https://www.aopa.org/asf/publications/inst_reports2.cfm?arti...
It's the perception tunnel. There are many branches, but only one route is followed. In hindsight, you can see all the branches and call out everything that went wrong.
https://en.wiktionary.org/wiki/tunnel_vision
(figuratively) The tendency to focus one's attention on one specific idea or viewpoint, to the exclusion of everything else; a one-track mind.
Re: USS McCain collision ultimately caused by UI confusion
#58Amazing that someone would design in multiple steering wheels, only one of which is active, and no big indicator to make it super-obvious which one it is. Also amazing that there's a mode where moving a control sometimes controls all engines, sometimes just one.
This is a fallback in case the primary rudder fails. You can still shift left or right, but you will take more time and it will be far less precise than using the rudder.
This is also valid for aircraft, where not only the rudder can be compensated but also the elevator (aka up/down) by simultaneously modifying the power of all engines. You can see a list at https://en.wikipedia.org/wiki/Flight_with_disabled_controls.
Re: USS McCain collision ultimately caused by UI confusion
#59Amazing that someone would design in multiple steering wheels, only one of which is active, and no big indicator to make it super-obvious which one it is. Also amazing that there's a mode where moving a control sometimes controls all engines, sometimes just one.
Having differential engine control isn't too surprising - it's just another way to maintain a course in addition to the rudder. Jetliners have gangable throttle controls for their engines, albeit with what is probably a much better interface.
Then again, in high stress situations even totally obvious signs like this can be missed, as evidenced by the Qantas 747 crew on the famous runway overrun in Thailand some years ago. I believe in that case, a large contributing factor was when the captain went to pull the levers back over the rear detents for reverse thrust after landing on the wet runway, he only grabbed three of the levers, and left one engine running at just over idle speed.
Re: USS McCain collision ultimately caused by UI confusion
#60Earlier quoted context omitted.
I’m sorry for bringing this up here, but why do I need to scroll sideways in Safari on iphone on Hacker News every time there is a quote written in an unproportional font? Just, why?
Because the markup for those blocks isn't intended for general-purpose quotations; it's blocks. You don't word-wrap code.