Vraag:
Waarom hebben ze de boosters niet direct na een burn-out bij de Starliner-lancering overboord gegooid?
Christoph
2019-12-21 04:08:20 UTC
view on stackexchange narkive permalink

De Starliner-lancering van vandaag hield de boosters nog 48 seconden vast nadat ze waren opgebrand. Het eigen gewicht en de extra weerstand behouden is overduidelijk niet optimaal.

Tijdens de live uitzending kreeg Tim Dodd (The Everyday Astronaut) al het antwoord van iemand op zijn Discord-kanaal: "Ze houden de boosters vast om te bepalen waar ze vallen". Dat is zeker logisch als er iets is dat ze zeker niet willen raken.

Is dat waar, en als dat is wat ze precies probeerden te vermijden?

Een antwoord:
Schwern
2019-12-24 23:55:57 UTC
view on stackexchange narkive permalink

Scott Manley speculeert dat ze probeerden te voorkomen dat ze zichzelf zouden raken.

Omdat het lanceertraject zo laag was, bevond de hoogte bij het uitbranden zich nog steeds in de atmosfeer. Hij speculeert dat de ingenieurs bang waren dat de aërodynamische krachten ervoor zouden kunnen zorgen dat de boosters het ruimtevaartuig opnieuw zouden 'contacteren'. Dus hielden ze zich aan hen vast totdat ze op een grotere hoogte waren waar scheiding veiliger zou zijn.

Scott Manley - Boeing's Starliner herstelt zich en maakt een bullseye-landing @ 11:15

Een voorbeeld van een booster die opnieuw contact maakt na scheiding op een Ares 1X-lancering.

Als er nog enige luchtweerstand was, zou de extra massa zonder veel extra weerstand het snelheidsverlies verminderen.
Dat is misschien logisch! Het zou geweldig zijn als we wat gegevens over de hoogte zouden kunnen vinden terwijl er scheiding optreedt voor de centaur met één motor en de centaur met twee motoren met het onderste vluchtprofiel. Of nog beter de dynamische druk bij boosterscheiding.
@RichardSilvera: Alleen waar als ze aan het uitrollen waren. Maar in dit geval draaide de hoofdmotor nog, dus de boosters waren doodgewicht en slepen.


ⓘ
Deze Q&A is automatisch vertaald vanuit de Engelse taal.De originele inhoud is beschikbaar op stackexchange, waarvoor we bedanken voor de cc by-sa 4.0-licentie waaronder het wordt gedistribueerd.
Loading...