发射后调查：Astra的发现和后续步骤

注意：Astra尚未与美国联邦航空局最终确定LV0008调查结果。这篇博客文章中的信息是初步的，直到调查完全结束。

2022年2月10日，我们发射了运载火箭0008（LV0008）。这是我们首次使用可部署的客户有效载荷进行发射，也是我们首次从卡纳维拉尔角发射。在名义上的第一级飞行之后，在阶段分离过程中发生了异常，导致上级没有到达轨道和任务结束。我们立即启动了调查流程，以确定异常的根本原因。现在，我们可以分享更多关于我们迄今为止学到的东西。

发生了什么：
我们的调查证实，由于电气问题，有效载荷整流罩在上级点火之前没有完全展开。分离机构（我们的整流罩有5个）以不正确的顺序点火，导致整流罩的标称外运动，导致电气断开。由于断开连接，最后的分离机构从未收到其打开的命令，这阻止了整流罩在上级点火之前完全分离。

 另外，我们还发现了一个软件问题，导致上级发动机无法使用其推力矢量控制系统。这导致车辆在标称级分离后翻滚，并导致任务结束。

我们了解到：
整流罩分离问题的根本原因是电气线束工程图纸中的错误。该线束完全按照我们的程序和工程图纸的规定建造并安装到车辆上，但绘图错误导致两个线束通道（如下图所示的位置"4"和"5"）被交换。在LV0008飞行之前，我们进行了线下信号测试，以验证分离系统并确保系统正确接线。该测试本来能够检测到线束构建或安装中的错误，但无法检测到设计中的错误。交换的分离通道导致部署顺序与我们预期的不同，这导致整流罩无法打开。我们已经能够通过在我们的工厂使用真实的飞行硬件进行几次实验来重现故障模式，其中一个好处是拥有一个活跃的生产车间，同时有多个运载火箭处于不同的生产状态。

在确定软件问题的根本原因后，我们发现我们的飞行控制软件容易受到特定"数据包丢失"故障模式的影响。一系列错过的信号导致了一连串的事件，导致上级无法从跌倒中恢复过来。尽管我们设计了软件套件来应对数据包丢失，但不太可能的因素组合导致了我们没有预料到的故障。我们已经能够使用我们的硬件在环模拟器来准确处理所发生的事情，并充满信心地诊断根本原因。

我们如何修复它：
通过调查过程，我们确定了两个需要解决的问题：线束问题和软件问题。在发现线束绘制错误后不久，我们修复了绘图，并将更改合并到以前构建的线束上。我们还实施了一项新的线下信号测试，这将使我们能够在将来发布之前识别此类问题（如果发生）。在软件方面，我们引入了三项升级，旨在使我们的系统对数据包丢失和其他类似的故障模式更具弹性。通过不断的迭代和广泛的测试，我们已经能够证明这些变化消除了我们在LV0008上看到的故障模式，同时使软件套件更加强大。

在阿斯特拉，迭代和学习是我们文化的核心部分。团队在处理这些复杂问题时所表现出的速度、激情和勤奋给我留下了深刻的印象，他们准确地确定了发生了什么，并确定了解决每个问题的正确前进道路。随着根本原因的确定和纠正措施的到位，我们准备尽快回到LV0009的发射台 - 敬请期待！