Cubesat小型航天器模块模拟后观测研究

CubeSat 是一种绕地球运行的小型航天器。立方体卫星的基本设计是一个 10 厘米(4 英寸)的立方体，质量小于 1.33 千克(2.93 磅)。一旦进入太空，它就可以用于各种应用。立方体卫星是经济的，并且在很大程度上降低了发射成本。由于它重量轻，因此您不需要大量的燃料来支撑它们。在大多数情况下，他们还与更大的卫星共用一枚火箭，从而可以借助更重的有效载荷进入太空。

起初，立方体卫星专门用于近地轨道，用于遥感或通信等应用。目前它甚至被用于行星际任务。

对它们进行建模的关键在于所有任务都应在截止日期内完成。早期的故障检测和分析对于在集成到实际系统之前消除任何故障是必要的。它节省了设计人员的成本、精力和时间。架构探索将全面了解系统将如何工作。各种权衡和性能分析将使我们达到指定的要求。本文将讨论

立方体卫星模型模拟后的各种权衡研究。我们将密切观察统计数据和设计师在仿真后得到的模型图以及与之相关的结论。

图 1：VisualSim Architect 中 CubeSat 的架构模型

图 1 描绘了使用 Mirabilis Design Inc. 的名为 VisualSim Architect 的建模和仿真软件开发的 CubeSat 模型。设计人员可以执行各种实验，进行各种权衡以进行优化和功能研究，以满足在实际实施之前的指定要求。即时的。设计人员清楚地了解性能和功耗优化，以权衡取舍，例如故障和功能分析、安全性以及各种其他属性。它有助于在早期阶段探索架构并纠正故障区域。

控制器在开始任务之前配置所有系统。与每个任务相关的是计划时间、处理时间和截止日期。模块化航天器 (MSV) 调度器负责调度任务。调度程序使用应用传感器接口模块 (ASIM) 映射器将任务呈现给相应的硬件单元。ASIM 由调度程序根据轨道号和表中定义的顺序触发。在这个动态系统仿真中，有一个处理模块可以监控和记录延迟、功耗和电池充电活动。为每个任务定义的延迟用作子系统完成任务所需的时间。子系统映射器负责将进程分配给各个子系统。

在模型模拟后观察到各种观察结果。下面给出的数字显示了一些相关的图。在模拟过程中，探针分析了随时间消耗的功率、电池充电和放电量、子系统活动图、每个任务的延迟和散热。在本文显示的报告和图表中，任务在子系统中按顺序执行。还有另一个选项可以并行执行任务。由于该 Cubesat 的电池容量有限，并行执行被禁用。观察到的最长任务的最大延迟为 485 秒。观察到顺序执行的最大功率瞬时功率水平为 116.2 瓦。

图 2：调度到 MSV 调度程序的任务

图 3：仿真后生成的图(禁用并行执行)

图 4：子系统绘图仪

MSV 表列出了图 2 中没有活动的轨道。从模拟结果中，我们可以注意到图表中的中断在 0.6 到 8 百万秒之间。这是因为在 1001 和 1459 轨道之间没有计划发生事件，如图 2 所示。在其他非活动轨道期间，我们没有看到安静区域。这是因为之前轨道上的任务没有在期限内完成而被结转。这表明期限太短，处理能力不足或需要增加电力系统。额外的分析和使用相关的诊断引擎可以确定三者的确切配置，以确保满足所有期限。

图 5：启用并行执行任务时观察到的统计数据

在并行执行中，它是在多个处理器上同时执行同一任务，分成子任务，以便更快地获得结果。然而，在顺序执行的情况下——一次通过，从头到尾，没有其他处理执行——而不是并发或并行。图 5 显示了在一个轨道内并行执行任务的统计数据。在这种情况下，任务在最后期限内完成，空闲轨道显示不活动。与之前的用例相比，子系统中任务的执行以更低的延迟完成。启用并行执行时观察到的最大延迟为 462.5 秒。几乎没有任务溢出到附近的轨道上。

以功耗为代价获得了巨大的性能改进。当然，并行执行需要几乎两倍的峰值功率，并且需要更大的电池容量。

观察到并行执行时任何时刻消耗的最大功率为 224.6 瓦。原因是多个子系统同时处于活动状态。可以对其他用例进行额外的贸易研究，结果分析可以在很短的时间间隔内完成。这些类型的动态系统模型是系统和硬件架构师的资产。

子系统绘图仪通过突出显示相应的颜色线来显示活动系统。

图 6：子系统绘图仪

我们还可以看到，这种权衡研究让建筑师了解了这种设计的性能。它进一步提供了在设计工作的早期阶段纠正任何故障的规定。

为什么权衡研究很重要?

每个轨道都分配有一组任务，例如收集遥感图像的特殊摄像机、从卫星到地面的通信(称为下行链路通信)以及记录和传输仪器的读数。完成特定任务的任期和地点是预先分配的。我们观察到某些任务完成所花费的时间比预期的要长。例如，1000 号轨道以 540 万秒完成，但实际任务直到 600 万秒才完成。这表明处理器速度慢或电池容量不足。完成最后期限的能力对于卫星的成功至关重要。这可以用一个例子来解释。例如，在没有云层的情况下，卫星需要在数据的特定时间对特定区域进行遥感。如果未在截止日期内完成图像捕捉任务，实际覆盖的区域将与目标区域不同。在这种情况下，早期的故障检测和分析变得很方便。

结论

架构探索是 CubeSat 成功的关键一步。CubeSat 必须符合特定标准。控制因素是它的形状、大小和重量。预计它们会很便宜。在实际实施之前必须考虑各种因素。例如，如果设计师想要提高处理器的速度，这反过来又会提高模型的成本。或者为了增加功率，可以安装更大的太阳能电池板。但它增加了模型的重量。Cubesat 使用抗辐射电子元件，价格昂贵。对这些组件进行测试的成本甚至更高。它只应在其使用合理的组件中使用。设计人员还必须确保系统在分配的期限内运行。需要一个可以包含整个操作和分析的单一环境。每一个参数都需要在实时实施之前进行分析。这可以在很大程度上降低成本影响。

审核编辑：汤梓红