一种电动车辆的故障监控方法、装置及相关组件与流程

本申请涉及电动车辆领域，特别是涉及一种电动车辆的故障监控方法、装置及相关组件。

背景技术：

电动自行车及电动摩托车等电动车辆以其价廉、便捷、环保的功能优势，受到人们的青睐，一方面方便了短途交通，另一方面在国民经济中起着重要的作用。目前市场上的电动车辆发生故障时，用户无法得知发生故障的原因，一般的解决方案是到附近的维修点找工作人员进行检修，工作人员通常是根据经验对故障点进行检测，人工判断费时费力，检测效率较低。

因此，如何提供一种解决上述技术问题的方案是本领域技术人员目前需要解决的问题。

技术实现要素：

本申请的目的是提供一种电动车辆的故障监控方法、装置、电子设备及计算机可读存储介质，便于维修人员定位故障点，提高了电动车辆的故障检测效率。

为解决上述技术问题，本申请提供了一种电动车辆的故障监控方法，应用于控制器，包括：

获取目标设备发送的整车数据；

根据所述整车数据得到故障代码；

将包含所述故障代码的整车报文上报到云平台，以便通过所述云平台向终端发送与所述故障代码对应的提示信息。

优选的，所述目标设备包括电机控制器和/或仪表和/或充电器和/或报警器。

优选的，所述获取目标设备发送的整车数据的过程具体为：

获取目标设备按第一预设周期发送的整车数据。

优选的，所述将包含所述故障代码的整车报文上报到云平台的过程具体为：

将包含所述故障代码的整车报文加密后上报到云平台。

优选的，所述将包含所述故障代码的整车报文上报到云平台的过程具体为：

按第二预设周期将包含所述故障代码的整车报文上报到云平台。

优选的，所述获取目标设备发送的整车数据之前，该故障监控方法还包括：

获取电动车辆的工作状态；

根据所述工作状态确定所述目标设备；

相应的，所述按第二预设周期将包含所述故障代码的整车报文上报到云平台的过程具体为：

按与所述工作状态对应的第二预设周期将包含所述故障代码的整车报文上报到云平台。

优选的，所述终端包括手机。

为解决上述技术问题，本申请还提供了一种电动车辆的故障监控装置，包括：

获取模块，用于获取目标设备发送的整车数据；

处理模块，用于根据所述整车数据得到故障代码；

报警模块，用于将包含所述故障代码的整车报文上报到云平台，以便通过所述云平台向终端发送与所述故障代码对应的提示信息。

为解决上述技术问题，本申请还提供了一种电子设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上文任意一项所述电动车辆的故障监控方法的步骤。

为解决上述技术问题，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上文任意一项所述电动车辆的故障监控方法的步骤。

本申请提供了一种电动车辆的故障监控方法，应用于控制器，包括：获取目标设备发送的整车数据；根据整车数据得到故障代码；将包含故障代码的整车报文上报到云平台，以便通过云平台向终端发送与故障代码对应的提示信息。在实际应用中，采用本申请的方案，通过控制器对电动车辆的整车数据进行监控，并根据整车数据得到对应的故障代码，相较于人工判断准确性高，此外，通过云平台向终端推送与故障代码对应的提示信息，便于维修人员通过终端查看及定位故障点，提高了电动车辆的故障检测效率。本申请还提供了一种电动车辆的故障监控装置、电子设备及计算机可读存储介质，具有和上述电动车辆的故障监控方法相同的有益效果。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请所提供的一种电动车辆的故障监控系统的结构示意图；

图2为本申请所提供的一种电动车辆的故障监控方法的步骤流程图；

图3为本申请所提供的一种目标设备确定方法的步骤流程图；

图4为本申请所提供的一种电动车辆的故障监控装置的结构示意图；

图5为本申请所提供的一种电子设备的结构示意图。

具体实施方式

本申请的核心是提供一种电动车辆的故障监控方法、装置、电子设备及计算机可读存储介质，便于维修人员定位故障点，提高了电动车辆的故障检测效率。

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

目前市场上的电动车辆发生故障时，用户无法得知发生故障的原因，一般的解决方案是到附近的维修点找工作人员进行检修，工作人员通常是根据经验对故障点进行检测，人工判断费时费力，检测效率较低。基于上述相关技术的种种问题，本申请通过以下几个实施例提供的新的电动车辆的故障监控方案，能够达到便于维修人员定位故障点，提高了电动车辆的故障检测效率的目的。

为了便于理解本申请的故障监控方法，下面对本申请的故障监控方法所适用的系统进行介绍，参见图1，其示出了本申请实施例的一种故障监控系统的结构示意图。

如图1所示，本申请实施例提供的故障监控系统包括：整车四大件01、控制器02、企业平台03及终端04。其中，整车四大件中包括多个目标设备，具体可以包括但不限于电机控制器、仪表、充电器及报警器等，控制器02具体可以为e-vcu(vectorcontrolunit，整车控制单元)。e-vcu具体为应用于电动车辆、带有智能网联功能的控制单元，用于组装整车报文并上报企业平台03；企业平台03具体为收集车辆运行数据和故障信息的平台，并提供app相关的车辆数据的接口；终端04为安装有指定app、且具有信息显示功能的终端，如手机、平板电脑等。

下面对故障监控系统的执行故障监控操作的过程进行详细介绍。

请参照图2，图2为本申请所提供的一种电动车辆的故障监控方法的步骤流程图，该故障监控方法包括：

s101：获取目标设备发送的整车数据；

可以理解的是，本实施例中的s101-s103均由上述控制器也即e-vcu执行。其中，目标设备可以包括但不限于电机控制器、仪表、充电器及报警器等电动车辆内部的设备。在执行本步骤之前，可以存在各个目标设备向控制器发送整车数据的操作，目标设备具体可以按照第一预设周期向控制器发送整车数据。具体的，电机控制器发送的整车数据包括但不限于电机转速、温度、耗电数据及充电数据等，仪表发送的整车数据包括当前车速、续航里程及累计里程等，充电器发送的整车数据包括充电电压数据、充电电流数据及充电百分比等，报警器发送的整车数据包括报警数据。

本步骤的目的在于接收目标设备发送的整车数据，本实施例可以按照预设获取周期获取目标设备发送的整车数据，还可以在检测到获取指令后再获取目标设备发送的整车数据，在此不限定获取目标设备发送的整车数据的触发条件。考虑到由于电动车辆的行驶环境会对整车数据产生影响，因此，为避免错误数据对后续故障判断的影响，因此，本实施例中也可以获取预设时间段内的一组整车数据，取平均值作为该次获取周期的整车数据，以电机转速为例，在预设时间段内获取多次电机转速，对多次电机转速求平均，将平均值作为本次获取周期的电机转速，提高本实施例中整车数据获取的准确性和可靠性。

s102：根据整车数据得到故障代码；

可以理解的是，在执行本步骤之前，可以存在预先设定整车数据和故障代码之间的对应关系的操作，将该对应关系存储在控制器中，各个整车数据均有与其一一对应的正常数值范围，当实际整车数据未处于正常数值范围时，说明该整车数据对应的目标设备存在异常，对该目标设备设置对应其异整车数据的故障代码，可以理解的是，故障代码除了可以指示某一目标设备的整车数据异常，还可以指示整车数据的异常程度，以整车数据为充电电压数据为例，假设充电电压数据为欠压状态(即小于第一预设电压值)，对应故障代码3011，充电电压数据为过压状态(即大于第二预设电压值，第二预设电压值大于第一预设电压值)，对应故障代码为3021，故障代码3011中，3代表充电器、01代表充电电压处于欠压状态、最后一位的1代表欠压程度为1级，即略小于第一预设电压值。当然，故障代码的格式需要根据实际工程需要设定，本申请在此不做具体的限定。

本步骤的目的在于根据获取到的整车数据确定故障代码，具体的，将获取到的整车数据与其各自对应的正常数值范围进行比较，不在正常数值范围内的整车数据为异常整车数据，根据预先设定的整车数据和故障代码之间的对应关系，确定异常整车数据对应的故障代码。

s103：将包含故障代码的整车报文上报到云平台，以便通过云平台向终端发送与故障代码对应的提示信息。

具体的，在执行本步骤之前，可以存在预先设定故障代码和提示信息之间的对应关系的操作，将该对应关系存储到云平台，其中，提示信息可以包括故障代码、问题描述、建议等信息。本步骤的目的在于将s102中获取到的所有故障代码按预设通信协议规则打包得到整车报文，可以理解的是，整车报文中除了可以包括故障代码，还可以包括整车数据。

将整车报文加密后上报到云平台，以便通过云平台接收并解析整车报文，即云平台根据预先设定的故障代码和提示信息之间的对应关系，确定与整车报文中的故障代码对应的提示信息，并将该提示信息通过站内信的方式推送给终端，用户可以根据终端上显示的提示信息对电动车辆的故障点进行定位和检修，提高了电动车辆的故障检测效率。同时，当电动车辆运行过程中整车出现异常时，也可以在终端收到提示信息，用户可以及时采取相应措施，提高用车安全。其中，预设通信协议为485通信协议。本步骤可以根据第二预设周期向云平台上报整车报文，也可以在接收到上报指令后，再向云平台上报整车报文，在此不限定向云平台上报整车报文的触发条件。

本申请提供了一种电动车辆的故障监控方法，应用于控制器，包括：获取目标设备发送的整车数据；根据整车数据得到故障代码；将包含故障代码的整车报文上报到云平台，以便通过云平台向终端发送与故障代码对应的提示信息。在实际应用中，采用本申请的方案，通过控制器对电动车辆的整车数据进行监控，并根据整车数据得到对应的故障代码，相较于人工判断准确性高，此外，通过云平台向终端推送与故障代码对应的提示信息，便于维修人员通过终端查看及定位故障点，提高了电动车辆的故障检测效率。

请参照图3，其示出了本申请实施例所提供的一种目标设备确定方法的步骤流程图，本实施例是对图2对应的实施例中s101的相关操作的进一步介绍，可以将本实施例与图2对应的实施例相结合得到更为优选的实施方式，具体过程可以包括以下步骤：

s201：获取电动车辆的工作状态；

s202：根据工作状态确定目标设备。

具体的，为使故障判断更有针对性，根据电动车辆的工作状态来选择对应的目标设备发送的整车数据，电动车辆的工作状态可以包括行驶状态、停车状态以及充电状态等，在电动车辆处于不同工作状态时目标设备是不同的，比如电动车辆处于行驶状态时，目标设备可以包括电机控制器和仪表，那么s101中，控制器获取并分析电机控制器和仪表发送的整车数据即可，电动车辆处于充电状态时，目标设备可以包括充电器和报警器，那么s101中，控制器获取并分析充电器和报警器发送的整车数据即可，减少控制器的整车数据处理量，提高检测速度。

进一步的，向云平台上报整车报文的第二预设周期也可以根据电动车辆的工作状态来确定，比如电动车辆处于行驶状态，那么第二预设周期可以设置为10s；电动车辆处于充电状态，那么第二预设周期可以设置为30s；电动车辆处于停车状态，那么第二预设周期可以设置为5min。

当然，第二预设周期的值需要根据实际工程需要设定，本申请在此不做具体的限定。

请参照图4，图4为本申请所提供的一种电动车辆的故障监控装置的结构示意图，包括：

获取模块11，用于获取目标设备发送的整车数据；

处理模块12，用于根据整车数据得到故障代码；

报警模块13，用于将包含故障代码的整车报文上报到云平台，以便通过云平台向终端发送与故障代码对应的提示信息。

可见，本实施例通过控制器对电动车辆的整车数据进行监控，并根据整车数据得到对应的故障代码，相较于人工判断准确性高，此外，通过云平台向终端推送与故障代码对应的提示信息，便于维修人员通过终端查看及定位故障点，提高了电动车辆的故障检测效率。

作为一种优选的实施例，目标设备包括电机控制器和/或仪表和/或充电器和/或报警器。

作为一种优选的实施例，获取模块11具体用于：

获取目标设备按第一预设周期发送的整车数据。

作为一种优选的实施例，将包含故障代码的整车报文上报到云平台的过程具体为：

将包含故障代码的整车报文加密后上报到云平台；

作为一种优选的实施例，将包含故障代码的整车报文上报到云平台的过程具体为：

按第二预设周期将包含故障代码的整车报文上报到云平台。

作为一种优选的实施例，该故障监控装置还包括：

设备确定模块，用于获取电动车辆的工作状态，根据工作状态确定目标设备。

相应的，按第二预设周期将包含故障代码的整车报文上报到云平台的过程具体为：

按与工作状态对应的第二预设周期将包含故障代码的整车报文上报到云平台。

作为一种优选的实施例，终端包括手机。

另一方面，本申请还提供了一种电子设备，如参见图5，其示出了本申请实施例一种电子设备的一种组成结构示意图，本实施例的电子设备2100可以包括：处理器2101和存储器2102。

可选的，该电子设备还可以包括通信接口2103、输入单元2104和显示器2105和通信总线2106。

处理器2101、存储器2102、通信接口2103、输入单元2104、显示器2105、均通过通信总线2106完成相互间的通信。

在本申请实施例中，该处理器2101，可以为中央处理器(centralprocessingunit，cpu)，特定应用集成电路，数字信号处理器，现成可编程门阵列或者其他可编程逻辑器件等。

该处理器可以调用存储器2102中存储的程序。具体的，处理器可以执行以下电动车辆的故障监控方法的实施例中电子设备侧所执行的操作。

存储器2102中用于存放一个或者一个以上程序，程序可以包括程序代码，所述程序代码包括计算机操作指令，在本申请实施例中，该存储器中至少存储有用于实现以下功能的程序：

获取目标设备发送的整车数据；

根据整车数据得到故障代码；

将包含故障代码的整车报文上报到云平台，以便通过云平台向终端发送与故障代码对应的提示信息。

可见，本实施例通过控制器对电动车辆的整车数据进行监控，并根据整车数据得到对应的故障代码，相较于人工判断准确性高，此外，通过云平台向终端推送与故障代码对应的提示信息，便于维修人员通过终端查看及定位故障点，提高了电动车辆的故障检测效率。

在一种可能的实现方式中，该存储器2102可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、以及至少一个功能(比如报警功能等)所需的应用程序等；存储数据区可存储根据计算机的使用过程中所创建的数据。

此外，存储器2102可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件或其他易失性固态存储器件。

该通信接口2103可以为通信模块的接口，如gsm模块的接口。

本申请还可以包括显示器2104和输入单元2105等等。

当然，图5所示的物联网设备的结构并不构成对本申请实施例中物联网设备的限定，在实际应用中电子设备可以包括比图5所示的更多或更少的部件，或者组合某些部件。

另一方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上文任意一项所述电动车辆的故障监控方法的步骤。

对于本申请所提供的一种计算机可读存储介质的介绍请参照上述实施例，本申请在此不再赘述。

本申请所提供的一种计算机可读存储介质具有和上述故障监控方法相同的有益效果。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其他实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。