2. 时间尺度与天文时基基础
星务计算机处理的时间问题，本质上不是“读一个时钟寄存器”那么简单。它面对的是多套并行存在、定义不同、起点不同、速率也略有差异的时间尺度：地面测控站用UTC排班，导航接收机输出GPS时，星上自主任务规划可能按TAI或本地相对时间计数，而太阳敏感器、星敏感器与姿态规划又关心恒星时和太阳时。若不在系统设计阶段把这些尺度的定义、转换关系和适用边界固定下来，就会出现“同一时刻在不同分系统里差了几十秒甚至一整秒”的隐蔽故障。本节先把这些尺度讲清楚，再给出航天任务中的选择依据。
一、原子时与天文时的根本分歧
时间尺度可以按“基准”分成两大类。一类以原子跃迁频率为基准，秒长极其稳定，典型代表是TAI（国际原子时）。TAI由全球数百台铯原子钟和氢脉泽的比对数据加权生成，其秒长定义为铯-133原子基态两个超精细能级间跃迁辐射9192631770个周期所持续的时间。TAI没有闰秒，是一个连续、均匀、单调递增的时间尺度，起点约定为1958年1月1日0时0分0秒（UT2）。
另一类以地球自转为基准，典型代表是UT1（世界时1），它反映的是地球实际自转相位。地球自转并不均匀，存在长期减慢、季节性变化和突发性抖动，因此UT1的“秒长”并不恒定。天文观测、深空测角、地面站指向等需要知道地球真实姿态的应用，必须使用UT1。
两类尺度之间的差异记为ΔT = TT − UT1，目前约为69秒量级，并且逐年缓慢变化。这个差值不是常数，不能写死在代码里，必须通过IERS（国际地球自转与参考系统服务）发布的公报定期更新。
二、UTC：折中产物及其代价
UTC（协调世界时）是TAI与UT1的折中：它的秒长严格等于TAI的秒长，保证频率稳定；同时通过插入闰秒，使|UT1 − UTC|始终保持在0.9秒以内。因此UTC不是连续时间尺度——每次正闰秒插入时，会出现23:59:60这一秒，时间戳序列在该点不单调。这对星务软件是实实在在的陷阱：若用UTC秒计数做差值运算，跨闰秒时刻的间隔会算错1秒；若用UTC做单调递增的看门狗计时，闰秒瞬间可能触发误判。
三、GPS时与其它导航系统时
GPS时（GPST）由GPS地面主控站维持，起点为1980年1月6日0时0分0秒UTC。它同样不插入闰秒，是连续时间尺度。GPST与TAI之间存在固定偏置：TAI − GPST = 19秒（该值在1980年起始时确定，此后因两者都不跳秒而保持不变）。而GPST与UTC的差值随闰秒累积而变化，截至目前的闰秒累计为18秒，即GPST − UTC = 18秒。北斗时（BDT）起点为2006年1月1日0时0分0秒UTC，与GPST相差14秒，同样连续无闰秒。
导航接收机通常直接输出GPST或BDT的周计数与周内秒，星务计算机应优先采用这一路作为连续时基源，再通过固定偏置换算到TAI，最后按需换算到UTC用于地面交互。
四、儒略日与修正儒略日
儒略日（JD）是从公元前4713年1月1日12时（儒略历）起算的连续日计数，常用于天文历表和轨道计算，避免月份、闰年带来的换算麻烦。其数值很大（当前约2460000量级），双精度浮点表示时小数部分精度会下降。为此引入修正儒略日（MJD）：MJD = JD − 2400000.5，起点对应1858年11月17日0时UTC。MJD数值小、整数部分与“日”对齐，便于星历插值和地面测控计划编排。
需要注意：JD以正午为日界，MJD以午夜为日界，两者相差0.5天。在星上做轨道递推时，若输入星历用MJD而程序内部按JD处理，会引入半天的时间偏差，这是实际工程中出现过的错误。
五、恒星时与太阳时
恒星时以春分点为参考，一个恒星日约为23小时56分4.09秒平太阳时；太阳时以太阳为参考，一个平太阳日为24小时。两者每天相差约3分56秒，一年累积正好差一天。恒星时直接对应地球在惯性空间中的自转相位，是星敏感器视场计算、地面站可见性分析、太阳矢量在星体坐标系中方向解算的关键输入。太阳时则更多用于能源平衡、热控周期和光照条件分析。
在星务软件中，恒星时通常由UT1经公式换算得到：GMST（格林尼治平恒星时）是UT1的确定函数，再叠加岁差、章动修正得到GAST（格林尼治真恒星时）。因此恒星时计算依赖UT1，而UT1又依赖IERS公报，这条依赖链必须在设计中显式管理。
六、航天任务中的选择依据
选择时间尺度时，可按以下四条准则判断：
- 连续性优先：凡涉及时间间隔、超时、顺序控制、积分递推，一律使用TAI或GPST等连续尺度，避免闰秒导致的非单调。
- 与地面交互用UTC：测控计划、遥测时标、指令时标通常以UTC表述，星上需维护闰秒表并在接口层完成UTC与TAI的双向换算。
- 天文计算用UT1与恒星时：涉及地球姿态、星敏视场、地面站可见性时，必须使用UT1导出的GAST，并定期更新IERS参数。
- 星历与轨道用MJD：轨道递推、星历插值统一采用MJD，注意与JD的0.5天日界差异。
一个典型的星务时基架构是：以导航接收机输出的GPST为外部连续时基源，星上维护TAI秒计数作为内部运算基准，通过固定偏置19秒完成GPST到TAI的换算；对外遥测与指令接口使用UTC，由星上闰秒表在接口层补偿；星历与轨道计算使用MJD；恒星时由UT1经公式换算，UT1参数随IERS公报定期上注更新。这样，各分系统各取所需，而内部运算始终运行在一条连续、单调、可追溯的时间轴上。