Slashdot Mirror


The Fourth US Navy Collision of the Year Was Ultimately Caused By UI Confusion (arstechnica.com)

Yesterday, the U.S. Navy issued its report on the collisions of the USS Fitzgerald and USS John S. McCain this summer, which was the fourth U.S. Navy collision this year. "The Navy's investigation found that both collisions were avoidable accidents," reports Ars Technica. "And in the case of the USS McCain, the accident was in part caused by an error made in switching which control console on the ship's bridge had steering control. While the report lays the blame on training, the user interface for the bridge's central navigation control systems certainly played a role." From the report: According to the report, at 5:19am local time, the commanding officer of the McCain, Commander Alfredo J. Sanchez, "noticed the Helmsman (the watchstander steering the ship) having difficulty maintaining course while also adjusting the throttles for speed control." Sanchez ordered the watch team to split the responsibilities for steering and speed control, shifting control of the throttle to another watchstander's station -- the lee helm, immediately to the right (starboard) of the Helmsman's position at the Ship's Control Console. While the Ship's Control Console has a wheel for manual steering, both steering and throttle can be controlled with trackballs, with the adjustments showing up on the screens for each station. However, instead of switching just throttle control to the Lee Helm station, the Helmsman accidentally switched all control to the Lee Helm station. When that happened, the ship's rudder automatically moved to its default position (amidships, or on center line of the ship). The helmsman had been steering slightly to the right to keep the ship on course in the currents of the Singapore Strait, but the adjustment meant the ship started drifting off course.

At this point, everyone on the bridge thought there had been a loss of steering. In the commotion that ensued, the commanding officer and bridge crew lost track of what was going on around them. Sanchez ordered the engines slowed, but the lee helmsman only slowed the port (left) throttle, because the throttle controls on-screen were not "ganged" (linked) at the time as the result of the switch-over of control. The ship continued to turn uncontrolled to port -- putting the ship on a collision course with the Liberian-flagged chemical carrier Alnic MC.

3 of 220 comments (clear)

  1. Ars Technica showing how far they've sunk again by Shinobi · · Score: 5, Informative

    Despite Ars Technica's single-minded view on the incident, there were multiple levels of failure, including but not limited to:

    Insufficient lookouts
    Overcrowded bridge interior
    Insufficient training(What Ars Technica neglects(possibly deliberately) to mention is that parts of the crew on watch on the bridge were on temporary assignment from the cruiser Antietam, which according to the report has a different control system)
    Contrary to protocol, the CO issued orders, without announcing that he was taking direct control, and then didn't keep a firm grasp of the situation.
    Insufficient bridge watchstanding experience in general in the US Navy officer corps, partially due to the generalist nature of US Navy surface officers, rather than the specialization found in the Royal Navy for example. As highlighted by a USN officer: "âoePeople squeak through the system. They may be great officers and they may great engineers, but they might not have had a lot of time handling ships in busy waterways,â McGuffie told USNI News in an interview.
    âoeWe have guys that are commanding ships right now that have 400, 500 hours of bridge watchkeeping time in their career.â

    In contrast, as the bridge officer on a Royal Navy frigate for a six-month deployment, McGuffie stood watch for more than 2,000 hours â" all of them logged"

    The Fitzgerald was both better and worse. The OOD had 0 situational awareness, ignored technical tools such as AIS that'd have given him sufficient situational awareness, ignored warnings by the junior OOD, insufficient lookouts posted(none on starboard side), the OOD had no knowledge of the TSS(despite being based out of Yokohama!!!!), and the TSS was not mentioned in the navigation briefing.

    And, as on all USN surface warfare ships, non-pilots seem to be chronically sleep-deprived.

    So, you have systematic issues at multiple levels, of which the UI was just one small part

    1. Re:Ars Technica showing how far they've sunk again by techno-vampire · · Score: 5, Informative

      Contrary to protocol, the CO issued orders, without announcing that he was taking direct control, and then didn't keep a firm grasp of the situation.

      I've been in the US Navy and I've served Bridge Watches. Any time the Captain gives a direct order to the helm, or directly orders a change in speed, he automatically has the con, and retains it until he says otherwise. This is so that there's no time wasted in an emergency when the time saved may make the difference between a collision and a near miss. Yes, most of the time he goes through the proper protocol for taking over, but he's the only person who doesn't have to, and it's his decision whether or not there's time to jump through the hoops.

      --
      Good, inexpensive web hosting
  2. Re:Damn developers... by John.Banister · · Score: 4, Informative

    Most of the civilian boats on board which I've worked have a button at each station: "give control to this station right here." You don't have to find the station that has control to release it. You just take it where you stand. I can understand that the Navy might want to temporarily disable that sort of capability (perhaps using a physical key at the station from which control cannot be taken) if they had immediate concerns about hostile actors on the bridge, but not to have the capability at all seems destined to cause just this sort of problem.

    On boats with this system, the "take command" button is lit on the station that currently has command. Also, they generally require the controls at the incoming station to be in "neutral" before command can be taken - the response to the change to neutral is delayed enough on changing stations that you can switch the steering back to autopilot and move the throttles quickly back to the position from the former station without hassling the course or propulsion engines.