翌日，天蒙蒙亮，韓元就已經醒來了。
零號航天飛機要到中午十二點才返航，而落地時間在計算中是下午三點左右。
起床后，韓元先弄了個早餐，然后前往控制室檢查一下數據信息以及航天飛機發送回來的照片，看看有沒有異常情況。
“當前高度16273k。”
“當前工質剩余2376。”
“當前電能儲備9872。”
“當前太陽能發電板溫度2792c。”
“當前飛船表面最高溫度2792c。”
“當前命令執行條數172條；剩余未執行條數104條，累計命令執行錯誤條數7條已統計。”
“”
控制室中，韓元仔細的觀察著每一條數據，這些數據能夠反饋出零號航天飛機的狀態。
特別是那七條命令執行出的數據，看的更是尤為仔細，不僅是調出錯誤的命令，更有對應的日志一起查看。
“預備命令63執行。”
“錯誤，檢測高度未達指定指標，暫緩63號命令執行。”
“數據檢測完成，高度達到指定指標，預備命令6318執行。”
“預備命令79執行。”
“錯誤，檢測到電源指數低于90，暫緩執行。”
“數據檢測完成，電源達到指定指標95以上，預備命令7991執行”
“預備命令84執行。”
“錯誤，檢測高度未達指定指標，暫緩執行。”
“數據檢測完成，高度達到指定指標，預備命令8434執行”
七條錯誤指令，都是這類型的數據。
有些是高度導致的，有些是鋰硫電池的電能儲備量導致的。
因為在預備執行命令的時候，零號航天飛機上的功能芯片會調用對比當前數據和預備設定數據，在發現數據有差異的時候，暫緩了執行。
這種錯誤命令執行對于整套流程來說并沒有什么太大的影響，稍稍延緩了一下某一階段的升空流程。
在下一階段的時候，預先設置好的多重命令會被挑選，最接近的一個指令會被執行。
比如“預備命令63”，它未能執行的原因是零號航天飛機的高度未能達到指令執行的預設值。
從日志文件來看，在預備命令63執行的時候，高度還差了37公里。
對于火箭或者航天飛機來說，這只不過是一秒鐘的飛行距離，但一秒鐘的差距，就可能導致衛星無法正常入軌,所以必須得進行調節。
而調節的方式很簡單,那就是通過自動對比分析,挑選出來最適合的那條預備命令進行啟動彌補就可以了。
后續的這些預備命令，都是韓元預設的，他早就考慮到了航天飛機在飛行途中可能會出現的一些意外情況。
包括在指定時間未能達到指定高度,鋰硫電池的電能存儲量不夠、航天飛機表面內部溫度過高等等。
零號航天飛機的升空是呈階段式的，在攀升超過十公里的距離后,測距儀會連續三次對地面發生信號波,精準的判斷距離地面的高度。