CN110223417B - 电动车辆信息记录方法、装置、手持设备及存储介质 - Google Patents

Abstract

本发明公开了一种电动车辆信息记录方法、装置、手持设备及存储介质，该方法包括：接收用户触发的信息记录指令，从电动车辆的总线上获取电动车辆内部传输的至少一条数据，将至少一条数据以及获取到该数据时的时间存储在第一文件中。一方面，通过采用用户触发进行信息记录的方式，可以根据用户的操作，对电动车辆的信息进行记录，相较于一直采集信息的方式，减小了存储的数据量，降低了存储成本，另一方面，在第一文件中还存储了获取到数据时的时间，便于后续对数据进行分析，提高了用户体验。

Description

电动车辆信息记录方法、装置、手持设备及存储介质

技术领域

本发明实施例涉及电动车辆领域，尤其涉及一种电动车辆信息记录方法、装置、手持设备及存储介质。

背景技术

随着汽车工业的发展，电动自行车、电动摩托车等电动车辆的保有量越来越大。在这些电动车辆的使用、研发过程中，需要对电动车辆内部的各个模块之间的通信数据进行记录。

目前，授权公开号为CN2864823Y的专利申请文件中，公开了：车辆数据记录仪以32位ARM微控制器为核心，通过CAN总线采集和接收车辆信息，通过扩展片外大容量flash存储器存储车辆状态数据。

但是，上述实现方式中，只要车辆数据记录仪与车辆连接，就一直在采集车辆信息，这导致需要记录的车辆信息的数据量很大，存储成本较高。

发明内容

本发明提供一种电动车辆信息记录方法、装置、手持设备及存储介质，以解决目前的电动车辆信息记录过程数据量较大、存储成本较高的技术问题。

第一方面，本发明实施例提供一种电动车辆信息记录方法，包括：

接收用户触发的信息记录指令；

从电动车辆的总线上获取所述电动车辆内部传输的至少一条数据；

将至少一条所述数据以及获取到所述数据时的时间存储在第一文件中。

第二方面，本发明实施例提供一种电动车辆信息记录装置，包括：

接收模块，用于接收用户触发的信息记录指令；

获取模块，用于从电动车辆的总线上获取所述电动车辆内部传输的至少一条数据；

存储模块，用于将至少一条所述数据以及获取到所述数据时的时间存储在第一文件中。

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

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面提供的电动车辆信息记录方法。

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

本发明实施例提供了一种电动车辆信息记录方法、装置、手持设备及存储介质，该方法包括：接收用户触发的信息记录指令，从电动车辆的总线上获取电动车辆内部传输的至少一条数据，将至少一条数据以及获取到该数据时的时间存储在第一文件中。一方面，通过采用用户触发进行信息记录的方式，可以根据用户的操作，对电动车辆的信息进行记录，相较于一直采集信息的方式，减小了存储的数据量，降低了存储成本，另一方面，在第一文件中还存储了获取到数据时的时间，便于后续对数据进行分析，提高了用户体验。

附图说明

图1为本发明提供的电动车辆信息记录方法实施例一的流程示意图；

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

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

图3为图1所示实施例中第一文件中的数据的示意图；

图4为本发明提供的电动车辆信息记录方法实施例二的流程示意图；

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

图6A为图4所示实施例中一种第二文件中的数据的示意图；

图6B为图4所示实施例中另一种第二文件中的数据的示意图；

图7为本发明提供的电动车辆信息记录方法实施例三的流程示意图；

图8为图7所示实施例中的一种用户界面的示意图；

图9为本发明提供的电动车辆信息记录装置实施例一的结构示意图；

图10为本发明提供的电动车辆信息记录装置实施例二的结构示意图；

图11为本发明提供的电动车辆信息记录装置实施例三的结构示意图；

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

具体实施方式

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

图1为本发明提供的电动车辆信息记录方法实施例一的流程示意图。本实施例适用于对电动车辆的各个模块间的交互数据进行记录的场景。本实施例可以由电动车辆信息记录装置来执行，该电动车辆信息记录装置可以由软件和/或硬件的方式实现，该电动车辆信息记录装置可以集成于手持设备中。如图1所示，本实施例提供的电动车辆信息记录方法包括如下步骤：

步骤101：接收用户触发的信息记录指令。

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

可选地，用户可以通过电动车辆信息记录装置或者手持设备的按键或者触摸屏触发信息记录指令。图2A为图1所示实施例中的一种用户界面的示意图。如图2A所示，用户可以通过电动车辆信息记录装置或者手持设备的触摸屏上的用户界面201来触发信息记录指令。在图2A中，用户可以点击表示信息记录的图标“Comm_log”以触发对电动车辆进行信息记录的信息记录指令。

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

步骤102：从电动车辆的总线上获取电动车辆内部传输的至少一条数据。

具体地，本实施例中的电动车辆内部传输的数据指的电动车辆的内部模块之间相互传输的数据。内部模块可以是电动车辆的电池管理系统(Battery Management System，BMS)、电子控制单元(Electronic Control Unit，ECU)、灯光控制单元(Light ControlUnit，LCU)、显示模块、锁控、双切控制器、快充充电器或者矢量控制器(Field-OrientedController，FOC)。其中，锁控是用于租赁的电动车辆上的模块，锁控可用于实现锁上龙头锁、解锁龙头锁、打开坐垫锁、打开尾箱锁以及解锁尾箱锁等功能。双切控制器可以用于实现将两块电池的输出电源并联后，为整车供电。电动车辆的显示模块可以是电动车辆的仪表。

在电动车辆的运行过程中，BMS与ECU之间、LCU与ECU之间、仪表与ECU之间、锁控与ECU之间、双切控制器与ECU之间、快充充电器与ECU之间、FOC与ECU之间会进行通信。例如，ECU从BMS中获取电池电量信息，然后将电池电量信息发送给仪表进行显示，在这个过程中，ECU与BMS之间有数据交互，ECU与仪表之间也有数据交互。

本实施例中的一条数据指的是在一次传输过程中，发送方发送给接收方的一个数据包中包含的数据。本实施例中的数据包指的是按照预先约定的通信协议封装的数据包。

电动车辆的内部模块之间传输的数据会通过电动车辆的总线进行传输。可选地，本实施例中的电动车辆的总线为485总线。

在电动车辆的使用过程、研发过程或者故障排查过程中，在某些场景中，例如，为了验证某一个模块的底层代码是否运行正常时，需要获取电动车辆内部传输的数据。用户可以触发信息记录指令。电动车辆信息记录装置或者手持设备在接收到信息记录指令后，从电动车辆的总线上获取电动车辆内部传输的数据。

电动车辆信息记录装置或者手持设备可以实时监听电动车辆总线，在总线上有数据传输时，获取该数据。

步骤103：将至少一条数据以及获取到该数据时的时间存储在第一文件中。

具体地，本实施例中的获取该数据时的时间指的是电动车辆信息记录装置或者手持设备获取到该数据时的时间。电动车辆信息记录装置或者手持设备可以从其内部的时钟电路中获取该时间。存储获取到数据时的时间是为了方便后续对数据进行分析。

当获取到多条数据时，每条数据均有对应的获取时的时间，将这多条数据以及对应的获取时的时间均存储在第一文件中。

本实施例中的第一文件可以是格式为.txt的文本文件。第一文件的名称可以是以距离此次消息记录最近的电动车辆信息记录装置或者手持设备的开机时间命名。例如，在4.1日开机后，进行信息记录，则第一文件的名称可以是0401_00.txt。其中，00表示第一文件的编号。

第一文件可以位于电动车辆信息记录装置或者手持设备的内部存储器中，也可以设置于该电动车辆信息记录装置或者手持设备的存储卡中，例如，TF卡(Trans-flashCard)中。

可选地，可以通过执行OpenFile操作、Write File操作以及CloseFile操作实现将数据以及获取数据时的时间存储在第一文件。

一种实现方式中，当第一文件位于TF卡中时，为了避免频繁读写TF卡造成TF卡寿命的衰减，当至少一条数据的数据量小于预设的数据量阈值时，缓存该至少一条数据以及对应的获取到数据时的时间，当缓存的数据的数据量大于或者等于数据量阈值时，将缓存的数据以及对应的时间存储在第一文件中。通过批量写入的方式，减少对TF卡的损耗。

在将数据以及接收到数据的时间存储在第一文件中时，可以在电动车辆信息记录装置或者手持设备的屏幕上显示已写入第一文件中的字节数。图2B为图1所示实施例中的另一种用户界面的示意图。如图2B所示，在用户界面202上显示了已写入第一文件中的字节数。

可选地，当第一文件为.txt格式的文件时，可以通过Notepads软件或者Windows系统下的记事本软件等软件对第一文件进行浏览。本实施例并不对打开第一文件的软件进行限制。图3为图1所示实施例中第一文件中的数据的示意图。如图3所示，第一文件中记录了多条数据，以时间作为分隔。其中，一条数据“601 351 83F 29 50 852”中，601表示数据开始，351 83F表示该条数据中包含的实际数据，29表示数据的发送方为ECU，50表示数据的接收方为BMS，852表示该条数据结束。

可选地，电动车辆信息记录装置或者手持设备还可以将第一文件发送至云端服务器中，以进行备份存储。

需要说明的是，本实施例中，当接收到用户触发的结束记录指令后，可以停止获取电动车辆总线上的数据。

以下以一个具体的例子说明本实施例提供的电动车辆信息记录方法的过程：电动车辆研发人员为了验证电动车辆的底层软件能否有效运行时，可以先将本实施例中涉及的电动车辆信息记录装置或者手持设备连接至电动车辆的通信接口上；接着，研发人员触发信息记录指令；该电动车辆信息记录装置或者手持设备在接收到信息记录指令后，会执行步骤102与步骤103，存储电动车辆内容传输的至少一条数据以及获取到数据时的时间。后续，研发人员打开第一文件，根据这些数据以及获取到数据时的时间确定底层软件是否在有效运行。

本实施例提供的电动车辆信息记录方法，包括：接收用户触发的信息记录指令，从电动车辆的总线上获取电动车辆内部传输的至少一条数据，将至少一条数据以及获取到该数据时的时间存储在第一文件中。一方面，通过采用用户触发进行信息记录的方式，可以根据用户的操作，对电动车辆的信息进行记录，相较于一直采集信息的方式，减小了存储的数据量，降低了存储成本，另一方面，在第一文件中还存储了获取到数据时的时间，便于后续对数据进行分析，提高了用户体验。

图4为本发明提供的电动车辆信息记录方法实施例二的流程示意图。本实施例在实施例一所给出各个可选方案的基础上，对电动车辆信息记录方法的其他步骤，作一详细说明。如图4所示，本实施例提供的电动车辆信息记录方法包括如下步骤：

步骤401：接收用户触发的信息记录指令。

步骤402：从电动车辆的总线上获取电动车辆内部传输的至少一条数据。

步骤403：将至少一条数据以及获取到数据时的时间存储在第一文件中。

步骤401与步骤101、步骤402与步骤102以及步骤403与步骤103的实现过程和技术原理类似，此处不再赘述。

步骤404：针对每一条数据，根据预先设置的通信协议，确定数据的发送方向。

其中，发送方向表示数据为电动车辆的ECU发出的数据，或者，数据为ECU接收的数据。

具体地，该预先设置的通信协议中规定了数据发送方的标识所在的位置，以及，数据接收方的标识所在的位置。电动车辆信息记录装置或者手持设置可以根据这些位置处的具体标识，确定数据是发送给ECU还是ECU发出的：当数据发送方的标识为ECU对应的标识时，确定该数据为ECU发出的数据；当数据接收方的标识为ECU对应的标识时，确定该数据为ECU接收的数据。

步骤405：当确定数据为ECU接收的数据时，根据通信协议确定数据的发送模块。

具体地，当确定数据为ECU接收的数据时，根据数据发送方的标识所在位置处的具体标识，确定该数据的发送模块。本实施例中的发送模块可以是BMS、LCU、显示模块、锁控、双切控制器、快充充电器或者FOC。

步骤406：根据预先设置的转换协议，将数据转换为发送模块的运行信息。

具体地，获取到的数据为抽象的数据。为了便于用户理解，需要将数据转换为形象的数据。

本实施例中，预先设置的转换协议中规定了数据中的实际数据位的值表示的实际意义。电动车辆信息记录装置或者手持设备根据该转换协议，可以将抽象的数据转换为形象的、便于理解的发送模块的运行信息。

步骤407：将运行信息以及获取到数据时的时间存储在发送模块对应的第二文件中。

具体地，本实施例中，每个发送模块均对应一个或多个第二文件。举例来说，当获取到多条数据时，假设这些数据的发送方分别为BMS、LCU以及FOC，则，BMS对应一个或多个第二文件，LCU对应一个或多个第二文件，FOC也对应一个或多个第二文件。这些第二文件可以以不同的名称进行区分。例如，BMS对应的第二文件可以以BMS_00.txt作为名称，LCU可以以LCU_00.txt作为名称，FOC可以以FOC_00.txt作为名称。其中，00表示序号。

与步骤103类似，本实施例中，将运行信息以及获取到数据时的时间存储在第二文件中。具体存储方式可以是将一条运行信息以及对应的时间作为同一行数据进行存储。

图6A为图4所示实施例中一种第二文件中的数据的示意图。如图6A所示，其示出了当发送模块为BMS时，第二文件中的数据的一种实现方式。其中，每一行数据对应一条运行信息。举例来说，存储后的一行数据“17:03:31：total_Vlt:0682C_cur:0000Dc_Cur_RT:0000SOC_RT:90Bat_Sta_RT:0000DC_F1_T_RT:0170Tp1_RT:18Tp2_RT:19Tp3_RT:18Tp4_RT:20Tp5_RT:19”表示的意义分别是：17:03:31为电动车辆信息记录装置或者手持设备获取到该数据时的时间，total_Vlt:0682表示电池电压为68.2V，C_cur:0000表示充电电流为0A，Dc_Cur_RT:0000表示放电电流为0A，SOC_RT:90表示电量还有90％，Bat_Sta_RT:0000表示BMS的状态值，DC_F1_T_RT:0170Tp1_RT:18Tp2_RT:19Tp3_RT:18Tp4_RT:20Tp5_RT:19分别表示电池内部的5个温度传感器的值。

图6B为图4所示实施例中另一种第二文件中的数据的示意图。如图6B所示，其示出了当发送模块为仪表时，第二文件中的数据的一种实现方式。举例来说，存储后的一行数据“H1_time:15:18:33Car_time:15:19Status:0134Gear:01Speed:00Mileage:00000000C_cur:00Dc_ur:00Bat_soc:90Ful_c_t:0170Error_code:0065”表示的意义分别是：H1_time:15:18:33为电动车辆信息记录装置或者手持设备获取到该数据时的时间，Car_time:15:19表示电动车辆中的发送模块发出数据的时间，Status:0134表示仪表的状态值为0134，Gear:01表示电动车辆的档位为1，Speed表示电动车辆的速度，Mileage表示电动车辆已行驶的距离，C_cur表示充电电流，Dc_ur表示放电电流，Bat_soc表示剩余电量，Ful_c_t表示充电时间，Error_code表示故障码。

在一种实现方式中，当获取到的数据中包括故障码时，可以将该故障码进行存储。本实施例中的故障码指的是ECU发送给电动车辆显示模块的、需要该显示模块显示的故障码。显示模块显示故障码之后，用户就可以从显示模块的屏幕上获知目前电动车辆出现了哪种故障。当显示模块为仪表时，显示模块的屏幕可以是仪表盘。在该实现方式中，本实施例提供的电动车辆信息记录方法还包括步骤408-步骤410。

步骤408：当确定数据为ECU发送的数据时，根据通信协议确定数据的接收模块。

步骤409：当确定数据的接收模块为电动车辆的显示模块时，确定数据中是否包括显示模块待显示的故障码。

步骤410：当确定数据中包括故障码时，将数据、故障码以及获取到数据时的时间存储在第三文件中。

具体地，在步骤408-步骤410中，如果确定数据为ECU发送的数据、数据的接收模块为电动车辆的显示模块且该数据中包括故障码，则将数据、故障码以及对应的时间存储在第三文件中。该故障码可以作为后期检修电动车辆的参考依据，因此，将故障码存储在第三文件中可以提高后续电动车辆故障排查的正确率和维修效率。

可选地，第二文件以及第三文件均可以位于存储卡上。与实施例一类似，本实施例中，在第二文件以及第三文件中写入数据时，也可以是以批量写入的方式实现，以减少对存储卡的损耗。

可选地，为了提高用户体验，实现可视化，本实施例中，可以在电动车辆信息记录装置或者手持设备的屏幕上分别显示写入第一文件中的数据的数据量、写入第二文件中的数据的数据量以及写入第三文件中的数据的数据量。图5为图4所示实施例中的一种用户界面的示意图。如图5所示，在用户界面501上分别显示了写入第一文件中的数据的数据量为9871字节、写入BMS对应的第二文件中的数据的数据量为4206字节、写入仪表对应的第二文件中的数据的数据量为3001字节以及写入第三文件中的数据的数据量477字节。

进一步地，基于上述实现方式，为了节省电动车辆信息记录装置或者手持设备的电量，本实施例还包括：若在预设时间段之后没有接收到用户的触发操作，则控制屏幕熄灭；在屏幕熄灭后，若接收到用户在预设的按键上的操作，则控制屏幕点亮。

本实施例提供的电动车辆信息记录方法，还包括：针对每一条数据，根据预先设置的通信协议，确定数据的发送方向，当确定数据为ECU接收的数据时，根据通信协议确定数据的发送模块，根据预先设置的转换协议，将数据转换为发送模块的运行信息，将运行信息以及获取到数据时的时间存储在发送模块对应的第二文件中，当确定数据为ECU发送的数据时，根据通信协议确定数据的接收模块，当确定数据的接收模块为电动车辆的显示模块时，确定数据中是否包括该显示模块待显示的故障码，当确定数据中包括故障码时，将数据、故障码以及获取到数据时的时间存储在第三文件中。一方面，实现了记录在第二文件中的数据为形象的运行信息，便于用户后续分析使用，另一方面，实现了将故障码记录在第三文件中，该故障码可以作为后期检修电动车辆的参考依据，因此，提高了故障排查的正确率和维修效率。

图7为本发明提供的电动车辆信息记录方法实施例三的流程示意图。本实施例在实施例一所给出各个可选方案的基础上，对电动车辆信息记录方法的其他步骤，作一详细说明。如图7所示，本实施例提供的电动车辆信息记录方法包括如下步骤：

步骤701：接收用户触发的信息记录指令。

步骤702：从电动车辆的总线上获取电动车辆内部传输的数据。

步骤703：将数据以及获取到数据时的时间存储在第一文件中。

步骤701与步骤101、步骤702与步骤102以及步骤403与步骤703的实现过程和技术原理类似，此处不再赘述。

步骤704：统计预设时间段内接收到的多条数据。

具体地，本实施例中，可以对在预设时间段内获取到的多条数据进行分析。

步骤705：根据多条数据的发送方向，分别确定电动车辆中的各个模块与ECU交互的数据包的数量，并显示。

步骤706：根据电动车辆中的各个模块与ECU交互的数据包的数量，分别确定各个模块对于ECU的回复成功率，并显示。

具体地，在步骤705中，电动车辆信息记录装置或者手持设备可以在确定出该多条数据的发送方向后，确定每一个模块发送给ECU的数据的条数，以及，ECU分别回复给每个模块的数据的条数。

电动车辆信息记录装置或者手持设备中预先存储了数据的条数与数据包的数量之间的转换关系，例如，一条数据对应一个数据包。再根据每一个模块发送给ECU的数据的条数，以及，ECU分别回复给每个模块的数据的条数，分别确定电动车辆中的各个模块与ECU交互的数据包的数量。本实施中的各个模块与ECU交互的数据包的数量包括：各个模块发送给ECU的数据包的数量，以及，ECU发送给各个模块的数据包的数量。

更具体地，电动车辆信息记录装置或者手持设备可以确定出：ECU发送给仪表的数据包的数量，以及，仪表回复给ECU的数据包的数量；ECU发送给LCU的数据包的数量，以及，LCU回复给ECU的数据包的数量；ECU发送给BMS的数据包的数量，以及，BMS回复给ECU的数据包的数量；ECU发送给FOC的数据包的数量，以及，FOC回复给ECU的数据包的数量。

在步骤706中，可以根据ECU发送给某个模块的数据包的数量M，以及，该模块回复给ECU的数据包的数量N，确定该模块对于ECU的回复成功率。可选地，该回复成功率可以定义为N除以M。

本实施例中，可以在电动车辆信息记录装置或者手持设备的屏幕上显示这些数据包的数量以及回复成功率。图8为图7所示实施例中的一种用户界面的示意图。如图8所示，用户界面801中示出了各个模块与ECU交互的数据包的数量以及对应的回复成功率。

进一步地，为了提高确定的回复成功率的准确性，本实施例中，步骤704之后还包括以下步骤：根据预先约定的校验值确定规则，以及，每条数据除校验位之外的其他位的值，确定数据的传输后校验值；如果数据的传输后校验值与数据的校验位中的校验值一致，将数据作为有效数据，确定多个有效数据。相应地，步骤705具体为：根据多个有效数据的发送方向，分别确定电动车辆中的各个模块与ECU交互的数据包的数量。

在该实现方式中，对传输的数据进行校验，只有传输正确的数据才能作为有效数据，确定电动车辆中的各个模块与ECU交互的数据包的数量，以提高确定的数据包数量的准确性，以及，确定的回复成功率的准确性。

本实施例提供的电动车辆信息记录方法，还包括：统计预设时间段内接收到的多条数据，根据多条数据的发送方向，分别确定电动车辆中的各个模块与ECU交互的数据包的数量，并显示，根据电动车辆中的各个模块与ECU交互的数据包的数量，分别确定各个模块对于ECU的回复成功率，并显示。实现了将电动车辆中的各个模块与ECU交互的数据包的数量以及各个模块对于ECU的回复成功率可视化，以便于用户对电动车辆的运行过程进行了解，进一步提高了用户体验。

图9为本发明提供的电动车辆信息记录装置实施例一的结构示意图。如图9所示，本实施例提供的电动车辆信息记录装置包括：接收模块91、获取模块92以及存储模块93。

接收模块91，用于接收用户触发的信息记录指令。

获取模块92，用于从电动车辆的总线上获取电动车辆内部传输的至少一条数据。

存储模块93，用于将至少一条数据以及获取到数据时的时间存储在第一文件中。

可选地，在将数据以及获取到数据的时间存储在第一文件中的方面，存储模块93具体用于：当至少一条数据的数据量小于预设的数据量阈值时，缓存至少一条数据以及对应的时间；当缓存的数据的数据量大于或者等于数据量阈值时，将缓存的数据以及对应的时间存储在第一文件中。

本发明实施例所提供的电动车辆信息记录装置可执行本发明任意实施例所提供的电动车辆信息记录方法，具备执行方法相应的功能模块和有益效果。

图10为本发明提供的电动车辆信息记录装置实施例二的结构示意图。本实施例在电动车辆信息记录装置实施例一的基础上，对电动车辆信息记录装置的其他模块作一详细说明。如图10所示，本实施例提供的电动车辆信息记录装置还包括：确定模块94和转换模块95。

确定模块94，用于针对每一条数据，根据预先设置的通信协议，确定数据的发送方向。

其中，发送方向表示数据为电动车辆的ECU发出的数据，或者，数据为ECU接收的数据。

确定模块94，还用于当确定数据为ECU接收的数据时，根据通信协议确定数据的发送模块。

转换模块95，用于根据预先设置的转换协议，将数据转换为发送模块的运行信息。

存储模块93还用于将运行信息以及获取到数据时的时间存储在发送模块对应的第二文件中。

进一步地，确定模块94，还用于当确定数据为ECU发送的数据时，根据通信协议确定数据的接收模块。

确定模块94，还用于当确定数据的接收模块为电动车辆的显示模块时，确定数据中是否包括显示模块待显示的故障码。

存储模块93还用于当确定数据中包括故障码时，将数据、故障码以及获取到数据时的时间存储在第三文件中。

可选地，本实施例中，第一文件、第二文件以及第三文件均位于存储卡上。

可选地，本实施例提供的电动车辆信息记录装置还包括显示模块，用于在屏幕上分别显示写入第一文件中的数据的数据量、写入第二文件中的数据的数据量以及写入第三文件中的数据的数据量。更进一步地，该电动车辆信息记录装置还包括控制模块，用于若在预设时间段之后没有接收到用户的触发操作，则控制屏幕熄灭，在屏幕熄灭后，若接收到用户在预设的按键上的操作，则控制屏幕点亮。

本发明实施例所提供的电动车辆信息记录装置可执行本发明任意实施例所提供的电动车辆信息记录方法，具备执行方法相应的功能模块和有益效果。

图11为本发明提供的电动车辆信息记录装置实施例三的结构示意图。本实施例在电动车辆信息记录装置实施例二的基础上，对电动车辆信息记录装置的其他模块作一详细说明。如图11所示，本实施例提供的电动车辆信息记录装置还包括：统计模块96和显示模块97。

统计模块，用于统计预设时间段内接收到的多条数据。

确定模块94还用于根据多条数据的发送方向，分别确定电动车辆中的各个模块与ECU交互的数据包的数量。

确定模块94还用于根据电动车辆中的各个模块与ECU交互的数据包的数量，分别确定各个模块对于ECU的回复成功率。

显示模块97还用于显示各个模块与ECU交互的数据包的数量以及各个模块对于ECU的回复成功率。

可选地，确定模块94，还用于根据预先约定的校验值确定规则，以及，每条数据除校验位之外的其他位的值，确定数据的传输后校验值。确定模块94，还用于如果数据的传输后校验值与数据的校验位中的校验值一致，将数据作为有效数据，确定多条有效数据。在该实现方式中，在根据多条数据的发送方向，分别确定电动车辆中的各个模块与ECU交互的数据包的数量的方面，确定模块94具体用于：根据多条有效数据的发送方向，分别确定电动车辆中的各个模块与ECU交互的数据包的数量。

本发明实施例所提供的电动车辆信息记录装置可执行本发明任意实施例所提供的电动车辆信息记录方法，具备执行方法相应的功能模块和有益效果。

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

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

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

本发明还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种电动车辆信息记录方法，该方法包括：

接收用户触发的信息记录指令；

从电动车辆的总线上获取所述电动车辆内部传输的至少一条数据；

将至少一条所述数据以及获取到所述数据时的时间存储在第一文件中。

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

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

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

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

Claims (10)

1.一种电动车辆信息记录方法，其特征在于，包括：

接收用户触发的信息记录指令；

从电动车辆的总线上获取所述电动车辆内部传输的至少一条数据；

将至少一条所述数据以及获取到所述数据时的时间存储在第一文件中；

针对每一条数据，根据预先设置的通信协议，确定所述数据的发送方向；其中，所述发送方向表示所述数据为所述电动车辆的电子控制单元ECU发出的数据，或者，所述数据为所述ECU接收的数据；

当确定所述数据为所述ECU接收的数据时，根据所述通信协议确定所述数据的发送模块；

根据预先设置的转换协议，将所述数据转换为所述发送模块的运行信息；

将所述运行信息以及获取到所述数据时的时间存储在所述发送模块对应的第二文件中；

当确定所述数据为所述ECU发送的数据时，根据所述通信协议确定所述数据的接收模块；

当确定所述数据的接收模块为所述电动车辆的显示模块时，确定所述数据中是否包括所述显示模块待显示的故障码；

当确定所述数据中包括所述故障码时，将所述数据、所述故障码以及获取到所述数据时的时间存储在第三文件中。

2.根据权利要求1所述的方法，其特征在于，所述第一文件、所述第二文件以及所述第三文件均位于存储卡上。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

在屏幕上分别显示写入所述第一文件中的数据的数据量、写入所述第二文件中的数据的数据量以及写入所述第三文件中的数据的数据量。

4.根据权利要求3所述的方法，其特征在于，所述在屏幕上分别显示写入所述第一文件中的数据的数据量、写入所述第二文件中的数据的数据量以及写入所述第三文件中的数据的数据量之后，所述方法还包括：

若在预设时间段之后没有接收到所述用户的触发操作，则控制所述屏幕熄灭；

在所述屏幕熄灭后，若接收到所述用户在预设的按键上的操作，则控制所述屏幕点亮。

5.根据权利要求1-2任一项所述的方法，其特征在于，所述将所述数据以及获取到所述数据的时间存储在第一文件中，包括：

当所述至少一条数据的数据量小于预设的数据量阈值时，缓存所述至少一条数据以及对应的时间；

当缓存的数据的数据量大于或者等于所述数据量阈值时，将所述缓存的数据以及对应的时间存储在所述第一文件中。

6.根据权利要求1-2任一项所述的方法，其特征在于，在所述从电动车辆的总线上获取所述电动车辆内部传输的至少一条数据之后，所述方法还包括：

统计预设时间段内接收到的多条数据；

根据所述多条数据的发送方向，分别确定所述电动车辆中的各个模块与ECU交互的数据包的数量，并显示；

根据所述电动车辆中的各个模块与所述ECU交互的数据包的数量，分别确定所述各个模块对于ECU的回复成功率，并显示。

7.根据权利要求6所述的方法，其特征在于，所述统计预设时间段内接收到的多条数据之后，所述方法还包括：

根据预先约定的校验值确定规则，以及，每条数据除校验位之外的其他位的值，确定所述数据的传输后校验值；

如果所述数据的传输后校验值与所述数据的校验位中的校验值一致，将所述数据作为有效数据，确定多条有效数据；

相应地，所述根据所述多条数据的发送方向，分别确定所述电动车辆中的各个模块与ECU交互的数据包的数量，包括：

根据所述多条有效数据的发送方向，分别确定所述电动车辆中的各个模块与ECU交互的数据包的数量。

8.一种电动车辆信息记录装置，其特征在于，包括：

接收模块，用于接收用户触发的信息记录指令；

获取模块，用于从电动车辆的总线上获取所述电动车辆内部传输的至少一条数据；

存储模块，用于将至少一条所述数据以及获取到所述数据时的时间存储在第一文件中；

还包括：确定模块和转换模块；

其中，确定模块，用于针对每一条数据，根据预先设置的通信协议，确定数据的发送方向；发送方向表示数据为电动车辆的ECU发出的数据，或者，数据为ECU接收的数据；

确定模块，还用于当确定数据为ECU接收的数据时，根据通信协议确定数据的发送模块；

转换模块，用于根据预先设置的转换协议，将数据转换为发送模块的运行信息；

存储模块，还用于将运行信息以及获取到数据时的时间存储在发送模块对应的第二文件中；

确定模块，还用于当确定数据为ECU发送的数据时，根据通信协议确定数据的接收模块；

确定模块，还用于当确定数据的接收模块为电动车辆的显示模块时，确定数据中是否包括显示模块待显示的故障码；

存储模块，还用于当确定数据中包括故障码时，将数据、故障码以及获取到数据时的时间存储在第三文件中。

9.一种手持设备，其特征在于，所述手持设备包括：

一个或多个处理器；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的电动车辆信息记录方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的电动车辆信息记录方法。

Images