CN105824729A - 一种具备通用性的虚拟验证平台及实现方法 - Google Patents

Abstract

本发明提供一种具备通用性的虚拟验证平台及实现方法，属于嵌入式硬件系统仿真领域。本发明具备通用性的虚拟验证平台包括系统组件库、自主配置模块、调试与虚拟验证平台管理模块、虚拟验证平台核心模块，系统组件库包括处理器虚拟组件库和设备虚拟组件库，所述自主配置模块用于调用所述系统组件库中的组件，并进行参数配置来组建虚拟验证平台实例，所述调试与虚拟验证平台管理模块与所述自主配置模块和虚拟验证平台核心模块相连，所述虚拟验证平台核心模块包括软总线结构和逻辑通信单元。本发明具备通用性，可以同时提供多种体系结构的处理器仿真组件，并提供丰富的基本、拓展设备组件支持，支持通用性配置、闭环测试以及分布式部署。

Description

一种具备通用性的虚拟验证平台及实现方法

技术领域

本发明涉及嵌入式硬件系统仿真领域，尤其涉及一种具备通用性的虚拟验证平台及实现方法。

背景技术

虚拟验证平台，也可称为全数字化仿真平台，是能够对嵌入式硬件系统进行完整模拟的软件系统。用户可以在该系统上模拟运行嵌入式软件，无需相应的硬件即可对嵌入式软件进行测试与调试。

当前市场上已有很多类似的产品，但均不具备通用性。所谓通用性，就是指用户可以按照不同的硬件环境需求来搭建不同规格的板级虚拟验证平台实例。而现有的产品，均是定制类产品，即只能满足一种硬件需求，如果硬件需求改变，需要重新研发新的软件产品，影响客户使用效率，并带来不菲的成本叠加。具体产品对比如表1所示：

表1相关产品特性比较(通用性方面)

注：基本设备指如内存、定时器等虚拟验证必需设备；

扩展设备指总线、串口、AD/DA等满足特定功能需求的外部设备。

从上表中可以看出，不具备通用性的产品，则不能支持或仅能支持一部分功能，使用不便，应用范围有限，产品竞争力低。

发明内容

为解决现有技术中的问题，本发明提供一种具备通用性的虚拟验证平台，还提供了一种实现该虚拟验证平台的方法。

本发明具备通用性的虚拟验证平台包括系统组件库、自主配置模块、调试与虚拟验证平台管理模块、虚拟验证平台核心模块，所述系统组件库包括处理器虚拟组件库和设备虚拟组件库，所述自主配置模块用于调用所述系统组件库中的组件，并进行参数配置来组建虚拟验证平台实例，所述调试与虚拟验证平台管理模块与所述自主配置模块和虚拟验证平台核心模块相连，用于对组建的虚拟验证平台实例进行调试并协同管理，所述虚拟验证平台核心模块包括软总线结构和逻辑通信单元，所述软总线结构为系统组件库中的组件分配地址空间，连接统一仿真核接口、各个处理器虚拟组件、设备虚拟组件及逻辑通信通道服务端，所述逻辑通信单元包括逻辑通信通道、逻辑通信通道服务端和逻辑通信通道客户端，所述逻辑通信通道用于逻辑通信通道服务端和逻辑通信通道客户端之间通信。支持多种处理器、多种设备的共存，并以此进行接口规范约束以及自主化配置。

本发明作进一步改进，还包括用于连接外端虚拟设备软件的闭环外端，所述闭环外端通过所述逻辑通信通道与逻辑通信通道服务端连接。

本发明作进一步改进，所述外端虚拟设备软件包括GPS软件、热控软件、姿轨控软件。

本发明作进一步改进，所述系统组件库中的组件能够满足通用性接口规范。

本发明作进一步改进，所述处理器虚拟组件库包括ARM虚拟组件、SPARC虚拟组件、DSP虚拟组件，所述设备虚拟组件库包括1553B总线控制器组件、NTE2631串口组件、AD574模数转换器组件、中断控制器组件、RAM/ROM组件、SJA-1000总线组件、PIO组件、Timer定时器组件、双端口RAM组件。

本发明作进一步改进，所述调试与虚拟验证平台管理模块包括上端调试器及多个协同单元。

本发明作进一步改进，所述软总线结构的数据中保存了所有设备虚拟组件的地址信息及相应的设备操作接口，所述处理器虚拟组件进行指令虚拟执行过程中，通过软总线结构的数据定位到设备虚拟组件，并调用设备虚拟组件相应的设备操作接口。

本发明作进一步改进，所述逻辑通信通道客户端为本地虚拟设备端和/或外端虚拟设备软件。

本发明作进一步改进，所述逻辑通信通道服务端包括服务端通信分发器和服务端系统转换器，所述逻辑通信通道客户端设有客户端通信收发器，所述逻辑通信通道服务端通过服务端系统转换器与系统主进程通信，所述逻辑通信通道服务端通过服务端通信分发器与所述逻辑通信通道客户端的客户端通信收发器通信。

本发明还提供了一种实现上述具备通用性的虚拟验证平台的方法，包含如下步骤：

步骤一：将所有组件加载到系统组件库中供用户使用；

步骤二：建立逻辑通信单元中的逻辑通信通道服务端和逻辑通信通道客户端；

步骤三：用户选择并配置虚拟验证平台实例；

步骤四：判断系统组件库中的组件是否满足用户需求，如果否，提示无法满足，按照用户需求，研发相应组件，然后执行步骤一，如果是，执行步骤五；

步骤五：根据配置信息，选取下一个有效组件；

步骤六：判断组件类型，如果为处理器虚拟组件，接受调试与虚拟验证平台管理模块中的调试器直接加载，完成导出接口向调试器的注册，然后执行步骤七，如果为同步设备虚拟组件，将设备虚拟组件访问接口注册到软总线结构中，再将设备虚拟组件管理接口注册到调试器中，接受整体驱动，然后执行步骤七，如果为异步设备虚拟组件，首先将设备虚拟组件访问接口注册到软总线结构中，再将设备虚拟组件加载逻辑通信通道客户端，然后判断是否存在外端虚拟设备软件，如果是，为外端虚拟设备软件配备逻辑通信通道客户端，调试器加载逻辑通信通道服务端，如果否，直接执行调试器加载逻辑通信通道服务端，然后执行步骤七；

步骤七：完成本组件的虚拟验证平台注册；

步骤八：判断是否完成所有组件注册，如果是，完成虚拟验证平台的搭建，接受待测试文件、完成虚拟执行、接受动态调试，结束，如果否，返回执行步骤五。

与现有技术相比，本发明的有益效果是：具备通用性，可以同时提供多种体系结构的处理器仿真组件，并提供丰富的基本、拓展设备组件支持，支持通用性配置、闭环测试以及分布式部署，还支持完善的测试代码调试功能。

附图说明

图1为本发明通用性的虚拟验证平台结构示意图；

图2为软总线结构示意图；

图3为逻辑通信单元通信示意图；

图4为本发明方法流程图。

具体实施方式

下面结合附图和实施例对本发明做进一步详细说明。

如图1所示，本例具备通用性的虚拟验证平台包括系统组件库、自主配置模块、调试与虚拟验证平台管理模块、虚拟验证平台核心模块，所述系统组件库包括处理器虚拟组件库和设备虚拟组件库，所述自主配置模块用于调用所述系统组件库中的组件，并进行参数配置来组建虚拟验证平台实例，所述调试与虚拟验证平台管理模块与所述自主配置模块和虚拟验证平台核心模块相连，用于对组建的虚拟验证平台实例进行调试并协同管理，所述虚拟验证平台核心模块包括软总线结构和逻辑通信单元，所述软总线结构为系统组件库中的组件分配地址空间，连接统一仿真核接口、各个处理器虚拟组件、设备虚拟组件及逻辑通信通道服务端，所述逻辑通信单元包括逻辑通信通道、逻辑通信通道服务端和逻辑通信通道客户端，所述逻辑通信通道用于逻辑通信通道服务端和逻辑通信通道客户端之间通信。

还包括用于连接外端虚拟设备软件的闭环外端，所述闭环外端通过所述逻辑通信通道与逻辑通信通道服务端连接。相当于本发明提供了一种支持外接虚拟设备软件的接口，用于支持外接外端虚拟设备软件，从而更好的满足通用性的要求。本例的外端虚拟设备软件包括GPS软件、热控软件、姿轨控软件等，也可以为用户自己提供的其他设备软件。

本发明的系统组件库通过提供一定规模的组件库，如ARM(AdvancedRISCMachines微处理器的一种)虚拟组件、DSP(digitalsignalprocessor，即数字信号处理器)虚拟组件、SPARC(ScalableProcessorARChitecture，可扩充处理器架构)虚拟组件等不同体系结构的处理器虚拟组件(简称处理器组件)放置在处理器虚拟组件库内，以及各种常用设备虚拟组件(简称设备组件)放置在设备虚拟组件库内，如RAM/ROM组件、中断控制器组件、422通信组件、1553B总线控制器组件、NTE2631串口组件、AD574模数转换器组件、SJA-1000总线组件、PIO(并行接口)组件、Timer定时器组件、双端口RAM组件等等。在此基础上，用户自主选择组件并配置相关参数，自动生成满足用户需求的板级虚拟验证平台实例，达到一套软件可以支持多种硬件需求的目标。

每个组件，均须同时提供DLL(DynamicLinkLibrary，动态链接库文件)组件实现文件以及XML(ExtensibleMarkupLanguage，可扩展标记语言)组件描述文件。并且，这些组件，均需按照一定的接口规范进行实现，不同类型的组件，有不同的接口约束。但是都需要满足通用性接口规范。具体通用性接口规范详见表2-表5。

表2虚拟处理器组件接口规范

表3设备虚拟组件接口规范

表4逻辑通信通道服务端接口规范

表5逻辑通信通道客户端接口规范

在本例中，只有满足上述接口规范的组件才能进入组件库，并且被透明的加载到虚拟验证平台实例当中。通俗的说，就是某个组件的实现，必须满足其对应的接口规范，具体的实现逻辑、功能实现程度对系统整体来说是透明不可见的，系统只关心组件提供的接口是否满足规范。若满足规范，则可以被用户选择并且用于构建虚拟验证平台实例，进而在测试使用过程中表现出应有的行为；若不满足规范，则认定该组件不具备通用性，不可以加载到组件库当中，不可以被用户所使用。

本例的自主配置模块主要向用户提供配置功能，用户通过该模块在系统组件库中，选取所需要的组件，并且进行相关参数的设置。在用户选取与设置参数完毕之后，系统即可根据用户的配置信息，来组建虚拟验证平台实例，为用户提供满足特定硬件需求的软件测试平台。

本例的调试与虚拟验证平台管理模块包括上端调试器及多个协同单元，所述上端调试器为GDB调试器(UNIX下的程序调试工具)，主要是对系统实例进行测试代码加载、调试、跟踪等功能实现，以生成的虚拟验证平台实例和待测试代码为依据，为用户提供多种测试、调试手段。

本例的虚拟验证平台核心模块是构建具备通用性的虚拟验证平台的关键模块，而本模块的核心也是通用性软件结构的核心，即“软总线结构+逻辑通信通道”。

(1)软总线结构

所谓软总线结构，就是用软件技术来实现硬件总线。软总线结构的定义，也是各类型组件实现的通用性接口规范的定义。在软总线结构上，各个处理器组件、设备组件均能够获得其应被分配的设备地址空间，并且在处理器组件进行指令虚拟执行过程中，可以通过软总线结构的数据迅速的定位到设备组件当中，并能准确的调用其设备操作接口。

如图2所示，POM组件、RAM(随机存取存储器)组件、uart(UniversalAsynchronousReceiver/Transmitter，通用异步收发传输器)组件、GPIO(GeneralPurposeInputOutput，通用输入/输出)组件等均通过软总线结构关联在一起，以此组成了虚拟验证平台实例的总线地址空间。

在具体实现过程中，每个设备组件均提供了满足规范约束的接口集合，系统则根据用户对每个设备分配的地址数据，将不同的组件接口集合挂在到软总线结构的相应数据区上。当完成所有设备组件挂载操作之后，软总线结构的数据中即保存了所有设备组件的地址信息以及设备操作接口。当进行指令虚拟执行时，即可通过查询软总线结构来完成设备的访问。

由此可见，软总线结构是连接各个处理器组件、设备组件的桥梁，是系统通用性的一种体现。具有满足通用性接口规范的组件、能够加载组件的软总线结构，构成了具备通用性的虚拟验证平台的内部地址访问核心支持。

(2)逻辑通信通道

所述逻辑通信通道连接逻辑通信通道服务端和逻辑通信通道客户端，用于逻辑通信通道服务端和逻辑通信通道客户端之间通信。

其中，逻辑通信通道服务端由系统负责在本地创建，独立加载到软总线结构中，并以系统的一个本地子进程(简称系统子进程)运行。其内部包含两个功能模块：

服务端通信分发器(commDispatcher)：内部包含一个公用接收邮槽，负责将系统主进程发来的数据按协议打包，发送到指定的逻辑通信通道客户端；将由逻辑通信通道客户端收到的数据解包后提交给系统主进程(经服务端系统转换器)，或是直接转发给指定的一个(点对点)或一组逻辑通信通道客户端(多播)。

服务端系统转换器(sysConverter)：将系统主进程发来的对虚拟设备的控制和读写信息转换成对远程客户端访问所需要的参数和发送目标邮槽。将系统主进程接收的逻辑通信通道客户端返回值保存到系统设备映像区。

所述逻辑通信通道客户端，代表一个虚拟通信设备端，是一个独立的进程。所述逻辑通信通道客户端既可以为本地虚拟设备端，也可以为外端虚拟设备软件，也就是说可以在系统的本地机上部署运行，也可以在远程机上部署运行。

所述逻辑通信通道客户端内部包含两个功能模块：

客户端通信收发器(commTransceiver)：由系统提供DLL文件，包括一个私有接收邮槽。负责对接收服务端进程发来的对虚拟设备控制和读写信息解包，然后驱动设备虚拟组件，执行所要求的功能；系统主进程使用的数据，按服务端进程要求从驱动的设备虚拟组件获取返回数据，打包后发送到服务端接收邮槽，对于通信数据，系统主进程一方面按收到的设备状态信息保存到系统设备映像区内，另一方面通过服务端通信分发器直接将收到的通信数据转发给真正的目标地址。

设备组件(devSimulator)：即具有异步通信能力的本地虚拟设备组件，或者具有通信能力的外端虚拟设备软件。

在逻辑通信通道服务端和逻辑通信通道客户端的支持下，虚拟验证平台实例内部以及虚拟验证平台实例与外端虚拟设备之间可进行透明的数据传输。

如图3所示，本例中的逻辑通信通道客户端包括第一客户端、第二客户端，及其他客户端，其中，第一客户端为本地虚拟设备端，第二客户端为外端虚拟设备软件。具体通信方式为：

(1)逻辑通信通道服务端通过软总线结构与系统设备映像区相连接，并通过服务端系统转化器来完成对虚拟处理器访问虚拟设备操作的转换；

(2)第一客户端以独立进程形式运行，加载本地虚拟设备组件，通过与服务端进程之间的数据通信，支持虚拟处理器对虚拟设备的访问；通过与第二客户端的通信完成虚拟验证平台实例中虚拟设备与外端虚拟设备之间的数据通信；

(3)第二客户端以独立进程(可以在本地，也可以在其他计算机节点)形式运行，通过与其他客户端、服务端进程之前的数据通信，完成虚拟验证平台实例与外端虚拟设备软件之间的数据交互。

由此可见，逻辑通信通道是连接各个通信组件、外端软件的桥梁，是系统通用性的另一种体现。满足接口规范的组件、提供通信支持的逻辑通信通道，二者构成了具备通用性的虚拟验证平台的外部数据交互核心支持。

如图4所示，本发明还提供了一种实现上述虚拟验证平台的方法，包含如下步骤：

步骤一：将所有组件加载到系统组件库中供用户使用；

步骤二：建立逻辑通信单元中的逻辑通信通道服务端和逻辑通信通道客户端；

步骤三：用户选择并配置虚拟验证平台实例；

步骤四：判断系统组件库中的组件是否满足用户需求，如果否，提示无法满足，按照用户需求，研发相应组件，然后执行步骤一，如果是，执行步骤五；

步骤五：根据配置信息，选取下一个有效组件；

步骤六：判断组件类型，如果为处理器虚拟组件，接受调试与虚拟验证平台管理模块中的调试器直接加载，完成导出接口向调试器的注册，然后执行步骤七，如果为同步设备虚拟组件，将设备虚拟组件访问接口注册到软总线结构中，再将设备虚拟组件管理接口注册到调试器中，接受整体驱动，然后执行步骤七，如果为异步设备虚拟组件，首先将设备虚拟组件访问接口注册到软总线结构中，再将设备虚拟组件加载逻辑通信通道客户端，然后判断是否存在外端虚拟设备软件，如果是，为外端虚拟设备软件配备逻辑通信通道客户端，调试器加载逻辑通信通道服务端，如果否，直接执行调试器加载逻辑通信通道服务端，然后执行步骤七；

步骤七：完成本组件的虚拟验证平台注册；

步骤八：判断是否完成所有组件注册，如果是，完成虚拟验证平台的搭建，接受待测试文件、完成虚拟执行、接受动态调试，结束，如果否，返回执行步骤五。

其中，在步骤一中，需要按照各类组件的通用接口规范来实现各种组件，包括处理器组件、设备组件等等，并将已实现的组件加载到系统组件库中供用户选择配置使用。

在步骤六中，判断是否存在外端虚拟设备软件，如果是，为外端虚拟设备软件配备逻辑通信通道客户端，调试器加载逻辑通信通道服务端，如果否，直接执行调试器加载逻辑通信通道服务端。如果调试器已经将异步设备组件加载逻辑通信通道服务端，则忽略加载过程，直接执行步骤七即可。

图4中，步骤一、步骤二及步骤六中的接受调试与虚拟验证平台管理模块中的调试器直接加载，完成导出接口向调试器的注册、将设备虚拟组件访问接口注册到软总线结构中、将设备虚拟组件访问接口注册到软总线结构中，完成软总线结构的搭建，而图中的虚线框内的步骤完成逻辑通信通道的搭建。

以上所述之具体实施方式为本发明的较佳实施方式，并非以此限定本发明的具体实施范围，本发明的范围包括并不限于本具体实施方式，凡依照本发明所作的等效变化均在本发明的保护范围内。

Claims (10)

1.一种具备通用性的虚拟验证平台，其特征在于：包括系统组件库、自主配置模块、调试与虚拟验证平台管理模块、虚拟验证平台核心模块，所述系统组件库包括处理器虚拟组件库和设备虚拟组件库，所述自主配置模块用于调用所述系统组件库中的组件，并进行参数配置来组建虚拟验证平台实例，所述调试与虚拟验证平台管理模块与所述自主配置模块和虚拟验证平台核心模块相连，用于对组建的虚拟验证平台实例进行调试并协同管理，所述虚拟验证平台核心模块包括软总线结构和逻辑通信单元，所述软总线结构为系统组件库中的组件分配地址空间，连接统一仿真核接口、各个处理器虚拟组件、设备虚拟组件及逻辑通信通道服务端，所述逻辑通信单元包括逻辑通信通道、逻辑通信通道服务端和逻辑通信通道客户端，所述逻辑通信通道用于逻辑通信通道服务端和逻辑通信通道客户端之间通信。

2.根据权利要求1所述的具备通用性的虚拟验证平台，其特征在于：还包括用于连接外端虚拟设备软件的闭环外端，所述闭环外端通过所述逻辑通信通道与逻辑通信通道服务端连接。

3.根据权利要求2所述的具备通用性的虚拟验证平台，其特征在于：所述外端虚拟设备软件包括GPS软件、热控软件、姿轨控软件。

4.根据权利要求1-3任一项所述的具备通用性的虚拟验证平台，其特征在于：所述系统组件库中的组件能够满足通用性接口规范。

5.根据权利要求4所述的具备通用性的虚拟验证平台，其特征在于：所述处理器虚拟组件库包括ARM虚拟组件、SPARC虚拟组件、DSP虚拟组件，所述设备虚拟组件库包括1553B总线控制器组件、NTE2631串口组件、AD574模数转换器组件、中断控制器组件、RAM/ROM组件、SJA-1000总线组件、PIO组件、Timer定时器组件、双端口RAM组件。

6.根据权利要求1-3任一项所述的具备通用性的虚拟验证平台，其特征在于：所述调试与虚拟验证平台管理模块包括上端调试器及多个协同单元。

7.根据权利要求1-3任一项所述的具备通用性的虚拟验证平台，其特征在于：所述软总线结构的数据中保存了所有设备虚拟组件的地址信息及相应的设备操作接口，所述处理器虚拟组件进行指令虚拟执行过程中，通过软总线结构的数据定位到设备虚拟组件，并调用设备虚拟组件相应的设备操作接口。

8.根据权利要求1-3任一项所述的具备通用性的虚拟验证平台，其特征在于：所述逻辑通信通道客户端为本地虚拟设备端和/或外端虚拟设备软件。

9.根据权利要求8所述的具备通用性的虚拟验证平台，其特征在于：所述逻辑通信通道服务端包括服务端通信分发器和服务端系统转换器，所述逻辑通信通道客户端设有客户端通信收发器，所述逻辑通信通道服务端通过服务端系统转换器与系统主进程通信，所述逻辑通信通道服务端通过服务端通信分发器与所述逻辑通信通道客户端的客户端通信收发器通信。

10.一种实现权利要求1-9任一项所述具备通用性的虚拟验证平台的方法，其特征在于包含如下步骤：

步骤一：将所有组件加载到系统组件库中供用户使用；

步骤二：建立逻辑通信单元中的逻辑通信通道服务端和逻辑通信通道客户端；

步骤三：用户选择并配置虚拟验证平台实例；

步骤四：判断系统组件库中的组件是否满足用户需求，如果否，提示无法满足，按照用户需求，研发相应组件，然后执行步骤一，如果是，执行步骤五；

步骤五：根据配置信息，选取下一个有效组件；

步骤六：判断组件类型，如果为处理器虚拟组件，接受调试与虚拟验证平台管理模块中的调试器直接加载，完成导出接口向调试器的注册，然后执行步骤七，如果为同步设备虚拟组件，将设备虚拟组件访问接口注册到软总线结构中，再将设备虚拟组件管理接口注册到调试器中，接受整体驱动，然后执行步骤七，如果为异步设备虚拟组件，首先将设备虚拟组件访问接口注册到软总线结构中，再将设备虚拟组件加载逻辑通信通道客户端，然后判断是否存在外端虚拟设备软件，如果是，为外端虚拟设备软件配备逻辑通信通道客户端，调试器加载逻辑通信通道服务端，如果否，直接执行调试器加载逻辑通信通道服务端，然后执行步骤七；

步骤七：完成本组件的虚拟验证平台注册；

步骤八：判断是否完成所有组件注册，如果是，完成虚拟验证平台的搭建，接受待测试文件、完成虚拟执行、接受动态调试，结束，如果否，返回执行步骤五。