卫星星务管理

AI 摘要:卫星星务管理是指卫星上负责数据处理、任务调度、通信控制、时间管理和自主故障诊断与处理的系统级功能,通常由星载计算机运行专用软件实现,是小卫星的“核心部件”。其核心任务包括:管理星上各分系统的工作模式,采集和处理遥测数据,接收和分发遥控指令,维护星上统一时间,以及在轨自主故障诊断与恢复。星务管理与姿态轨道控制共享星载计算机时,需采用多任务调度和资源隔离设计。北斗三号的综合电子架构将星务管理职能集中于中心管理单元,使卫星在地面测控站故障时仍能自主运行至少60天。

一句话定义

卫星星务管理是指卫星上负责数据处理、任务调度、通信管理、时间管理以及自主故障诊断与处理的系统级功能,其核心是由星载计算机运行专用软件,完成对星上各分系统工作模式的统一管理和任务协调,是小卫星的“核心部件”-1。

概念边界:星务管理与姿轨控、数据管理的分工

星务管理与姿态轨道控制、数据管理在功能上有密切交叉,但职责侧重不同。

星务管理是卫星的任务调度与资源管理中枢。哈尔滨工业大学的论文将星务管理系统的任务需求归纳为六个方面:制导导航与控制功能、在轨管理功能、信息交互任务、时间管理任务、小卫星故障处理、测控管理-17。星务管理不直接执行姿态控制算法,而是为姿轨控提供计算资源、时间基准和指令分发通道。

姿态轨道控制负责计算并执行卫星的姿态和轨道控制指令。在小卫星设计中,星务管理与姿轨控经常共享同一星载计算机,二者互为备份。万方数据的论文指出,某立体测绘小卫星的“星务管理系统和姿态控制系统共用星载计算机,互为备份。平时分布处理,对于关键任务双机仿作,比较输出”-8。

数据管理(星上数据管理分系统,OBDH)在ESA和DLR的术语体系中与星务管理高度重叠。DLR将OBDH描述为“处理星上数据分发和处理的航天器组件”,其功能包括遥测采集、遥控分发和星上数据处理-19。而在中国航天文献中,“星务管理”是更常用的术语,涵盖数据管理、任务调度和自主健康管理。

核心功能与任务需求

星务管理的功能围绕星上资源的统一调度展开。哈尔滨工业大学的论文将任务需求细化为六项-17:

功能类别 具体任务
制导导航与控制 为姿轨控提供实时计算支持,满足快速性和实时性要求
在轨管理 控制电源分系统供电,采集姿轨控参数,控制载荷工作,通过数传下传数据
信息交互 通过总线与各分系统交换数据,统一对时,构建星内通信网络
时间管理 产生高精度飞行器时间参考,向各分系统配时,支持星地时钟同步
故障处理 诊断和隔离故障部件,维持基本功能,防止局部故障扩散
测控管理 采集处理遥测参数,组帧存储传输;接收遥控指令,解释分发或执行

ESA的OBDH描述补充了另一个关键功能:在轨数据存储。当航天器不被跟踪时,数据存储在冗余的存储单元中等待后续传输。ESA还指出,OBDH的典型运行任务包括“监控航天器健康和安全性,启动恢复和重构,以及执行星上数据处理”-14。

硬件架构:从单机到多核可重构

星务管理的硬件实现经历了从独立计算机到集成化、可重构架构的演进。

传统架构中,星务计算机与姿轨控计算机是独立的单机。万方数据的论文描述了这种架构下的容错设计:采用双机容错方案,通过比较器实现双机输出比较,看门狗检测系统死锁,“软件比较器的设计突破传统模型的限制,解决了比较器的可靠性与监控问题”-8。

可重构多核架构代表了新一代星务管理的设计方向。哈尔滨工业大学的论文提出了一种基于FPGA的多核处理器星务管理系统:选用赛灵思Virtex II代XQR2V3000型芯片,利用SRAM工艺FPGA的可重构特性,在FPGA内部构建基于软核处理器的多核心系统,移植uC/OS-II嵌入式操作系统完成资源分配和任务管理-17。该设计将传统单一处理器的集中处理模式分解为主、协处理器双核任务处理模块,与哈尔滨工业大学试验卫星三号的功能对比表明,多核可重构星务管理系统在运算速度、控制计算精度方面优于传统方案-17。

常见问题 FAQ

星务管理和姿轨控是一回事吗?

不是,但两者关系紧密。星务管理是卫星的任务调度与资源管理中枢,负责数据处理、任务调度、通信管理、时间管理和故障诊断。姿轨控负责计算并执行姿态和轨道控制指令。在小卫星设计中,两者经常共享同一星载计算机,互为备份。万方数据的论文描述了这种设计:“星务管理系统和姿态控制系统共用星载计算机,互为备份。平时分布处理,对于关键任务双机仿作,比较输出”-8。多核可重构星务管理系统的设计也将姿轨控任务作为星务管理系统的核心任务之一进行统一调度-17。

星务管理中的“时间管理”具体做什么?

时间管理是为卫星建立统一的时间基准,使星上各分系统的事件都有精确的时间标记。哈尔滨工业大学的论文将时间管理任务描述为:产生具有较高精度的飞行器时间参考,向有关分系统配置时间信息和定时信号,为分系统提供事件的时间标记,并具有星上时间集中校正和均匀校正能力,以保证星地时钟的同步-17。ESA的Ulysses任务中,DHS(数据管理分系统)“还分发各种定时信号供其他分系统和科学仪器使用”-14。

为什么星务管理需要故障自主诊断能力?

因为测控覆盖是间歇性的,卫星在无地面站覆盖期间出现故障时无法等待地面指令。星务管理的故障处理功能要求:“在小卫星出现系统故障的情况下,能够对故障部件和系统进行诊断和隔离,以维持飞行器的基本功能,保证个别部件出现问题的情况下不影响其他系统功能”-17。北斗三号的综合电子架构进一步将这一能力提升到60天完全自主运行水平,即使地面测控站出现故障,卫星仍能正常工作-13。

星务管理系统在北斗三号中是如何实现的?

北斗三号采用**“综合电子”体系架构**,以中心管理单元(CMU)为核心构建集散型分布式系统。此前分散在不同处理单元的遥测、遥控、姿轨控、电源、热控、载荷和星务等管理,被重新分配与整合到综合电子架构中。CMU“管理职能几乎涵盖了卫星本身的各个方面”-18。这种架构带来了更复杂的管理,但“也能减轻卫星重量、延长其寿命”-13。北斗三号控制系统还具备单机级和系统级故障安全设计,提高了自主故障实时诊断和处理能力-18。

相关条目