1. 课程导入与全景认知

卫星在轨运行期间，地面测控与运控人员无法直接接触星上设备，只能依靠下行遥测数据判断卫星"是否健康、在做什么、下一步该不该干预"。卫星遥测参数工程，就是围绕遥测参数的采集、传输、解析、标定、存储、监视、判读与决策所形成的一整套工程方法与技术体系；状态监视则是这套体系面向运控值班与故障处置的输出形态——把原始码字变成可理解、可判断、可追溯的卫星状态视图。

理解这门课，先要建立一个基本认识：遥测不是"数据搬运"，而是一条从物理量到决策结论的完整信息链。链路上任何一环定义不清，都会让后续判读失去依据。例如某卫星电源分系统下传一路"蓄电池组电压"遥测，星上传感器输出 0～5 V 模拟电压，经采集电路量化为 12 位码字，再经遥测帧打包、信道编码、调制下行；地面接收后解调、帧同步、去扰、解码，得到原始码字，再按标定公式换算为工程值。若标定系数用错，地面看到的"27.8 V"可能实际对应 25.6 V，值班人员据此判断"电压正常"，就会漏掉一次真实的欠压趋势。

下面用一张信号链与数据流图，把这条链路的关键环节、典型对象和输入输出关系一次看清。图中同时标出了"参数工程"与"状态监视"两个工作域的衔接位置。

从图中可以看到，整条链路被划分为三个工作域：星上域负责把物理量变成可下行的码字；地面域负责把码字还原为带时标的工程值；监视与决策域负责把工程值变成可执行的状态结论。参数工程主要覆盖前两个域，状态监视主要覆盖第三个域，但两者通过"参数库与元数据"紧密耦合——监视规则里的阈值、量程、单位、采样率，全部来自参数工程的定义。

参数工程到底"工程"在哪里

很多人以为遥测参数工作就是"对着表格查数"，实际上它包含大量需要严谨设计的环节。以标定为例，星上采集电路输出的码字与物理量之间通常不是理想线性关系，工程上常用分段线性或多项式拟合。假设某温度遥测的标定关系为：

码字范围 0～4095（12 bit）
分段1：0～2047   T = 0.05 × N - 50.0   （单位：℃）
分段2：2048～4095 T = 0.04 × N - 29.5  （单位：℃）
示例：N = 3000 → T = 0.04 × 3000 - 29.5 = 90.5 ℃

如果误用第一段公式，会得到 100.0 ℃，偏差近 10 ℃。这类错误在参数工程中必须通过标定表版本管理、量程校验、边界点核对来防止。再如采样率设计：某蓄电池电压参数若按 1 Hz 采样，而实际充放电瞬态在 100 ms 内完成，则监视系统看到的只是"平滑后"的电压，可能漏掉瞬态跌落。因此参数工程要回答：这个参数采多快、量程多大、精度多少、正常范围是什么、异常时如何判据。

状态监视的核心价值

状态监视的价值不在于"显示了多少曲线"，而在于把有限的值班注意力引导到真正需要关注的对象上。一颗典型卫星下传参数可达数千路，值班人员不可能逐条盯看。监视系统需要完成三件事：

• 过滤：用阈值、变化率、冻结检测等规则，把绝大多数正常参数压到后台，只把异常推到前台。
• 关联：单参数越限往往不足以定性，需要组合判读。例如"蓄电池电压下降 + 放电电流上升 + 太阳翼电流为零"三者同时出现，才更可能指向供电异常而非传感器故障。
• 分级：按影响程度分为提示、注意、警告、紧急，并给出建议动作，避免"所有告警一样响"导致告警疲劳。

本课程要建立的能力

后续章节将沿着这条链路逐段展开：遥测帧格式与参数定位、标定与工程值换算、参数库与元数据管理、时间序列存储与查询、阈值与变化率监视、多参数关联判读、告警分级与抑制、趋势分析与寿命估计、故障样本回流与规则迭代。每一部分都会给出可操作的示例参数、判据和判断依据，而不是停留在概念层面。

作为导入，先记住三个关键认知：第一，遥测参数是卫星状态的唯一信息源，参数定义错误会直接导致状态误判；第二，参数工程与状态监视是同一条链路的上下游，不能割裂建设；第三，监视系统的目标是"让正确的人在对的时间看到对的信息"，而不是把所有数据都堆到屏幕上。带着这三个认知进入后续学习，会更容易理解每个环节为什么必须这样做。