电动车辆故障确定方法、装置、手持设备及存储介质与流程

文档序号:18455408发布日期:2019-08-17 01:33阅读:256来源:国知局
电动车辆故障确定方法、装置、手持设备及存储介质与流程

本发明实施例涉及电动车辆领域,尤其涉及一种电动车辆故障确定方法、装置、手持设备及存储介质。



背景技术:

随着汽车工业的发展,电动自行车、电动摩托车等电动车辆的保有量越来越大。在这些电动车辆的使用、研发过程中,如何对电动车辆进行维护检修非常重要。

目前,公开号为cn109218331a的专利申请文件中,公开了车载通讯模块先采集车辆状态信息,再根据车辆状态信息判断车辆是否存在故障。

但是,上述检修过程由于采集的是整车的状态信息,状态信息较为繁杂,导致故障检测效率低。



技术实现要素:

本发明提供一种电动车辆故障确定方法、装置、手持设备及存储介质,以解决目前的电动车辆故障确定过程效率较低的技术问题。

第一方面,本发明实施例提供一种电动车辆故障确定方法,包括:

接收用户触发的检测指令,其中,所述检测指令用于指示电动车辆的待检测模块;

向所述待检测模块发送信息查询请求;

接收所述待检测模块根据所述信息查询请求反馈的运行信息;

根据所述运行信息确定所述待检测模块是否出现故障。

第二方面,本发明实施例提供一种电动车辆故障确定装置,包括:

第一接收模块,用于接收用户触发的检测指令,其中,所述检测指令用于指示电动车辆的待检测模块;

发送模块,用于向所述待检测模块发送信息查询请求;

第二接收模块,用于接收所述待检测模块根据所述信息查询请求反馈的运行信息;

确定模块,用于根据所述运行信息确定所述待检测模块是否出现故障。

第三方面,本发明实施例还提供了一种手持设备,所述手持设备包括:

一个或多个处理器;

存储器,用于存储一个或多个程序;

当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如第一方面提供的电动车辆故障确定方法。

第四方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面提供的电动车辆故障确定方法。

本发明实施例提供了一种电动车辆故障确定方法、装置、手持设备及存储介质,该方法包括:接收用户触发的检测指令,其中,检测指令用于指示电动车辆的待检测模块,向待检测模块发送信息查询请求,接收待检测模块根据信息查询请求反馈的运行信息,根据运行信息确定待检测模块是否出现故障。通过采用用户触发对某一待检测模块检测、根据该待检测模块的运行信息自动确定某个模块是否出现故障的方式,相较于目前根据整车的状态信息确定故障的方式,可以在用户高度怀疑某一模块出现故障时,触发对该模块进行检测,从而,提高了电动车辆故障确定的效率。

附图说明

图1为本发明提供的电动车辆故障确定方法实施例一的流程示意图;

图2a为图1所示实施例中的一种用户界面的示意图;

图2b为图1所示实施例中的另一种用户界面的示意图;

图2c为图1所示实施例中的又一种用户界面的示意图;

图2d为图1所示实施例中的再一种用户界面的示意图;

图3为本发明提供的电动车辆故障确定方法实施例二的流程示意图;

图4为图3所示实施例中的一种用户界面的示意图;

图5为本发明提供的电动车辆故障确定方法实施例三的流程示意图;

图6a为图5所示实施例中的一种用户界面的示意图;

图6b为图5所示实施例中的另一种用户界面的示意图;

图7为本发明提供的电动车辆故障确定装置实施例的结构示意图;

图8为本发明提供的手持设备的结构示意图。

具体实施方式

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

图1为本发明提供的电动车辆故障确定方法实施例一的流程示意图。本实施例适用于对电动车辆进行检修的场景。本实施例可以由电动车辆故障确定装置来执行,该电动车辆故障确定装置可以由软件和/或硬件的方式实现,该电动车辆故障确定装置可以集成于手持设备中。如图1所示,本实施例提供的电动车辆故障确定方法包括如下步骤:

步骤101:接收用户触发的检测指令。

其中,检测指令用于指示电动车辆的待检测模块。

具体地,本实施例中电动车辆可以是电动自行车、电动摩托车或者电动汽车等电动车辆。本实施例中的用户可以是电动车辆的研发人员、售后人员、检修人员、工厂生产人员或者电动车辆的消费者。本实施例中的电动车辆故障确定装置或者手持设备可以通过数据线连接至电动车辆的检测接口上,例如485接口。当然,该电动车辆故障确定装置或者手持设备也可以通过其他方式,例如无线通信方式,与电动车辆连接,本实施例对此不做限制。

本实施例中电动车辆的待检测模块可以是电动车辆的电池管理系统(batterymanagementsystem,bms)、电子控制单元(electroniccontrolunit,ecu)、灯光控制单元(lightcontrolunit,lcu)、仪表、锁控、双切控制器、快充充电器以及矢量控制器(field-orientedcontroller,foc)中的至少一种。其中,锁控是用于租赁的电动车辆上的模块,锁控可用于实现锁上龙头锁、解锁龙头锁、打开坐垫锁、打开尾箱锁以及解锁尾箱锁等功能。双切控制器可以用于实现将两块电池的输出电源并联后,为整车供电。

需要说明的是,本实施例中,检测指令中可以指示待检测模块为bms、ecu、lcu或者foc中的一个模块或者多个模块。即,用户可以在一次触发中,触发检测一个或者多个模块。

可选地,用户可以通过电动车辆故障确定装置或者手持设备的按键或者触摸屏触发检测指令。图2a为图1所示实施例中的一种用户界面的示意图。如图2a所示,用户可以通过电动车辆故障确定装置或者手持设备的触摸屏上的用户界面201来触发检测指令。在图2a中,用户可以点击bms的图标“bms_info”以触发对bms进行检测的检测指令。如图2a所示,该用户界面201上还包括ecu的图标“ecu_info”、lcu的图标“lcu_info”、仪表的图标“db_info”、锁控的图标“lock_info”、双切控制器的图标“bcs_info”以及foc的图标“foc_info”。

可选地,如果用户需要触发对多个模块的检测,则可以在预设时间段内,例如,5秒内,依次点击该多个模块对应的图标。

一种实现方式中,电动车辆故障确定装置或者手持设备在接收到用户的触发动作后,可以在显示屏幕上将待检测模块对应的图标进行高亮显示。另一种实现方式中,电动车辆故障确定装置或者手持设备的显示屏幕上的每个待检测模块对应的图标下有一个空心圆点,当触摸屏无法操作时,用户可以通过实体按键进行触发,在接收到用户的触发动作后,可以将待检测模块对应的图标下面的空心圆点变化为实心圆点。

步骤102:向待检测模块发送信息查询请求。

具体地,在接收到检测指令后,电动车辆故障确定装置或者手持设备会向检测指令中指示的待检测模块发送信息查询请求,以查询待检测模块的运行信息。该信息查询请求可以封装在待检测模块和电动车辆故障确定装置或者手持设备所支持的通信协议对应的通信报文中。

如果用户触发了对bms、ecu、lcu、仪表、锁控、双切控制器、快充充电器和foc中的多个模块进行检测,则电动车辆故障确定装置或者手持设备可以分别向这些模块发送信息查询请求。

一种实现方式中,为了便于对待检测模块进行检测,提高发送、接收信息的可靠性,在步骤102之前,需要让电动车辆中的总线处于空闲状态,因此,需要关闭电动车辆的电门锁。本实施例中,可以由用户手动关闭电动车辆的电门锁,针对用于租赁的电动车辆,也可以由ecu自动控制关闭电动车辆的电门锁。

当由用户手动关闭电动车辆的电门锁时,可选地,在步骤102之前,本实施例提供的电动车辆故障确定方法还包括:提示用户关闭电动车辆的电门锁。图2b为图1所示实施例中的另一种用户界面的示意图。如图2b所示,在用户界面202中,显示提示信息“请确认电门锁已经关闭10秒以上”以提示用户关闭电动车辆的电门锁。同时,还可以在该用户界面202中显示“点击屏幕继续”以提示用户在关闭了电门锁之后,如何进行下一步操作,以提高用户体验。

当由ecu控制电门锁关闭时,在步骤102之前,本实施例提供的电动车辆故障确定方法还包括:向电动车辆的ecu发送电门锁关闭指令,以使ecu关闭电动车辆的电门锁。ecu在接收到电门锁关闭指令后,控制电门锁关闭。

可选地,当待检测模块为bms时,在步骤102之前,还可以提示用户将该电动车辆故障确定装置或者手持设备直接连接在电池接口上。

步骤103:接收待检测模块根据信息查询请求反馈的运行信息。

具体地,当待检测模块不同时,其所反馈的运行信息的种类也可以不同。待检测模块在接收到信息查询请求后,可以从底层文件或者硬件层的传感器中获取运行信息。

可选地,电动车辆故障确定装置或者手持设备在接收到运行信息后,可以在屏幕上显示这些运行信息。

一种实现方式中,当待检测模块为bms时,运行信息包括bms状态信息。更进一步地,该运行信息还可以包括bms中的硬件版本号、软件版本号、序列号、电池循环次数、电池包容量、电池包电量百分比、电池包总电压、电池包充电电流、电池包放电电流,电池包内部4个温度传感器的实时温度值、电池包内每一组电池的电压值。

图2c为图1所示实施例中的又一种用户界面的示意图。如图2c所示,其示出了当待检测模块为bms时,在用户界面203上显示的运行信息。该运行信息以上下三栏的形式示出。最上方一栏为bms的状态信息,第二栏为bms中的硬件版本号、软件版本号、序列号、电池循环次数、电池包容量、电池包电量百分比、电池包总电压、电池包充电电流、电池包放电电流,其中,t1、t2、t3、t4分别为电池包内部4个温度传感器的实时温度值。第三栏为以图形示出的电池包内每一组电池的电压值。进一步地,最上方一栏的右边示出了电动车辆故障确定装置或者手持设备与bms的通信状况:通信正常或者通信失败。可选地,在通信状况的左边可以显示一个设定颜色的图形以将通信状况可视化:在通信正常时,该图形以设定的频率闪烁,例如,绿色圆圈闪烁;在通信失败时,该图形消失,显示文字“offline”。

需要说明的是,由于运行信息可以包括很多参数,在向待检测模块发送信息查询请求时,可以是只发送一次查询请求,也可以是发送多次信息查询请求,以获取运行信息中的多个参数。举例来说,可以向待检测模块先发送获取软件版本信息以及硬件版本信息的信息查询请求,再发送获取bms的状态信息等其他运行信息的信息查询请求。相应地,待检测模块在向电动车辆故障确定装置或者手持设备反馈运行信息时,可以是在一个报文中携带要反馈的所有运行信息,也可以是基于信息查询请求的具体内容,分次反馈运行信息,例如,在接收到获取软件版本信息以及硬件版本信息的信息查询请求后,先反馈软件版本信息以及硬件版本信息,之后,在接收到获取bms的状态信息等其他运行信息的信息查询请求后,再反馈bms的状态信息等其他运行信息。

更进一步地,为了实时地获取到待检测模块的运行信息,在向待检测模块发送信息查询请求时,可以是以设定的时间间隔向待检测模块发送信息查询请求,例如,每隔5秒向待检测模块发送信息查询请求。具体实现中,可以在软件程序中设置定时器,定时器定时5秒进入中断一次。进入中断后,将查询标志位置为1,主程序查询到此标志位为1后,就会再次向待检测模块发送信息查询请求。

步骤104:根据运行信息确定待检测模块是否出现故障。

具体地,在获取到运行信息后,可以根据运行信息确定待检测模块是否出现故障。在确定待检测模块出现故障后,可以是以文字形式在电动车辆故障确定装置或者手持设备的显示屏幕上显示该待检测模块出现故障的信息。

在一种实现方式中,如果用户在步骤101中触发了对多个模块进行检测,则相应地,在步骤104中可以确定这多个待检测模块中每一个是否出现故障。

在一种实现方式中,当待检测模块为bms时,步骤104具体可以是:当bms状态信息为以下信息中的任一种时,确定bms出现故障:过充警告、过放警告、充电过流警告、放电过流警告、电池温度过高警告、电池温度过低警告、电池不均衡以及短路。

在另一种实现方式中,运行信息包括待检测模块的软件版本号和硬件版本号,步骤104具体可以是:根据预设的软件版本号和硬件版本号的映射关系,以及,获取到的软件版本号和硬件版本号,确定实际检测到的软件版本号和硬件版本号是否匹配,如果不匹配,则确定该待检测模块出现故障;或者,确定实际检测到的软件版本号是否为具有已知缺陷的软件版本号,如果是,则确定该待检测模块出现故障;或者,确定实际检测到的硬件版本号是否为具有已知缺陷的硬件版本号,如果是,则确定该待检测模块出现故障。

图2d为图1所示实施例中的再一种用户界面的示意图。如图2d所示,在该用户界面204中,显示待检测模块bms出现故障。

以下以一个具体的例子说明本实施例提供的电动车辆故障确定方法的过程:电动车辆维修人员在维修出现故障的电动车辆时,可以先将本实施例中涉及的电动车辆故障确定装置或者手持设备连接至电动车辆的检测接口上;接着,维修人员触发对某个可疑模块的检测指令;该电动车辆故障确定装置或者手持设备在接收到检测指令后,会执行步骤102-步骤104,如果最终在步骤104中确定该可疑模块出现了故障,则可以结束这次检测过程,维修人员就可以针对性地对该可疑模块进行维修,如果最终在步骤104中确定该可疑模块并没有出现故障,则维修人员可以触发对下一个可疑模块的检测指令,重复执行步骤102-步骤104,直至确定出某个模块出现了故障。当然,维修人员也可以一次触发对多个可疑模块的检测指令,则在步骤104中会反馈这多个可疑模块中的每一个模块是否出现故障的检测结果。

本实施例提供的电动车辆故障确定方法,包括:接收用户触发的检测指令,其中,检测指令用于指示电动车辆的待检测模块,向待检测模块发送信息查询请求,接收待检测模块根据信息查询请求反馈的运行信息,根据运行信息确定待检测模块是否出现故障。通过采用用户触发对某一待检测模块检测、根据该待检测模块的运行信息自动确定某个模块是否出现故障的方式,相较于目前根据整车的状态信息确定故障的方式,可以在用户高度怀疑某一模块出现故障时,触发对该模块进行检测,从而,提高了电动车辆故障确定的效率。

图3为本发明提供的电动车辆故障确定方法实施例二的流程示意图。本实施例在实施例一所给出各个可选方案的基础上,对待检测模块为ecu时,如何确定电动车辆故障的实现方式,作一详细说明。如图3所示,本实施例提供的电动车辆故障确定方法包括如下步骤:

步骤301:接收用户触发的检测指令。

其中,检测指令用于指示电动车辆的待检测模块。

步骤301与步骤101的实现过程和技术原理类似,此处不再赘述。

基于实施例一的实现方式,用户可以在用户界面201上点击ecu的图标以触发对ecu的检测。

步骤302:向ecu发送进入读写模式的请求。

步骤303:接收ecu反馈的进入读写模式成功的信息。

具体地,由于只有ecu处于读写模式时,才会反馈运行信息。因此,在本实施例中,首先需要ecu进入读写模式中。具体实现方式可以为:电动车辆故障确定装置或者手持设备在接收到检测指令之后,执行步骤302以及步骤303。

步骤304:向待检测模块发送信息查询请求。

步骤304与步骤102的实现过程和技术原理类似,此处不再赘述。

在本实施例中,也可以在步骤304之前,提示用户关闭电动车辆的电门锁。

步骤305:接收待检测模块根据信息查询请求反馈的运行信息。

在本实施例中,电动车辆故障确定装置或者手持设备在接收到ecu的运行信息后,可以在屏幕上显示ecu的运行信息。

可选地,ecu的运行信息可以包括:ecu接收到的网络信号强度、ecu的软件版本号以及设置于ecu中的用户身份识别(subscriberidentificationmodule,sim)卡的序列号。更进一步地,运行信息还可以包括:ecu的硬件版本号、ecu的电池电压、ecu的序列号、sim卡的国际移动设备识别码(internationalmobileequipmentidentity,imei)以及网络模块的版本号。其中,ecu接收到的网络信号强度可以以通用分组无线服务技术(generalpacketradioservice,gprs)信号的分贝(db)值、第四代移动通信技术(4g)信号的分贝值或者长期演进(longtermevolution,lte)信号的分贝值表示。

图4为图3所示实施例中的一种用户界面的示意图。如图4所示,用户界面401中示出了ecu的运行信息。

需要说明的是,与实施例一类似,ecu的运行信息中可以包括多个参数,电动车辆故障确定装置或者手持设备在向ecu发送信息查询请求时,可以是只发送一次查询请求,也可以是发送多次信息查询请求。相应地,ecu在反馈运行信息时,可以是在一个报文中携带要反馈的所有运行信息,也可以是基于信息查询请求的具体内容,分次反馈运行信息。

步骤306:根据运行信息确定待检测模块是否出现故障。

具体地,在一种实现方式中,当ecu的运行信息包括:ecu接收到的网络信号强度、ecu的软件版本号以及设置于ecu中的sim卡的序列号时,步骤306具体可以是:当ecu接收到的网络信号强度低于信号强度阈值时,确定ecu出现故障;当ecu的软件版本号为具有已知缺陷的软件版本号时,确定ecu出现故障;当sim卡的序列号对应的sim卡处于非正常使用状态时,确定ecu出现故障。

更具体地,为了避免当电动车辆处于信号覆盖不好的区域时,造成对ecu出现故障与否的误判,当电动车辆处于地下室等信号覆盖不好的区域时,接收到的网络信号强度低于信号强度阈值时,不认为ecu出现故障。

sim卡的非正常使用状态可以是sim处于欠费状态或者处于非激活状态。在一种具体的应用场景中,当电动车辆的消费者反馈在手机上安装的该电动车辆对应的应用程序中看不到该电动车辆信息更新时,维修人员可以触发对ecu的检测指令,该电动车辆故障确定装置或者手持设备在接收到检测指令后,会执行步骤302-步骤306,当确认运行信息中sim卡的序列号对应的sim卡处于非正常使用状态时,确认ecu出现故障。电动车辆故障确定装置或者手持设备可以通过运营商提供的工具查询sim卡的序列号对应的sim卡的使用状态。

步骤307:向ecu发送退出读写模式的请求。

具体地,在确定ecu是否出现故障之后,为了让ecu恢复正常模式,在本实施例中,需要向ecu发送退出读写模式的请求。ecu在接收到该请求后,退出读写模式。

本实施例提供的电动车辆故障确定方法,在待检测模块为ecu时,在向ecu发送信息查询请求之前,向ecu发送进入读写模式的请求,在确定是否出现故障后,向ecu发送退出读写模式的请求,实现了对ecu模块的检测,进一步提高了电动车辆故障确定的效率。

图5为本发明提供的电动车辆故障确定方法实施例三的流程示意图。本实施例在实施例一所给出各个可选方案的基础上,对待检测模块为lcu、仪表、锁控、双切控制器、快充充电器或者foc时,如何确定电动车辆故障的实现方式,作一详细说明。如图5所示,本实施例提供的电动车辆故障确定方法包括如下步骤:

步骤501:接收用户触发的检测指令。

其中,检测指令用于指示电动车辆的待检测模块。

步骤301与步骤101的实现过程和技术原理类似,此处不再赘述。

基于实施例一的实现方式,用户可以在用户界面201上点击lcu的图标、foc的图标、仪表的图标、锁控的图标、双切控制器的图标或者快充充电器的图标以触发检测。

步骤502:向ecu发送进入从机模式的请求。

其中,从机模式为ecu不会主动发送数据的模式。

步骤503:接收ecu反馈的进入从机模式成功的信息。

具体地,在本实施例中,在检测lcu、仪表、锁控、双切控制器、快充充电器或者foc时,为了让ecu不主动发送数据出来,以影响待检测模块与电动车辆故障确定装置或者手持设备通信的可靠性,首先需要让ecu进入从机模式。具体实现方式可以为:电动车辆故障确定装置或者手持设备在接收到检测指令之后,执行步骤502以及步骤503。

ecu进入从机模式之后,本实施例中的电动车辆故障确定装置或者手持设备就可以和总线上的lcu或者foc进行可靠性较高的通信了。

需要说明的是,在步骤502之前,本实施例提供的方法也可以提示用户关闭电动车辆的电门锁。

步骤504:提示用户打开电动车辆的电门锁。

具体地,在ecu进入从机模式之后,提示用户打开电动车辆的电门锁是为了给lcu、仪表、锁控、双切控制器、快充充电器或者foc供电。

可选地,针对用于租赁的电动车辆,也可以由ecu自动控制打开电动车辆的电门锁。则步骤504也可以为:向电动车辆的ecu发送电门锁开启指令,以使ecu打开电动车辆的电门锁。ecu在接收到电门锁开启指令后,控制电门锁打开。

步骤505:向待检测模块发送信息查询请求。

步骤505与步骤102的实现过程和技术原理类似,此处不再赘述。

步骤506:接收待检测模块根据信息查询请求反馈的运行信息。

在本实施例中,电动车辆故障确定装置或者手持设备在接收到lcu的运行信息或者foc的运行信息后,可以在屏幕上显示这些运行信息。

可选地,lcu的运行信息可以包括:lcu的硬件版本号、软件版本号以及lcu陀螺仪是否被校准的信息。

图6a为图5所示实施例中的一种用户界面的示意图。如图6a所示,在用户界面601中示出了lcu的运行信息。

foc的运行信息可以包括:foc的软件版本号、软件标识、软件模式、序列号、额定电压、最小电压、最大电压、额定电流以及foc状态信息。

图6b为图5所示实施例中的另一种用户界面的示意图。如图6b所示,在用户界面602中示出了foc的运行信息。

仪表的运行信息可以包括:仪表的软件版本号以及硬件版本号。

锁控的运行信息可以包括:锁控的软件版本号以及硬件版本号。

双切控制器的运行信息可以包括:双切控制器的软件版本号以及硬件版本号。

快充充电器的运行信息可以包括:快充充电器的软件版本号以及硬件版本号。

步骤507:根据运行信息确定待检测模块是否出现故障。

当待检测模块为lcu时,一种实现方式中,运行信息包括lcu陀螺仪是否被校准的信息。相应地,步骤507具体为:当运行信息为lcu陀螺仪没有被校准时,确定lcu出现故障。

在一种具体的场景中,当电动车辆的消费者反馈电动车辆转向灯在转弯完成后没有自动关闭,维修人员可以触发对lcu的检测指令,该电动车辆故障确定装置或者手持设备在接收到检测指令后,会执行步骤502-步骤506,当确认运行信息为lcu的陀螺仪没有被校准时,确认lcu出现故障。

当待检测模块为foc时,一种实现方式中,运行信息包括foc状态信息。相应地,步骤507具体为:当foc状态信息为以下信息中的任一种时,确定foc出现故障:驱动电源故障警告、功率管故障警告、过压警告、过流警告、电压过低警告、堵转警告、刹车断电状态警告、缺相警告、foc温度过高警告、电机霍尔器件故障警告、转把故障警告。

当待检测模块为仪表、锁控、双切控制器或者快充充电器时,运行信息包括各自的软件版本号和硬件版本号,步骤507具体为:根据预设的软件版本号和硬件版本号的映射关系,以及,获取到的软件版本号和硬件版本号,确定实际检测到的软件版本号和硬件版本号是否匹配,如果不匹配,则确定该待检测模块出现故障;或者,确定实际检测到的软件版本号是否为具有已知缺陷的软件版本号,如果是,则确定该待检测模块出现故障;或者,确定实际检测到的硬件版本号是否为具有已知缺陷的硬件版本号,如果是,则确定该待检测模块出现故障。

步骤508:向ecu发送退出从机模式的请求。

具体地,在确定lcu、仪表、锁控、双切控制器、快充充电器或者foc是否出现故障之后,为了让ecu恢复正常模式,在本实施例中,需要向ecu发送退出从机模式的请求。ecu在接收到该请求后,退出从机模式。

本实施例提供的电动车辆故障确定方法,在待检测模块为lcu、仪表、锁控、双切控制器、快充充电器或者foc时,在向待检测模块发送信息查询请求之前,向ecu发送进入从机模式的请求,在确定是否出现故障后,向ecu发送退出从机模式的请求,在进行检测的过程中,不受ecu的影响,保证了电动车辆故障确定装置或者手持设备与待检测模块之间通信的可靠性,提高了故障检测的精度。

图7为本发明提供的电动车辆故障确定装置实施例的结构示意图。如图7所示,本实施例提供的电动车辆故障确定装置包括:第一接收模块91、发送模块92、第二接收模块93以及确定模块94。

第一接收模块91,用于接收用户触发的检测指令。

其中,检测指令用于指示电动车辆的待检测模块。

发送模块92,用于向待检测模块发送信息查询请求。

第二接收模块93,用于接收待检测模块根据信息查询请求反馈的运行信息。

确定模块94,用于根据运行信息确定待检测模块是否出现故障。

可选地,该装置还包括:提示模块,用于提示用户关闭电动车辆的电门锁。

本实施例中的待检测模块为电动车辆的bms、ecu、lcu以及foc中的至少一种。

可选地,当待检测模块为bms时,运行信息包括bms状态信息。相应地,确定模块94具体用于:当bms状态信息为以下信息中的任一种时,确定bms出现故障:过充警告、过放警告、充电过流警告、放电过流警告、电池温度过高警告、电池温度过低警告、电池不均衡以及短路。

可选地,当待检测模块为ecu时,发送模块还用于向ecu发送进入读写模式的请求。第二接收模块还用于接收ecu反馈的进入读写模式成功的信息。发送模块还用于向ecu发送退出读写模式的请求。运行信息包括:ecu接收到的网络信号强度、ecu的软件版本号以及设置于ecu中的用户身份识别sim卡的序列号。相应地,确定模块94具体用于:当ecu接收到的网络信号强度低于信号强度阈值时,确定ecu出现故障;当ecu的软件版本号为具有已知缺陷的软件版本号时,确定ecu出现故障;当sim卡的序列号对应的sim卡处于非正常使用状态时,确定ecu出现故障。

需要说明的是,当电动车辆处于地下室等信号覆盖不好的区域时,接收到的网络信号强度低于信号强度阈值时,不认为ecu出现故障。

可选地,当待检测模块为lcu或foc时,发送模块还用于向ecu发送进入从机模式的请求。其中,从机模式为ecu不会主动发送数据的模式。第二接收模块还用于接收ecu反馈的进入从机模式成功的信息。提示模块还用于提示用户打开电动车辆的电门锁。发送模块还用于:向ecu发送退出从机模式的请求。

当待检测模块为lcu时,运行信息包括lcu陀螺仪是否被校准的信息。相应地,确定模块94具体用于:当运行信息为lcu陀螺仪没有被校准时,确定lcu出现故障。

当待检测模块为foc时,运行信息包括foc状态信息。相应地,确定模块94具体用于:当foc状态信息为以下信息中的任一种时,确定foc出现故障:驱动电源故障警告、功率管故障警告、过压警告、过流警告、电压过低警告、堵转警告、刹车断电状态警告、缺相警告、foc温度过高警告、电机霍尔器件故障警告、转把故障警告。

本发明实施例所提供的电动车辆故障确定装置可执行本发明任意实施例所提供的电动车辆故障确定方法,具备执行方法相应的功能模块和有益效果。

图8为本发明提供的手持设备的结构示意图。如图8所示,该手持设备包括处理器70和存储器71。该手持设备中处理器70的数量可以是一个或多个,图8中以一个处理器70为例;该手持设备的处理器70和存储器71可以通过总线或其他方式连接,图8中以通过总线连接为例。

存储器71作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中的电动车辆故障确定方法对应的程序指令以及模块(例如,电动车辆故障确定装置中的第一接收模块91、发送模块92、第二接收模块93以及确定模块94)。处理器70通过运行存储在存储器71中的软件程序、指令以及模块,从而执行手持设备的各种功能应用以及数据处理,即实现上述的电动车辆故障确定方法。

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

本发明还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种电动车辆故障确定方法,该方法包括:

接收用户触发的检测指令,其中,所述检测指令用于指示电动车辆的待检测模块;

向所述待检测模块发送信息查询请求;

接收所述待检测模块根据所述信息查询请求反馈的运行信息;

根据所述运行信息确定所述待检测模块是否出现故障。

当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的电动车辆故障确定方法中的相关操作。

通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(read-onlymemory,rom)、随机存取存储器(randomaccessmemory,ram)、闪存(flash)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或者手持设备执行本发明各个实施例所述的方法。

值得注意的是,上述电动车辆故障确定装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1