3. 闭环测试对象与环境

闭环测试的本质,是把航天器在轨飞行时“测控链路—信息处理—指令执行—状态回传”的完整回路,在地面以可控、可观测、可注入故障的方式复现出来。要做到这一点,首先必须明确回路中有哪些对象、每个对象承担什么职责、哪些环节用真实设备、哪些环节用模拟器替代。对象分工不清,测试就会出现“看似闭环、实则断链”的假通过。

一、闭环回路中的五类对象及其分工

典型闭环测试回路包含被测航天器、地面测控站、中继卫星、测控中心以及模拟器/真实设备五类角色。它们的分工可以概括为:被测航天器是回路终点与状态源,测控站与中继卫星是传输通道,测控中心是信息处理与决策中枢,模拟器与真实设备则负责补齐或替代回路中暂不具备真实条件的环节。

  • 被测航天器:被测对象本体,通常由航天器综合电子(星务)分系统、测控应答机、遥控指令译码单元、遥测采集单元及有效载荷接口组成。它接收上行遥控帧,执行指令并改变自身状态,再通过下行遥测帧把状态回传。测试中它既是被激励方,也是结果判据的来源。
  • 地面测控站:完成射频信号的收发、调制解调、测距测速与帧同步。它把测控中心送来的上行基带数据调制为射频信号发向航天器,同时把接收到的下行射频信号解调为基带遥测数据回送测控中心。测控站是“基带—射频”的转换边界。
  • 中继卫星:为低轨航天器提供超视距测控与数据中继,通过前向链路把地面指令转发给航天器,通过返向链路把航天器遥测转发回地面。在闭环测试中,中继卫星通常以中继终端模拟器或链路时延/衰减模型的形式参与,用于验证经中继链路的指令时序与遥测完整性。
  • 测控中心:闭环测试的“大脑”,负责遥控指令的生成、加密与发送,遥测数据的接收、解密、解析、显示与判读,以及测试流程的调度与结果记录。它决定“发什么指令、期望什么遥测、何时判定通过”。
  • 模拟器与真实设备:模拟器用于替代暂不具备或不便于接入的真实环节,如航天器动力学模拟器、测控应答机模拟器、中继链路模拟器、时统模拟器等;真实设备则是被测航天器、真实测控基带设备、真实测控中心软件等。分工原则是:被测对象和关键判据环节尽量用真实设备,外围支撑环节和难以复现的物理环境用模拟器替代。
闭环测试对象分工与信号回路 测控中心 指令生成/加密 遥测解析/判读 流程调度/记录 地面测控站 调制/解调 测距测速 帧同步 中继卫星 前向链路转发 返向链路转发 被测航天器 遥控译码/执行 遥测采集/组帧 状态改变 模拟器 动力学/应答机/链路/时统 替代暂不具备的真实环节 上行基带 上行射频 前向 返向 下行射频 下行基带 注入/替代 上行遥控信号流 下行遥测信号流

二、真实设备与模拟器的取舍原则

搭建闭环测试环境时,最容易出现的误区是“全部用模拟器跑通就算闭环”。实际上,模拟器只能验证接口协议与信息流逻辑,无法暴露真实设备的时序抖动、射频非线性、译码容错边界等问题。因此取舍应遵循三条原则。

第一,被测对象必须真实。被测航天器(或其在环的星务计算机、应答机、指令译码单元)应使用真实产品,否则测试结论无法代表航天器真实行为。若航天器尚未交付,可用工程样机或等效器替代,但必须在测试报告中明确标注替代关系与置信度限制。

第二,判据环节必须真实。凡是用于判定“指令是否执行成功、遥测是否正确”的环节,如测控中心的遥测解析软件、指令比对工具、时统设备,应尽量使用真实设备或与在轨版本一致的软件,避免模拟器“自证正确”。

第三,物理环境可用模拟器等效。射频空间传播、中继链路时延、多普勒频移、星地距离变化等物理效应,可用信道模拟器或链路模拟器等效注入。例如设置上行链路时延为 120 ms、下行链路附加衰减 3 dB,用于验证测控中心超时重传逻辑是否合理。这类参数应作为测试用例的显式输入记录,而非隐含假设。

三、典型闭环测试环境的搭建原则

一个可用的闭环测试环境,应满足“接口一致、时序可控、状态可观测、故障可注入”四项基本要求。

  • 接口一致:模拟器与真实设备之间的电气接口、数据格式、帧结构、校验方式必须与在轨状态一致。例如上行遥控帧的帧同步码、指令码、校验字应与真实测控体制相同,否则测控中心发出的指令无法被航天器正确译码。
  • 时序可控:闭环测试必须能控制指令发送时刻、链路时延和遥测回传时刻。建议引入统一时统,所有设备对时误差控制在毫秒级,便于分析“指令发出—航天器执行—遥测变化”的时间关系。
  • 状态可观测:在测控站基带输出、航天器遥测源包、测控中心解析结果三个位置设置观测点,形成“发—收—解”三段可比对的数据链。任一环节异常时,能快速定位是链路问题、航天器问题还是中心软件问题。
  • 故障可注入:环境应支持在链路、指令、遥测三个层面注入故障,如比特翻转、帧丢失、指令重复、遥测超时等,用于验证闭环系统的容错与恢复能力。
搭建顺序建议:先连通“测控中心—测控站—航天器”最短回路,确认单条指令能正确执行并回传遥测;再接入中继链路模拟器,验证超视距路径;最后接入动力学模拟器和故障注入工具,扩展测试覆盖。每接入一个环节,都应重新执行一条基准指令作为回归验证。

四、一个可参考的环境配置示例

以下为某低轨航天器闭环测试环境的简化配置示例,参数为教学假设值,用于说明各对象的接入关系与关键设置。

对象实现方式关键接口/参数作用
被测航天器真实星务计算机+应答机上行 2 kbps,下行 4 kbps,帧长 256 B接收指令、执行并回传遥测
地面测控站真实基带设备中频 70 MHz,调制 BPSK基带—射频转换
中继卫星链路模拟器前向时延 120 ms,返向时延 120 ms模拟超视距中继转发
测控中心真实测控软件指令超时门限 3 s,遥测判读周期 1 s指令生成、遥测判读
动力学模拟器实时仿真计算机轨道递推步长 10 ms提供姿态/轨道状态激励

在该配置下,一条典型测试用例是:测控中心发送“载荷加电”指令,经测控站调制、中继链路转发至航天器;航天器译码执行后,遥测中“载荷电源状态”应由 0 变为 1,并在 3 s 内回传至测控中心。若 3 s 内未收到状态变化,则判定该闭环用例失败,需依次检查上行链路误码、航天器译码日志和下行遥测解析记录。通过这样的对象分工与环境搭建,闭环测试才能真正覆盖从指令发出到状态确认的完整回路。