• sleep_deprived@lemmy.world
    link
    fedilink
    English
    arrow-up
    4
    ·
    3 days ago

    Yeah my guess from the very limited information I have is the abort-to-spashdown decision was probably automated, so I’m extremely interested to hear why they aborted the catch. It feels a bit at odds with the ambition to catch a starship soon, but if their code is so conservative about aborted catches, it seems realistic to at least try

    • ch00f@lemmy.world
      link
      fedilink
      English
      arrow-up
      5
      ·
      3 days ago

      I believe the booster can’t return to the pad unless it’s explicitly told to from the ground (so if it loses contact, it will crash safely).

      During the stream, they said that the very specific criteria for a recapture attempt were not met. They didn’t say what that criteria was.

      • threelonmusketeers@sh.itjust.worksM
        link
        fedilink
        English
        arrow-up
        3
        ·
        3 days ago

        They didn’t say what that criteria was

        They have since clarified that it was an issue with the tower, not the booster. Although “Tower is go for catch”, was called out during the webcast, it seems like a later check identified an issue which triggered the abort:

        Following a nominal ascent and stage separation, the booster successfully transitioned to its boostback burn to begin the return to launch site. During this phase, automated health checks of critical hardware on the launch and catch tower triggered an abort of the catch attempt. The booster then executed a pre-planned divert maneuver, performing a landing burn and soft splashdown in the Gulf of Mexico.

        I hope we get to find out what the “automated health checks” were.