Stories
Slash Boxes
Comments

SoylentNews is people

posted by janrinok on Sunday March 01 2020, @05:37PM   Printer-friendly
from the uninspiring dept.

Boeing acknowledges "gaps" in its Starliner software testing:

On Friday, during a detailed, 75-minute briefing with reporters, a key Boeing spaceflight official sought to be as clear as possible about the company's troubles with its Starliner spacecraft.

After an uncrewed test flight in December of the spacecraft, Boeing "learned some hard lessons," said John Mulholland, a vice president who manages the company's commercial crew program. The December mission landed safely but suffered two serious software problems. Now, Mulholland said, Boeing will work hard to rebuild trust between the company and the vehicle's customer, NASA. During the last decade, NASA has paid Boeing a total of $4.8 billion to develop a safe capsule to fly US astronauts to and from the International Space Station.

At the outset of the briefing, Mulholland sought to provide information about the vehicle's performance, including its life support systems, heat shield, guidance, and navigation. He noted that there were relatively few issues discovered. However, when he invited questions from reporters, the focus quickly turned to software. In particular, Mulholland was asked several times how the company made decisions on procedures for testing flight software before the mission—which led to the two mistakes.

He struggled to answer those questions, but the Boeing VP said the reason was not financial. "It was definitely not a matter of cost," Mulholland said. "Cost has never been in any way a key factor in how we need to test and verify our systems."

The first software error occurred when the spacecraft captured the wrong "mission elapsed time" from its Atlas V launch vehicle—it was supposed to pick up this time during the terminal phase of the countdown, but instead it grabbed data 11 hours off of the correct time. This led to a delayed push to reach orbit and caused the vehicle's thrusters to expend too much fuel. As a result, Starliner did not dock with the International Space Station.

The second error, caught and fixed just a few hours before the vehicle returned to Earth through the atmosphere, was due to a software mapping error that would have caused thrusters on Starliner's service module to fire in the wrong manner. Specifically, after the service module separated from the capsule, it would not have performed a burn to put the vehicle into a disposal burn. Instead, Starliner's thrusters would have fired such that the service module and crew capsule could have collided.

NASA and Boeing have been conducting a joint assessment of these software problems, and they're expected to report their findings in a week, on March 6. But on Friday, Mulholland was prepared to discuss two issues with Boeing's software verification that the company intends to fix.

First of all, he acknowledged the company did not run integrated, end-to-end tests for the whole mission. For example, instead of running a software test that encompassed the roughly 48-hour period from launch through docking to the station, Boeing broke the test into chunks. The first chunk ran from launch through the point at which Starliner separated from the second stage of the Atlas V booster. Unfortunately for Boeing engineers, the mission elapsed timing error occurred just after this point in time. "If we would have run the integrated test through the first orbital insertion burn time frame, we would have seen that we missed the burn," Mulholland said.


Original Submission

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 5, Insightful) by JoeMerchant on Sunday March 01 2020, @10:47PM (2 children)

    by JoeMerchant (3937) on Sunday March 01 2020, @10:47PM (#965109)

    we would have seen that we missed the burn

    Missed the intentional one, replaced by a much larger unintentional one.

    They say it's not about money, but it is about schedules. It's true that you can scale up the project teams, double the headcounts, and not make any more positive progress on complex systems development.

    Everyone continually praises the Apollo flight computers and how much they did with so little, but... that's really a saving grace: they did so little that multiple people could fully understand the system from end to end, when something went weird there were people on hand who could tell you, in a moment, what was going on.

    Ever since software moved past the 8 bit, 64K memory space model, I feel like it has gotten out of hand, layers upon layers upon layers with some layers that literally nobody on the planet understands anymore.

    --
    🌻🌻 [google.com]
    Starting Score:    1  point
    Moderation   +3  
       Insightful=3, Total=3
    Extra 'Insightful' Modifier   0  
    Karma-Bonus Modifier   +1  

    Total Score:   5  
  • (Score: 1, Insightful) by Anonymous Coward on Monday March 02 2020, @09:01AM (1 child)

    by Anonymous Coward on Monday March 02 2020, @09:01AM (#965405)

    layers upon layers upon layers with some layers that literally nobody on the planet understands anymore

    Like systemd?

    • (Score: 2) by JoeMerchant on Tuesday March 03 2020, @12:55AM

      by JoeMerchant (3937) on Tuesday March 03 2020, @12:55AM (#965772)

      systemd is an easy target, but... it is not without its merits. If nothing else, forcing SysVinit and friends to clean up their acts and compete with systemd in the boot time and other performance domains.

      A couple of years ago, systemd was an option in Raspbian, and switching to it reduced boot times by ~50%, now it is standard. When a more "open and friendly" init system can deliver the goods, I welcome the demise of systemd. Meanwhile, I use my init system about 100x more than I tweak it, and my customers NEVER tweak it - so open user friendliness is of zero importance to them.

      --
      🌻🌻 [google.com]