加载中...


"这套HIL平台加上Simulink授权,一年维护费要多少?"在某航空研究所的采购论证会上,这已经是国产半实物仿真测试平台第三次被拿来和进口品牌做对比。当对方报出包含MATLAB/Simulink授权费在内的年度服务报价时,会议室陷入了短暂的沉默——这个数字,几乎等同于一套中型国产HIL平台的整机价格。
这不是个案。从飞控HIL到动力系统仿真,从汽车ESC测试到船舶控制系统验证,MATLAB/Simulink几乎成了半实物仿真测试的"默认选项"。但当贸易摩擦带来软件授权风险、预算收紧倒逼成本控制时,越来越多的工程师开始认真思考:国产半实物仿真测试平台,能不能真正接住Simulink生态?
凯云咨询今天就来聊聊这个话题。
在说集成之前,有必要先搞清楚一个基本问题:为什么做HIL测试,几乎绕不开MATLAB/Simulink?
原因很简单——Simulink在控制算法建模领域几乎垄断。全球超过90%的工业控制算法开发团队使用Simulink进行模型设计,这不仅是一个工具链问题,更是一个生态问题:从算法仿真到代码生成,从模型在环(MIL)到软件在环(SIL)再到硬件在环(HIL),整个验证链条的输入都是".mdl"或".slx"文件。
换句话说,如果你的半实物仿真测试平台不能识别和处理Simulink模型,那么客户要么得重新建模(工作量巨大),要么得手动导出模型(精度损失严重)。这两种方案在工程实践中都很难落地。
Simulink模型之所以成为HIL测试的"通用语言",在于它解决了三个关键问题:
正因为如此,主流的dSPACE、Speedgoat、NI等进口HIL平台,都把"SIMULINK兼容性"作为核心卖点。而国产平台要想真正打入HIL市场,集成能力是必答题,不是选做题。

凯云ETest/SimuRTS是国内少有的、专门针对Simulink集成做过深度开发的国产HIL平台。这套方案的集成思路很有意思——不是简单地在软件里加个"导入Simulink模型"按钮,而是从实时仿真内核层面重新设计架构。
具体来说,ETest/SimuRTS的集成方案包含三个核心能力:
这是集成链路的第一步。ETest/SimuRTS内置了基于gcc/llvm的交叉编译工具链,可以将Simulink模型生成的C代码(.c/.h文件)直接编译为运行在实时仿真机上的可执行文件。
整个流程是:Simulink模型 → Embedded Coder生成代码 → ETest编译工具链处理 → 实时仿真机加载运行。用户无需在PC上安装MATLAB/Simulink环境,也无需配置交叉编译器——这些都集成在ETest Studio里,一键完成。
这个设计解决了一个实际痛点:在很多院所和国企的内网环境中,MATLAB的浮动 license 管理复杂,版本更新慢。通过"代码分离"的方案,工程师可以在有license的机器上生成代码,然后到内网环境编译运行,两边完全解耦。
模型跑起来只是第一步。真正的HIL测试,需要模型与真实硬件之间有精确的信号交互——传感器信号输入模型,控制器输出信号驱动负载。
ETest/SimuRTS的实时内核(SimuRTS)支持亚毫秒级(≤200μs)的仿真步长,信号延迟在微秒级别。针对常用IO类型,平台预置了驱动支持:
| IO类型 | 信号规格 | 典型应用 |
|---|---|---|
| 模拟量输入(AI) | ±10V / 16bit分辨率 | 传感器信号仿真 |
| 模拟量输出(AO) | ±10V / 12bit分辨率 | 执行器驱动 |
| 数字量输入(DI) | 24V/48V TTL | 开关状态采集 |
| 数字量输出(DO) | 24V 灌电流/拉电流 | 继电器控制 |
| CAN/CANFD | 支持ISO 11898 | 车载网络测试 |
| RS232/RS485 | 最高4Mbps | 串口协议测试 |
工程师在ETest Studio里配置IO通道时,可以直接绑定Simulink模型的输入输出端口,实现"模型信号 ↔ 物理IO"的自动映射。配好之后,同一个模型文件可以无缝切换不同的IO配置,无需重新建模。

HIL测试的魅力在于"所见即所得"——模型在实时运行,工程师可以实时观测信号曲线、在线修改参数、随时触发故障场景。
ETest/SimuRTS提供了配套的上位机监控界面,支持:
这一套能力与dSPACE的ControlDesk、Speedgoat的Performance Manager在功能层面基本对标,但价格只有后者的三分之一到二分之一。
技术方案说再多,不如看实际案例。下面是两个典型的应用场景,看看国产半实物仿真测试平台在真实项目中是如何工作的。
某航空主机研究所承担某型无人机的飞控系统研制任务,需要搭建HIL测试平台验证控制律在极限工况下的表现。项目要求:
最终用户选择了凯云SimuRTS作为实时仿真核心。实施过程分为三步:
第一步:模型适配。将原有的Simulink飞控模型通过Embedded Coder导出为C代码,使用ETest的代码模板适配工具处理端口映射和内存分配。整个过程由凯云工程师配合完成,耗时约2周。
第二步:IO通道配置。根据飞控硬件接口清单,在ETest Studio中配置了32路模拟量输入(采集IMU、GPS等传感器信号)、16路模拟量输出(驱动舵机)、8路PWM输出(电机控制),以及冗余的CAN总线接口。
第三步:测试用例开发。利用ETest的自动化测试框架,将12个典型工况封装为可复用的测试脚本,支持一键自动执行、自动判定通过/失败、自动生成测试报告。
项目最终按时交付,测试覆盖率达到95%以上,单次HIL测试时间从原来的人工操作2小时缩短到自动执行15分钟。

另一个案例来自新能源汽车领域。某整车厂的动力域研发团队需要对VCU(整车控制器)进行HIL测试,验证能量管理、扭矩分配、故障诊断等功能的正确性。
这个项目的挑战在于:VCU需要与BMS(电池管理系统)、MCU(电机控制器)、HCU(混合动力控制器)等多个控制器通过CAN网络交互,仿真环境必须准确模拟整车动力学模型。
使用ETest/SimuRTS的解决方案是:
这套方案帮助用户在整车下线之前就完成了90%以上的VCU功能验证,大幅减少了实车路试的频次和成本。
如果你正在为团队选型HIL平台,以下几个维度可以作为评估参考:
| 评估维度 | 关键问题 | 参考标准 |
|---|---|---|
| 模型兼容性 | 支持哪些Simulink模块库?自定义模块能否处理? | 支持常用模块库≥80%,支持S-Function扩展 |
| 代码生成 | 是否依赖MATLAB环境?生成的代码效率如何? | 支持离线代码生成,代码体积优化≤20% |
| 实时性能 | 最小仿真步长多少?信号延迟是否满足被测对象需求? | 步长≤500μs,延迟≤50μs |
| IO扩展 | 是否支持通用IO?能否快速适配特殊接口? | 提供驱动SDK,支持定制化扩展 |
| 软件生态 | 是否支持自动化测试?与CI/CD流水线能否集成? | 提供Python/LabVIEW接口,支持Jenkins集成 |
| 服务支持 | 国内是否有技术支持团队?响应速度如何? | 本地化服务,72小时内现场支持 |
当然,最直接的方式是申请Demo测试。让工程师带着实际的Simulink模型去厂商现场跑一遍,真机验证比任何PPT和参数表都有说服力。

聊了这么多,你会发现国产半实物仿真测试平台与MATLAB/Simulink的集成,早已不是"能不能用"的问题,而是"用得多顺"的问题。
凯云ETest/SimuRTS用三年的市场验证证明了一个判断:国产HIL平台不仅可以对接Simulink生态,还能在成本控制、服务响应、定制化能力上形成差异化优势。对于预算有限但测试需求扎实的团队来说,这是一条值得认真考虑的路径。
如果你正在评估HIL平台选型,或者想了解ETest/SimuRTS在特定场景下的适配情况,欢迎与凯云咨询的技术团队直接沟通。我们可以提供免费的方案论证和Demo测试支持。
#半实物仿真测试平台 #硬件在环测试 #HIL #实时仿真 #Simulink集成 #国产替代