1. 课程导入与平台总览

星载计算机是卫星、飞船等航天器的“大脑”，负责姿态控制、轨道计算、遥测遥控、载荷管理与故障处理。它一旦在轨失效，往往无法维修，因此在地面阶段必须经过充分验证。然而，直接把真实星载计算机接到真实卫星上做测试既不现实，也无法覆盖故障与极端工况。硬件在环（Hardware-in-the-Loop，HIL）验证平台正是为解决这一矛盾而生的工程手段：它让真实的星载计算机硬件运行在由实时仿真器模拟的航天器环境中，从而在接近真实的闭环条件下检验其功能、性能与容错能力。

什么是硬件在环验证平台

硬件在环验证平台的核心思想是“以真代假、以仿补真”。被测对象（DUT，Device Under Test）是真实的星载计算机，包括其处理器板、FPGA、接口电路和星务软件；而它所感知的传感器数据、执行机构响应、空间环境与轨道动力学，则由实时仿真模型产生。平台通过接口把仿真世界与真实硬件连接起来，形成“仿真环境—接口—真实计算机—反馈”的闭环。

与纯软件仿真相比，HIL 的最大价值在于：被测硬件和软件是真实的，其时序、中断、总线竞争、A/D 与 D/A 转换、通信延迟等非理想因素都会真实出现。与全物理试验相比，HIL 又能灵活注入故障、复现极端工况、反复运行而不消耗真实资源。因此，它处于“纯数字仿真”与“整星物理试验”之间，是星载计算机研制流程中承上启下的关键环节。

平台的作用与验证目标

星载计算机 HIL 平台通常承担以下几类验证任务：

• 功能验证：星务软件能否正确采集敏感器数据、执行控制律、输出执行机构指令。
• 接口验证：1553B、CAN、RS-422、SpaceWire 等总线接口的电气特性、协议时序与数据格式是否正确。
• 时序与实时性验证：控制周期、中断响应、任务调度是否满足设计指标。
• 故障与容错验证：单粒子翻转、看门狗复位、总线故障、敏感器失效等条件下，系统能否安全降级或恢复。
• 闭环性能验证：在轨道动力学与姿态动力学闭环中，控制精度、稳定度是否达标。

这些目标决定了平台不是简单的“信号发生器+示波器”，而是一个具备实时计算、精确同步、故障注入和自动判读能力的综合系统。

典型组成

一个典型的星载计算机 HIL 验证平台由四大部分构成。第一是实时仿真目标机，运行轨道动力学、姿态动力学、空间环境、敏感器与执行机构模型，要求步长通常在 0.1 ms～1 ms 量级，并保证确定性。第二是接口与信号调理系统，完成仿真机与星载计算机之间的电平匹配、隔离、协议转换，常见包括 1553B 板卡、CAN 卡、D/A 与 A/D 板卡、离散量 I/O 等。第三是被测星载计算机，即真实硬件与星务软件。第四是主控与测试管理软件，负责试验配置、激励注入、数据采集、自动判读与报告生成。

下面用一张结构关系图展示这四部分之间的连接与数据流向。图中左侧为仿真世界，右侧为真实硬件，中间由接口系统桥接，上方主控软件统一调度。

从“是什么”到“怎么用”：一个教学示例

为了理解平台如何工作，可以设想一个简化的姿态控制验证场景。假设星载计算机每 100 ms 执行一次姿态控制任务，输入来自星敏感器与陀螺，输出为动量轮转速指令。在 HIL 平台中，实时仿真机以 0.5 ms 步长积分姿态动力学方程，得到当前姿态角与角速度，再通过敏感器模型生成对应的数字量或模拟量，经接口板卡送入星载计算机。星载计算机运行真实控制软件，计算出动量轮指令，经总线回传至仿真机，仿真机据此更新动量轮模型并继续积分。整个过程形成闭环。

如果控制软件中某个滤波系数配置错误，闭环响应可能出现超调或振荡。测试人员通过主控软件记录姿态误差曲线，观察其是否在允许范围内收敛。例如，某次示例试验中，设定初始姿态误差为 0.5°，要求 30 s 内收敛到 0.05° 以内。若记录曲线显示 25 s 时误差已降至 0.03°，则判定该工况通过；若误差持续振荡不收敛，则需检查控制参数或接口时序。这里的数据属于教学示例，实际指标应以具体型号任务书为准。

课程学习路径

本课程共 30 章，围绕“建平台、接硬件、跑闭环、验功能、排故障”的主线展开。学习路径大致分为四个阶段。第一阶段是平台认知与基础环境，包括本节的总体认识，以及实时仿真机、接口系统、主控软件的基本原理。第二阶段是接口与信号链实现，重点掌握 1553B、CAN、模拟量、离散量的连接与调试方法。第三阶段是闭环建模与试验执行，包括轨道与姿态模型、敏感器与执行机构模型、故障注入与自动判读。第四阶段是综合案例与排障复盘，通过完整试验流程和典型故障分析，形成独立搭建与验证的能力。