A data processing method and system in a vehicle failure correlation process

Abstract

The embodiment of the application discloses a data processing method and system in a vehicle fault correlation process. The data processing method is applied to a data processing system and comprises the following steps: acquiring CAN data of a vehicle in real time; determining first data from the CAN data based on a first preset standard and storing the first data in a built-in RAM of the system, wherein the first preset interval is a second level; determining second data from the CAN data based on a second preset standard and storing the second data in an external SRAM of the system, wherein the second preset interval is a millisecond level; determining a fault level and a fault type according to the CAN data; sending the first data when the fault level and the fault type meet the requirements of the first preset standard; and determining third data from the second data according to the fault type when the fault level and the fault type meet the requirements of the second preset standard, storing the third data in an external Flash of the system and then sending the third data. The application has the beneficial effect of realizing the rapid storage and uploading of fault data at the second and millisecond levels.

Description

TECHNICAL FIELD

[0001] The present application relates to the field of vehicle fault data processing, in particular to a data processing method and system in a vehicle fault correlation process. BACKGROUND

[0002] With the rapid development of the new energy automobile industry, the safety of the vehicle is becoming more and more important, and it has become one of the primary considerations in the vehicle research and development design process. The vehicle data information of a period of time before and after the occurrence of vehicle fault can help the vehicle enterprises and the component enterprises to analyze the real situation before and after the occurrence of vehicle fault. Therefore, in order to meet the rapid, convenient and accurate collection of relevant data information, it is urgent to develop a data processing method and system for the transmission and data saving of vehicle fault information.

[0003] At present, there are mainly two types of products on the market. One type of product is a vehicle terminal (T-Box) based on GB / T 32960 national standard product. The other type of product is a data recorder. The T-Box can upload vehicle data in real time, but is only suitable for uploading 19 basic vehicle fault data defined in the national standard. Although the national standard allows uploading custom data, the custom data is completely defined by the protocol of the T-Box manufacturer. If the monitoring platform wants to analyze the meaning of the custom data, it needs to understand the protocol corresponding to the custom data first. If the monitoring platform receives custom data with different protocols from multiple parties, it is difficult to analyze the valid information. The fault data type of the T-Box is small, and the data format has been defined. It is not convenient to associate and expand, and the data uploading interval is long. No matter the type of fault, the data uploading interval, or the uploaded data content, the T-Box cannot reflect the complete situation of the vehicle before and after the fault. The data recorder can record the vehicle message in a short interval period and store it in the SD / TF card. According to the storage size of the SD / TF card, it can realize 7-day or more-day cycle coverage. This product can record the vehicle fault situation completely, but the cost is high, and it needs to be disassembled on site to copy data. It cannot be uploaded to the monitoring platform in the first time, cannot realize real-time, and the SD / TF card used for storage has the shortcomings of short read-write life, easy oxidation or shaking of the golden finger leading to poor contact, etc. SUMMARY

[0004] The main purpose of the present application is to provide a data processing method and system in a vehicle fault correlation process, which aims to solve the above-mentioned problems existing in the prior art.

[0005] To achieve the above-mentioned purpose, the present application provides a data processing method in a vehicle fault correlation process, characterized in that the data processing method is applied to a data processing system, the data processing system comprises a single-chip microcomputer with a built-in RAM, an externally hung SRAM and an externally hung Flash; the data processing method comprises:

[0006] acquiring CAN data of a vehicle in real time;

[0007] determining first data from the CAN data based on a first preset criterion, and storing the first data of a first preset time length in the built-in RAM at a first preset interval, the first preset interval being a second level;

[0008] determining second data from the CAN data based on a second preset criterion, and storing the second data of a second preset time length in the external SRAM at a second preset interval, the second preset interval being a millisecond level;

[0009] determining a fault level and a fault type according to the CAN data;

[0010] when the fault level and the fault type meet the requirements of the first preset criterion, sending the first data;

[0011] when the fault level and the fault type meet the requirements of the second preset criterion, determining third data from the second data according to the fault type, storing the third data in the external Flash, and then sending the third data.

[0012] In some embodiments, the determining second data from the CAN data based on a second preset criterion comprises:

[0013] determining a fault type to be concerned based on a second preset criterion;

[0014] determining all CAN data related to the fault type to be concerned from the CAN data as second data;

[0015] the determining third data from the second data according to the fault type comprises:

[0016] determining all CAN data related to the fault type from the second data as third data.

[0017] In some embodiments, the first data is stored in the built-in RAM in an array form;

[0018] the third data is stored in the external Flash in the form of an asc format file.

[0019] In some embodiments, the sending the first data when the fault level and the fault type meet the requirements of the first preset criterion comprises:

[0020] when the fault level and the fault type meet the requirements of the first preset criterion, determining a network signal of the data processing system;

[0021] when the network signal meets a preset condition, the first data of the first preset time length before and after the fault occurrence is sent;

[0022] when the network signal does not meet a preset condition, the first data of the first preset time length before and after the fault occurrence is stored in the external Flash.

[0023] In some embodiments, the first data of the first preset time length before and after the fault occurrence is sent in a first preset period through a Socket connection mode of a TCP / IP protocol;

[0024] The third data of the second preset time length before and after the fault occurrence is sent in a second preset period through an FTP protocol.

[0025] In some embodiments, the data processing method further comprises:

[0026] obtaining a second preset standard defined by a user, the second preset standard comprising a fault type to be concerned, the fault level, a CANID associated with the fault type to be concerned, a second preset interval and a second preset time length.

[0027] In addition, to achieve the above-mentioned purpose, the application further provides a data processing system in a vehicle fault correlation process, characterized in that comprising:

[0028] a single-chip microcomputer, the single-chip microcomputer comprising a CPU and a built-in RAM, the CPU being used for executing the data processing method according to any one of the preceding embodiments, and the built-in RAM being used for storing the first data;

[0029] an external SRAM, which is in communication connection with the single-chip microcomputer and is used for storing the second data;

[0030] an external Flash, which is in communication connection with the single-chip microcomputer and is used for storing the third data;

[0031] a communication module, which is in communication connection with the single-chip microcomputer and is used for sending the first data and / or the third data.

[0032] In some embodiments, the external SRAM and the external Flash are connected with the single-chip microcomputer through an SPI bus;

[0033] The capacity of the external SRAM is 8MB.

[0034] In some embodiments, the data processing system further comprises:

[0035] a power module, which is in electrical connection with the single-chip microcomputer and is used for providing electric energy for the data processing system;

[0036] a battery, electrically connected with the power module and the single-chip microcomputer, charged by the power module, used for providing power for the data processing system after the power module is powered off.

[0037] In some embodiments, the data processing system further comprises:

[0038] a positioning module, in communication connection with the single-chip microcomputer, used for providing position information;

[0039] an RTC, in communication connection with the single-chip microcomputer, used for providing clock calendar information.

[0040] The data processing method and system in the vehicle fault correlation process provided in the application have a static random access memory (SRAM) and a flash memory (Flash) externally connected to the single-chip microcomputer. The built-in RAM of the single-chip microcomputer has a small storage space, but is directly connected with the CPU of the single-chip microcomputer, has a fast read-write speed, and can store a small amount of second-level first data, which can be quickly written and uploaded in real time after a fault occurs, thereby reducing the data storage and transmission time and reducing the load of the single-chip microcomputer CPU in processing second-level vehicle data. The externally connected SRAM has a relatively large storage space and a fast read-write speed, but the data cannot be saved after power failure, and the entire CAN data of the vehicle cannot be stored. Therefore, based on a second preset standard, relevant second data is selected from the CAN data of the vehicle and temporarily stored in the externally connected SRAM. After a fault occurs, third data related to the fault type is determined from the second data, the third data is stored in the externally connected Flash, and then sent. Through two times of screening, on the one hand, the millisecond-level vehicle fault data can be saved in real time, and on the other hand, the uploading time can be reduced, the dependence on the communication signal can be reduced, the storage space pressure of the monitoring platform can be reduced, and the cost can be saved. BRIEF DESCRIPTION OF DRAWINGS

[0041] In order to more clearly illustrate the technical solutions of the embodiments of the application, the following will briefly introduce the drawings needed to be used in the embodiments. It should be understood that the following drawings only show some embodiments of the application, and therefore should not be regarded as a limitation on the scope. For those skilled in the art, other related drawings can also be obtained without creative labor.

[0042] The methods, systems and / or programs in the drawings will be further described according to the exemplary embodiments. These exemplary embodiments will be described in detail with reference to the drawings. These exemplary embodiments are non-limiting exemplary embodiments, in which reference numerals represent similar mechanisms in each view of the drawings.

[0043] Figure 1A schematic diagram of communication between a data processing system and a monitoring platform in a vehicle fault correlation process according to some embodiments of the present application;

[0044] Figure 2 A structural schematic diagram of a data processing system in a vehicle fault correlation process according to some embodiments of the present application;

[0045] Figure 3 A flowchart of a data processing method in a vehicle fault correlation process according to some embodiments of the present application;

[0046] Figure 4 A schematic diagram of vehicle fault and CAN correlation according to some embodiments of the present application. DETAILED DESCRIPTION

[0047] In order to better understand the above technical solutions, the following will be described in detail by the accompanying drawings and specific embodiments. It should be understood that the embodiments of the present application and the specific features in the embodiments are detailed descriptions of the technical solutions of the present application, and not limitations of the technical solutions of the present application. In the case of no conflict, the technical features in the embodiments of the present application and the embodiments can be combined with each other.

[0048] In the following detailed description, many specific details are set forth in order to provide a thorough understanding of the relevant teachings. However, it will be apparent to one skilled in the art that the present application can be practiced without these details. In other instances, well-known methods, procedures, systems, components, and / or circuits have been described at a relatively high level, without detail, in order to avoid unnecessarily obscuring aspects of the present application.

[0049] These and other characteristics, features and advantages of the present application disclosed herein, the functional, compositional and structural aspects of the methods and devices disclosed herein, and the combination of parts and economies of manufacture will become further apparent upon consideration of the following description and accompanying drawings. It is intended that all such additional features, aspects, characteristics, and advantages be included within the scope of the present application. However, it is to be understood that every aspect described herein is not necessarily the most suitable for every implementation. Thus, a person skilled in the art will readily recognize from the disclosure herein, including the detailed description and drawings, that substitution of one element or component for another can be desirable in certain implementations, and such substitutions and modifications should be considered possible alternatives.

[0050] The flowcharts in the present application illustrate the execution processes performed by the system according to the embodiments of the present application. It should be clearly understood that the execution processes of the flowcharts can not be executed in sequence. On the contrary, these execution processes can be executed in reverse order or simultaneously. In addition, at least one other execution process can be added to the flowchart. One or more execution processes can be deleted from the flowchart.

[0051] Embodiments

[0052] Figure 1 FIG. 1 is a schematic diagram of communication between a data processing system 100 and a monitoring platform 200 in a vehicle fault correlation process in an embodiment of the present application. After the data processing system 100 obtains fault data, the data processing system 100 sends the fault data to the monitoring platform 200 through wireless communication. A user can remotely understand the fault condition of the vehicle from the monitoring platform 200, and the monitoring platform 200 can also send data instructions to the data processing system 100 to control the data processing system 100 to collect fault information meeting the requirements.

[0053] Figure 2 FIG. 2 is a structural schematic diagram of the data processing system 100 in the vehicle fault correlation process in an embodiment of the present application. The data processing system 100 includes a single-chip microcomputer, an external SRAM, an external Flash, a communication module, a power module, a battery, a positioning module, an RTC, and a CAN chip.

[0054] The single-chip microcomputer includes a CPU and a built-in RAM, and the CPU is used to execute a data processing method in a vehicle fault correlation process in some embodiments of the present application. Optionally, the single-chip microcomputer can be a 32-bit high-performance master control single-chip microcomputer, such as Infineon TC234. The external SRAM, the external Flash, and the single-chip microcomputer are connected through an SPI bus for communication, the positioning module and the single-chip microcomputer are connected through a USART for communication, the RTC and the single-chip microcomputer are connected through a GPIO port, and the CAN chip and the single-chip microcomputer are connected through a CAN line, so as to realize information interaction and data reading and writing between the components and the single-chip microcomputer. Specifically, the communication module can be a 4G or 5G communication module, which is used to receive and send information for the single-chip microcomputer. The power module is electrically connected with the single-chip microcomputer, and is used to provide power for the data processing system 100. The battery is electrically connected with the power module and the single-chip microcomputer, and is charged by the power module and ensures sufficient power at ordinary times, so as to continue to provide power for the data processing system 100 after the power module is powered off, to prevent complete data loss caused by accidental power failure. Optionally, the capacity of the battery is 190mAh, so as to ensure that the data processing system 100 can continue to work for more than 15 minutes after the power module is powered off. The positioning module can be a GPS or Beidou positioning module, which is used to provide the position information of the vehicle. The RTC can adopt a network and GPS double-time-setting scheme, so as to provide accurate clock. The data processing system 100 uses the clock calendar information (such as year, month, day, hour, minute, and second time) provided by the RTC, and combines the microsecond time provided by the internal timer of the single-chip microcomputer, so as to lock the specific time of each frame of CAN data, thereby ensuring the accuracy of time recording.

[0055] When the data processing system 100 is working, the CAN chip collects the CAN data from the whole vehicle and sends the CAN data to the single-chip microcomputer. The single-chip microcomputer analyzes and encapsulates the CAN data, and packs the position information of the positioning module together to transmit to the communication module. The communication module then sends the data to the monitoring platform 200.

[0056] Figure 3 is a flowchart of a data processing method in a vehicle fault correlation process according to some embodiments of the present application. The method is applied to the data processing system 100 in Figure 1 and Figure 2 , and can specifically include the following steps S100-S600.

[0057] S100, real-time acquisition of CAN data of the vehicle.

[0058] The single-chip microcomputer is connected with other components of the whole vehicle through the CAN chip and the CAN line, so as to acquire the CAN data of the whole vehicle in real time. Each frame of CAN data includes CANID, DLC, frame data, etc. The information carried by the CAN data includes whole vehicle information (such as vehicle speed, gear, mileage, etc.), motor information (such as battery voltage, battery temperature, motor speed, motor torque, motor temperature, motor controller temperature, motor controller bus voltage, motor controller bus current, etc.), fault information (such as high temperature of the battery, under-voltage of the battery, over-current of the battery, over-temperature of the motor, etc.), and the like.

[0059] S200, determination of first data from the CAN data based on a first preset standard, and rolling storage of the first data of a first preset time length in the built-in RAM at a first preset interval, the first preset interval being a second level.

[0060] The content, type and length of the first data in the embodiment, and other form requirements, the first preset interval, the first preset time length and other storage requirements are determined by the first preset standard. The first preset standard can be a standard such as the national standard GB / T 32960.3-2016 or some department or industry standard. These standards usually define the foregoing content. For example, in GB / T 32960.3-2016, the content of the first data to be uploaded includes vehicle information, drive motor information, fuel cell information, engine information, vehicle location information, extreme value information, alarm information, single cell voltage information, single cell temperature information, etc., the storage and upload type of the first data is an array form, the first preset time length is 30s, and the first preset interval is 1s, that is, the first data within 30s (the first preset time length) before and after the fault occurs is stored at an interval of 1s (the first preset interval). Before the fault occurs, the vehicle continuously transmits CAN data to the single-chip microcomputer through the CAN line. Since it is uncertain when the fault occurs, the built-in RAM needs to cache the first data of the first preset time length in advance. The first data is stored in a rolling manner, that is, in a message queue manner, first-in first-out. After the built-in RAM stores the first data of the first preset time length, the data to be stored will cover the earliest data among the first data currently stored in the built-in RAM, for example, when the built-in RAM stores the first data from the 1st second to the 30th second, the first data of the 31st second to be stored will cover the first data of the 1st second. In the case of a second-level first preset interval, the amount of first data before and after the fault is about KB level, so the storage can be completed through the internal RAM of the single-chip microcomputer.

[0061] S300, determining second data from the CAN data based on a second preset standard, and storing the second data of a second preset time length in the external SRAM at a second preset interval, the second preset interval being millisecond level.

[0062] The form requirements of the second data in the embodiment, such as content, type and length, the second preset interval, the second preset time length are determined by the second preset standard. When a fault occurs, the second data in each second preset time length before and after the fault occurs needs to be stored at the second preset interval. Since it is uncertain when the fault occurs, the external SRAM needs to cache the second data of the second preset time length in advance. The second data is stored in the same way as the first data, that is, in a rolling manner. After the second data of the second preset time length is stored, the newly stored second data will overwrite the earliest stored second data. The second preset time length can be 30s, 40s, 50s, 1min, etc. In the case of a millisecond level second preset interval (such as 1ms), the second data of the second preset time length is about several MB, which has exceeded the size of the internal RAM of the single-chip microcomputer. Therefore, the external SRAM is used to store the second data, which not only realizes the temporary storage of a large amount of data, but also takes into account the advantage of low cost of the single-chip microcomputer. Alternatively, the capacity of the external SRAM is 8MB, and the high-speed communication through the SPI bus facilitates fast reading and writing.

[0063] The second preset standard can be set by default by the data processing system 100, or can be defined by the user (such as a data receiving party, a user, such as a vehicle enterprise, a parts enterprise, etc.).

[0064] As an optional implementation, the second data can be determined from the CAN data by removing the CAN data irrelevant to the fault, retaining the CAN data possibly related to the fault and adding the corresponding timestamp as the second data. In the embodiment, the second preset standard further includes the CANID associated with the fault type, that is, the mapping relationship between the fault type and the CANID. It can be understood that since each frame of CAN data has its own CANID, the CAN data corresponding to the CANID irrelevant to the fault can be removed by taking the CANID as the identification standard, and the CAN data corresponding to the CANID possibly related to the fault can be retained and added with the corresponding timestamp as the second data. For example, Figure 4As shown, the largest set of CANIDs that the entire vehicle can generate is the set of all CANIDs, and the CANIDs associated with different vehicle faults are only a small set within the largest set. For example, the set of CANIDs associated with motor faults includes a portion of all CANIDs: 0x18FF1B02, 0x18FF2A02, and the like. It should be noted that the types of CANID data mapped by different fault types can be completely different or partially the same. For example, the set of CANIDs associated with motor faults and the set of CANIDs associated with battery management faults have no intersection and are completely different. However, the set of CANIDs associated with motor faults and the set of CANIDs associated with the gearbox fault have the same CANID: 0x0CFF2302. The mapping relationship in this embodiment can be a default setting, or the specific types and quantities of mapped CANIDs for fault types can be defined by the user.

[0065] It can be understood that when different faults occur, the CAN data that the user needs to pay attention to for analyzing the faults is also different. When the motor temperature is too high, only the relevant CAN data such as the vehicle current, the vehicle speed, the gear, the motor speed, the motor torque, the motor voltage, and the motor current need to be focused on, and the CAN data such as the mileage, the SOC, the DCDC state, the battery cell voltage, and the battery temperature probe are not the focus of this fault. Therefore, in the second preset standard, a mapping relationship between the fault type and the relevant CAN data is established, and when a fault occurs, the CAN data having a mapping relationship with the fault is stored, which helps the user to master the real situation of the fault, investigate the cause of the fault, and propose a solution.

[0066] It can be understood that among all the CANIDs of the vehicle, some CANIDs do not have a mapping relationship with all fault types. Therefore, the CAN data corresponding to these CANIDs is removed, and the CAN data corresponding to the CANIDs having a mapping relationship with the fault type is retained as the second data and stored in the external SRAM, which helps to reduce the data storage and transmission time and reduce the CPU load of the single-chip microcomputer.

[0067] S400, determining a fault level and a fault type according to the CAN data.

[0068] In this embodiment, the controller (such as the motor controller MCU, the gearbox controller TCU, and the like) of the vehicle, the management system (such as the battery management system BMS, and the like), and the device module (such as the instrument, and the like) can monitor whether each device is normally operating in real time. When a fault is detected, the controller, the management system, and the device module generate corresponding fault CAN data and transmit the fault CAN data to the single-chip microcomputer through the CAN line and the CAN chip. The single-chip microcomputer parses the fault level and the fault type from the fault CAN data.

[0069] For example, the CAN ID of the fault CAN data sent by the vehicle controller VCU is 0x0CFF0A80, which is packaged according to the Intel format, wherein the 0-1 bytes of the frame data content of the CAN data are fault codes, and the bits 0-bit 1 of the 2nd byte are fault levels. When the vehicle controller VCU monitors a third-level fault of high coolant inlet temperature, the vehicle controller VCU sends the fault CAN data containing the CAN ID of 0x0CFF0A80, and the frame data content is 1B 38 67 00 00 00 64 05, wherein the fault code 0x381B represents that the fault type is high coolant inlet temperature, and the fault level is 0x67. The fault level is third-level by calculating 0x67&0x03=3 through bitwise AND operation.

[0070] S500, when the fault level and the fault type meet the requirements of the first preset standard, the first data is sent.

[0071] In this embodiment, the first preset standard includes the type of data to be uploaded, the byte length, the fault type, the fault level, and the uploading period, etc.

[0072] For ease of understanding, the first preset standard is explained according to GB / T 32960.3-2016. The standard formulates a three-level fault triggering mechanism, that is, three levels are defined according to the severity of the fault, which are first-level slight fault, second-level moderate fault, and third-level serious fault. The first data is uploaded when the third-level fault occurs, and the first data is not uploaded when the first-level fault or the second-level fault occurs. The data is uploaded in the form of an array, and correspondingly, the first data in the built-in RAM is stored in the form of an array. The standard also limits the first preset period to be 1-30s. The data is uploaded with the first preset period during non-fault period, and the data is uploaded with 1s as the period during fault period. For example, when the first preset period is 10s, if a fault occurs, the first data of every 1s (first preset interval) within 30s before the fault is sent to the monitoring platform 200 in the form of supplementary data, and the first data of every 1s within 30s after the fault is uploaded to the monitoring platform 200 in the form of real-time data with 1s as the period. After 30s after the fault occurs, the data sending period returns to the first preset period of 10s.

[0073] S600, when the fault level and the fault type meet the requirements of the second preset standard, the third data is determined from the second data according to the fault type, the third data is stored in the external Flash, and the third data is sent.

[0074] In this embodiment, the second preset standard includes the type of data to be uploaded, the byte length, the fault type, the fault level, and the uploading period, etc.

[0075] It should be noted that the fault type and fault level in the second preset standard can be the same as or different from the fault type and fault level in the first preset standard. For example, the fault level in the second preset standard can be four levels, five levels, eight levels, etc. The user can customize the fault to reach the preset level to trigger the determination, storage and uploading of the subsequent third data.

[0076] In this embodiment, the data type of the first data defined by the first preset standard is irrelevant to the fault type. Therefore, when the fault type and fault level meet the requirements of the first preset standard, all the first data before and after the fault stored in the built-in RAM can be uploaded. The first preset standard only uploads the array data carrying information such as vehicle speed, gear, motor speed, alarm, fault level, etc. extracted from the CAN data, but does not upload the CAN data itself, i.e. the first preset standard does not store and upload the CAN data from which the above information is derived. In contrast, the second preset standard also includes the mapping relationship between the fault type and the related CAN data. Therefore, when the fault type and fault level meet the requirements of the second preset standard, all the CAN data related to the fault type and the corresponding timestamp information are determined as the third data from the second data of the external SRAM, and other unnecessary CAN data are excluded. The second preset standard uploads all the CAN data including CANID, DLC, frame data, etc. Therefore, the information carried by the third data includes but is not limited to the fault type, fault level, etc.

[0077] Since the data of the external SRAM will be lost after power failure, the third data stored in the Flash can be stored for a long time. Even if power failure and poor network occur, the third data can be read from the Flash and uploaded to the monitoring platform 200 after the next power-on and network recovery. Optionally, the Flash is an 8GB NAND Flash to provide sufficient storage space and read-write life. Specifically, after the determination of the third data before and after the fault is completed, the third data is moved from the external SRAM to the external Flash, and after the storage is completed, the third data is sent and uploaded. The uploading period of the third data is the second preset period, which is 1s optionally. After using the method of this embodiment, the storage space required by the third data is greatly reduced, about 80-90KB, the normal reporting period of the terminal is 10s, the third data can be uploaded every 1s, 10KB of data is uploaded each time, and the uploading of the third data can be completed in about 10 seconds.

[0078] Optionally, the second preset standard defines that the uploaded data type is an asc format file, and correspondingly, the third data in the external Flash is stored in the form of an asc format file. The asc file contains complete information of the screened CAN data (such as CAN ID, DLC, frame data, etc.), and is the embodiment of the most original CAN data on the vehicle. The subsequent monitoring platform 200 can complete real-time analysis of the third data in the asc file through related professional software such as CANoe, and observe more abundant real situations before and after vehicle failure.

[0079] Optionally, the single-chip microcomputer sends the first data and / or the third data to the monitoring platform 200 by controlling the communication module.

[0080] The data processing method of the embodiment can upload fault-related data based on two standards at the same time through steps S100-S600: the first preset standard has relatively low requirements, can extract the required information from the vehicle CAN data, and then upload according to the first data format requirements of the standard. Since the first data does not involve specific CAN ID data, the data amount is small but easy to upload in real time; the second preset standard can be freely defined, and more abundant second data and third data related to vehicle failure can be obtained, and at the same time, other means in the data processing method are used to ensure the data storage and sending speed.

[0081] In the data processing method of the embodiment, the built-in RAM of the single-chip microcomputer is used to store and upload the second data, the built-in RAM has high storage speed and long service life, and is self-provided by the single-chip microcomputer, so the cost is low; the external SRAM is used to store the second data, the SRAM has unlimited erasing and writing times, long service life, high storage speed, and the capacity can be freely matched, so the second data can be repeatedly and massively stored; and the external Flash is used to store the third data only when the fault occurs, so the data amount is reduced, the data storage can be recycled for a longer period of time under the same storage space condition, and the subsequent tracking is facilitated.

[0082] In addition, from the CAN data to the second data and then to the third data, the millisecond-level fault data volume is reduced through twice screening, the storage speed and the sending speed are accelerated, the load of the single-chip microcomputer CPU and the monitoring platform 200 server is reduced, and the stability of the system operation is improved.

[0083] The data processing system of the embodiment is built by using the single-chip microcomputer and the external SRAM and the external Flash, the system runs through the bare machine, and does not need an operating system or other software, so the development difficulty and the labor cost are reduced.

[0084] In some embodiments, the second preset standard further includes a fault type to be concerned. Based on the second preset standard, the second data is determined from the CAN data, including:

[0085] determine the fault type to be concerned based on the second preset standard;

[0086] From the CAN data, determine all CAN data related to the fault type to be concerned as second data.

[0087] It can be understood that different users may concern different fault types, for example, a battery supplier may be more concerned about battery-related data and less concerned about gearbox-related data, therefore, the user can set the fault type to be concerned in the second preset standard according to the user's own needs, further reducing the total amount of millisecond-level fault data, and improving the storage and uploading speed.

[0088] In some embodiments, when the second preset standard is user-defined, the data processing method in the vehicle fault association process further comprises the following steps before step S100:

[0089] Step S10, obtain the second preset standard defined by the user, the second preset standard including the fault type to be concerned and the fault level, the CANID associated with the fault type to be concerned, the second preset interval and the second preset time length.

[0090] In this embodiment, the user can send relevant information containing the second preset standard through wireless transmission, and the single-chip microcomputer receives the relevant information through the communication module and reads the second preset standard defined by the user from the relevant information. It can be understood that the second preset standard and / or the first preset standard can be stored in the external Flash or other storage that can be read by the single-chip microcomputer. The user can remotely set the second preset standard by himself, which improves the use convenience of the data processing system 100.

[0091] In some embodiments, when the fault level and the fault type meet the requirements of the first preset standard, the first data is sent, including:

[0092] When the fault level and the fault type meet the requirements of the first preset standard, determine the network signal of the data processing system 100;

[0093] When the network signal meets the preset condition, the first data of the first preset time length before and after the fault occurs is sent at a first preset period;

[0094] When the network signal does not meet the preset condition, the first data of the first preset time length before and after the fault occurs is stored in the external Flash.

[0095] In the embodiment, the first data is transmitted preferentially to improve efficiency because the first data amount is small and the read-write speed of the external Flash is slower than that of the built-in RAM. Only when the network signal does not meet the preset condition, such as when the communication module has no network or the network signal is seriously attenuated to cause the first data transmission to fail, the first data in the built-in RAM is carried and stored in the external Flash to avoid the loss of the first data after the power-off of the built-in RAM.

[0096] In some embodiments, the first data is transmitted through the Socket connection mode of the TCP / IP protocol, and the third data is transmitted through the FTP protocol.

[0097] In the embodiment, the fault of the vehicle can meet the requirements of the first preset standard and the second preset standard at the same time. It can be understood that when the signal is good, the first data and the third data can be transmitted at the same time. Therefore, in order to avoid the interference and influence caused by the simultaneous transmission of the two kinds of data by the communication module, the first data and the third data in the embodiment are transmitted through two different protocols. For example, the national standard data packet is transmitted through the TCP / IP protocol, and the asc file is transmitted through the FTP protocol, which meets the requirements of the national standard and can also transmit the fault-related message.

[0098] It should be noted that in this document, the terms "comprise", "comprising", or any other variant thereof are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not only include those elements, but can also include other elements not expressly listed or inherent to such process, method, article, or system. Without more limitations, the element defined by the statement "comprises a" does not exclude the presence of additional identical elements in the process, method, article, or system that includes the element.

[0099] The above-mentioned serial numbers of the embodiments of the application are only for description, and do not represent the advantages and disadvantages of the embodiments.

[0100] Through the above description of the embodiments, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be realized by means of software and a general hardware platform, of course, they can also be realized by hardware, but in many cases, the former is a better embodiment. Based on such understanding, the technical solutions of the application can be embodied in the form of a software product, which is stored in a storage medium (such as a ROM / RAM, a magnetic disk, or an optical disk) and includes a plurality of instructions for causing a terminal device (which can be a mobile phone, a computer, a server, or a network device) to execute the methods described in the embodiments of the application.

[0101] The above merely describes the preferred embodiments of the present application, and is not intended to limit the patent scope of the present application, and any equivalent structure or equivalent process conversion, or direct or indirect application in other related technical fields, which are made by using the content of the present application specification and drawings, are also included in the patent protection scope of the present application.

Claims

1. A method of data processing in a vehicle failure correlation process, characterized by, The data processing method is applied to a data processing system, and the data processing system comprises a single-chip microcomputer with a built-in RAM, an externally connected SRAM and an externally connected Flash. Real-time CAN data of a vehicle is acquired. First data is determined from the CAN data based on a first preset standard, and the first data of a first preset time length is stored in the built-in RAM at a first preset interval, which is a second level; the first preset standard is used to define the first preset time length, the first preset interval, the content of the first data, and the fault level and fault type under the standard. Second data is determined from the CAN data based on a second preset standard, and the second data of a second preset time length is stored in the externally connected SRAM at a second preset interval, which is a millisecond level; the second preset standard is used to define the second preset time length, the second preset interval, the content of the second data, and the fault level and fault type under the standard. The first preset time length is less than or equal to the second preset time length, and the first preset interval is greater than the second preset interval. The fault level and fault type of the vehicle are determined according to the CAN data. When the fault level and fault type of the vehicle meet the requirements of the fault level and fault type defined by the first preset standard, the first data is sent. When the fault level and fault type of the vehicle meet the requirements of the fault level and fault type defined by the second preset standard, third data is determined from the second data according to the fault type, and the third data is stored in the externally connected Flash and then sent.

2. The data processing method in a vehicle failure correlation process according to claim 1, characterized by, The second data is determined from the CAN data based on a second preset standard, which comprises: Based on the second preset standard, a fault type to be concerned is determined. All CAN data related to the fault type to be concerned is determined as second data from the CAN data. The third data is determined from the second data according to the fault type, which comprises: All CAN data related to the fault type is determined as third data from the second data.

3. The data processing method in a vehicle trouble correlation process according to claim 1, characterized by, The first data is stored in the built-in RAM in the form of an array. The third data is stored in the externally connected Flash in the form of an asc format file.

4. The data processing method in a vehicle trouble correlation process according to claim 1, characterized by, When the fault level and fault type of the vehicle meet the requirements of the fault level and fault type defined by the first preset standard, the network signal of the data processing system is determined. When the network signal meets a preset condition, the first data of the first preset time length before and after the fault occurs is sent. When the network signal does not meet the preset condition, the first data of the first preset time length before and after the fault occurs is stored in the externally connected Flash. ​ 5. The data processing method in a vehicle trouble correlation process according to claim 4, characterized by, The first data of the first preset time length before and after the fault occurrence is sent in a first preset period through a Socket connection mode of a TCP / IP protocol. The third data of a second preset time length before and after the fault occurrence is sent in a second preset period through an FTP protocol.

6. The data processing method in a vehicle trouble correlation process according to claim 1, wherein, The data processing method further comprises: obtaining a second preset standard defined by a user, the second preset standard comprising a fault type to be concerned, the fault level, a CAN ID associated with the fault type to be concerned, a second preset interval and a second preset time length.

7. A data processing system in a vehicle failure correlation process, characterized by, comprises: a single-chip microcomputer, the single-chip microcomputer comprising a CPU and a built-in RAM, the CPU being configured to execute the data processing method according to any one of claims 1-6, and the built-in RAM being configured to store the first data; an external SRAM, which is in communication connection with the single-chip microcomputer and is configured to store the second data; an external Flash, which is in communication connection with the single-chip microcomputer and is configured to store the third data; a communication module, which is in communication connection with the single-chip microcomputer and is configured to send the first data and / or the third data.

8. The data processing system in a vehicle fault correlation process of claim 7, wherein, The external SRAM and the external Flash are connected with the single-chip microcomputer through an SPI bus. The capacity of the external SRAM is 8 MB.

9. The data processing system in a vehicle fault correlation process of claim 7, wherein, The data processing system further comprises: a power module, which is in electrical connection with the single-chip microcomputer and is configured to provide electric energy for the data processing system; a battery, which is in electrical connection with the power module and the single-chip microcomputer, is charged by the power module and is configured to continue to provide electric energy for the data processing system after the power module is powered off.

10. The data processing system in a vehicle fault correlation process of claim 7, wherein, The data processing system further comprises: a positioning module, which is in communication connection with the single-chip microcomputer and is configured to provide position information; an RTC, which is in communication connection with the single-chip microcomputer and is configured to provide clock calendar information.

Images