1. 课程导入与联合调试全景

航天器软硬件联合调试，通常简称“软硬联试”或“联试”，是指在航天器单机、分系统、系统各层级上，把真实的硬件产品与真实的软件配置项按接口关系连接起来，在受控的测试环境中施加激励、采集响应、判读结果，从而验证软硬件接口、时序、功能、性能与故障处理是否满足任务要求的一类工程活动。它既不同于纯软件仿真，也不同于单机出厂测试：前者缺少真实电气与物理特性，后者缺少跨产品、跨分系统的交互暴露。联合调试的核心价值，正是在“真实硬件 + 真实软件 + 真实接口”的条件下，把隐藏在边界上的问题提前逼出来。

从目标上看，联合调试要回答四个问题：接口对不对、时序准不准、功能全不全、异常扛不扛得住。接口包括电气接口（电平、阻抗、驱动能力）、数据接口（协议、帧格式、校验方式）和机械/热接口（安装、散热、接地）。时序包括指令响应延迟、总线周期、采样节拍、同步脉冲宽度等。功能覆盖正常模式、备份模式、安全模式等各类工作状态。异常则覆盖丢帧、误码、超时、复位、断电重启等边界场景。四类目标层层递进，任何一层未闭环，都会在发射后放大为不可逆风险。

典型阶段划分上，航天器联试一般遵循“由小到大、由简到繁、由静到动”的递进逻辑，可归纳为五个阶段。第一阶段是单机级软硬联试，对象是单台设备内部的嵌入式软件与自身硬件，重点验证CPU与外设、存储器、看门狗、电源监控等基础功能。第二阶段是分系统级联试，把同一分系统内的多台单机通过真实总线连接，例如姿轨控分系统的星敏感器、陀螺、动量轮与姿控计算机，重点验证总线通信、数据流与控制闭环。第三阶段是系统级联试，将各分系统接入整器电缆网，验证跨分系统的指令流、遥测流与故障传播。第四阶段是环境与工况联试，在真空、高低温、振动等环境下重复关键用例，观察参数漂移与恢复能力。第五阶段是发射场与在轨支持联试，验证与地面测控网、发射场设备的接口一致性。

参与角色方面，联试不是单一岗位能完成的工作。软件设计师负责软件配置项加载、参数注入与日志分析；硬件设计师负责单机状态、接口电平与故障复现；系统设计师负责用例设计、时序编排与结果判据；测试工程师负责测试设备（如总线模拟器、程控电源、信号源、示波器）的操作与数据采集；质量与可靠性人员负责问题归零与偏离控制。角色之间通过“测试细则—测试记录—问题报告—归零报告”形成闭环。

交付物是联试成果的固化形式，通常包括：联试大纲与测试细则、测试用例集、测试记录与原始数据、问题报告与归零报告、联试总结报告、软硬件配置基线清单。其中测试用例集和问题归零报告最能体现联试质量：前者决定覆盖度，后者决定问题是否真正关闭。

把上述要素串起来看，联试的总体认知框架可以概括为“一条主线、两个闭环、三层覆盖”。一条主线是“测试细则—测试记录—问题报告—归零报告—基线固化”的证据链，任何结论都必须可追溯到原始数据。两个闭环是技术闭环与管理闭环：技术闭环指问题从发现、定位、复现、修改到回归验证；管理闭环指偏离、超差、更改都经过审批与记录。三层覆盖指单机、分系统、系统三个层级都要有对应的用例与判据，不能只做系统级而忽略单机边界，也不能只做单机而缺少跨系统交互。

以一个简化的教学示例说明联试如何落地。假设某姿轨控分系统联试中，姿控计算机通过1553B总线以20ms周期向动量轮发送转速指令，动量轮回传实际转速与状态字。测试细则规定：连续发送1000个周期指令，丢帧数应为0，指令到回传的端到端延迟应小于5ms，转速跟踪误差应小于±2rpm。测试中若发现第327周期出现一次回传超时，测试记录应完整保存该周期的总线原始数据、时间戳与动量轮状态字。问题报告需描述现象、复现条件与初步定位；若定位为动量轮软件在特定转速区间响应延迟增大，则修改后需重新执行该用例并确认1000周期全部通过，方可关闭问题。这个示例中的参数均为教学假设，实际型号应以任务书和测试细则为准。