翌日，天蒙蒙亮，韩元就已经醒来了。



零号航天飞机要到中午十二点才返航，而落地时间在计算中是下午三点左右。



起床后，韩元先弄了个早餐，然后前往控制室检查一下数据信息以及航天飞机发送回来的照片，看看有没有异常情况。



“当前高度：162.73km。”



“当前工质剩余：23.76%。”



“当前电能储备：98.72%。”



“当前太阳能发电板温度：279.2℃。”



“当前飞船表面最高温度：279.2℃。”



“当前命令执行条数：172条；剩余未执行条数：104条，累计命令执行错误条数：7条（已统计）。”



“........”



控制室中，韩元仔细的观察着每一条数据，这些数据能够反馈出零号航天飞机的状态。



特别是那七条命令执行出的数据，看的更是尤为仔细，不仅是调出错误的命令，更有对应的日志一起查看。



“预备命令63执行。”



“错误，检测高度未达指定指标，暂缓63号命令执行。”



“数据检测完成，高度达到指定指标，预备命令63-1-8执行。”



........



“预备命令79执行。”



“错误，检测到电源指数低于90%，暂缓执行。”



“数据检测完成，电源达到指定指标95%以上，预备命令79-9-1执行”



........



“预备命令84执行。”



“错误，检测高度未达指定指标，暂缓执行。”



“数据检测完成，高度达到指定指标，预备命令84-3-4执行”



......



七条错误指令，都是这类型的数据。



有些是高度导致的，有些是锂硫电池的电能储备量导致的。



因为在预备执行命令的时候，零号航天飞机上的功能芯片会调用对比当前数据和预备设定数据，在发现数据有差异的时候，暂缓了执行。



这种错误命令执行对于整套流程来说并没有什么太大的影响，稍稍延缓了一下某一阶段的升空流程。



在下一阶段的时候，预先设置好的多重命令会被挑选，最接近的一个指令会被执行。



比如“预备命令63”，它未能执行的原因是零号航天飞机的高度未能达到指令执行的预设值。



从日志文件来看，在预备命令63执行的时候，高度还差了3.7公里。



对于火箭或者航天飞机来说，这只不过是一秒钟的飞行距离，但一秒钟的差距，就可能导致卫星无法正常入轨, 所以必须得进行调节。



而调节的方式很简单, 那就是通过自动对比分析, 挑选出来最适合的那条预备命令进行启动弥补就可以了。



后续的这些预备命令，都是韩元预设的，他早就考虑到了航天飞机在飞行途中可能会出现的一些意外情况。



包括在指定时间未能达到指定高度, 锂硫电池的电能存储量不够、航天飞机表面/内部温度过高等等。



零号航天飞机的升空是呈阶段式的，在攀升超过十公里的距离后, 测距仪会连续三次对地面发生信号波, 精准的判断距离地面的高度。



高度判断出来后, 会将数值和预先数值进行对比，如果相差差错0.5公里, 那么功能芯片则会抛弃掉预先命令，从备用命令中去寻找一个匹配的进行启动。



进而在下一阶段将高度拉到预设数值上。



判断高度的同时会对电能的存储数量、航天飞机的表内温度等等数值都进行判断。



通过不断的进行阶