1. 星务计算机时间管理导论
星务计算机（On-Board Computer, OBC）是航天器的“大脑”，它承担遥测采集、遥控指令解析、姿态与轨道控制、热控管理、电源管理、载荷调度、故障诊断与自主恢复等任务。与地面通用计算机不同，星务计算机长期工作在强辐射、宽温、单粒子翻转（SEU）与单粒子锁定（SEL）风险并存的轨道环境中，且一旦入轨几乎无法人工干预。因此，星务软件必须回答一个根本问题：“现在是什么时刻，这件事该在什么时刻做，做完之后如何证明它确实在正确的时刻做了。” 这正是时间管理成为星务软件核心职能的原因。
一、为什么时间管理是星务软件的核心职能
在星务软件中，时间不是一条“背景信息”，而是贯穿所有功能的公共坐标。遥测帧需要时间戳才能还原航天器状态序列；遥控指令需要“绝对时刻”或“相对延时”才能被正确执行；姿态控制需要按固定控制周期（例如 100 ms 或 250 ms）采样陀螺与星敏数据；载荷成像需要与地面站过境窗口、太阳光照角、目标地理坐标对齐；星地测距、测速与时间同步更直接依赖星上时间与地面时间的偏差量。若时间基准发生跳变、漂移或回退，轻则遥测数据无法对齐，重则控制周期错乱、指令误触发、载荷任务失败。
更关键的是，星务软件中的时间管理必须同时满足三类相互制约的需求：单调性（时间不能倒退，否则定时器、看门狗、状态机会异常）、可同步性（星上时间要能被地面校准到统一时间尺度）、可追溯性（每个事件都要能对应到明确的时间标签）。这三者共同构成了星务时间管理的工程约束。
二、统一时基的定义与工程意义
统一时基（Unified Time Base, UTB）是指：在航天器内部，由星务计算机维护一个全局一致、单调递增、可被地面校准的时间基准，并以此作为全星所有分系统、所有软件任务、所有遥测遥控事件、所有载荷动作的唯一时间参照。它通常由星务计算机的硬件计时器（如高精度晶振或原子钟）产生“本地时间”，再通过星地时间同步（如双向测距、GPS/北斗授时、地面注入校时）将其对齐到某个标准时间尺度（如 UTC、TAI 或任务自定义的星上时间）。
统一时基的工程意义体现在四个层面：
- 一致性：全星各分系统使用同一时间坐标，避免“各算各的时间”导致的数据错位。
- 可调度性：任务调度器可以基于统一时间安排周期任务、延时任务和绝对时刻任务。
- 可验证性：地面可以通过遥测时间戳复现星上事件序列，判断故障发生时刻与因果关系。
- 可恢复性：在星上时间异常时，系统能通过校时、守时、降级策略恢复到一个可信的时间基准。
三、课程知识地图
本课程围绕“星务计算机时间管理与统一时基”展开，整体知识结构可以概括为五个层次：时间基础层（时间尺度、时钟源、计时器原理）、时间同步层（星地校时、星间同步、授时协议）、时间保持层（守时、漂移补偿、误差估计）、时间分发层（时间广播、时间戳、任务调度接口）、时间安全层（异常检测、跳变抑制、降级与恢复）。这五层从底层硬件到上层应用逐级支撑，最终形成星务软件可依赖的统一时基。
四、从“时间变量”到“统一时基”的工程实践
在实际星务软件中，统一时基通常以“星上时间计数器 + 校时偏差 + 守时模型”的形式实现。一个典型的简化模型如下：
星上时间 = 本地计数器 × 计数周期 + 校时偏差 + 守时修正量
其中：
本地计数器：由硬件定时器驱动，例如 1 MHz 计数，周期 1 μs
校时偏差：地面注入或星地同步得到的“本地时间 - 标准时间”差值
守时修正量：根据晶振漂移率与温度模型估算的累积修正
例如，某低轨卫星星务计算机采用 10 MHz 晶振，硬件计数器每 100 ns 加 1。地面站通过双向测距得到星上时间比 UTC 快 2.35 ms，于是注入校时偏差 -2.35 ms。此后 30 分钟内无校时，晶振漂移率约为 1×10⁻⁸，则 30 分钟累积漂移约 18 μs，守时模型据此对时间进行微调。地面通过遥测中的时间戳与测距数据比对，判断时间误差是否仍处于允许范围（例如 ±1 ms）。若超差，则触发下一次校时或降级守时。