CN113157607B

CN113157607B - 一种设备适配方法、装置、存储介质和计算机设备

Info

Publication number: CN113157607B
Application number: CN202110550296.4A
Authority: CN
Inventors: 公维学; 郑红丽; 蔡旭
Original assignee: FAW Group Corp
Current assignee: FAW Group Corp
Priority date: 2021-05-20
Filing date: 2021-05-20
Publication date: 2023-03-21
Anticipated expiration: 2041-05-20
Also published as: CN113157607A

Abstract

本申请公开了一种设备适配方法、装置、存储介质和计算机设备。该方法包括：获取不同厂商提供的待适配设备对应的软件开发工具包；基于预设的抽象算法，对所述待适配设备对应的软件开发工具包进行抽象分析处理，得到至少一个对不同待适配设备进行统一操作的通用接口，以供调试程序调用；在所述应用框架与所述调试程序建立会话连接后，根据所述调试程序下发的第一操作指令调用对应的通用接口，以对目标设备进行操作。本申请实施例中，通过抽象分析处理得到通用接口，使得调试程序只需关注通用操作，而不需要关心到底是哪个厂商的设备，由此使得只需一个调试程序即可操作所有厂商提供的设备，而不需要为一个厂商设备开发一个调试程序。

Description

一种设备适配方法、装置、存储介质和计算机设备

技术领域

本申请涉及汽车电子领域，尤其涉及一种设备适配方法、装置、存储介质和计算机设备。

背景技术

在汽车研发阶段，对研发的CAN设备进行调试时，需要将CAN设备基于厂商提供的嵌入式仿真设备连接到测试计算机上，以便在测试计算机上进行仿真模拟。

然而存在的一个问题是：不同厂商生产的嵌入式仿真设备虽然遵循相同的CAN协议标准，但是对于协议的实现方式不尽相同，且提供的二次开发的软件包所暴露出来的应用程序接口也差别很大，甚至存在着相同厂家的不同版本的情况，如果为每个厂商的嵌入式仿真都设计一个应用程序，在调试时会导致CAN设备的调试效率较低。

发明内容

本申请提供一种设备适配方法、装置、存储介质和计算机设备。

第一方面，本申请提供了一种设备适配方法，由应用框架执行，所述方法包括：

获取不同厂商提供的待适配设备对应的软件开发工具包；

基于预设的抽象算法，对所述待适配设备对应的软件开发工具包进行抽象分析处理，得到至少一个对不同待适配设备进行统一操作的通用接口，以供调试程序调用；

在所述应用框架与所述调试程序建立会话连接后，根据所述调试程序下发的第一操作指令调用对应的通用接口，以对目标设备进行操作。

第二方面，本申请提供了一种设备适配装置，配置于应用框架，所述装置包括：

获取模块，用于获取不同厂商提供的待适配设备对应的软件开发工具包；

抽象模块，用于基于预设的抽象算法，对所述待适配设备对应的软件开发工具包进行抽象分析处理，得到至少一个对不同待适配设备进行统一操作的通用接口，以供调试程序调用；

第一会话模块，用于在所述应用框架与所述调试程序建立会话连接后，根据所述调试程序下发的第一操作指令调用对应的通用接口，以对目标设备进行操作。

第三方面，本申请提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的设备适配方法。

第四方面，本申请提供了一种计算机设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例所述的设备适配方法。

本申请实施例所提供的技术方案，通过抽象分析处理得到通用接口，使得调试程序只需关注通用操作，而不需要关心到底是哪个厂商的设备，由此使得只需一个调试程序即可操作所有厂商提供的设备，而不需要为一个厂商设备开发一个调试程序。

附图说明

图1是本申请实施例一提供的设备适配方法的流程图；

图2a是本申请实施例二提供的设备适配方法的流程图；

图2b是本申请实施例二提供的厂商设备、SDK、应用框架、应用程序之间的关系示意图；

图2c是本申请实施例二提供的应用框架的组成示意图；

图3是本申请实施例三提供的设备适配装置的结构示意图；

图4是本申请实施例五提供的一种计算机设备的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

在汽车研发阶段，对研发的CAN设备进行调试时，需要将CAN设备连接到嵌入式设备的一端，嵌入式设备的另一端连接到调试计算机上以便在调试计算机上进行仿真模拟。由于不同厂商提供的嵌入式仿真设备的套软件工具和软件开发板的使用方式不尽相同，因此为了能用一个应用软件可以使用所有的嵌入式仿真设备，需要对接入的嵌入式设备进行适配，具体的适配方法参见如下实施例。

实施例一

图1是本申请实施例一提供的方法的流程图，本实施例可适用于对不同厂商提供的嵌入式仿真设备进行适配的情况。该方法可以由本申请实施例所提供的设备适配装置执行，该装置可以由软件和/或硬件的方式来实现，并可集成于计算机设备中。

如图1所示，所述设备适配方法包括：

S101、获取不同厂商提供的待适配设备对应的软件开发工具包。

其中，待适配设备为接入到计算机设备上的嵌入式仿真设备，而要进行设备适配，应用框架需要先获取各待适配设备的软件开发工具包(即Software Development Kit，SDK)。

S102、基于预设的抽象算法，对所述待适配设备对应的软件开发工具包进行抽象分析处理，得到至少一个对不同待适配设备进行统一操作的通用接口，以供调试程序调用。

本申请实施例中，应用框架将各厂商提供的SDK进行分析和归类，得到一套对不同设备进行统一操作的通用接口API。在一中可选的实施方式中，基于预设的抽象算法，对所述待适配设备对应的软件开发工具包进行抽象分析处理，得到至少一个对不同待适配设备进行统一操作的通用接口，以供调试程序调用，由此可使得调试程序只需关心通用操作，而不关心到底是哪个厂商的SDK，解决了多个厂家的设备交互方式不同的问题。

示例性的，两个待适配设备对应的SDK分别为SDK1和SDK2。SDK1对应的设备初始化时需要依次经过A、B、C三个步骤，SDK2对应的设备初始化时需要依次经过B、A、C三个步骤，由此应用框架可基于抽象算法，抽象出一个通用的初始化接口供调试程序调用，调试程序可通过调用通用的初始化接口完成对任一设备的初始化。

S103、在所述应用框架与所述调试程序建立会话连接后，根据所述调试程序下发的第一操作指令调用对应的通用接口，以对目标设备进行操作。

应用框架通过S102完成设备适配后可与调试程序建立会话连接，由此应用框架可以根据调试程序下发的第一操作指令调用对应的通用接口，以对目标设备进行操作，其中，目标设备是指第一操作指令需要操作的已完成适配的嵌入式仿真设备。示例性的，第一操作指令为对某一通道对应的设备进行初始化的指令，由于应用框架对各厂商SDK做了抽象分析，使得应用框架可以知道各商场设备的区别，因此应用框架在收到第一操作指令后，根据指定的通道确定要初始化的设备，并根据该设备的初始化流程进行处理。

实施例二

图2a是本发明实施例二提供的设备适配方法的流程图，本实施例二在实施例一的基础上进行进一步地优化，如图2a所示，所述方法包括：

S201、获取不同厂商提供的待适配设备对应的软件开发工具包。

S202、基于预设的抽象算法，对所述待适配设备对应的软件开发工具包进行抽象分析处理，得到至少一个对不同待适配设备进行统一操作的通用接口，以供调试程序调用。

S203、在所述应用框架与所述调试程序建立会话连接后，根据所述调试程序下发的第一操作指令调用对应的通用接口，以对目标设备进行操作。

S204、在所述应用框架与所述调试程序建立会话连接后，根据所述调试程序下发的第二操作指令调用跨平台的QT工具库所提供的接口，以实现相应功能的调试开发。

本申请实施例中，通过S201-S203可以完成不同厂商设备的适配。然而，对于不同厂商的设备，所支持的调试计算机的连接方式也不尽相同，有的是usb，有的是PCI接口；调试计算机上运行的操作系统也有很大差别，有的是windows，有的是linux，有的二者都可以支持，而在不同操作系统下，调试或开发某一功能的方式不同，为了避免因为操作系统差异增加开发或调试的难度，则需要屏蔽掉操作系统的差异，也即在开发或调试时，需要保证调试程序不与操作系统直接对话。可选的，在应用框架与所述调试程序建立会话连接后，根据调试程序下发的第二操作指令调用跨平台的QT工具库所提供的接口，以实现相应功能的调试开发，其中第二操作指令是为了完成开发或调试而下发的指令，在此不做具体限定。由于QT工具库是跨平台的，其提供的任一工具在不同操作系统下可以执行相同的行为，因此可直接调用QT工具库所提供的接口进行调试或开发，由此实现了调试程序不受操作系统的更改而不同，提高了通用性。

本申请实施例中，应用框架通过对不同厂商设备的SDK进行抽象处理，得到供调试程序使用的通用接口，完成的设备的适配；同时，应用框架通过调用QT工具库提供的工具辅助开发或调试，屏蔽了操作系统的差异。

进一步的，可参见图2b和图2c对本申请进行详细说明。其中，图2b示出了厂商设备、SDK、应用框架、应用程序之间的关系示意图。具体的，不同厂商设备(例如X厂商设备A，Y厂商设备B)接入到调试计算机中，并将对应的SDK也提供给调试计算机。本申请是实施例中，在调试开发过程中，应用框架对厂商SDK进行抽象分析与归类，得出一套对不同设备进行统一操作的通用接口API，供上层的调试程序使用，也即调试程序利用抽象出的通用接口API进行开发调试，以此实现利用一个调试程序可以操作不同厂商的设备，避免了为每个厂商设备开发单独开发一个调试程序，也即调试程序可以实现跨设备进行操作。同时，QT工具库是跨平台的，其提供的工具在不同操作系统下执行的行为是相同的，由此通过调用QT工具库提供的工具进行开发调试时，根本无需关注底层操作系统具体是哪一种。

进一步的，图2c示出了应用框架的组成示意图。具体的，应用框架主要包括两层，分别为SDK抽象层和会话管理层。其中，SDK抽象层主要用户获取厂商SDK，并对商场SDK进行抽象分析与归类，得到至少一个通用接口API，以供上层的调试程序调用，由此实现了将设备差异尽可能的屏蔽在抽象层中，也即调试程序只需调通通用接口API即可，后续由应用框架根据调试指令判断需要对某一个厂商设备进行操作。

会话管理层主要是对设备连接、设备状态、设备参数等业务进行统一管理。基于会话管理，应用框架与所述调试程序会话过程中，应用框架还进行如下至少一项操作：信号数量统计、通信状态记录、图形显示、通信日志记录、数据格式转换和文件管理。除此，在应用框架与调试程序会话过程中，还可以调用QT工具库提供的功能进行调试可发。由此在会话管理层，各功能已经不依赖于具体的操作系统和具体的设备，达到了通用应用框架的目的。

实施例三

图3是本申请实施例三提供的设备适配装置的结构示意图，本实施例可适用于对不同厂商提供的嵌入式仿真设备进行适配的情况，该装置可配置于应用框架中。如图3所示，设备适配装置包括：

获取模块301，用于获取不同厂商提供的待适配设备对应的软件开发工具包；

抽象模块302，用于基于预设的抽象算法，对所述待适配设备对应的软件开发工具包进行抽象分析处理，得到至少一个对不同待适配设备进行统一操作的通用接口，以供调试程序调用；

第一会话模块303，用于在所述应用框架与所述调试程序建立会话连接后，根据所述调试程序下发的第一操作指令调用对应的通用接口，以对目标设备进行操作。

在上述实施例的基础上，可选的，所述装置还包括：

第二会话模块，用于在所述应用框架与所述调试程序建立会话连接后，根据所述调试程序下发的第二操作指令调用跨平台的QT工具库所提供的接口，以实现相应功能的调试开发。

在上述实施例的基础上，可选的，在所述应用框架与所述调试程序会话过程中，所述应用框架还进行如下至少一项操作：信号数量统计、通信状态记录、通信日志记录、数据格式转换和文件管理。

在上述实施例的基础上，可选的，所述待适配设备为嵌入式仿真设备。

上述产品可执行本申请实施例所提供的设备适配方法，具备执行方法相应的功能模块和有益效果。

实施例四

本申请实施例四还提供一种包含计算机可执行指令的介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种设备适配方法，所述方法包括：

获取不同厂商提供的待适配设备对应的软件开发工具包；

介质——任何的各种类型的存储器设备或存储设备。术语“介质”旨在包括：安装介质，例如CD-ROM、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如DRAM、DDRRAM、SRAM、EDO RAM，兰巴斯(Rambus)RAM等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。介质可以还包括其它类型的存储器或其组合。另外，介质可以位于程序在其中被执行的计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到计算机系统。第二计算机系统可以提供程序指令给计算机用于执行。术语“介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多介质。介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的介质，其计算机可执行指令不限于如上所述的设备适配操作，还可以执行本申请任意实施例所提供的设备适配方法中的相关操作。

实施例五

本申请实施例五提供了一种计算机设备，该计算机设备中可集成本申请实施例提供的装置。图4是本申请实施例五提供的一种计算机设备的结构示意图。如图4所示，本实施例提供了一种计算机设备400，其包括：一个或多个处理器420；存储器410，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器420执行，使得所述一个或多个处理器420实现本申请实施例所提供的设备适配方法，所述方法包括：

获取不同厂商提供的待适配设备对应的软件开发工具包；

当然，本领域技术人员可以理解，处理器420还实现本申请任意实施例所提供的设备适配方法的技术方案。

图4显示的计算机设备400仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示，该计算机设备400包括处理器420、存储器410、输入装置430和输出装置440；计算机设备中处理器420的数量可以是一个或多个，图4中以一个处理器420为例；计算机设备中的处理器420、存储器410、输入装置430和输出装置440可以通过总线或其他方式连接，图4中以通过总线450连接为例。

存储器410作为一种计算机可读介质，可用于存储软件程序、计算机可执行程序以及模块单元，如本申请实施例中的设备适配方法对应的程序指令。

存储器410可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器410可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器410可进一步包括相对于处理器420远程设置的存储器，这些远程存储器可以通过网络连接。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置430可用于接收输入的数字、字符信息或语音信息，以及产生与计算机设备的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏、扬声器等计算机设备。

上述实施例中提供的设备适配装置、存储介质及计算机设备可执行本申请任意实施例所提供的设备适配方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的设备适配方法。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims

1.一种设备适配方法，其特征在于，由应用框架执行，所述方法包括：

获取不同厂商提供的待适配设备对应的软件开发工具包，其中，所述待适配设备为嵌入式仿真设备；

在所述应用框架与所述调试程序建立会话连接后，根据所述调试程序下发的第一操作指令调用对应的通用接口，以对目标设备进行操作，其中，所述目标设备为已完成适配的嵌入式仿真设备；

在所述应用框架与所述调试程序建立会话连接后，根据所述调试程序下发的第二操作指令调用跨平台的QT工具库所提供的接口，以实现相应功能的调试开发。

2.根据权利要求1所述的方法，其特征在于，在所述应用框架与所述调试程序会话过程中，所述应用框架还进行如下至少一项操作：信号数量统计、通信状态记录、通信日志记录、数据格式转换和文件管理。

3.一种设备适配装置，其特征在于，配置于应用框架，所述装置包括：

获取模块，用于获取不同厂商提供的待适配设备对应的软件开发工具包，其中，所述待适配设备为嵌入式仿真设备；

第一会话模块，用于在所述应用框架与所述调试程序建立会话连接后，根据所述调试程序下发的第一操作指令调用对应的通用接口，以对目标设备进行操作，其中，所述目标设备为已完成适配的嵌入式仿真设备；

4.根据权利要求3所述的装置，其特征在于，在所述应用框架与所述调试程序会话过程中，所述应用框架还进行如下至少一项操作：信号数量统计、通信状态记录、通信日志记录、数据格式转换和文件管理。

5.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-2中任一项所述的设备适配方法。

6.一种计算机设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-2中任一项所述的设备适配方法。