汽车诊断仪及其运行系统方法、汽车诊断系统与流程

本发明实施例涉及车辆诊断技术，尤其涉及一种汽车诊断仪及其运行系统方法、汽车诊断系统。

背景技术：

随着汽车电子技术的飞速发展，车辆的功能复杂性日益提高，安全、环保、节能各方面的法规要求日益严格，舒适、灵活、个性化的客户要求千差万别，使汽车开发周期不断缩短，大量的电子控制器在汽车中广泛使用，导致车辆的诊断面临巨大挑战。

汽车故障诊断是汽车性能失效的识别和对相关器件进行测试及找出故障点的过程。汽车诊断设备可以与车辆进行通信，实现对车辆进行诊断。

当前，随着汽车诊断设备的功能需求增加，如何实现汽车诊断设备在与车辆连接时，与服务器进行连接，成为本领域技术人员积极研究的课题。

技术实现要素：

本发明实施例提供一种汽车诊断仪及其运行系统方法、汽车诊断系统，以解决现有的汽车诊断仪无法同时与车辆和服务器连接，造成诊断失败的问题。

第一方面，本发明实施例提供一种汽车诊断仪，包括：处理器、分别与所述处理器连接的第一WiFi单元和第二WiFi单元；

所述处理器用于控制所述第一WiFi单元与服务器连接，控制所述第二WiFi单元与下位机连接。

第二方面，本发明实施例提供一种汽车诊断仪的系统运行方法，所述方法应用于汽车诊断仪，所述汽车诊断仪包括：处理器、分别与所述处理器连接的第一WiFi单元和第二WiFi单元，所述方法包括：

通过所述处理器运行所述汽车诊断仪的系统中所述第一WiFi单元与所述第二WiFi单元各自对应的模块，以控制所述第一WiFi单元与服务器连接，所述第二WiFi单元与下位机连接

第三方面，本发明实施例还提供一种汽车诊断系统，包括：服务器、第一方面所述的汽车诊断仪、下位机和汽车；

所述汽车诊断仪通过第一WiFi单元与所述服务器连接，所述汽车诊断仪通过第二WiFi单元与所述下位机连接，所述下位机与所述汽车连接。

本发明实施例提供的汽车诊断仪及其运行系统方法、汽车诊断系统，通过设置处理器、分别与处理器连接的第一WiFi单元和第二WiFi单元，其中，处理器控制第一WiFi单元与服务器连接，控制第二WiFi单元与下位机连接。即本实施例的汽车诊断仪，实现分别与服务器和下位机通信连接。

附图说明

图1为现有的汽车诊断系统图；

图2为本发明实施例一提供的汽车诊断仪的结构示意图；

图3为本发明实施例提供的一种汽车诊断仪中的操作系统的架构示意图；

图4为本发明实施例一提供的汽车诊断仪的系统运行方法的流程示意图；

图5为本发明实施例一提供的第一种汽车诊断仪的系统运行方法的流程示意图；

图6为本发明实施例一提供的第二种汽车诊断仪的系统运行方法的流程示意图；

图7为本发明实施例一提供的第三种汽车诊断仪的系统运行方法的流程示意图；

图8为本发明实施例二提供的汽车诊断仪的系统运行方法的流程示意图；

图9为本发明实施例三提供的汽车诊断仪的系统运行方法的流程示意图；

图10为本发明实施例提供的汽车诊断系统的示意图。

附图标记说明：

100：汽车诊断仪；

200：服务器；

300：下位机；

110：处理器；

120：第一WiFi单元；

130：第二WiFi单元；

140：RAM；

150：PMU；

160：NAND；

400：汽车。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

首先对本申请涉及到的相关概念进行介绍如下：

WiFi(Wireless Fidelity，无线保真)：一种无线通信协议和标准，用于构建无线局域网。

STA(Station，站点)：访问移动接入点的设备，WiFi技术中工作在从模式的设备。

AP(Access Point，无线访问节点)：移动网络访问接入点，WiFi技术中工作在主模式的设备。

下位机：一种与汽车连接的通信设备，汽车诊断设备通过下位机与车辆通信连接，下位机可以是车辆通信接口(Vehicle Communication Interface，VCI)。

汽车诊断仪：一种携带诊断操作系统的终端，可以是具备诊断功能的用户终端，如智能手机等，也可以是专用诊断设备。

PCIE(Peripheral Component Interface Express，总线和接口标准)：一种计算机总线标准和接口。

SDIO(Secure Digital Input and Output card，安全数字输入输出卡)：一种计算机总线标准和接口。

Supplicant：WiFi管理服务程序。

Android：一种由谷歌公司发行的用于移动终端的操作系统。

图1为现有的汽车诊断系统图，如图1所示，现有的汽车诊断系统中，下位机一般工作在AP模式，汽车诊断仪工作在STA模式。下位机和无线LAN AP(Local Area Network AP，局域网AP)分别作为两个不同的AP处于不同的网络，当汽车诊断仪只有一路WiFi时，在访问下位机的时候，无法访问互联网，即无法与服务器实现连接。

为了解决上述技术问题，本申请实施例在汽车诊断仪中设计两路WiFi，能够支持汽车诊断仪与下位机通信的时候还可以同时访问互联网，进而增强了汽车诊断仪的诊断功能。

下面以具体地实施例对本申请的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。

图2为本发明实施例一提供的汽车诊断仪的结构示意图。如图2所示，本实施例的汽车诊断仪100包括：处理器110、分别与所述处理器110连接的第一WiFi单元120和第二WiFi单元130，所述处理器110用于控制所述第一WiFi单元120与服务器200连接，控制所述第二WiFi单元130与下位机300连接。

由于WiFi具有覆盖范围广，无须布线，传输速度快等优点，得到了广泛的应用。在大多数情况下，移动终端的WiFi都工作在STA模式，通过访问AP热点与互联网实现信息交互，例如，获取互联网服务或通过服务器上传诊断信息等。在STA工作模式下，一个WiFi只能与一个AP连接。

本实施例的汽车诊断仪100包括处理器110、第一WiFi单元120和第二WiFi单元130，其中，第一WiFi单元120和第二WiFi单元130均与处理器110连接，其中，第一WiFi单元120和第二WiFi单元130可以基于不同的应用场景，工作在STA工作模式下，或AP工作模式下。

本实施例的第一WiFi单元120和第二WiFi单元130可以为芯片等具有WiFi功能的硬件器件。

在一种示例中，以第一WiFi单元120和第二WiFi单元130工作在STA工作模式下为例，在实际应用时，处理器110控制第一WiFi单元120与服务器200连接，控制第二WiFi单元130与下位机300连接，且第一WiFi单元120与第二WiFi单元130互不干涉，进而实现汽车诊断仪100可以分别与服务器200和下位机300连接，进而分别实现与服务器200和下位机300进行信息通信。例如，从下位机300上获取车辆数据，从服务器200上获取诊断策略，并根据车辆数据和诊断策略对车辆进行诊断等。

可选的，本实施例的服务器200可以是云服务器、网络服务器、基站服务器中的任一种。

需要说明的是，本实施例是以WiFi单元为例进行说明，即本实施例的汽车诊断仪100中的第一WiFi单元120和第二WiFi单元130还可以使用其他的无线通讯单元替换，例如可以使用蓝牙模块、Zigbee单元等替换。在此，不予限定。

可选的，本实施例的第一WiFi单元120和第二WiFi单元130可以使用现有的任意两种无线通讯模块的组合来替换，例如，使用蓝牙单元替换第一WiFi单元120，使用Zigbee单元替换第二WiFi单元130，本实施例对此不做限制，具体根据实际需要进行设定。

进一步的，参照图2所示，本实施例的汽车诊断仪100包括第一接口和第二接口，第一WiFi单元120通过第一接口与处理器110连接，第二WiFi单元130通过第二接口与处理器110进行连接。这样，处理器110可以根据判断接口的标识即可判断出是与第一WiFi单元120连接，还是与第二WiFi单元130连接。其中，第一接口与第二接口所使用的标准可以相同，也可以不同。若第一接口与第二接口所使用的标准不同，处理器可以根据接收到的数据所使用的标准格式，来判断出是与第一WiFi单元120连接，还是与第二WiFi单元130连接。

例如，假设定义第一WiFi单元120只能与服务器200连接，第二WiFi单元130只能与下位机300连接，此时，当处理器110接收到第一接口传来的消息时，可以确定该消息是由第一WiFi单元120接收的，进而确定该消息是由服务器200发送的。当处理器110接收到第二接口传来的消息时，可以确定该消息是由第二WiFi单元130接收的，进而确定该消息是由下位机300发送的。同理，当处理器110需要向服务器200发送消息时，则处理器110将消息发送给第一接口，第一接口将消息传给第一WiFi单元120，使得第一WiFi单元120将该消息发送给服务器200。当处理器110需要向下位机300发送消息时，则处理器110将消息发送给第二接口，第二接口将消息传给第二WiFi单元130，使得第二WiFi单元130将该消息发送给下位机300。

本实施例的第一接口或第二接口可以是USB(Universal Serial Bus，通用串行总线)接口、PCIE接口和SDIO接口、以及Uart(Universal Asynchronous Receiver/Transmitter，异步收发传输接口)等中的任意一种。例如，第一接口和第二接口均为USB接口，或均为PCIE接口，或均为SDIO接口。可选的，第一接口和第二接口还可以是上述各接口中任意两接口的组合，例如，第一接口为USB接口，第二接口为PCIE接口；或者，第一接口为PCIE接口，第二接口为USB接口；或者，第一接口为USB接口，第二接口为SDIO接口；或者，第一接口为SDIO接口，第二接口为USB接口；或者，第一接口为SDIO接口，第二接口为PCIE接口；或者，第一接口为SDIO接口，第二接口为Uart等。如图所示，本实施例示出一种情况为第一接口为PCIE接口，第二接口为SDIO接口。

可选的，如图2所示，本实施例的汽车诊断仪100还包括PMU150(Power Management Unit，电源管理单元)、RAM140(random access memory，随机存取存储器)、NAND160闪存等其他通用单元，在此不予限定。

本发明实施例提供的汽车诊断仪，设置有处理器、分别与处理器连接的第一WiFi单元和第二WiFi单元，其中，处理器控制第一WiFi单元与服务器连接，控制第二WiFi单元与下位机连接。即本实施例的汽车诊断仪，可以实现分别与服务器和下位机通信连接。

图3为本发明实施例提供的一种汽车诊断仪中的操作系统的架构示意图。需要说明的是，图3以安卓(android)操作为例，本实施例的第一WiFi单元120和第二WiFi单元130还可以基于其他的操作系统实现与上层应用交互，例如基于iOS苹果移动操作系统或黑莓系统或其他操作系统等。如图3所示，操作系统的架构包括四层，分别为：

(1)Linux驱动层，用于硬件单元的上下电控制，数据的发送和接收，第一WiFi单元120和第二WiFi单元130状态的管理，IEEE802.11通讯协议的管理，与应用层通信和命令的管理(Net_LINK协议与文件系统)等。

(2)Supplicant(进程)服务层，一个开放的系统服务软件，用于第一WiFi单元120和第二WiFi单元130状态的维护、命令控制、数据交换等。向下通过NET_LINK(一种通信协议)协议与Linux内核交互数据，通过文件系统与Linux内核交互命令。对上层应用通过socket(套接字，一种接口)通信，调用接口由Wpa_ctrl封装。

(3)Android Framework(Android框架层)，主要负责WiFi状态机的维护，驱动加载，Supplicant服务模块的管理，配置数据保存与恢复，连接管理，为APP层提供便捷的操作WiFi的接口。框架部分与Supplicant服务模块之间通过socket进行通信，与应用层之间通过IPC(Inter Process Communication，进程间通信)进行通信。

(4)Android APP应用部分，提供具体的WiFi APP应用。

本实施例，在所述汽车诊断仪的系统的驱动层(即图3中的Linux驱动层)中，配置有所述第一WiFi单元的标识对应的第一驱动程序，以及所述第二WiFi单元的标识对应的第二驱动程序；其中，所述第一WiFi单元的标识与所述第二WiFi单元的标识不同。此时，处理器110可以根据第一WiFi单元120的标识控制第一WiFi单元120启动或关闭，根据第二WiFi单元130的标识，控制第二WiFi单元130启动或关闭。

具体的，为第一WiFi单元120和第二WiFi单元130分别配置了不同的驱动程序。这样，处理器110可以通过标识来区分是调用第一WiFi单元120的第一驱动程序，还是调用第二WiFi单元130的第二驱动程序。例如，处理器110根据第一WiFi单元120的标识，调用第一WiFi单元120的第一驱动程序，以控制第一WiFi单元120开启或关闭，同理，处理器110根据第二WiFi单元130的标识，调用第二WiFi单元130的第二驱动程序，以控制第二WiFi单元130的开启或关闭。

在一种实际使用的场景中，当处理器110需要从服务器200上获得诊断策略时，处理器110调用第一驱动程序，以控制第一WiFi单元120开启，通过第一WiFi单元120向服务器200发送请求消息，该请求消息中除了携带请求事件外，还携带有第一WiFi单元120的标识。服务器200获得请求事件的应答结果后，根据第一WiFi单元120的标识，将该应答结果通过第一WiFi单元120发送给处理器110。

同理，当处理器110需要获得车辆信息时，处理器110调用第二驱动程序，以控制第二WiFi单元130开启，通过第二WiFi单元130向下位机300发送请求消息，该请求消息中除了携带请求事件外，还携带有第二WiFi单元130的标识。下位机300获得请求事件的应答结果后，根据第二WiFi单元130的标识，将该应答结果通过第二WiFi单元130发送给处理器110。

在所述汽车诊断仪的操作系统的服务层中(即图3中的Supplicant服务层)，配置有用于管理所述第一WiFi单元对应的第一配置文件，以及所述第二WiFi单元对应的第二配置文件的服务模块。

具体的，现有的Supplicant服务模块默认是支持管理多个wlan接口的，但启动配置参数一般只配置一个WiFi接口。如果需要管理两个WiFi单元，则Linux的init.rc启动配置文件里面启动配置参数可以如下配置：

其中参数-iwlan0和-iwlan1分别表示需要Supplicant服务模块管理第一WiFi单元和第二WiFi单元两个WiFi接口。第一配置文件为wpa_Supplicant.conf，第二配置文件为vci_Supplicant.conf，均位于/data/misc/目录下面。

在汽车诊断仪的系统的框架层(即图3中的Framework层)中，为第一WiFi单元120配置有对应的第一功能模块组，为所述第二WiFi单元130配置有对应的第二功能模块组。其中所述第一功能模块组和所述第二功能模块组共享WiFi Native模块，或者，第一功能模块组和第二功能模块组相互独立。

具体的，本实施例在汽车诊断仪的操作系统的框架层中，为第一WiFi单元120和第二WiFi单元130配置了不同的功能模块组。例如，如图3所示，为第一WiFi单元120配置的第一功能模块组可以包括：WiFi Manager(WiFi管理模块)、WiFi ConfigStorer(WiFi配置存储器)、WiFi StateMachine(WiFi状态机)、WiFi Service(WiFi服务器)、WiFi SettingStore(WiFi设置存储器)、WiFi Monitor(WiFi监视器)和WiFi Native(WiFi本地进程)等。

为第二WiFi单元130配置的第二功能模块组可以包括：VCI Manager(Vehicle Communication Interface Manager车辆通讯接口管理模块)、VCI ConfigStorer(VCI配置存储器)、VCI StateMachine(VCI状态机)、VCI Service(VCI服务器)、VCI SettingStore(VCI设置存储器)和WiFiNative。在此，第二功能模块组的配置是基于第二WiFi单元130所要通信的下位机为VCI进行说明的，若下位机为其他设备，可以相应配置第二WiFi单元的其他功能模块组，在此不予限定。

其中，WiFi Manager，可以用于与上层应用程序进行信息交互，并可对各WiFi功能模块进行管理，即上层应用程序都可以通过与WiFi Manager交互，实现WiFi各项功能。

WiFi ConfigStore，在Android的无线网络部分，主要负责网络配置信息的管理工作，包括保存、读取配置信息等。当在Settings中触发一个保存网络、连接网络或者auto_connect自动重连动作时，都会调用到WiFi ConfigStore。

WiFi StateMachine，Android中管理Wifi各个过程的状态，将繁杂的过程细化为一个个分支状态，易于管理，并且代码的结构也更清晰，易于阅读。它管理Wifi驱动加载、连接、扫描以及断开等各个状态。

WiFi Service，是Framework层中负责WiFi功能的核心服务，借助wpa-Supplicant(简称WPAS)来管理和控制Android平台中的WiFi功能。

WiFi SettingStore，在Android的WiFi体系中，承担着分发来自wpa_Supplicant底层事件的任务。当上层下达Wifi的扫描、连接等指令后，底层驱动以及wpa_s进行实际的扫描、连接操作，操作完成后会向上层反馈一个event(事件)，通知Framework扫描是否结束、连接是否成功。

需要说明的是，第二功能模块组中的各模块的功能与第一能模块组中各模块的功能相同，本实施例在此不再赘述。

由上述可知，本实施例的第一功能模块组和第二功能模块组共享WiFi Native模块和/或WiFi Monitor模块。其中，WiFi Native模块用于启动和关闭Supplicant服务模块，启动和关闭WiFi Monitor模块线程，把命令下发给Supplicant服务模块，更新WiFi StateMachine，并处理其他模块通过WiFi Manager接口发送过来的远端WiFi操作。

继续参照图3所示，本实施例的WiFi Native模块还用于控制Framework层与Supplicant服务模块通信的Socket访问权。例如，WiFi Native根据第一WiFi单元120的标识，控制Supplicant服务模块与第一功能模块组通信，根据第二WiFi单元130的标识，控制Supplicant服务模块与第二功能模块组通信。

即本实施例的方法，通过分别为第一WiFi单元120配置第一功能模块组，为第二WiFi单元130配置第二功能模块组，并且使第一功能模块组和第二功能模块组共享WiFi Native模块和/或WiFi Monitor模块，这样不仅保证了第一WiFi单元120与第二WiFi单元130的相互独立，同时，简化了第一WiFi单元120和第二WiFi单元130的配置过程。

在本实施例的另一种可能的实现方式中，汽车诊断仪中第一WiFi单元对应的固件与所述第二WiFi单元对应的固件相同或不同。

当第一WiFi单元120对应的固件和第二WiFi单元130对应的固件相同时，第一WiFi单元120和第二WiFi单元130共享固件。

具体是，当第一WiFi单元120和第二WiFi单元130对应的固件相同时，当第一WiFi单元120或第二WiFi单元130中的任意一个加载了固件，则另一个模块则不需要再加载固件。当需要卸载固件时，在第一WiFi单元120和第二WiFi单元130均不运行时，方可卸载该固件，进而简化了第一WiFi单元120和第二WiFi单元130的驱动过程，同时避免为第一WiFi单元120和第二WiFi单元130配置分别配置固件时，造成资源浪费的问题。

当第一WiFi单元120对应的固件和第二WiFi单元130对应的固件不相同时，则第一WiFi单元120的固件与第二WiFi单元130的固件相互独立工作，互不干涉。

可选的，本实施例的第一WiFi单元120和第二WiFi单元130共享Supplicant服务模块。具体是，当第一WiFi单元120或第二WiFi单元130中的任意一个启动了Supplicant服务模块，则另一个模块则不需要再启动Supplicant服务模块。当需要关闭Supplicant服务模块时，在第一WiFi单元120和第二WiFi单元130均停止运行时，方可关闭该Supplicant服务模块，进一步避免为第一WiFi单元120和第二WiFi单元130分别配置Supplicant服务模块时，造成资源浪费的问题。

可选的，本实施例的第一WiFi单元120包括开放接口，允许其他应用和第三方APP(Application，应用程序)都能通过该开放接口进行访问。第二WiFi单元130包括私有接口，只允许下位机300上的APP(例如，图3中的VCI APP)进行访问，不允许第三方APP进行访问。

本发明实施例的汽车诊断仪，在汽车诊断仪的系统的驱动层中，配置有第一WiFi单元的标识对应的第一驱动程序，以及第二WiFi单元的标识对应的第二驱动程序；在汽车诊断仪的系统的服务层中，配置有用于管理第一WiFi单元对应的第一配置文件，以及第二WiFi单元对应的第二配置文件的服务模块；在汽车诊断仪的系统的框架层中，配置有第一WiFi单元对应的第一功能模块组，以及第二WiFi单元对应的第二功能模块组，进而使得第一WiFi单元和第二WiFi单元独立，这样汽车诊断可以根据第一WiFi单元与任一应用进行通信，通过第二WiFi单元与下位机进行通信。

图4为本发明实施例一提供的汽车诊断仪的系统运行方法的流程示意图。本实施例的执行主体为上述实施例所述的汽车诊断仪，该汽车诊断仪包括：处理器、分别与处理器连接的第一无线保真WiFi单元和第二WiFi单元。如图4所示，本实施例的方法可以包括：

S101、通过所述处理器运行所述汽车诊断仪的系统中所述第一WiFi单元与所述第二WiFi单元各自对应的模块，以控制所述第一WiFi单元与服务器连接，所述第二WiFi单元与下位机连接。

具体的，如图3所示，汽车诊断仪的系统中为第一WiFi单元和第二WiFi单元预先配置了各自对应的模块。在实际使用时，处理器通过调用第一WiFi单元对应的各模块，控制第一WiFi单元与服务器连接，通过调用第二WiFi单元对应的各模块，控制第二WiFi单元与下位机(例如VCI设备)连接。以下位机为VCI设备为例，此时，处理器可以从服务器中获取车辆诊断策略，从下位机上获得车辆数据。接着，根据车辆数据和诊断策略对车辆进行诊断，保证了诊断的正常进行，进而提高了车辆诊断的可靠性。

在本实施例的一种可能的实现方式中，如图5所示，上述S101中通过处理器运行所述汽车诊断仪的系统中所述第一WiFi单元与所述第二WiFi单元各自对应的模块，具体可以包括：

S101a、通过所述处理器识别WiFi单元的标识。

S101b、若所述标识为所述第一WiFi单元的第一标识，根据所述第一标识，控制所述第一WiFi单元的第一驱动程序运行。

S101c、若所述标识为所述第二WiFi单元的第二标识，根据所述第二标识，控制所述第二WiFi单元的第二驱动程序运行。

具体的，参照图3所示，为了保证第一WiFi单元与第二WiFi单元的独立，则第一WiFi单元和第二WiFi单元的驱动程序独立。如图3所示，在所述汽车诊断仪的系统的驱动层中，即Linux操作系统上面，为第一WiFi单元配置第一驱动程序，为第二WiFi单元配置第二驱动程序，且为第一WiFi单元配置第一标识，为第二WiFi单元配置第二标识。

这样，Linux模块驱动启动的时候，在进行设备和驱动的匹配过程中，根据第一WiFi单元和第二WiFi单元的标识，运行不同的驱动程序。具体是，处理器根据第一标识，调用第一驱动程序运行，根据第二标识，调用第二驱动程序运行。

例如，将第一WiFi单元的第一标识记为wlan0，将第二WiFi单元的第二标识记为wlan1。如图3所示，当服务层Supplicant服务模块与驱动层中的nl80211(为用户空间调用内核WiFi相关功能的接口)驱动交互信息的时候，在Net_LINK(网络连接)协议里面指定NL80211_ATTR_IFINDEX(属性函数)属性为具体的某个WiFi单元的标识，其中，WiFi单元的标识在Supplicant启动第一WiFi单元和第一WiFi单元驱动接口的时候，由文件系统通过ioctl(为设备驱动程序中对设备的I/O通道进行管理的函数)的方式从Linux内核获得。

同理，Linux驱动层收到NET_LINK消息后，通过判断NL80211_ATTR_IFINDEX属性中携带的标识，获知调用第一WiFi单元还是第二WiFi单元的驱动来处理接收到的数据。其中，Linux内核向Supplicant服务模块上报消息时，也是通过在NET_LINK里面标记NL80211_ATTR_IFINDEX属性来判断是将消息发送给第一WiFi单元还第二WiFi单元。

在本实施例的一种可能的实现方式中，如图6所示，上述S101中通过所述处理器运行所述汽车诊断仪的系统中所述第一WiFi单元与所述第二WiFi单元各自对应的模块，具体可以包括：

S101d、通过所述处理器调用所述第一WiFi单元对应的第一配置文件。

S101e、通过所述处理器调用所述第二WiFi单元对应的第二配置文件。

具体的，参照上述实施例的描述，在所述汽车诊断仪的系统的服务层中，预先配置有用于管理第一WiFi单元对应的第一配置文件，以及第二WiFi单元对应的第二配置文件的服务模块。其中，服务器模块关于第一WiFi单元和第二WiFi单元对应的配置文件的接口不同，例如第一WiFi单元对应的配置文件接口为iwlan0，第二WiFi单元对应的配置文件接口为iwlan1。

在实际应用时，处理器通过iwlan0接口，调用第一WiFi单元对应的配置文件，通过iwlan1接口，调用第二WiFi单元对应的配置文件。

在本实施例的一种可能的实现方式中，如图7所示，上述S101中通过所述处理器运行所述汽车诊断仪的系统中所述第一WiFi单元与所述第二WiFi单元各自对应的模块，具体可以包括：

S101f、通过所述处理器调用所述第一WiFi单元对应的第一功能模块组。

S101g、通过所述处理器调用所述第二WiFi单元对应的第二功能模块组。

其中，所述第一功能模块组和所述第二功能模块组共享WiFi Native模块；或者，所述第一功能模块组和所述第二功能模块组相互独立。

具体的，如图3所示，本实施例在汽车诊断仪的系统的框架层中，预先为第一WiFi单元120配置有对应的第一功能模块组，为所述第二WiFi单元130配置有对应的第二功能模块组。

其中，第一功能模块组可以包括：WiFi Manager、WiFi ConfigStorer、WiFi StateMachine、WiFi Service、WiFi SettingStore、WiFi Monitor和WiFi Native等。

第二功能模块组可以包括：VCI Manager、VCI ConfigStorer、VCI StateMachine、VCI Service、VCI SettingStore和WiFiNative。

在实际应用时，处理器根据第一WiFi单元的标识调用第一驱动程序，并通过iwlan0接口调用第一WiFi单元对应的配置文件，接着，调用第一WiFi单元对应的第一功能模块组中的至少一个功能模块，控制第一WiFi单元实现相应功能。同理，处理器根据第二WiFi单元的标识调用第二驱动程序，并通过iwlan1接口调用第二WiFi单元对应的配置文件，接着，调用第二WiFi单元对应的第二功能模块组中的至少一个功能模块，控制第二WiFi单元实现相应功能。其中，第一功能模块组和第二功能模块组中各功能模块的功能实现过程为本领域技术人员的公知常识，在此不再赘述。

本发明实施例提供的汽车诊断仪的系统运行方法，通过处理器运行汽车诊断仪的系统中第一WiFi单元与所述第二WiFi单元各自对应的模块，以控制第一WiFi单元与服务器连接，第二WiFi单元与下位机连接，例如，通过第一WiFi单元的第一标识控制第一WiFi单元的第一驱动程序运行，通过第二WiFi单元的第二标识控制第二WiFi单元的第二驱动程序运行。或者，通过处理器调用第一WiFi单元对应的第一配置文件，通过处理器调用第二WiFi单元对应的第二配置文件。或者，通过处理器调用第一WiFi单元对应的第一功能模块组，通过处理器调用第二WiFi单元对应的第二功能模块组，进而使得汽车诊断仪同时与服务器和下位机连接，以扩展汽车诊断仪的功能实现。

图8为本发明实施例二提供的汽车诊断仪的系统运行方法的流程示意图。在上述实施例的基础上，上述S101中通过所述处理器运行所述汽车诊断仪的系统中所述第一WiFi单元与所述第二WiFi单元各自对应的模块，具体包括：

S201、判断所述第一WiFi单元的第一固件与所述第二WiFi单元的第二固件是否相同。

S202、若所述第一固件与所述第二固件不相同时，则通过所述处理器分别加载所述第一固件和所述第二固件。

S203、若所述第一固件与所述第二固件相同时，则通过所述处理器加载所述第一固件或所述第二固件的其中一个。

具体的，当第一WiFi单元的第一固件和第二WiFi单元的第二固件不相同时，则通过处理器分别加载第一WiFi单元的第一固件和第二WiFi单元的第二固件。

当第一固件和第二固件相同，例如为一个厂家生产的同批次固件时，则可以设置第一WiFi单元和第二WiFi单元共享第一固件和第二固件，通过处理器加载第一固件或第二固件的其中一个。

本实施例，判断所述第一WiFi单元的第一固件与第二WiFi单元的第二固件是否相同之后，所述方法还包括：

S204、若所述第一固件与所述第二固件不相同时，则分别卸载所述第一固件和所述第二固件。

S205、若所述第一固件与所述第二固件相同时，则在所述第一WiFi单元和所述第二WiFi单元均停止工作时，卸载所述第一固件和所述第二固件。

同理，在卸载第一固件和第二固件时，当第一固件与第二固件不相同时，由于第一固件与第二固件之间相互独立，可以分别卸载第一固件和第二固件。

当第一固件和第二固件相同，且第一WiFi单元和第二WiFi单元共享固件时，需要在第一WiFi单元和第二WiFi单元均停止工作后，方能卸载第一固件和/或第二固件，进而保证了第一WiFi单元和第二WiFi单元的正常工作。

图9为本发明实施例三提供的汽车诊断仪的系统运行方法的流程示意图。在上述实施例的基础上，上述S101中通过所述处理器运行所述汽车诊断仪的系统中所述第一WiFi单元与所述第二WiFi单元各自对应的模块，具体包括：

S301、在所述第一WiFi单元或所述第二WiFi单元工作时，启动所述系统的服务层中所述第一WiFi单元与所述第二WiFi单元均对应的服务模块。

S302、在所述第一WiFi单元和所述第二WiFi单元均停止工作时，关闭所述服务模块。

由上述可知，在所述汽车诊断仪的系统的服务层中，配置有用于管理第一WiFi单元对应的第一配置文件，以及第二WiFi单元对应的第二配置文件的服务模块，第一WiFi单元和第二WiFi单元共享服务模块。

这样，在第一WiFi单元或第二WiFi单元工作时，系统的服务层中的服务模块启动。例如，先启动的第一WiFi单元已经启动Supplicant服务模块时，则第二WiFi单元不需要再请求启动Supplicant服务模块，若判断第一WiFi单元未启动Supplicant服务模块时，则第一WiFi单元向Supplicant服务模块发送启动请求，Supplicant服务模块启动。

在关闭Supplicant服务模块时，为了保证第一WiFi单元和第二WiFi单元的正常运行，必须在第一WiFi单元和第二WiFi单元均停止工作时，方可关闭Supplicant服务模块。

可选的，本实施例的WiFi Native模块的调用可以分两种情况：

情况1：发送命令后，立马需要返回数据。

情况2：发送命令后，立马返回，需要的返回数据通过WiFi Monitor监控线程读取。

对于这两种情况，在同一个访问流程里面都是串行化的，在所有访问函数里面都增加互斥锁，就可以保证两路WiFi访问是串行化的，不会互相影响。

本发明实施例提供的汽车诊断仪的配置方法，当第一WiFi单元与第二WiFi单元的固件相同时，则第一WiFi单元和第二WiFi单元共享固件，同时，第一WiFi单元和第二WiFi单元共享Supplicant服务模块，进而简化了汽车诊断仪的启动过程，节约了资源。

图10为本发明提供的汽车诊断系统实施例的示意图。如图10所示，本实施例的汽车诊断系统包括：服务器200、上述实施例所述的汽车诊断仪100、下位机300和汽车400。其中，所述汽车诊断仪100通过第一WiFi单元120与所述服务器200连接，所述汽车诊断仪100通过第二WiFi单元130与所述下位机300连接，所述下位机300与所述汽车400连接。

本实施例的具体工作过程，参照上述实施例的描述，在此不再赘述。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。