加载中...


"这套卫星姿轨控HIL平台,进口的要300万,我们自己搭,三分之一的价格能不能搞定?"
说这话的是某航天院所的仿真主任工程师。三个月后,当他在凯云的协助下完成平台验收时,只说了一句:早知道不绕那么多弯子了。
半物理仿真测试平台在卫星研制中的价值,已经不需要再论证。从姿轨控算法验证、GNC全系统闭环测试,到整星力学环境仿真,一套成熟的HIL平台能让型号研制周期缩短40%以上。但问题是:怎么从零开始搭建一套真正能用的卫星半物理仿真平台?
这不是一篇讲概念的文章。我们直接说实战。
在动手之前,先搞清楚你要搭的是什么。

纯数字仿真有两个致命局限:模型精度受限于你对物理世界的认知程度,实时性无法完全反映真实硬件的时延与故障特性。卫星姿轨控系统涉及敏感器、执行机构、星务计算机等多个真实硬件,一旦算法有bug,烧的是真发动机。
硬件在环测试的核心逻辑是:把真实控制器接入仿真回路,让星载计算机"以为"自己连着真实的卫星本体。实际上,连着的是一个跑着动力学模型的实时仿真机。

卫星半物理仿真平台的架构并不是固定的,要根据你的测试目标和预算来选。
| 架构类型 | 适用场景 | 核心设备 | 预算区间 |
|---|---|---|---|
| 快速控制原型(RCP) | 算法早期验证 | 实时仿真机+IO板卡 | 50-100万 |
| 控制器HIL | 姿轨控/星务控制器测试 | 仿真机+实时网络+故障注入 | 100-200万 |
| 系统级HIL | 整星闭环仿真验证 | 多台仿真机+综合控制台 | 200-500万 |
对于大多数卫星研制单位,凯云SimuRTS+ETest的组合已经能覆盖前两种架构的系统级需求。这也是目前国产方案里成熟度最高的搭配。
硬件选型是平台搭建的第一个分水岭。选错了,不仅仅是浪费钱,更可能是项目延期。
实时仿真机的核心指标有三个:计算延迟、IO通道数、模型拆分能力。

卫星动力学模型的计算量不小。以典型的三轴稳定卫星为例,姿态动力学模型加上轨道 propagator,单帧计算时间通常在0.5-2ms。如果你的仿真机本身调度延迟就超过0.3ms,剩下的时间根本不够用。
很多单位迷信进口实时机,觉得dSPACE、RTDS这些品牌才靠谱。实际上,国产实时仿真机在卫星这个细分领域已经完全能打。凯云SimuRTS采用的确定性调度架构,实测端到端延迟可以控制在0.1ms以内,价格却只有同档次进口产品的40%。
选型建议:模型规模在100万量级以内,选中端实时机就够了;超过这个规模再考虑高端配置。
卫星平台目前主流的内部总线是MIL-STD-1553B和CAN总线。你的HIL平台必须能仿真这两种总线的通信行为。
凯云ETest平台的IO扩展能力在国内是领先的,标配支持多路1553B和CAN通道,模拟量精度达到16bit,完全满足卫星HIL的测试需求。
这是最容易被砍预算的地方。很多单位搭HIL平台时,觉得故障注入"用不上",结果验收时傻眼了——航天五院的GJB相关要求明确提到,故障注入能力是姿轨控HIL的必备功能。
故障注入要测什么?
ETest平台内置的故障注入库已经覆盖了90%以上的卫星典型故障场景,不需要自己从头写。

硬件只是骨架,软件才是灵魂。卫星HIL平台的软件配置分三层:仿真模型、实时运行环境、测试管理软件。
很多人纠结MATLAB/Simulink还是国产仿真环境。其实这个问题没那么重要,关键是模型能不能跑在实时仿真机上。
凯云SimuRTS支持与MATLAB/Simulink模型无缝对接,同时也支持从C/C++代码直接导入。如果你已经有现成的Simulink模型,只需要做代码生成和实时化改造,不需要推倒重来。
卫星姿态动力学模型的实时化有几个要点:

实时运行环境的配置是HIL平台搭建的技术核心。你的仿真模型能不能稳定跑在1ms或更短的步长下,全看这个环节。
SimuRTS的实时运行环境有几个关键配置点:
配置完成后,一定要做注入阶跃响应测试——在仿真过程中突然改变某个输入,检查模型输出的响应时间和超调量是否符合预期。这是验证平台实时性的最直接方法。
很多HIL平台搭好后,工程师反映"每次测试都要手动配置参数,太麻烦了"。问题出在测试管理软件上。
ETest的测试管理软件是专门为HIL场景设计的,支持:

对于卫星姿轨控测试,建议把以下测试场景固化到用例库里:
| 测试场景 | 测试目标 | 典型时长 |
|---|---|---|
| 三轴初始捕获 | 验证捕获算法正确性 | 30min |
| 太阳帆板展开仿真 | 验证扰动矩对姿态的影响 | 5min |
| 轨道机动 | 验证推力器时序和姿态耦合 | 2h |
| 日凌/地影切换 | 验证敏感器故障下的姿态保持 | 30min |
| 故障注入测试 | 验证故障诊断和恢复策略 | 每个故障10min |

说理论太多容易空,我们看一个具体案例。某遥感卫星型号,姿轨控系统原来采用纯数字仿真,控制器软件测试要等硬件在环环境,而硬件环境被另一个型号占用,研制进度严重受阻。
该型号姿轨控系统的技术特点:
需求很明确:搭建一套能覆盖姿轨控软件全功能测试的HIL平台,预算控制在进口方案的50%以内,工期6个月。
经过需求分析和方案对比,最终配置如下:
| 设备类别 | 具体配置 | 数量 |
|---|---|---|
| 实时仿真机 | SimuRTS-RT500 | 1台 |
| 1553B接口 | ETest-1553B-4ch | 2块 |
| CAN接口 | ETest-CAN-4ch | 1块 |
| 模拟量IO | ETest-AIO-16ch | 1块 |
| 数字量IO | ETest-DIO-32ch | 1块 |
| 测试管理软件 | ETest Studio | 1套 |
这个配置放在两年前,至少要150万。采用国产方案后,实际采购成本不到80万。
问题一:1553B总线时序。
卫星1553B总线对消息间隔有严格要求,最初仿真机模拟的RT响应延迟超过标准要求的100ns限制。解决方法是优化仿真机端的驱动调度优先级,并采用硬件时间戳同步。
问题二:星敏感器模型精度。
星敏感器的输出受姿态角、视场遮挡、星图识别算法等多因素影响,纯物理建模很难覆盖所有工况。最后采用"查表+插值"的方式,把实测数据导入模型,实测精度提升明显。
问题三:多帧测试数据管理。

2小时的轨道机动测试,数据量达到80GB。ETest的流式存储机制解决了这个问题,压缩后存储空间降到15GB,回放分析速度也大幅提升。
平台交付后,该型号的姿轨控软件测试效率提升了3倍,关键科目提前15天完成。这个案例后来也成为国产HIL平台在航天领域推广的标杆。
平台搭好了,怎么判断它是否合格?航天行业有明确的验收标准,但很多单位验收时只测功能,不测性能。

这些指标直接决定你的HIL平台能不能用于正式鉴定:
| 指标名称 | 要求值 | 测试方法 |
|---|---|---|
| 仿真步长 | ≤1ms | 示波器测量模型更新周期 |
| 端到端延迟 | ≤0.2ms | 注入阶跃信号,测量响应时间 |
| 1553B响应延迟 | ≤100ns | 硬件时戳测量 |
| 数据存储速度 | ≥100MB/s | 连续写入测试 |
| 模型计算精度 | 与Simulink偏差<0.1% | 对比测试 |

回到开头那个问题:三套进口HIL平台的价格,能不能搭一套国产的?答案是能,而且能用得很好。
航天领域的HIL测试需求有其特殊性:接口协议特殊、可靠性要求高、测试用例复杂。进口平台的优势在于品牌认知度和应用案例积累,但这个差距正在快速缩小。凯云ETest/SimuRTS在航天五院、中科院多个院所的成功应用,已经证明国产方案完全能满足型号研制需求。
如果你正在规划卫星半物理仿真平台,我的建议是:先明确测试需求,再选型,不要被品牌绑架。很多时候,合适的比贵的更重要。
实验室里的实时仿真机安静地跑着模型,屏幕上的姿态角曲线平稳地延伸。这就是HIL平台的价值——它让"上天"这件事,在地面上就有把握。
愿每一颗卫星的飞天之路,都能从扎实的地面测试开始。