航天界2023/05/29
第 645期
新聞速遞
前情回顧——
日本ispace公司5月26日宣佈，白兔-R《HAKUTO-R》M1著陸器4月25日著陸月球任務完成調查，失敗原因是一個軟件故障導致著陸器無法正確標定其高度。
ispace首席技術官氏家亮《Ryo Ujiie》表示，著陸任務最初按計劃進行，慣性測量裝置計算的高度與激光測距儀的測量值一致。
然而，當著陸器接近阿特拉斯隕石坑《Atlas Crater》內著陸點時，由於它短時間內飛越隕石坑邊緣懸崖，激光測距儀測量到的高度急劇上升了3公裡，與慣性測量裝置的計算值差異巨大。
機載軟件卻並未預料到這種變化，反而認為激光測距儀出故障了，因而忽略了其數據——這項功能設計的初衷，是要讓著陸器在傳感器壞掉的情況下繼續工作。
實際上，激光測距儀並沒壞，精確顯示著陸器仍在月表上方約5公裡處——此時機載計算機卻以為已經著陸了。
著陸器在發動機作用下繼續以每秒約1米的緩慢速度下降，直到推進劑耗盡。
著陸器隨後自由落體，以每秒100米以上的速度撞上月球表面。
NASA的月球勘測軌道飛行器《LRO》5月23日發佈的一張照片，顯示了撞擊地點以及著陸器上的幾塊碎片。
該撞擊區就在阿特拉斯隕石坑內的預定著陸點附近，盡管氏家亮拒絕詳細說明墜毀點距離預定著陸點有多遠。
氏家亮說到了任務失敗的另一個原因。
2021年2月任務完成關鍵設計評審後，為了『最大限度提高任務效益』，著陸點改了。
任務最初計劃著陸在夢湖《Lacus Somniorum》，一個幾乎沒有隕石坑的玄武巖平原。
然而，這一變化在發射前沒有得到充分測試。
該著陸器使用了美國航天軟件企業德雷珀《Draper》開發的軟件。
但Ujiie表示ispace為失敗負責，認為自己對該軟件提出的要求有問題。
除了在白兔-R著陸器軟件方面的合作，德雷珀與ispace在NASA的商業月球載荷服務項目中也有協同。
一個由德雷珀牽頭的著陸任務中，ispace的美國子公司負責設計著陸器。
盡管發生軟件故障，著陸器的其他方面按預期工作。
Ujiie說，制導和控制系統在整個著陸過程中都正常工作，著陸器在墜毀月表之前通信也一直正常。
這樣的表現，使ispace對其開發中的第二個著陸器M2充滿信心。
Ispace公司CEO白田武石《Takeshi Hakamada》表示，M2將按計劃於2024年發射，軟件更新也不會『顯著』增加該任務的成本。
▲軌道飛行器拍下的著陸器墜毀前後畫面
《圖源：NASA》
新聞來自SpaceNews：
Jeff Foust，Software problem blamed for ispace lunar lander crash，
Software problem blamed for ispace lunar lander crash
航天界
航天政策解讀
技術發展跟蹤
商業航天報道
Powered by愛太空
合作：[email protected]