スターライナーのソフトウェア欠陥により、NASAはボーイングの安全対策を再検討することになった
ボーイング社のCST-100スターライナー宇宙タクシーによる昨年12月の初の無人飛行中に何が起きたのかを調査する中間評価で、非常に多くの故障が見つかったため、NASAは同社の手順の総合的な安全性見直しを命じた。
NASAとボーイングは、今週行われた同宇宙機関の航空宇宙安全諮問委員会の会議中に懸念が公に提起されたことを受けて、本日スターライナーの飛行後点検に関する現状報告を提出した。
「我々は透明性に100％コミットしている」とNASAのジム・ブライデンスタイン長官は電話会議で記者団に語った。
今週の暴露は、ボーイングの他の事業分野におけるエンジニアリングの欠陥に対する懸念をさらに高めるものだ。民間航空機では、ソフトウェアの問題と訓練手順の不備により、737 MAXジェット機が2度の大惨事を引き起こし、世界中で運航停止となった。また、軍用航空機では、ボーイングは設計上の欠陥を修正するために空軍のKC-46空中給油機を改造する必要に迫られている。
NASAの有人探査・運用担当副長官、ダグラス・ラヴェロ氏は、ブライデンスタイン氏の支持を得てより広範な安全性レビューを命じた決定について語る中で、これらの欠陥に言及した。「ブライデンスタイン氏にこの件について尋ねた際、いくつかの要素を念頭に置いていました」と彼は述べた。「もちろん、ボーイング社の他の部署から寄せられた報道に加え、ソフトウェアの問題と見られるものもありました」
ボーイング社の軌道試験飛行は、12月20日の打ち上げから間もなく、スターライナーのロケットエンジンが予定通りに点火できず、当初の目標達成に至りませんでした。エンジニアが問題を解決し、修正されたソフトウェアをアップロードした時には、宇宙船を国際宇宙ステーションへのランデブーに間に合わせるには遅すぎました。
エンジニアたちはトラブルシューティング中に、ミッション経過時間、つまり打ち上げからの経過時間を記録するように設計されたプログラムが、ユナイテッド・ローンチ・アライアンスのアトラス5号ブースターからのタイムスタンプを約11時間も早く取得し、時間を修正していなかったことを発見した。
この問題だけでも、ISSへの後続ミッションに3機の宇宙飛行士を送る予定が宙に浮いた状態になった。しかし、今週の安全委員会の会合まで公表されなかった別のソフトウェア問題もあった。
ボーイングとNASAの関係者は、この問題により、スターライナーの降下中にサービスモジュールとクルーモジュールの分離が失敗した可能性があると報告した。ボーイング・スペース・アンド・ローンチ担当上級副社長のジム・チルトン氏は本日、サービスモジュールのスラスタが誤った噴射プロファイルに従うようにプログラムされていたため、十分な分離が達成できなかった可能性があると述べた。
「その結果、サービスモジュールがクルーモジュールに衝突する事態になった可能性がある」とチルトン氏は語った。
NASAは、そのようなシナリオでは宇宙船の喪失につながる可能性があったと述べた。チルトン氏は、ボーイング社のエンジニアたちは、何が起こるかを完全には想定していなかったと述べた。しかし、彼は「2機の宇宙船が接触するというのは、決して良い事態ではない」と付け加えた。
どういうわけか、2つのソフトウェア問題は、スターライナーの飛行ソフトウェアの打ち上げ前の検証とテストをすり抜けていました。チルトン氏によると、2つ目の問題は、宇宙船が着陸する前夜、ソフトウェアの包括的な二重チェック中に発見されたとのことです。
「探しに行ったから見つけたんだ」とチルトンさんは語った。
ボーイング社のスターライナー・プログラムの副社長兼プログラムマネージャーであるジョン・マルホランド氏によると、エンジニアたちは急いでソフトウェアの書き換えを行い、正しく動作することを確認し、12月22日の着陸予定の3時間足らず前に修正版をアップロードしたという。この修正のおかげで、スターライナーはニューメキシコ州に問題なく着陸した。
飛行中にさらに別の問題が発生した。スターライナーの通信システムがNASAの中継衛星との通信を確立するのに苦労し、これがエンジン点火の初期問題に対する修正のアップロードの遅れの一因となった。
打ち上げ翌日、チルトン氏はスターライナーのスラスターの不調により衛星ネットワークとの通信に適さない位置に置かれたために問題が発生したと述べた。本日、マルホランド氏は、ボーイング社の暫定的な結論として、問題は「特定の地理的範囲における地球発生ノイズ」に起因すると述べた。
「この周波数は携帯電話の基地局の周波数に非常に近いため、高いノイズフロアが発生し、必要なときにすぐにリンクを確立できなかったと考えています」と同氏は述べた。
彼は、通信問題は現在も調査中であることを強調した。ボーイングとNASAの合同調査チームは今月末までに調査を完了する予定だ。
ロベロ氏は、スターライナー計画の問題が、12月のミッション中に発生した3つの問題よりも深刻になる可能性があると懸念していると述べた。
「率直に言って、私たちが取り組んでいる問題は、スターライナーのソフトウェア設計、開発、テストサイクルにおいて、数多くのプロセス逸脱が発生していることです」と彼は述べた。「皆さんご存知の2つのソフトウェアの問題は、ソフトウェアの問題の兆候ではありますが、おそらく症状に過ぎません。真の問題ではありません。」
ロベロ氏はこの仕事を車のスペアタイヤの点検に例えた。「スペアタイヤがパンクしていたとしても、車を運転しているだけでは気づきません」と彼は言った。「トランクを開けてタイヤの空気圧を確認すれば分かります。…私たちの目的は、スペアタイヤを点検し、適切に空気が入っているかを確認することです。」
NASA商業乗務員プログラムのプログラムマネージャー、キャシー・ルーダーズ氏は、調査チームがすでに11項目の優先度の高い是正措置のリストを作成しており、そのほとんどは既知のソフトウェアエラーの解決とテスト手順の強化に関するものだと語った。
「我々は、ダグとEO（探査・運用）チームが指示したさらなる措置とともに、これらの措置を講じ、根本原因に確実に対処していくつもりです」と彼女は語った。
要件の1つは、スターライナーのソフトウェアパッケージ全体を詳しく調べることだ。ボーイングによれば、そのコードは100万行に及ぶという。
ブリデンスタイン氏は、今回の安全性審査が将来のスターライナー飛行計画にどのような影響を与えるかを予測するのは時期尚早だと述べた。NASAは最終的に、宇宙飛行士が搭乗する前に再度の無人飛行試験を義務付けるかどうかを決定する必要がある。
NASAが再度の無人テストを要求した場合、やり直しにはおそらく、現在初の有人飛行に向けて準備中のスターライナー宇宙船が使用されるだろう、とボーイングの宇宙探査事業のグローバルセールス＆マーケティングディレクター、ピーター・マグラス氏は今週、ワシントン州リンウッドで開かれたパシフィック・ノースウェスト航空宇宙同盟の年次会議で語った。
そのシナリオでは、12月に飛行したスターライナーのカプセルが最初の有人ミッションに向けて改修されることになる、とマクグラス氏は述べた。ボーイング社は、スターライナーの再利用準備には約4ヶ月かかると見積もっている。しかし、政府監査院は先週発表した報告書の中で、最初の改修は前例がないため、それよりも長くかかる可能性があると述べている。
本日、ブリデンスタイン宇宙飛行士は記者団に対し、NASAが商業用宇宙タクシーの開発において、スペースX社およびボーイング社と協力関係にあることを改めて明らかにした。過去1年間、スペースX社のクルードラゴンは、宇宙ステーションへの無人ミッションと飛行中の緊急脱出試験を成功させてきた。先月の緊急脱出試験を受けて、スペースX社のイーロン・マスクCEOは、NASAの承認が得られれば、最初の有人飛行は4月から6月の間に実施される可能性が高いと述べた。
「スペースXとボーイングという2つのプロバイダーが、アメリカの宇宙飛行士を国際宇宙ステーションに輸送する予定です」とブリデンスタイン氏は述べた。「異なる冗長性を備えているため、このプログラムは今後も前進を続け、我が国が誇れるものとなるでしょう。」
