赢瑞科技 WRP MirrorOne 数字样机虚实融合平台
立即咨询
首页
实时性
步长同步物理时间
多接口
7个PCIe可扩展
多协议
1553BCAN1394B等
可隔离
分部部署单独测试
⚠️行业痛点与挑战
🔍算法验证靠实物试错
控制算法直接上实物调参，故障烧设备损样机，一轮试错代价高，迭代节奏被拖慢。
⏱️虚实两套环境对不上
仿真里跑通的逻辑接到实物就变样，接口时序与数据口径差异大，联调像重新开发一遍。
🧠多设备同步靠碰运气
多台设备并行试验没有统一时钟，数据错位对不齐，故障复现一遍遍抓不准时机。
🔗异常场景不敢真试
故障注入与极限工况在实物上不敢做，鲁棒性验证欠账，到了外场才补课，代价翻倍。
📉模型资产散落难复用
各阶段模型格式工具不一，上一个阶段的模型下一个阶段接不上，重复建模费工费时。
🚧全系统仿真资源紧张
每次验证都拉全系统仿真，排队等资源，单点问题也动用全局算力，效率低周期长。
🎯产品定位与核心价值
面向台架试验与控制算法验证场景，向上承接设计模型，向下连实时仿真机与实物接口，适合试验工程师与算法团队做虚实对接验证。
💡集成有规范
对接仿真验证软件能力的接口遵循统一规范，硬件在环测试方案的扩展不破坏既有链路。
🔁能力成体系
仿真验证软件与实时仿真机并非孤立功能，硬件在环测试方案所需的能力被成体系地提供。
🧷交付可验收
硬件在环测试方案的验收标准在项目启动时确认，仿真验证软件能力的达成度可对照检查。
⚙️核心能力详解
🧮全流程建模承载
从需求与功能架构到逻辑架构分解再到物理架构，设计内容用模型承载，验证用同一套模型接续推进。
🧱实时仿真执行
FMU与SO模型部署到实时仿真引擎，仿真步长不大于物理时间步长，输出与实际系统行为一致，即时响应外部信号。
⚡虚实融合仿真
激励模块产生信号送实物设备，同时回收设备反馈数据，虚拟模型与实物在同一回路互验，反射内存网络支撑多节点高速交互。
📊硬件在环测试
模型部署到实时环境与实际硬件结合，验证控制算法与硬件接口可靠性，从模型在环到实机在环有效映射。
🌐多协议硬件适配
兼容MIL1394B、MIL1553B、串口、CAN、Ethernet、DDS协议，预留7个PCIe接口，支持桥接PXI与PXIE机箱互联。
🔧系统级隔离测试
按需部署系统某一部分单独测试，快速验证功能正确性与性能指标，不必每次拉动全系统仿真。
📐技术规格
| 产品名称 | WRP MirrorOne 数字样机虚实融合平台 |
| 所属厂商 | 赢瑞科技 |
| 产品分类 | 数字孪生·仿真验证软件 |
| 核心能力 | 全流程建模承载、实时仿真执行、虚实融合仿真 |
| 应用场景 | 算法上环前验证、虚实对接联调、多节点并行仿真 |
| 产品定位 | 数字孪生领域的专业产品 |
| 能力边界 | 全流程建模承载、实时仿真执行、虚实融合仿真等核心能力覆盖仿真验证软件主要需求 |
| 交付形态 | 软件或解决方案交付，具体形态以官方为准 |
| 目标客群 | 硬件在环测试方案场景的企业级用户与生态伙伴 |
🏭典型应用场景
✈️算法上环前验证
算法团队把控制模型部署到实时仿真机，与实物控制器对接跑硬件在环，接口时序当场核对。发现不匹配先改模型再上环，实物试错次数明显减少，迭代更快，每次在环数据留基线供回归比对。
🚗虚实对接联调
虚拟模型与成品部件接通，激励模块发信号、实物回数据，逐条核对接口行为。差异项定位到模型或实物侧，改动后再跑一轮回归，联调每步有据可循，对接通道表固化存档，换班交接也不用从头摸。
🔋多节点并行仿真
大规模系统按设备模型拆到多台工作站，调度机制做时间与数据同步，仿真步长按子系统特性各自设定。节点间经反射内存网络交换数据，进度统一监控，节点负载超限时按策略重新分配任务。
🌊故障场景回放
试飞或台架出现异常后，把实物数据在虚拟系统上回放，故障场景重现一遍。定位到部件后做虚拟升级仿真，修复方案先在模型上过一遍再动实物，回放数据与结论关联存档备查。
🏗️配套件达标验证
总体把经仿真验证的模型发给配套企业当研制需求，成品回来后与虚拟模型对接比对。达标与否用数据说话，验收口径就是模型承载的设计要求，偏差项按通道逐条列出，配套整改后复测记录同步归档。
🚢单点隔离测试
怀疑某部件异常时，只部署相关子系统做隔离测试，快速定位功能与性能问题，不用排队等全系统资源。省下的算力让给并行任务，问题在局部定位解决，不牵动全局，验证排期也灵活。
🏆典型应用案例
📦
某机电大系统研制单位
战斗机机电大系统在设计初期即建模型验证环境，从模型在环到实机在环逐段映射，简化了数字化模型到半物理环境的衔接过程。设计与试验两阶段共用一套模型，实物联调前的问题大半在虚拟环境先解决掉，联调周期明显缩短。
🛫
某飞机维修保障团队
维修保障测试系统以模型驱动，试飞与外场数据回放再现故障场景，维修方案先做虚拟升级仿真再实施。修复迭代次数明显下降，备件与工时安排更准，保障任务的响应速度也提上来，故障案例库随回放记录持续积累。
🏭
某远程接口单元研制团队
综合验证环境把远程接口单元与虚拟系统对接，多协议总线一次适配到位，总线数据高保真交互。验证覆盖功能正确性与实时性指标，交付前的集成风险提前暴露，实物联调周期缩短，交付验收按模型口径逐通道比对。
📦
某飞行控制系统团队
控制算法先经实时仿真再上硬件在环做两轮验证，通过后才上实物，接口可靠性按总线协议逐项核对。算法迭代的大半工作在环上完成，实物试验聚焦确认项，试飞前的问题清单明显变短，试验排期也更从容。
🔌接入方式
🖥️与设计建模工具衔接
模型从设计阶段传递而来，接口按FMU与SO规范封装后承接，设计口径不在传递中丢失。承接前核对模型接口定义与单位口径，虚拟模式比对无误后进实时环境，承接记录随工程归档，口径分歧在设计端先行解决。
☁️与实物设备对接
激励与采集经实物设备的输入输出接口完成，信号类型与量程按设备手册逐项配置。对接前逐通道试发试收，确认量程与时序一致再进入联调，通道配置表双方签字后固化，改动走变更流程并同步相关席位。
🤝与PXI板卡生态协同
经桥接模式与PXI、PXIE机箱互联，扩展板卡按试验需求选配，槽位与通道提前规划。板卡驱动与执行引擎版本匹配后加载，多板卡分工按通道表固化，换型号时只改配置不动硬件，利用率有账可算。
🧩生态协同与能力底座
🧩总体与配套企业
总体把仿真验证过的模型下发配套企业作研制需求，成品交付按模型口径比对。上下游用同一套模型对话，验收争议随数据对齐消解，配套企业的整改反馈回模型侧更新。
🔗台架与试验设施
实时仿真机、反射内存网络与接口板卡构成台架环境，试验团队按大纲组织执行。设施扩容按PCIe槽位与工作站数量规划，利用率按试验任务记账，闲置时段可排其他型号。
🌱算法与设计团队
算法团队供控制模型，设计团队供架构模型，试验团队组织在环验证，三方角色分明。共用模型库统一管版本与基线，迭代结果互见，争议按基线数据裁决，不靠口头对质。
🚀产品差异化特点
🌟实时与虚拟双模式
同一套模型既能在桌面虚拟验证，也能进实时操作系统跑硬实时仿真，两种模式按阶段切换。只有虚拟仿真的工具给不出实时性结论，在环验证要另起炉灶，模型还要重新封装。
🆚隔离测试省资源
按需部署局部子系统单独验证，不必每次拉动全系统仿真，单点问题定位也快。全系统依赖式验证排期长、资源占用大，试验排期被动，验证成本随系统规模水涨船高。
🧬接口扩展余量足
预留7个PCIe接口并支持PXI桥接，多型号复用一套环境，换型号只改板卡与配置。接口固定、槽位局促的环境，换型号就要动硬件，设备利用率低，扩容还得重新采购，排期被动。
✅最佳实践
📝
模型封装先规范
FMU与SO打包前统一接口定义与单位口径，封装规范先成文再执行，封装结果按清单核验。规范缺位时模型进环才发现接口对不上，返工落在最后一步，排期全被打乱。
🔄
步长按子系统定
不同动态特性的子系统按各自步长配置，先离线验证再并网运行。一律取小步长拖慢仿真节奏，一律取大步长又会让快变量失真，分域配置最稳，步长表随工程留档，调整走变更记录。
🎯
回放数据先校时
实物回放数据先核对采样率与时标，错位数据修正后再复现故障场景。时标不齐的回放会误导故障定位，结论跟着跑偏，返工重放一轮的成本比校时高得多。
📈
在环验证留基线
每轮算法迭代在环上留数据基线，回归比对有参照，性能曲线可叠加对比。基线缺失时性能退步难以察觉，等实物试验才暴露问题，损失的不只是排期。
🗺️企业落地路径
1️⃣
阶段一 环境搭建
部署实时仿真机与执行引擎工作站，接通反射内存网络与协议板卡，完成时钟同步配置。验收看时序同步精度达标，板卡通道逐一点名，环境清单与文档一并移交。
2️⃣
阶段二 虚实验证
典型控制回路完成模型封装与硬件在环对接，接口时序与数据口径逐项核对确认。问题清单销项后固化对接规范，首批算法规格入环验证，结果写进阶段报告。
3️⃣
阶段三 场景扩展
故障回放、隔离测试与多节点并行仿真陆续启用，配套企业按模型口径交付比对。季度盘点模型库与环境利用率，扩容需求提前一季提报，排期不冲突，场景启用逐项走验收。
4️⃣
阶段四 常态运行
在环验证纳入研制流程节点，回放与升级仿真常态化运行，环境运维与基线管理责任到人。制度随流程一并固化，年度评审时更新操作规程与值班安排，闲置资源统一调度。
💬常见问题 FAQ
实时性怎么保证
实时仿真计算模块用实时操作系统与仿真引擎，仿真步长不大于物理时间步长，输出与物理时间严格同步。选型时按控制周期核对步长上限，硬实时场景先做步长测试再定配置。
支持哪些总线协议
兼容MIL1394B、MIL1553B、串口、CAN、Ethernet与DDS等协议，扩展经PCIe接口加板卡实现。接入前核对被测设备的协议清单，缺的协议确认板卡选型与驱动方案再订，协议适配记录随项目归档，换型号时优先复用。
与PXI机箱怎么桥接
支持桥接模式与PXI、PXIE机箱互联，多种板卡可适配，桥接配置在执行环境里统一设置。桥接前确认机箱槽位与板卡型号，先用单板卡联调跑通数据链路，再按试验需求扩槽位，通道表同步更新并留档。
模型格式有什么要求
实时部署支持FMU与SO模型，模型打包前按接口规范封装，接口定义与单位口径统一。转换后先在虚拟模式跑一轮比对，输出一致再部署到实时环境，部署记录与比对结果一并留档。
部署在什么环境
分布式部署把设备模型分配到多台装执行引擎的工作站，调度机制做时间与数据同步。按试验规模规划工作站数量与网络，反射内存走独立链路，环境扩容前先实测负载再定方案。
故障数据怎么回放
试飞与台架数据按约定格式导入后在虚拟系统回放，故障场景逐段重现。回放前核对数据采样率与通道对应关系，时标错位的数据先修正再回放，回放结论与原始数据关联存档。
谁来运维环境
实时仿真机与台架由试验团队运维，模型库由算法与设计团队共同维护，边界在制度里写清。环境配置变更走审批留档，两团队的接口责任明确到人，值班与巡检按表执行。
验收怎么核
验收一般核对建模贯通、实时仿真、虚实融合与硬件在环四项。选一个典型控制回路做在环测试，比对实时输出与物理时序一致，再签验收，测试工况覆盖典型与边界两类。
📄信息来源与免责声明
本页面由云巴巴基于赢瑞科技官方公开渠道信息整理发布，内容覆盖仿真验证软件等产品能力。
页面描述基于公开资料，硬件在环测试方案相关功能的最新状态请以官方发布为准。
云巴巴提供WRP MirrorOne 数字样机虚实融合平台的选型对比、方案咨询与实施对接服务，助力企业高效决策。
产品推荐
RayData Web是一款基于B/S架构的、面向企业级用户的专业可视化编辑工具，具有强大的项目管理和编辑能力，支持更精细的权限分配、更自由的项目搭建、更全面的开发拓展。应用于各种数据分析与展示场景中，针对行业提供优质的可视化解决方案，满足用户对更自由、更强大、更全面的可视化大屏编辑工具的需求。
数字化社区
视频
文章
