一种可重构的模拟器或测试设备架构设计方法技术

本发明专利技术公开了一种可重构的模拟器或测试设备架构设计方法，涉及仿真测试技术领域，将模拟器设备或测试设备分为服务器和终端两部分；本发明专利技术提供，模拟器设备或测试设备复用性好，重构简单，由于对于同一用户来说，对模拟器设备或测试设备的功能需求大体相近，不同应用场景下往往仅是模块数量和协议报文格式的不同，因此将模拟器设备或测试设备拆分为多种模型模块，每种模型模块又可根据需求拆分为多个模型模块，便于用户根据使用场景的不同灵活重构，重构过程仅需配置工程，不需要重新编写代码或重新编译程序，使得用户可以根据应用场景自行重构系统，而不依赖于专业开发人员，解决了模拟器设备或测试设备的复用性差的问题。了模拟器设备或测试设备的复用性差的问题。了模拟器设备或测试设备的复用性差的问题。

【技术实现步骤摘要】
一种可重构的模拟器或测试设备架构设计方法


[0001]本专利技术涉及仿真测试
，尤其涉及一种可重构的模拟器或测试设备架构设计方法。

技术介绍

[0002]传统的模拟器设备或测试设备是按照特定功能设计单独设计的，普遍采用开发与应用分离的研制模式，其开发应用的流程一般是：开发人员负责1)功能设计；2)专业开发人员进行C或C++代码编写；3)程序下装；4)代码编译；5)程序运行调试；应用人员一般不具备开发调试能力，因此只负责运行开发人员调试好的程序。
[0003]近年来，一些工具软件通过图形化编程的方式减化了代码编写环节的工作量，如labview，Simulink等，但仍需重新编译整个程序并下装至设备进行运行调试等。这种开发方式的主要缺点是：1.模拟器设备或测试设备的复用性差，每个设备都是按照特定功能设计，设备的研发需要专业C、C++的开发、调试、部署经验，用户一般不具备二次开发能力，设备一旦完成研制，用途很难更改，造成巨大的资源浪费；2.设备的应用状态控制难度大，设备普遍采用开发、应用分离的研制模式，每个设备的程序版本控制仅在开发阶段由开发人员维护，用户不能根据应用需求进行程序状态控制与版本管理；3.多设备联合应用场景下设计与使用难，复杂的场景中往往需要多台套模拟器设备或测试设备联合应用，传统的设计模式采取单机设计模式，每台单独设计，联合调试难度大，缺少统一控制与数据采集方式，系统集成与应用流程复杂。

技术实现思路

[0004]本专利技术提供一种可重构的模拟器或测试设备架构设计方法，解决了复用性差，状态控制与版本管理难，多设备联合应用场景下设计与使用难的技术问题。
[0005]为解决上述技术问题，本专利技术提供的一种可重构的模拟器或测试设备架构设计方法，将模拟器设备或测试设备分为服务器和终端两部分，包括以下步骤：
[0006]步骤S1、服务器负责存储构建模拟器设备或测试设备所需的模型模块；
[0007]步骤S2、建立模拟器设备或测试设备配置工程，用于完成各模型模块间的数据传递关系、模块参数值、模块端口初始值、执行顺序、协议报文格式、运行时长、运行方式、数据通信周期、运行终端选择、CPU运算资源分配等工程配置信息；
[0008]步骤S3、下装工程配置文件至一个或多个终端；
[0009]步骤S4、终端负责接收服务器下装的工程配置文件；
[0010]步骤S5、配置信息中读取运行时长、运行方式、运行终端选择和CPU运算资源分配等对工程进行初始化设置，读取模型模块参数值配置、等对每个模型模块进行初始化设置
[0011]步骤S6、从配置信息读取数据连接关系，生成模型模块Mn连接关系矩阵C
Mn
,n∈[1,N]；
[0012]步骤S7、以“以输入端口数量最少”为主条件，以“最少”为从条件，选择符合以上条
件的一个模型模块为起点模块M1；
[0013]步骤S8、以模型模块M1为起点，采用图遍历算法遍历数据连接关系图，按照访问的先后顺序，将各模型模块依次标记为M1,M2,
…
,MN；
[0014]步骤S9、从配置信息中读取工程开始时间，为所有模型模块设置当前工程执行时间；
[0015]步骤S10、从配置信息中读取各模块端口初始值，将其赋值于VI；
[0016]步骤S11、从模型模块输入向量VI中提取子向量VI
M1
，计算模型模块M1的输出向量VO
M1
；
[0017]步骤S12、更新模型模块输入向量VI＝VI+VO
M1
C
M1
；
[0018]步骤S13、重复步骤S11和步骤S12，按照M1的方法完成模型模块M2到MN计算；
[0019]步骤S14、从配置信息中读取参数订阅配置和参数存储配置，按照配置将指定模型模块的输出端口值通过网络发布或保存为本地文件；
[0020]步骤S15、从配置信息中读取工程运行周期，当前工程执行时间+＝工程运行周期；
[0021]步骤S16、重复步骤S11至步骤S15，直至接收到工程结束指令。
[0022]其中，所述S1中模型模块包括功能模型模块、协议报文模型模块、硬件接口模型模块和判读功能模型，功能模型模块包含FMU、S
‑
Function等具备标准仿真接口的模型模块，硬件接口模型模块包含IO类、总线类、通讯类及图形加速卡等专用类硬件接口模型模块，判读功能模型模块包含人工编写的判读模型和基于数据训练生成的判读模型等。
[0023]其中，所述S2中配置工程包括一个或多个模型模块和工程配置信息。
[0024]其中，所述S2中配置工程包含各模型模块的数据传递关系、模块参数值、模块端口初始值、执行顺序、协议报文格式等。
[0025]其中，S7中“最少”为输出端口数量
‑
输入端口数量。
[0026]进一步，所述终端提供外部服务接口，可在在运行过程中查询终端执行状态，工程运行信息，控制工程运行状态，对任意模型模块端口进行数据输入干预等。
[0027]与相关技术相比较，本专利技术提供的一种可重构的模拟器或测试设备架构设计方法具有如下有益效果：
[0028]本专利技术提供，模拟器设备或测试设备复用性好，重构简单，由于对于同一用户来说，对模拟器设备或测试设备的功能需求大体相近，不同应用场景下往往仅是模块数量和协议报文格式的不同，因此将模拟器设备或测试设备拆分为多种模型模块，每种模型模块又可根据需求拆分为多个模型模块，便于用户根据使用场景的不同灵活重构，重构过程仅需配置工程，不需要重新编写代码或重新编译程序，使得用户可以根据应用场景自行重构系统，而不依赖于专业开发人员，解决了模拟器设备或测试设备的复用性差的问题。
[0029]本专利技术提供，便于用户进行技术状态控制，系统采用模型模块化设计思想，用户可以单独对每个模型模块进行版本控制和状态管理，也可以对工程进行整体版本控制，既可以实现应用过程中的灵活重构，又可以保证工程实施的可追述性；同时，用户可以利用服务器模型管理功能不断积累完善各模型模块，有利于用户的知识积累，解决了模拟器设备或测试设备的应用状态控制难度大的问题。
[0030]本专利技术提供，便于实现多终端统一部署，便于实现多终端联合应用。由于采用服务器、终端架构，可以通过网络实现多终端的统一工程部署；同时，也可以在同一工程中联合
配置多个终端，用于完成同一大规模复杂任务，解决了模拟器设备或测试设备联合应用场景下设计与使用难的问题。
附图说明
[0031]图1为本专利技术整体步骤示意图。
具体实施方式
[0032]下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例；基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种可重构的模拟器或测试设备架构设计方法，其特征在于，将模拟器设备或测试设备分为服务器和终端两部分，包括以下步骤：步骤S1、服务器负责存储构建模拟器设备或测试设备所需的模型模块；步骤S2、建立模拟器设备或测试设备配置工程，用于完成各模型模块间的数据传递关系、模块参数值、模块端口初始值、执行顺序、协议报文格式、运行时长、运行方式、数据通信周期、运行终端选择、CPU运算资源分配等工程配置信息；步骤S3、下装工程配置文件至一个或多个终端；步骤S4、终端负责接收服务器下装的工程配置文件；步骤S5、配置信息中读取运行时长、运行方式、运行终端选择和CPU运算资源分配等对工程进行初始化设置，读取模型模块参数值配置、等对每个模型模块进行初始化设置步骤S6、从配置信息读取数据连接关系，生成模型模块Mn连接关系矩阵C
Mn
,n∈[1,N]；步骤S7、以“以输入端口数量最少”为主条件，以“最少”为从条件，选择符合以上条件的一个模型模块为起点模块M1；步骤S8、以模型模块M1为起点，采用图遍历算法遍历数据连接关系图，按照访问的先后顺序，将各模型模块依次标记为M1,M2,
…
,MN；步骤S9、从配置信息中读取工程开始时间，为所有模型模块设置当前工程执行时间；步骤S10、从配置信息中读取各模块端口初始值，将其赋值于VI；步骤S11、从模型模块输入向量VI中提取子向量VI
M1
，计算模型模块M1的输出向量VO
M1
；步骤S12、更新模型模块输入向量步骤S13、重复步骤S11和步骤S12，按照M1的方法完成模型模块M2到MN计算；步骤S14、从配置信息中读取参数订阅配置和参数存储配置，按照配置...

【专利技术属性】
技术研发人员：徐荣，
申请(专利权)人：北京易智联科技有限公司，
类型：发明
国别省市：