星务管理
AI 摘要：星务管理是指对航天器星上任务进行统一调度、对整星运行状态实施自主监控与故障处置的综合性管理功能，是卫星实现“自主运行”的核心使能技术。其核心特征是以星载计算机为硬件载体、以实时操作系统和模块化软件为运行环境，协调星上各分系统的信息流、动作流和能量流有序运转。星务管理源自中国小卫星工程实践，1999年在实践五号卫星上首次应用，其概念已被推广至微小卫星的体系架构设计中。星务管理软件从板级驱动到应用层构建分层架构，支持多任务调度与在轨重构。
一句话定义
星务管理是指航天器中以星载计算机为核心，对整星任务进行统一调度、对运行状态实施自主监控、对故障进行检测隔离与处置的系统级管理功能，其目标是使卫星在无人干预的条件下长期可靠地完成飞行任务。
概念边界：星务管理与综合电子的区别
星务管理与综合电子在功能上高度关联但层次不同。综合电子是从系统层面整合测控、数管、供配电等电子功能的架构性概念，关注的是“硬件和软件资源如何组织”。星务管理关注的是“任务和状态如何管理”——在既定的电子系统架构之上，对整星的飞行程序、工作模式、故障处置和时间基准进行统一管控。
这一区别在工程术语的使用中有所体现。“星务分系统”在一些文献中与“数据管理分系统”互换使用，但“星务管理”更强调管理功能本身，而“数管”更强调数据流处理-5。在中国小卫星工程实践中，星务管理从概念提出到系统实现经历了完整的工程化路径：1999年在实践五号卫星上首次应用，系统采用多计算机分布式架构实现整星运行管理、自主控制及信息处理-7。
| 对比项 | 星务管理 | 综合电子 |
|---|---|---|
| 核心关注 | 任务调度、状态管理、故障处置 | 硬件资源整合、总线网络、模块标准化 |
| 功能层次 | 系统级管理功能 | 系统级电子架构 |
| 典型载体 | 星载计算机及其软件 | 综合电子单元、标准模块 |
| 关键输出 | 飞行程序、工作模式切换、故障对策 | 标准化接口、功能单元集成 |
核心原理：多级控制与自主管理
星务管理的核心原理是构建“整星多级控制”体系，通过星载计算机与各分系统管理执行单元的协同，实现对卫星运行状态的全面掌控。星务管理系统的技术创新点包括构成整星多级控制、引入内嵌式管理执行单元、星上现场网络技术、硬件和软件的封装技术、信息多路径冗余备份和系统重构技术等-7。
星务管理软件是星务管理系统的“灵魂”，为星务管理功能提供运行平台。软件框架通常采用分层架构：板级驱动层直接操作硬件接口，系统内核层基于实时操作系统（如VxWorks）提供任务调度和资源管理，公共系统函数层封装通用服务，应用层实现具体的飞行程序和管理策略-7。多任务调度支持优先级抢占和时间片轮转方式，确保关键任务在截止时间内完成。
在微纳卫星中，由于硬件资源被大幅简化，星务管理软件的功能集成度显著提升。各分系统作为二级控制系统只完成数据采集和预处理，更复杂的算法解算、通信控制、载荷数据转发等功能集中在星载计算机的星务管理软件中运行。这种“软件定义功能”的设计使部分硬件功能被软件替代，带来卫星运行管理的灵活性-1。
关键功能与典型实现
任务调度与飞行程序管理是星务管理的核心功能。星载计算机按照预定的飞行程序控制卫星在各飞行阶段的工作模式切换，协调各分系统按正确时序执行动作。对于微纳卫星，一天过站两次、过站时间很短，大部分时间处于自主飞行状态，星务管理软件必须实现可靠的自主管理。
遥测采集与遥控分发是星务管理对地面的接口功能。地面测控站上注的遥控指令经测控分系统接收后，由星载计算机解析并分发给相关部件执行；同时采集各分系统的工程参数，处理组帧后下传地面-11。
时间管理为星上各设备提供统一的时间基准。星载计算机接收地面授时，在无上行信号时自主守时，并通过GPS等外部时间源进行校时，保证全星时间系统的准确和一致-11。
自主故障检测与处置是星务管理在长期在轨运行中的关键能力。星务管理软件监控表征能源故障、供电短路、散热异常等事件的信息，实时判断是否出现故障并快速处置。系统通过多路径冗余备份和系统重构技术，在检测到故障后隔离异常部件并启用备份资源-7。分级辐射加固技术用于降低空间辐射环境对星务管理计算机的影响。
硬件实现方面，星务中心计算机的典型配置包括抗辐照处理器、EDAC保护的存储器和多种总线接口。例如，双TSC695F处理器的星务中心计算机采用模块级冗余设计，CPU模块、CAN总线模块、遥测输出通道和遥控输入通道均采取双冗余，处理器主频可达50 MHz，具备抗单粒子干扰能力和超过300 krad的总辐照剂量耐受力-4。星务计算机的存储器通常配置2 MB以上的应用程序存储空间和4 MB以上的数据存储空间，接口涵盖RS422、CAN总线、模拟量采集和OC指令等类型-11。
适用与限制
星务管理适用于所有需要自主运行能力的航天器，从小卫星到大型平台。在小卫星中，星务管理与姿控系统的一体化设计是常见方案：探索一号小卫星将姿控软件与星务管理软件融合设计，共用星载计算机资源，节约了星载机数量，提高了信息处理的实时性-6。在微纳卫星中，星务管理软件承担了更集中的功能，各分系统硬件简化为数据采集和预处理的末端节点。
星务管理的限制来自星载计算机资源的有限性与管理功能复杂性之间的张力。星载计算机的处理器性能、存储容量和接口数量受限于抗辐射加固要求和卫星功率预算。当星上数据交互量大、计算任务繁重时，星载计算机的处理能力可能成为系统瓶颈。一种解决思路是增设数据管理分系统专门处理数据交互，将星务分系统从繁杂的数据转发中释放出来，使其专注于数据计算和控制处理-8。星务管理软件的可复用性和可移植性也需要通过模块化设计来保证，使软件框架能够适应不同型号卫星的硬件配置和任务需求。
常见问题 FAQ
星务管理和数据管理是一回事吗？
在工程术语中两者高度关联但不完全等同。星务管理（或称星务分系统）与数据管理分系统在多数文献中指向同一功能实体，但侧重点略有不同：“星务管理”更强调对整星任务和状态的管控，“数据管理”更强调信息流的处理-5。在中国小卫星工程实践中，“星务管理”是更早提出并广泛使用的术语，李孝同研究员首次提出小卫星星务管理系统的概念并在中国第一颗现代小卫星上建立了统一的信息系统-1。
为什么卫星需要自主管理能力？
卫星在轨运行中，地面测控站与卫星的通信窗口有限。以近地轨道卫星为例，一天通常只有两次过站机会，每次可见时间仅数分钟至十余分钟。在两次过站之间的数小时里，卫星必须自主维持姿态、管理能源、监控状态并处置异常。没有自主管理能力，卫星无法在长弧段的无控期间保持正常运行。星务管理通过飞行程序管理、自主故障诊断和系统重构，使卫星在无人干预条件下可靠工作-7。
星务管理软件为什么需要模块化和分层设计？
星务管理软件功能复杂，需要同时管理飞行程序、遥测遥控、时间同步、故障诊断和总线通信等多项任务。分层设计将软件按抽象层次解耦：底层驱动负责硬件操作，内核层提供实时调度，公共层封装通用服务，应用层实现具体管理策略。模块化设计使各功能模块可以独立开发和测试，修改或替换某一模块不影响其他模块-3。这种设计还提升了软件的可复用性——同一套软件框架经过配置调整即可适配不同型号卫星的硬件配置和任务需求。