보잉, 데뷔 비행 문제 후 스타 라이너 우주 캡슐 지상 테스트 방어

Send

Boeing의 CST-100 Starliner가 12 월에 비행하지 않은 시험 비행에서 국제 우주 정거장에 도착하지 못한 후 NASA는 우주 비행사를 우주로 안전하게 발사 할 수있는 회사의 능력에 대해 심각한 의문을 제기했습니다.

NASA-Boeing 공동 검토 팀은 OFT (Orbital Flight Test) 미션 중에 발생하는 두 가지 주요 소프트웨어 결함을 발견했습니다. Starliner가 우주 정거장과 도킹하기 위해 올바른 궤도에 도달하지 못하게하는 잘못된 타이머 및 밸브 매핑 오류 우주 충돌을 일으킬 수있는 우주선의 추진기.

수요일 (2 월 26 일) 올랜도 센티넬은 NASA의 안전 자문 패널 회원들이 보잉이 "아틀라스와 함께 시스템 통합 연구소에서 스타린 너에 대한 완전한 통합 테스트를 수행하지 않았다"는 사실에 놀랐다고보고했다. V 로켓과 그러한 테스트를 수행하는 것은 "보잉이 나중에 임무에서 경험 한 문제를 잠재적으로 발견했을 수 있습니다."

보잉 스타 라이너 프로그램의 부사장 겸 프로그램 관리자 인 존 멀홀랜드 (John Mulholland)는 금요일 기자와의 전화 회의에서 테스트 부족으로 의심되는 사건에 대한 기록을 바로 세우려고했다 (2 월 28 일).

멀홀랜드는 "보고서가 정확히 옳다고 생각하지는 않는다"고 말했다. "덴버의 실험실과 휴스턴의 실험실에서 발사 차량과 통합 된 광범위한 테스트를 수행했습니다." 그러나 보잉은 전체 임무에 대한 테스트를 실시하는 대신 비행 테스트를 "청크 (Chunk)"로 분리하여 별도로 테스트했다고 설명했다.

보잉 엔지니어들은 "미션 단계를 덩어리로 나누고 더 작은 덩어리에서 많은 테스트를하는 것이 더 논리적"이라고 생각했다. "시작부터 도킹까지 단일 실행을 수행하면 컴퓨터에서 25 시간 이상 단일 실행됩니다." 팀이 발사 후 우주선 도킹에 이르기까지이 시뮬레이션 테스트를 실행하기로 결정했다면, 이륙 후 2 ~ 3 일이 지나면 "그 실행의 길이는 엄청나게 길다"고 말했다. 오히려 그들은 다른 임무에서 여러 번의 테스트를 수행 할 것이라고 말했다. "

Mulholland는 보잉은이 조각난 자격 시험이 당시 "적절하고 포괄적"인 것으로 간주했으며 보잉의 직원은 완전한 엔드-투-엔드 (end-to-end) 테스트를 실행하지 않도록 선택함으로써 "단축"을하지 않았다고 덧붙였다. 멀홀랜드는“모든 팀이 의식적으로 지름길을 바로 잡거나하지 않는 것은 문제가되지 않았다”고 덧붙였다.

그러나 그는 이러한 테스트가 누락 된 중요한 소프트웨어 결함을 식별하는 데 도움이 될 수 있음을 인정했습니다. 멀홀랜드는 "후 시적 관점에서 볼 때 우리가 오류를 발견했기 때문에 우리가해야 할 일을 매우 쉽게 볼 수 있다고 생각한다"고 말했다. "당시 그 감도는 인식되지 않았다."

과거의 실수로부터 배운 Boeing은 이제 Starliner가 다시 비행하기 전에 더 길고 더 완벽한 테스트를 구현할 계획입니다.

"우리가 앞으로 나아갈 한 가지 개선 사항은 각 비행 전에 미션의 발사-도킹 단계를 실행 한 다음 도킹-투-랜딩 단계를 실행하는 것입니다. "사명을 완전히

보잉 (및 SpaceX)에게 거의 10 년 만에 처음으로 미국 땅에서 우주 비행사를 발사 할 우주선을 개발하도록 의뢰 한 NASA는 특히 소프트웨어 문제와 관련하여 Starliner의 회사 개발 및 테스트 절차에 대한 우려를 표명했습니다. 이 기관은 아직 2020 년 중반 국제 우주 정거장에 착수 할 예정인 최초의 승무원 스타 라이너 임무 이전에 보잉 사에 미 승무 OFT 임무를 반복해야하는지 여부를 공개적으로 밝히지 않았다.

독립 검토 팀은 Starliner의 하드웨어 및 미션 데이터에 대한 조사를 완료했으며 우주선과 관련하여 새로운 문제를 발견하지 못했습니다. 그러나 그들은 여전히 다른 소프트웨어 결함을 찾기 위해 백만 줄 이상의 코드를 감사하기 위해 노력하고 있습니다. 멀홀랜드는 감사가 완료되기까지 몇 주가 더 걸릴 것이라고 말했다.