Pärast seda, kui Boeingi CST-100 Starliner ei jõudnud detsembris keeramata katselennuga rahvusvahelisse kosmosejaama jõuda, on NASA tõstatanud mõned tõsised küsimused ettevõtte võime kohta astronaute kosmosesse ohutult lasta.
NASA ja Boeingi ühine sõltumatu ülevaatemeeskond tuvastas kaks peamist tarkvara tõrget, mis ilmnesid orbitaalse lennutesti (OFT) missiooni ajal: vale taimer, mis takistas Starlineril jõudmast kosmosejaamaga dokkimiseks õigele orbiidile, ja klapi kaardistamise viga koos kosmoselaeva tõukejõud, mis võis põhjustada kosmose kokkupõrke.
Kolmapäeval (26. veebruaril) teatas Orlando Sentinel, et NASA ohutuse nõuandekogu liikmed olid üllatunud, kui said teada, et Boeing "ei viinud oma atlasega täielikult läbi Starlineri integreeritud testi süsteemide integratsiooni laboris". V rakett, ja et sellise testi tegemine "võis potentsiaalselt tabada küsimusi, mida Boeing hiljem missioonil koges".
Boeingi Starlineri programmi asepresident ja programmijuht John Mulholland üritas reedel (28. veebruar) reporteritega peetud telekonverentsil selle väidetava katsetamatuse puudumise osas otse rekordini jõuda.
"Ma ei usu, et seda raportit iseloomustati täpselt õigesti," sõnas Mulholland. "Tegime hulgaliselt katseid, mis olid integreeritud kanderaketiga nii Denveri laboris kui ka Houstoni laboris." Kuid selle asemel, et korraldada kogu missiooni test, jagas Boeing lennueksami eraldi osadeks proovitud tükkideks, selgitas ta.
Boeingi insenerid arvasid, et oleks loogilisem jagada missiooni faasid tükkideks ja teha nendes väiksemates tükkides palju katseid, "ütles ta. "Kui teete ühe jooksu käivitamisest dokkimiseni, on see arvutis 25-tunnine ühekordne jooks." Kui meeskond oleks otsustanud selle simuleeritud testi läbi viia stardist kuni kosmoselaeva dokkimiseni, mis toimub kaks või kolm päeva pärast maandumist, "oleks selle lennu pikkus uskumatult pikk," ütles ta, nii et meeskond otsustas et nad pigem korraldaksid missiooni erinevate osade mitu testi ".
Mulholland lisas, et Boeing pidas neid killustatud kvalifikatsioonikatseid omal ajal "piisavateks ja põhjalikeks" ning et Boeingi töötajad ei võtnud "otseteid", valides täieliku lõpuproovi mitte läbi viia. "See polnud üldse meeskonna asi, et teadlikult otseteed teha või mitte teha seda, mida nad pidasid sobivaks," lisas Mulholland.
Siiski tunnistas ta, et selline test võis olla abiks tuvastamata kriitiliste tarkvaravigade tuvastamisel. "Tagantjärele on minu arvates väga lihtne aru saada, mida oleksime pidanud tegema, sest avastasime vea," ütles Mulholland. "Tol ajal seda tundlikkust ei tunnustatud."
Olles õppinud oma varasematest vigadest, kavatseb Boeing nüüd enne Starlineri taas lendamist rakendada pikemaid ja põhjalikumaid katseid.
"Üks edasiminek, mida me kavatseme teha, on veenduda, et enne iga lendu käivitame missiooni käivitamise ja dokkimise vahelise faasi ning seejärel käivitame missiooni dokkimisest maandumiseni. missioon täielikult. "
NASA, mis tellis Boeingult (ja SpaceX-ilt) kosmoselaeva ehitamise, mis laseb astronaudid esmakordselt Ameerika pinnalt ligi kümne aasta jooksul, on väljendanud muret ettevõtte arendamise ja Starlineri testimisprotseduuride pärast, eriti tarkvaraprobleemide osas. Agentuur ei ole veel avalikult öelnud, kas ta nõuab, et Boeing korraks lahti keeratud OFT-missiooni enne esimest meeskonnaga Starlineri missiooni, mis plaanitakse starti rahvusvahelisse kosmosejaama 2020. aasta keskel.
Sõltumatu ülevaatemeeskond on Starlineri riistvara ja missiooni andmete uurimise lõpule viinud ega ole kosmoseaparaadiga uusi probleeme leidnud. Kuid nad töötavad ikka veel üle miljoni koodirida auditeerimise võimalike muude tarkvaravigade otsimiseks. Mulholland ütles, et auditi lõpulejõudmiseni on veel vähemalt paar nädalat.
- Boeingi Starlineri testlennul oli teine kriitiline tarkvaraprobleem, leiab NASA paneel (aruanne)
- 'Ma ei jõua ära oodata, millal seda proovida saab: Starlineri 1. sõitjad tervitavad kapslit Maale
- Uus Boeingi video näitab Snoopy sõitu Starlineri orbitaallennu testis
