“死亡空间站”的营救任务

2023-12-09 06:10
文章标签 任务 死亡 空间站 营救

本文主要是介绍“死亡空间站”的营救任务,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!


下面这个故事虽然发生在1985年,但在随后的二三十年里,真相却被淹埋在历史中。多年来,许多细节被歪曲。即使是最开始讲这个故事的人也陈述一些错误的东西。经过Nickolai Belakovski的广泛研究后,接下来向大家展示联盟T-13拯救salyut 7空间站修复的故事。




1985211日,当礼炮7号在自动驾驶仪轨道上等待其下一班乘员时,飞行任务控制系统(TsUP)注意到一些机器已经关闭。电台遥测报告称,电气系统中出现了电流浪涌,导致过电流保护跳闸,主无线电发射器电路关闭。备用无线电发射机已经自动启动,因此不会立即对该电台构成威胁。任务控制员非常疲倦,他们的24小时轮班即将结束,他向设计局的无线电和电气系统专员致电说明。控制人员违反既定的传统和程序,发送命令重新启动主无线电发射机。瞬间,一连串的电短路扫过车站,不仅摧毁了无线电发射机,还摧毁了接收器。1985211日下午120分和51秒,礼炮7号陷入沉默,没有反应。


他们可以选择放弃礼炮7,并在继续载人太空计划之前等待其继任者米尔。米尔计划在一年内发射,但等待米尔获得提供不仅意味着需要暂停太空计划一年这也意味着为礼炮7计划的大量科学工作和工程测试将不得不撤消。此外,承认失败对苏联太空计划来说是一件尴尬的事情,考虑到以前在礼炮系列中的大量失败以及美国人在航天飞机上取得的明显成功,冷战期间的俄罗斯不允许失败再次发生。


维修任务的首要任务是与空间站对接,因为自动对接故障,必须开发一套全新的对接技术,并在一个题为与非合作对象对接的项目下完成。该电台的轨道将使用地基雷达进行测量,而这些信息将传达给联盟号,然后联盟会制定一个会合过程。


对联盟号的修改开始了。自动对接系统将全部拆除,并在驾驶舱内安装激光测距仪,以协助机组人员确定其距离和进近速度。机组人员也会带上夜视镜,以防他们不得不在夜间与车站对接。船的第三个座位被拆除,额外的用品,如食物,以及后来证明至关重要的水,都被带上了。通过拆除自动系统和第三把椅子节省的重量用于将推进剂储罐填充到最大可能。


1部分:描绘一个典型的联盟会合和对接。第2部分:描述联盟T-13使用的修改的交会接程序。请注意,在第2b2c部分,船舶实际上是横向飞行。)

198566日,在与该电台联系近四个月后,当宇航员接近空间站时,他们船上的实况视频正在传送给地面控制员。右侧是图像控制器看到的其中一个。控制器注意到一些非常严重的情况:该台的太阳能电池阵不平行。这表明太阳能电池板朝向太阳的系统出现严重故障,控制台对整个电气系统的正常运行产生担忧。船员继续他们的对接。


随后成功的对接站是一次伟大的胜利,并且历史上第一次证明,有可能与太空中的任何物体会合并对接,但是庆祝还为时尚早。机组人员没有收到对接站的电子或物理证实。对这项任务的主要担忧之一是,当电台失去联系时,别的部件会发生严重错误,而且这个担忧很快成为现实。

由于缺乏关于空间内部压力的信息,人们担心空间站已经减压,但船员小心翼翼地向前推。如果可能的话,他们的第一步就是试图平衡船舶与车站之间的压力。

从礼炮6开始,所有的苏联/俄罗斯空间站至少有两个接口,一个连接到空间站气闸的前端口,一个连接到空间站的后端口。尾部也有连接,所以他们可以通过航天器补充空间站的推进剂。两名船员已经停靠在前沿港口,开始平衡这里的压力。下图显示了礼炮4的设计和施工,礼炮7与礼炮4是类似的布局。


在到达被称为工作舱的空间站的主要部分之前,机组人员必须经过总共三个舱口。首先,他们将打开船侧舱口,并在船侧舱口打开一个小舷窗,平衡他们的船和空间站气闸之间的压力。一旦完成他们就可进入内部检查气闸,也能够开始在气闸和工作室之间的舱口上工作。这时,机组人员开始遇到另一个问题,由于热控系统已经关闭,这意味着不仅仅出现了水冻结的问题,而且所有的系统都暴露在设计之外的温度下,船员的安全也得不到保障。


他们带着手电筒和冬衣漂浮在空中,发现空间站又冷又暗,墙壁上结着霜。Savinikh试图把灯打开,但他并没有期望看到任何东西。他们脱下面罩,要想在黑暗的空间站周围看到东西变得更加困难。Savinikh到了地板上,打开了一扇窗户的阴影。一道阳光照在天花板上,照亮了空间站。他们发现桌上放着的饼干和盐,是之前俄罗斯空间站欢迎仪式上留下的,这是俄罗斯传统欢迎仪式的一部分,至今仍在国际空间站上进行,而且所有的空间站文件都被整齐地打包并固定在架子上。所有的呼吸器和其他系统都在嗡作响。在他之后的飞行日志中回忆道:“感觉就像在一个废弃的老房子里,震耳欲聋的响声压在我们的耳朵上。”


现在机组人员和任务控制人员意识到了他们的困境,他们不得不采取一些措施。第二天早上,任务控制人员从地面上发出指令:首先检查Rodnik,饮用水储存系统,看看那里的水是否被冻住了。他们的工作能力也受到限制,由于空间站的通风不足,宇航员的呼气也会在周围堆积,他们很容易就会死于二氧化碳中毒。船上的人员密切关注着空间站上的二氧化碳中毒迹象。

机组人员面临的问题很严重,他们总共有8天的水储备,可以维持到614日。如果他们将每天的定量用水降至最低,使用联盟号的紧急供水系统,并且加热空间站上的水包,可以延长他们的水供应直到621,给自己不超过12天修复空间站。

地面控制员想出了一套复杂的程序供船员执行。首先,他们会测试空间站的电池,看看有多少个是可以充电的,八个电池中有六个被认为是可挽救的。接下来,机组人员们准备了电缆,将电池直接连接到太阳能电池板。他们必须将16根电缆连接在一起,将电缆的导线裸手连接到电台的两端。连接电缆后,机组人员将登上联盟号,并使用姿态控制引擎重新定位,以使其太阳能电池板能够面对日光。


在接下来的几天里,他们着手重新初始化车站上的各种系统。他们打开了通风和空气再生器,以便可以同时在该站上工作。

612日,第6天,机组人员开始更换通信系统,并测试慢速解冻的Rodnik系统中的问题。

613日,第7天,船员继续他们的通信系统工作,到莫斯科下午的时候,地面控制已经与该站重新建立了联系。他们还测试了自动对接系统,两名船员知道如果测试失败,他们将不得不回家。不过谢天谢地,测试成功了,宇航员则可继续执行任务。

616日,第十天,水供应只剩下最后两天的时候 - “Rodnik”已全面投入运营。礼炮7终于有正常运行的工作系统和足够的用品来继续任务。

1986219日,礼炮7”的继承者米尔的核心区块发射升空,登上了他们的联盟号并飞往礼炮7,迄今为止只有历史上这一段时间内发生了空间站航空员的转移。

这篇关于“死亡空间站”的营救任务的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/472748

相关文章

FreeRTOS学习笔记(二)任务基础篇

提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档 文章目录 前言一、 任务的基本内容1.1 任务的基本特点1.2 任务的状态1.3 任务控制块——任务的“身份证” 二、 任务的实现2.1 定义任务函数2.2 创建任务2.3 启动任务调度器2.4 任务的运行与切换2.4.1 利用延时函数2.4.2 利用中断 2.5 任务的通信与同步2.6 任务的删除2.7 任务的通知2

Flink任务重启策略

概述 Flink支持不同的重启策略,以在故障发生时控制作业如何重启集群在启动时会伴随一个默认的重启策略,在没有定义具体重启策略时会使用该默认策略。如果在工作提交时指定了一个重启策略,该策略会覆盖集群的默认策略默认的重启策略可以通过 Flink 的配置文件 flink-conf.yaml 指定。配置参数 restart-strategy 定义了哪个策略被使用。常用的重启策略: 固定间隔 (Fixe

第49课 Scratch入门篇:骇客任务背景特效

骇客任务背景特效 故事背景:   骇客帝国特色背景在黑色中慢慢滚动着! 程序原理:  1 、 角色的设计技巧  2 、克隆体的应用及特效的使用 开始编程   1、使用 黑色的背景: ![在这里插入图片描述](https://i-blog.csdnimg.cn/direct/7d74c872f06b4d9fbc88aecee634b074.png#pic_center)   2

AsyncTask 异步任务解析

1:构建AsyncTask 子类的回调方法: A:doInBackground:   必须重写,所有的耗时操作都在这个里面进行; B: onPreExecute:     用户操作数据前的调用; 例如:显示一个进度条 等 ; C: onPostExecute:    当doInBackground 执行完成后;会自动把数据传给onPostExecute方法;也就是说:这个方法是处理返回的数据的方法

使用Node-API进行异步任务开发

一、Node-API异步任务机制概述         Node-API异步任务开发主要用于执行耗时操作的场景中使用,以避免阻塞主线程,确保应用程序的性能和响应效率。         1、应用场景: 文件操作:读取大型文件或执行复杂的文件操作时,可以使用异步工作项来避免阻塞主线程。网络请求:当需要进行网络请求并等待响应时,可以使用异步工作项来避免阻塞主线程,从而提高应用程序的响应性能。数据库操

探索Invoke:Python自动化任务的瑞士军刀

文章目录 探索Invoke:Python自动化任务的瑞士军刀背景:为何选择Invoke?`invoke`是什么?如何安装`invoke`?简单的`invoke`库函数使用方法场景应用:`invoke`在实际项目中的使用场景一:自动化测试场景二:代码格式化场景三:部署应用 常见问题与解决方案问题一:命令执行失败问题二:权限不足问题三:并发执行问题 总结 探索Invoke:P

RISC-V (十)任务同步和锁

并发与同步 并发:指多个控制流同时执行。         多处理器多任务。一般在多处理器架构下内存是共享的。           单处理器多任务,通过调度器,一会调度这个任务,一会调度下个任务。  共享一个处                                理器一个内存。                 单处理器任务+中断: 同步: 是为了保证在并发执行的环境中各个控制流可

145-Linux权限维持Rootkit后门Strace监控Alias别名Cron定时任务

参考 【权限维持】Linux&Rootkit后门&Strace监控&Alias别名&Cron定时任务_alias ls='alerts(){ ls $* --color=auto;python -c "-CSDN博客 参考 FlowUs 息流 - 新一代生产力工具 权限维持-Linux-定时任务-Cron后门 利用系统的定时任务功能进行反弹Shell 1、编辑后门反弹shell脚本

环形定时任务 原理

业务背景 在稍微复杂点业务系统中,不可避免会碰到做定时任务的需求,比如淘宝的交易超时自动关闭订单、超时自动确认收货等等。对于一些定时作业比较多的系统,通常都会搭建专门的调度平台来管理,通过创建定时器来周期性执行任务。如刚才所说的场景,我们可以给订单创建一个专门的任务来处理交易状态,每秒轮询一次订单表,找出那些符合超时条件的订单然后标记状态。这是最简单粗暴的做法,但明显也很low,自己都下不去手写

Spring 创建定时任务

我们在编写Spring Boot应用中经常会遇到这样的场景,比如:我需要定时地发送一些短信、邮件之类的操作,也可能会定时地检查和监控一些标志、参数等。 创建定时任务 在Spring Boot中编写定时任务是非常简单的事,下面通过实例介绍如何在Spring Boot中创建定时任务,实现每过5秒输出一下当前时间。 在Spring Boot的主类中加入@EnableScheduling注解,启用定