CN118244742A

CN118244742A - Vehicle fault analysis method, device, equipment and storage medium

Info

Publication number: CN118244742A
Application number: CN202410485042.2A
Authority: CN
Inventors: 武慧东; 黄好; 覃理忠; 郭启薪; 覃冠森; 罗官; 黄嘉燊
Original assignee: Liuzhou Wuling New Energy Automobile Co ltd
Current assignee: Liuzhou Wuling New Energy Automobile Co ltd
Priority date: 2024-04-22
Filing date: 2024-04-22
Publication date: 2024-06-25

Abstract

The application discloses a vehicle fault analysis method, device, equipment and storage medium. When the method provided by the embodiment of the application is executed, firstly, the fault occurrence time of the target vehicle is identified when the target vehicle is in a fault state, and corresponding timed state data is obtained from a storage module of the vehicle-mounted terminal as analysis data based on the previous preset time period and the next preset time period of the fault occurrence time. Then the analysis data are sent to the internet of vehicles platform to carry out fault analysis of the target vehicle, wherein the vehicle-mounted terminal sends the analysis data to the internet of vehicles platform through a first data transmission channel; the first data transmission channel is established after the mutual authentication between the vehicle-mounted terminal and the vehicle networking platform is passed. According to the application, the vehicle-mounted terminal is utilized to identify the occurrence time of the vehicle fault in real time, a safe data transmission channel is established through mutual authentication, and fault analysis data is sent to the Internet of vehicles platform, so that the real-time performance, the accuracy and the safety of fault diagnosis are improved.

Description

Vehicle fault analysis method, device, equipment and storage medium

Technical Field

The application relates to the technical field of vehicle data processing, in particular to a vehicle fault analysis method, device, equipment and storage medium.

Background

Modern automobiles are often equipped with self-test systems and fault alarm systems. When the vehicle detects a fault, the driver is reminded by an indicator light or an audible alarm on the instrument panel. Such systems can discover some common faults in time, but generally only provide limited information, such as warning lights indicating a fault that may be a general indicator, and cannot provide specific fault details, so that an effective, quick and accurate fault handling scheme cannot be provided for customers.

Therefore, how to provide a method for analyzing vehicle fault data to provide specific fault details, so as to provide an effective, quick and accurate fault processing scheme for customers, which is a technical problem that needs to be solved by those skilled in the art.

Disclosure of Invention

Based on the problems, the application provides a vehicle fault analysis method, device, equipment and storage medium, which can analyze specific fault details, thereby providing an effective, rapid and accurate fault processing scheme for clients.

The embodiment of the application discloses the following technical scheme:

A vehicle fault analysis method applied to a vehicle-mounted terminal, the method comprising:

When a target vehicle is in a fault state, identifying the fault occurrence time of the target vehicle;

Acquiring corresponding timed state data from a storage module of the vehicle-mounted terminal as analysis data based on a previous preset time period of the fault occurrence time and a subsequent preset time period of the fault occurrence time;

The analysis data are sent to a vehicle networking platform for fault analysis of the target vehicle;

The vehicle-mounted terminal sends the analysis data to the vehicle networking platform through a first data transmission channel; the first data transmission channel is established after the bidirectional authentication between the vehicle-mounted terminal and the Internet of vehicles platform is passed.

In one possible implementation, the method further includes:

Acquiring whole vehicle state data in a whole vehicle controller of the target vehicle; the whole vehicle controller sends whole vehicle state data to the vehicle-mounted terminal through a second data transmission channel; the second data transmission channel is established after the safety authentication between the vehicle-mounted terminal and the whole vehicle controller is passed;

and setting a time stamp for the whole vehicle state data of the target vehicle to obtain the time state data, and storing the time state data in a storage module of the vehicle-mounted terminal.

In one possible implementation manner, the setting a timestamp for the whole vehicle state data of the target vehicle to obtain the timed state data includes:

Dividing the whole vehicle state data into a plurality of first segment state data according to the time sequence according to a preset time interval;

And setting corresponding time stamps for each first segment state data to obtain a plurality of pieces of time state data.

In one possible implementation manner, the setting a timestamp for the whole vehicle state data of the target vehicle to obtain the timed state data further includes:

dividing the whole vehicle state data into a plurality of second segment state data according to the time sequence according to the preset data size;

And setting corresponding time stamps for each second segment state data to obtain a plurality of pieces of time state data.

In one possible implementation manner, the acquiring, based on the previous preset period of time of the fault occurrence time and the next preset period of time of the fault occurrence time, corresponding time state data from the storage module of the vehicle-mounted terminal as analysis data includes:

Determining the corresponding relation between the previous preset time period of the fault occurrence time and the time stamp thereof, and determining the corresponding relation between the subsequent preset time period of the fault occurrence time and the time stamp thereof;

And acquiring corresponding time state data from the storage module according to the two corresponding relations to serve as analysis data.

In one possible implementation, the method further includes:

When the target vehicle is in a fault state, acquiring observation data of surrounding vehicles from a storage module of the vehicle-mounted terminal based on a previous preset time period of the fault occurrence time and a subsequent preset time period of the fault occurrence time; the distance between the surrounding vehicles and the target vehicle is smaller than or equal to a preset distance; the observed data is a message frame acquired by a V2X module in the target vehicle through a road side unit RSU of road side equipment;

and sending the analysis data and the observation data to the Internet of vehicles platform to perform fault analysis of the target vehicle.

In one possible implementation, the method further includes:

When the memory in the storage module overflows, the overflowed data is covered with alternative time state data; the alternative time state data is the time state data with storage time meeting time requirements; the storage time of the alternative timed status data is the time stored in the storage module.

A vehicle-mounted terminal, the vehicle-mounted terminal comprising:

an identifying unit, configured to identify a failure occurrence time of a target vehicle when the target vehicle is in a failure state;

a first obtaining unit, configured to obtain corresponding time state data from a storage module of the vehicle-mounted terminal as analysis data based on a previous preset time period of the fault occurrence time and a subsequent preset time period of the fault occurrence time;

the first sending unit is used for sending the analysis data to a vehicle networking platform for fault analysis of the target vehicle;

A vehicle failure analysis apparatus comprising: the vehicle fault analysis system comprises a memory, a processor and a computer program stored in the memory and capable of running on the processor, wherein the processor realizes the vehicle fault analysis method when executing the computer program.

A computer readable storage medium having instructions stored therein which, when executed on a terminal device, cause the terminal device to perform a vehicle fault analysis method as described above.

Compared with the prior art, the application has the following beneficial effects:

The application provides a vehicle fault analysis method, device, equipment and storage medium. Specifically, when the vehicle fault analysis method provided by the embodiment of the application is executed, firstly, when the target vehicle is in a fault state, the fault occurrence time of the target vehicle is identified. Then, corresponding timed state data is acquired from a storage module of the vehicle-mounted terminal as analysis data based on the previous preset time period and the next preset time period of the fault occurrence time. Then, the analysis data are sent to a vehicle networking platform for fault analysis of the target vehicle, wherein the vehicle-mounted terminal sends the analysis data to the vehicle networking platform through a first data transmission channel; the first data transmission channel is established after the mutual authentication between the vehicle-mounted terminal and the vehicle networking platform is passed. According to the application, the fault occurrence time of the target vehicle is identified, and the corresponding timed state data is acquired for analysis, so that the fault condition of the vehicle can be effectively analyzed, the problem can be quickly positioned, and a corresponding solution can be adopted. Meanwhile, the data before and after the fault state in the preset time period are utilized for analysis, and the vehicle-mounted terminal is combined to rapidly send analysis data to the vehicle networking platform through the first data transmission channel, so that the fault analysis process can be rapidly completed, and the fault processing time is shortened. In addition, by acquiring the time state data of the vehicle for analysis and sending the analysis result to the Internet of vehicles platform, an accurate fault analysis result can be provided, the fault cause and the solution can be accurately determined, and the fault processing accuracy is improved. In addition, the first data transmission channel is established through the two-way authentication, so that the data transmission safety between the vehicle-mounted terminal and the vehicle networking platform is ensured, and the privacy and safety of vehicle data are protected.

Drawings

In order to more clearly illustrate this embodiment or the technical solutions of the prior art, the following description will briefly explain the drawings used in the embodiments or the description of the prior art, and it is obvious that the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a flow chart of a method for analyzing a vehicle fault according to an embodiment of the present application;

Fig. 2 is a schematic structural diagram of a vehicle fault analysis device according to an embodiment of the present application.

Detailed Description

In order to facilitate understanding of the technical solution provided by the embodiments of the present application, the following description will first explain the background technology related to the embodiments of the present application.

Modern automotive equipped self-test and fault alarm systems find common faults in time through indicator lights or audible alarms of dashboards, but often provide limited information, such as warning lights that are only general signals, fail to provide specific fault details, and limit the ability to provide effective, fast, accurate fault handling schemes for customers.

Specifically, the driver may initially determine the cause of the fault by observing the state of the vehicle, listening to an abnormal sound, checking a fault indication on the instrument panel of the vehicle, and the like when the fault occurs. However, this approach generally only provides surface information and does not provide an effective solution to complex faults.

If the driver fails to address the fault, a repair shop or road rescue service of the vehicle manufacturer is typically contacted. These service personnel may attempt to solve the problem through on-site inspection and diagnostics, but this typically requires time and may require the vehicle to be towed to a repair shop for further diagnostics and repair to give a fault handling scheme, which can affect the effectiveness, rapidity, and accuracy of the fault handling scheme.

In order to solve the problem, the embodiment of the application provides a vehicle fault analysis method, device, equipment and storage medium, wherein when a target vehicle is identified to be in a fault state, the fault occurrence time of the target vehicle is identified. And then, based on the previous preset time period and the next preset time period of the fault occurrence time, acquiring corresponding timed state data from a storage module of the vehicle-mounted terminal as analysis data, and sending the analysis data to a vehicle networking platform for fault analysis of the target vehicle. According to the application, the vehicle-mounted terminal is utilized to identify the occurrence time of the vehicle fault in real time, a safe data transmission channel is established through mutual authentication, and fault analysis data is sent to the Internet of vehicles platform, so that the real-time performance, the accuracy and the safety of fault diagnosis are improved.

The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.

Referring to fig. 1, the method is a flowchart of a vehicle fault analysis method according to an embodiment of the present application, and as shown in fig. 1, the vehicle fault analysis method may include steps S101 to S103:

S101: and when the target vehicle is in a fault state, identifying the fault occurrence time of the target vehicle.

When the target vehicle encounters a fault and is in a fault state, it is necessary to determine at what point in time the fault occurred.

When the target vehicle fails, the vehicle-mounted terminal can identify and record the occurrence time of the failure. This can be achieved by a sensor system or a fault diagnosis module inside the vehicle terminal, ensuring real-time monitoring of the vehicle state and fault identification.

In one possible implementation, the target vehicle being in a fault state may include, but is not limited to, the following:

Engine failure: the engine of the target vehicle fails, resulting in a failure of the vehicle to start normally or an abnormal operation of the engine. This may be due to fuel system failure, ignition system problems, mechanical failure, etc.

Failure of the braking system: the braking system of the target vehicle fails, resulting in a failure or poor braking effect. This may be due to brake pad wear, brake fluid leakage, brake disc deformation, etc.

Electronic system failure: the electronic system of the target vehicle malfunctions, resulting in failure of the electronic control unit (Engine Control Unit, ECU) of the vehicle or various electronic malfunctions of the vehicle. This may be due to sensor failure, short circuits, software bugs, etc.

Transmission system failure: the driveline of the target vehicle fails, resulting in gear shifting difficulties, transmission rattles, or reduced transmission efficiency. This may be due to clutch wear, transmission oil leakage, drive shaft breakage, etc.

In these cases, the normal operation of the target vehicle is affected, and the state of the target vehicle is defined as a failure state.

In one possible implementation, when the target vehicle is in a fault state and the vehicle-mounted terminal is in a sleep mode (which means that the vehicle is in a fault, and the vehicle-mounted terminal is in a power-saving sleep mode, i.e. it is in a low-power state to save energy), and when the vehicle-mounted terminal receives information about a change in the vehicle state (possibly including fault code information transmitted by other controllers) through the CAN bus, the arrival of this information wakes up the vehicle-mounted terminal, so that it switches from the sleep mode to the operation mode in order to process the fault information. And the vehicle-mounted terminal actively uploads the vehicle state data to the vehicle networking platform after awakening. Meanwhile, the vehicle-mounted terminal can automatically diagnose, check the states of other controllers in the vehicle, and read the software and hardware version information and fault codes of the controllers. The information is uploaded to the internet of vehicles platform together to help the internet of vehicles platform to comprehensively analyze and diagnose the faults of the vehicles. Once no information is transmitted on the CAN bus, the vehicle terminal will switch back to sleep mode to save energy.

The vehicle-mounted terminal is in the sleep mode in a non-working state, so that energy can be saved, and energy consumption can be reduced. Only when fault information is detected, the device can wake up, and the waste of energy sources is reduced.

S102: and acquiring corresponding timed state data from a storage module of the vehicle-mounted terminal as analysis data based on the previous preset time period of the fault occurrence time and the subsequent preset time period of the fault occurrence time.

Once the fault occurrence time is determined, the vehicle-mounted terminal acquires corresponding timed state data from a storage module of the vehicle-mounted terminal according to a preset time period before and a preset time period after the time point, and the corresponding timed state data are used for analyzing the state change of the vehicle before and after the fault occurrence.

Alternatively, the previous preset period of time of occurrence of the fault may be set to the previous 2 minutes of time of occurrence of the fault. The latter preset period of time of occurrence of the fault may be set to the latter 2 minutes of time of occurrence of the fault. The application does not limit the former preset time period of the fault occurrence time and the latter preset time period of the fault occurrence time, and can set the two time periods according to actual requirements.

Assuming that one vehicle fails at a specific point in time (e.g., 12:00), the corresponding two preset time periods are:

The previous preset period of time of failure occurrence (previous 2 minutes): this period of time is a period of time before the failure occurs, 2 minutes from the actual failure occurrence time. Thus, in this example, this period is 11:58 to 12:00, i.e., pushing forward from 12:00 for 2 minutes.

The latter preset period of time of failure occurrence (the latter 2 minutes): this period of time is a period of time after the fault occurred, and is also 2 minutes from the actual fault occurrence time. Thus, in this example, this period is 12:00 to 12:02, i.e., pushing back from 12:00 for 2 minutes.

In one possible implementation, the method further includes:

and acquiring the whole vehicle state data in a whole vehicle controller of the target vehicle, wherein the whole vehicle controller sends the whole vehicle state data to the vehicle-mounted terminal through a second data transmission channel, and the second data transmission channel is established after the safety authentication between the vehicle-mounted terminal and the whole vehicle controller is passed. And then, setting a time stamp for the whole vehicle state data of the target vehicle to obtain the time state data, and storing the time state data in a storage module of the vehicle-mounted terminal.

Specifically, first, the entire vehicle state data in the entire vehicle controller of the target vehicle is acquired: this step refers to acquiring various status data of the whole vehicle from a whole vehicle controller (e.g., ECU, etc.) of the target vehicle. The vehicle-mounted state data is sent to the vehicle-mounted terminal by the vehicle-mounted controller through a second data transmission channel (such as a CAN bus or other special communication protocols). The vehicle state data is sent to the vehicle-mounted terminal, so that the vehicle-mounted terminal can acquire real-time state information of the vehicle. The second data transmission channel for transmitting the vehicle state data is established after the safety authentication between the vehicle-mounted terminal and the vehicle controller is passed. The vehicle-mounted terminal can read the whole vehicle data information, and from the safety angle of the whole vehicle function, the data received by the vehicle-mounted terminal is required to be confirmed to be true and reliable, so that the safety of the vehicle-end function is enhanced, and after the safety authentication of the vehicle-mounted terminal and the whole vehicle controller, a second data transmission channel can be established to transmit the whole vehicle state data. In one possible implementation manner, the vehicle-mounted terminal and the vehicle controller can adopt 0x10 and 0x27 services of a standard ISO-14229 diagnosis protocol for safety certification. The safety authentication process is simple and reliable, namely, the vehicle-mounted terminal can acquire the state data of the whole vehicle after passing the safety authentication. Based on the 0x27 security authentication service, the random number seed sent by the controller encrypts the seed again according to the enterprise custom encryption algorithm, and correspondingly, the controller for encrypting the seed is obtained, the calculated secret key is also encrypted according to the enterprise custom encryption algorithm, and the process from the seed to the secret key also needs to be according to the enterprise custom security algorithm.

If two continuous authentications fail in the process of mutual authentication between the vehicle-mounted terminal and the whole vehicle controller, the two continuous authentications cannot be continuously initiated, namely the whole vehicle controller needs to wait for 60 minutes before sending seeds. If the next round fails again, the time is prolonged to 120 minutes, and the like, so that the vehicle safety authentication service can be effectively ensured to be attacked maliciously, and the vehicle data information can be transmitted by establishing a channel after the vehicle-mounted terminal and the vehicle controller are ensured to be authenticated safely.

Then, a time stamp is set for the whole vehicle state data of the target vehicle to obtain time state data: after the vehicle status data is acquired, for further analysis and recording, it is necessary to time stamp the data, i.e. mark the time of each data point. This ensures that the subsequent analysis and comparison of the data is based on time series.

Finally, storing the time state data into a storage module of the vehicle-mounted terminal: and storing the time whole vehicle data into a vehicle-mounted terminal storage module of the target vehicle or uploading the time whole vehicle data into a cloud server of the Internet of vehicles for subsequent analysis, inquiry or vehicle maintenance and monitoring.

The vehicle state data includes, but is not limited to, the following:

vehicle state: including the overall operating conditions of the vehicle, such as start, flameout, running, stopping, etc.

Charging: the battery charge state representing an electric vehicle or a hybrid vehicle may include states of charge, charge completion, discharge, etc.

Vehicle speed: representing the current speed of the vehicle, typically in kilometers per hour (km/h) or miles per hour (mph).

Voltage: the voltage level in the representation circuit, for example the voltage of an electric vehicle battery, can be used to evaluate the state of the battery or the power supply of the system.

Current flow: the magnitude of the current in the circuit, such as the charge-discharge current of the battery of the electric vehicle, may be used to monitor the charge-discharge process of the battery or to evaluate the operating state of the electric system.

Alarm data in vehicle: including alarm information generated by various sensors or systems within the vehicle, such as engine failure, brake system failure, airbag alarms, etc., for indicating possible problems or dangerous conditions in the vehicle.

Mileage: mileage the vehicle has travelled.

Engine speed: the current rotational speed of the engine.

Vehicle window state: an open or closed state of the window.

Vehicle lamp state: the state of the vehicle lighting system comprises a front lamp, a rear lamp, a steering lamp and the like.

Oil mass: the amount of fuel remaining in the fuel tank of the vehicle.

Controller fault code: fault code information that may be generated by each controller is used to diagnose a vehicle fault.

Door state: the open or closed state of each door.

Air conditioning state: the operating state of the vehicle air conditioning system.

Braking state: the state of the vehicle braking system includes the state of the brake pedal.

Accelerator pedal state: status information of the accelerator pedal reflects the acceleration behavior of the driver.

Steering angle: steering angle information of the steering wheel.

Vehicle position: the current location information of the vehicle generally includes longitude and latitude, etc.

The above is only some common vehicle status data, and the actual situation may be different according to the vehicle model, configuration and manufacturer's requirements. When developing an application program of the vehicle-mounted terminal, the vehicle state data to be received and processed needs to be determined according to actual requirements and available CAN data.

Dividing the whole vehicle state data into a plurality of first segment state data according to the time sequence according to a preset time interval. And setting corresponding time stamps for each first segment state data to obtain a plurality of pieces of time state data.

The specific process comprises the following steps: dividing the whole vehicle state data into a plurality of first segment state data according to a preset time interval. This preset time interval may be an arbitrarily set time period, such as 1 minute, 5 minutes, etc., as determined according to the actual situation.

A corresponding time stamp is set for each first segment status data. This time stamp represents the point in time of the state data, typically the start time of the period covered by the state data.

Finally, a plurality of pieces of time state data are obtained, and each piece of time state data comprises a first piece of segment state data and a corresponding time stamp.

For example, assuming that the time interval is 1 minute, the whole vehicle state data is divided into a plurality of first segment state data according to each minute, such as the first segment state data is the whole vehicle state data of 10:00-10:01, the second first segment state data is the whole vehicle state data of 10:01-10:02, and so on. For each first segment status data we set a corresponding time stamp for it, i.e. the start time of the period covered by the segment status data. For example 10:00 corresponds to the timestamp of the first segment, 10:01 corresponds to the timestamp of the second first segment, and so on. Finally, a plurality of pieces of time state data are obtained, wherein each piece of data comprises a first piece of segment state data and a corresponding time stamp.

Firstly, dividing the whole vehicle state data into a plurality of second segment state data according to the time sequence according to the preset data size. And then setting corresponding time stamps for each second segment state data to obtain a plurality of pieces of time state data.

The specific process comprises the following steps: and dividing the whole vehicle state data into a plurality of second segment state data according to the preset data size. The preset data size may be arbitrarily set, for example, one segment for every 5M data, and each segment contains the same amount or the same length of data, where "M" represents megabytes (Megabytes), which is a unit for calculating the data storage capacity. A corresponding timestamp is set for each second segment status data. This time stamp represents the point in time of the state data, typically the start time of the period covered by the state data. Finally, a plurality of pieces of time state data are obtained, and each piece of time state data comprises a second section state data and a corresponding time stamp.

For example, assume we have a whole vehicle state data set with a total size of 100MB. It is desirable to divide the data for one segment every 5MB and to set a corresponding time stamp for each second segment status data, representing the start time of the time period covered by the segment data.

Firstly, the whole vehicle state data is divided into 20 pieces of second segment state data according to each 5 MB. Then, a corresponding time stamp is set for each second segment status data. Assuming that the vehicle status data is collected within one hour, we can set the start time to the start time of the entire data set, e.g., 2024-04-1208:00:00.

Then, a time stamp is set for each second segment status data in turn, the time stamp of each segment representing the start time of the time period covered by the segment data.

The following timed status data can thus be obtained:

First and second segment status data:

data size: 5MB;

Timestamp: 2024-04-1208:00:00.

Second segment status data:

data size: 5MB;

timestamp: 2024-04-1208:05:00.

Third second segment status data:

data size: 5MB;

Timestamp: 2024-04-1208:10:00.

Where a timestamp refers to an identification or representation of a particular point in time, typically presented in the form of a number or letter. The time stamp generally represents the number of seconds or milliseconds that have passed since a particular date (typically midnight, 1 month, 1 year 1970, called the "Unix epoch"). It is a widely used time representation in computer systems for recording the exact time of occurrence of an event.

The main advantage of timestamps is that they are relative to a fixed origin and are cross-platform. This means that the same time stamp will represent the same time in whichever time zone or operating system. This makes time stamping a convenient way to record and compare time, particularly useful when performing time-dependent operations in a computer system, such as logging, data storage, time series analysis, and the like.

First, the corresponding relation between the previous preset time period of the fault occurrence time and the time stamp is determined, and the corresponding relation between the next preset time period of the fault occurrence time and the time stamp is determined. And then acquiring corresponding time state data from the storage module according to the two corresponding relations as analysis data.

Specifically, first, a correspondence relationship between a preset period of time immediately before the time at which the failure occurs and a time stamp at that time is determined. This can be understood as setting a period of time before the occurrence of the fault and then finding the correspondence between the period of time and the timestamp of the moment of occurrence of the fault. This is done to obtain status data before the fault occurs in order to analyze the pre-cause of the fault.

Meanwhile, a correspondence relationship between a preset time period after the occurrence time of the fault and a time stamp of the time is determined. This is to acquire status data after the occurrence of a fault in order to analyze the consequences of the fault or to compare the status changes before and after the fault.

And finally, according to the two corresponding relations, acquiring corresponding time state data from the storage module as analysis data. That is, the time period and corresponding time stamp to be acquired are determined through the previous two steps, and then the corresponding status data can be retrieved from the memory module for subsequent analysis based on the information.

For example, assuming that the target vehicle has failed at 10:00 am, the correspondence between the previous preset time period of the failure occurrence time and its timestamp is determined: let us set the previous preset time period to 30 minutes before failure. Therefore, we need to find a time stamp 30 minutes before the 10:00 time point. Determining the corresponding relation between the next preset time period of the fault occurrence time and the time stamp thereof: similarly, assume that we set the next preset time period to 30 minutes after the failure. Therefore, we need to find a time stamp of 30 minutes after the 10:00 time point. Acquiring corresponding time state data from the storage module according to the two corresponding relations as analysis data:

With the time stamps of the two time periods, we can retrieve the status data from the memory module for the time period from 30 minutes before the failure to 30 minutes after the failure. These data will serve as analysis data to help us analyze the cause of the fault or the vehicle condition at the time of the fault.

The application can acquire state data within a certain time range when the fault occurs, not just the data of the moment of occurrence of the fault, which is helpful for more comprehensively knowing the situation and the reason behind the fault.

S103: and sending the analysis data to a vehicle networking platform for fault analysis of the target vehicle.

And the vehicle-mounted terminal transmits the analysis data to the vehicle networking platform through a first data transmission channel. When a first data transmission channel is established between the vehicle-mounted terminal and the vehicle networking platform, bidirectional authentication is needed to ensure the safety and reliability of data transmission. Only after the authentication is passed, a safe data transmission channel can be established, and the transmission process of fault data is ensured not to be interfered or tampered by unauthorized. In the process of mutual authentication between the vehicle-mounted terminal and the vehicle networking platform, the vehicle-mounted terminal needs to download the certificate of the vehicle networking platform from the vehicle networking platform end for verification, the vehicle-mounted terminal also needs to upload the certificate of the vehicle-mounted terminal to the vehicle networking platform end for verification of the vehicle networking platform end, and the two-party authentication is passed, namely the vehicle-mounted terminal needs to confirm that the platform is reliable, and the vehicle networking platform also needs to confirm that the vehicle-mounted terminal is reliable, so that a safe and reliable data transmission channel can be established.

The vehicle-mounted terminal takes the acquired time state data as analysis data and sends the analysis data to the vehicle networking platform through the established first data transmission channel. This ensures real-time transmission and sharing of fault data, providing the necessary data support for subsequent fault analysis.

Optionally, the analysis data can be uploaded to the internet of vehicles platform through an FTP protocol form for fault analysis.

In one possible implementation, in the process of uploading the analysis data to the internet of vehicles platform in the form of FTP protocol, the analysis data needs to be checked by using a check code to ensure the integrity and accuracy of the data. The FTP protocol itself does not guarantee the integrity of the data, and thus data loss or corruption may occur during data transmission. These problems can be effectively detected by generating and comparing check codes.

Specifically, when the vehicle-mounted terminal uploads analysis data to the internet of vehicles platform, the vehicle-mounted terminal generates a check code for the uploaded data according to a preset check rule, and uploads the check code to the platform. After receiving the data, the internet of vehicles platform also generates a check code according to the same rule. And then, the vehicle networking platform compares the received check code with the check code generated by the vehicle networking platform, and if the received check code and the check code are consistent, the fact that the data are not lost or damaged in the transmission process is indicated, and the uploaded file is complete. If the check codes are not identical, this indicates that the data may have been tampered with or corrupted, requiring retransmission or other processing.

By using the check code, the internet of vehicles platform can effectively verify the integrity of the uploaded data, and ensure that the data transmitted from the vehicle-mounted terminal to the platform is reliable.

It should be noted that, the fault analysis may determine why the fault is caused based on the vehicle state data when the target vehicle fails.

For example, a green belt where the target vehicle hits the roadside may have two causes, namely, a cause that the driver driving the target vehicle does not step on the brake in time, and the brake of the target vehicle is not failed; secondly, the driver driving the target vehicle steps on the brake in time, but the brake of the target vehicle fails, so that the vehicle collides with the green belt on the roadside. Specific analysis can be performed based on the analysis data so as to judge what kind of reasons cause the accident to occur, and if the accident occurs due to the brake failure of the target vehicle, further fault analysis can be performed on the target vehicle.

In one possible implementation, the method further includes:

And when the target vehicle is in a fault state, acquiring the observation data of surrounding vehicles from the storage module of the vehicle-mounted terminal based on the previous preset time period of the fault occurrence time and the next preset time period of the fault occurrence time. And then the analysis data and the observation data are sent to the Internet of vehicles platform to perform fault analysis of the target vehicle.

Wherein the distance between the surrounding vehicle and the target vehicle is less than or equal to a preset distance. The observation data is a message frame acquired by a V2X module in the target vehicle through a road side unit RSU of the road side apparatus.

The English language of the V2X module is called "Vehicle-to-EVERYTHING MODULE", and the Chinese language is called "Vehicle-to-all module". The vehicle-mounted terminal V2X module transmits a message frame acquired through an RSU (Road Side Unit) of the Road Side device to the internal storage module of the vehicle-mounted terminal, and when an accident occurs, the message frame can be extracted from the internal storage module of the vehicle-mounted terminal, so that the speed, acceleration, head direction angle, braking state, vehicle body size and the like of surrounding vehicles can be restored, and the accident analysis reason can be effectively shortened.

The internet of vehicles platform may analyze the integrated data using machine learning, data mining, and other techniques. By comparing the traveling behavior of the surrounding vehicle before and after the occurrence of the failure with the failure information of the target vehicle, the platform may attempt to determine whether the surrounding vehicle has an influence on the failure of the target vehicle.

Suppose that on an urban highway, the target vehicle a suddenly experiences a rear-end traffic accident. During this time, the surrounding vehicles B, C, D are all closer to the target vehicle a, and the message frame whose V2X module is acquired by the road side unit RSU is stored in the internal storage module of the in-vehicle terminal of the target vehicle a. When the target vehicle A fails, the Internet of vehicles platform acquires the observation data of surrounding vehicles B, C, D of the target vehicle A through an internal storage module of the vehicle-mounted terminal. Such data includes information on the speed, acceleration, heading angle, braking status, etc. of the vehicle B, C, D.

If it is found from the observation that there is an abnormality in the behavior of the surrounding vehicle B, C, D, such as sudden deceleration or sudden braking, before the occurrence of the failure, which coincides with the failure occurrence time of the target vehicle a, it can be inferred that the driving behavior of the surrounding vehicle B, C, D may be one of the causes of the failure of the target vehicle a.

Through the above analysis, the internet of vehicles platform can analyze the failure of vehicle a and determine whether the driving behavior of the surrounding vehicles is related to the failure.

Alternatively, the preset distance may be, but is not limited to, 400 meters. The application does not limit the size of the preset distance, and can adjust the size of the preset distance according to actual requirements.

In one possible implementation, the method further includes:

When the memory in the storage module reaches the upper limit of the capacity, and no more data can be stored, memory overflow occurs. This may be due to an excessive amount of data or insufficient memory capacity of the memory module. When a memory overflow occurs, the system needs to selectively overwrite a portion of the data to make room for storing new data. The selection of which data to cover is a key issue, and the vehicle-mounted terminal can preferentially select the time state data meeting the time requirement to cover.

Alternative timeliness state data refers to timeliness state data that may be overridden preferentially when memory overflows. The storage time of the alternative timeliness data must meet the time requirements, i.e. their storage time needs to be within a certain time frame, so that the vehicle terminals can accurately manage and process the data in time sequence. The storage time of the alternative timeliness state data refers to the moment of storage of the storage module, namely the storage time of the data is provided by a clock or a timestamp of the storage module, so as to ensure that the timestamp of the data is accurate.

In one possible implementation, the time-critical, timed state data refers to the earliest timed state data in the memory module.

It should be noted that, each memory module has a fixed memory, such as 6G or 8G, and when the fixed memory of the memory module is fully occupied, still data is stored, then the memory overflow of the memory module is indicated. Where G refers to GB, gigabytes (gigabytes).

For example, assume that the target vehicle car is equipped with an on-board terminal that is responsible for recording the vehicle's location data and storing it in a memory module of 8GB memory. This memory module is configured to hold only the last 1 hour of location data.

Now assume that the following is the data in the memory module (time in minutes):

11:00-(40.7128°N,74.0060°W)

11:01-(40.7129°N,74.0061°W)

11:02-(40.7130°N,74.0062°W)

...

11:58-(40.7140°N,74.0070°W)

11:59-(40.7141°N,74.0071°W)

12:00- (40.7142. DegreeN, 74.0072. DegreeW) (current time)

It is assumed that the vehicle continues to travel at 12:00 and the vehicle terminal continues to record the position data, but at this point the memory module is full and memory overflow occurs. At this point, the overflowed data will be overwritten. That is, the storage module may delete the earliest data to make room for storing new data. An alternative timeliness data is data whose storage time meets the time requirements, i.e. data whose storage time is within the time frame of the storage module. The storage time of the alternative timed status data is the time stored in the storage module. That is, they are the earliest stored data.

Thus, in this example, if a memory overflow occurs at 12:00, then the earliest data in the memory module is 11:00 location data (40.7128N, 74.0060W), which will be overwritten. In this way, the storage module can continue to record new location data while maintaining the stored data within the last 1 hour.

Based on the contents of S101 to S103, it is recognized that the target vehicle is in the failure state first, and the failure occurrence time of the target vehicle is recognized when the target vehicle is in the failure state. And then, acquiring corresponding timed state data from a storage module of the vehicle-mounted terminal based on the previous preset time period and the next preset time period of the fault occurrence time as analysis data. And finally, sending the analysis data to a vehicle networking platform for fault analysis of the target vehicle. The application can realize the timely analysis and processing of the vehicle faults by identifying the fault occurrence time of the target vehicle and acquiring the corresponding time state data, thereby being beneficial to reducing the influence and damage of the faults on the vehicle. Meanwhile, the analysis data acquired based on the previous preset time period and the preset time period after the fault state can provide comparison and analysis on the vehicle states before and after the fault, so that the fault cause can be accurately identified. In addition, the analysis data is sent to the Internet of vehicles platform for fault analysis, so that technical resources such as cloud computing can be used for improving the efficiency and accuracy of fault analysis, and the problem of vehicle faults can be solved quickly. In addition, the first data transmission channel established through the two-way authentication can ensure the safety of data transmission, prevent sensitive information from being illegally acquired or tampered, and ensure the safety of vehicles and owners.

Referring to fig. 2, fig. 2 is a schematic structural diagram of a vehicle fault analysis device according to an embodiment of the present application. As shown in fig. 2, the vehicle failure analysis apparatus includes:

an identifying unit 201 for identifying a failure occurrence time of a target vehicle when the target vehicle is in a failure state;

A first obtaining unit 202, configured to obtain, as analysis data, corresponding timed status data from a storage module of the vehicle-mounted terminal based on a previous preset time period of the fault occurrence time and a subsequent preset time period of the fault occurrence time;

a first sending unit 203, configured to send the analysis data to a vehicle networking platform for performing fault analysis of the target vehicle;

In a possible implementation manner, the apparatus further includes:

The whole vehicle state data acquisition unit is used for acquiring whole vehicle state data in a whole vehicle controller of the target vehicle; the whole vehicle controller sends whole vehicle state data to the vehicle-mounted terminal through a second data transmission channel; the second data transmission channel is established after the safety authentication between the vehicle-mounted terminal and the whole vehicle controller is passed;

a first timestamp setting unit, configured to set a timestamp for whole vehicle state data of the target vehicle to obtain the timed state data;

And the storage unit is used for storing the timeized state data in a storage module of the vehicle-mounted terminal.

In one possible implementation manner, the first timestamp setting unit specifically includes:

The first dividing unit is used for dividing the whole vehicle state data into a plurality of first segment state data according to the time sequence according to a preset time interval;

and the second timestamp setting unit is used for setting corresponding timestamps for each first segment state data to obtain a plurality of pieces of time state data.

In a possible implementation manner, the first timestamp setting unit further includes:

the second dividing unit is used for dividing the whole vehicle state data into a plurality of second segment state data according to the time sequence according to the preset data size;

And the third timestamp setting unit is used for setting corresponding timestamps for each second segment state data to obtain a plurality of pieces of time state data.

In a possible implementation manner, the first obtaining unit 202 specifically includes:

A determining unit, configured to determine a correspondence between a previous preset time period of the failure occurrence time and a timestamp thereof, and determine a correspondence between a subsequent preset time period of the failure occurrence time and a timestamp thereof;

And the second acquisition unit is used for acquiring corresponding time state data from the storage module according to the two corresponding relations as analysis data.

In a possible implementation manner, the apparatus further includes:

An observation data acquisition unit configured to acquire, when a target vehicle is in a failure state, observation data of surrounding vehicles from a storage module of the vehicle-mounted terminal based on a previous preset time period of the failure occurrence time and a subsequent preset time period of the failure occurrence time; the distance between the surrounding vehicles and the target vehicle is smaller than or equal to a preset distance; the observed data is a message frame acquired by a V2X module in the target vehicle through a road side unit RSU of road side equipment;

And the second sending unit is used for sending the analysis data and the observation data to the Internet of vehicles platform to perform fault analysis of the target vehicle.

In a possible implementation manner, the apparatus further includes:

The covering unit is used for covering the overflowed data with alternative time state data when the memory in the storage module overflows; the alternative time state data is the time state data with storage time meeting time requirements; the storage time of the alternative timed status data is the time stored in the storage module.

In addition, the embodiment of the application also provides a vehicle fault analysis device, which comprises: the vehicle fault analysis system comprises a memory, a processor and a computer program stored in the memory and capable of running on the processor, wherein the processor realizes the vehicle fault analysis method when executing the computer program.

In addition, the embodiment of the application also provides a computer readable storage medium, wherein the computer readable storage medium stores instructions, when the instructions are run on the terminal equipment, the terminal equipment is caused to execute the vehicle fault analysis method.

The embodiment of the application provides a vehicle fault analysis device, firstly, when a target vehicle is in a fault state, a fault occurrence time of the target vehicle is identified by utilizing an identification unit 201, and corresponding timed state data is obtained from a storage module of a vehicle-mounted terminal as analysis data by utilizing a first obtaining unit 202 based on a previous preset time period of the fault occurrence time and a later preset time period of the fault occurrence time, so that a first sending unit 203 can send the analysis data to a vehicle networking platform for fault analysis of the target vehicle, wherein the vehicle-mounted terminal sends the analysis data to the vehicle networking platform through a first data transmission channel; the first data transmission channel is established after the mutual authentication between the vehicle-mounted terminal and the vehicle networking platform is passed. According to the application, the fault occurrence time of the target vehicle is identified, and the corresponding timed state data is acquired for analysis, so that the fault condition of the vehicle can be effectively analyzed, the problem can be quickly positioned, and a corresponding solution can be adopted. Meanwhile, the data before and after the fault state in the preset time period are utilized for analysis, and the vehicle-mounted terminal is combined to rapidly send analysis data to the vehicle networking platform through the first data transmission channel, so that the fault analysis process can be rapidly completed, and the fault processing time is shortened. In addition, by acquiring the time state data of the vehicle for analysis and sending the analysis result to the Internet of vehicles platform, an accurate fault analysis result can be provided, the fault cause and the solution can be accurately determined, and the fault processing accuracy is improved. In addition, the first data transmission channel is established through the two-way authentication, so that the data transmission safety between the vehicle-mounted terminal and the vehicle networking platform is ensured, and the privacy and safety of vehicle data are protected.

The method, the device, the equipment and the storage medium for analyzing the vehicle faults provided by the application are described in detail. In the description, each embodiment is described in a progressive manner, and each embodiment is mainly described by the differences from other embodiments, so that the same similar parts among the embodiments are mutually referred. For the device disclosed in the embodiment, since it corresponds to the method disclosed in the embodiment, the description is relatively simple, and the relevant points refer to the description of the method section. It should be noted that it will be apparent to those skilled in the art that various modifications and adaptations of the application can be made without departing from the principles of the application and these modifications and adaptations are intended to be within the scope of the application as defined in the following claims.

It should be understood that in the present application, "at least one (item)" means one or more, and "a plurality" means two or more. "and/or" for describing the association relationship of the association object, the representation may have three relationships, for example, "a and/or B" may represent: only a, only B and both a and B are present, wherein a, B may be singular or plural. The character "/" generally indicates that the context-dependent object is an "or" relationship. "at least one of" or the like means any combination of these items, including any combination of single item(s) or plural items(s). For example, at least one (one) of a, b or c may represent: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", wherein a, b, c may be single or plural.

It is further noted that relational terms such as first and second, and the like are used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Moreover, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The steps of a method or algorithm described in connection with the embodiments disclosed herein may be embodied directly in hardware, in a software module executed by a processor, or in a combination of the two. The software modules may be disposed in Random Access Memory (RAM), memory, read Only Memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art.

Claims

1. A vehicle fault analysis method, characterized by being applied to a vehicle-mounted terminal, the method comprising:

2. The method according to claim 1, wherein the method further comprises:

3. The method according to claim 2, wherein said time stamping the entire vehicle state data of the target vehicle to obtain the time state data includes:

4. The method of claim 2, wherein the time stamping the entire vehicle state data of the target vehicle to obtain the time state data, further comprises:

5. The method according to claim 1, wherein the acquiring, from the memory module of the in-vehicle terminal, the corresponding timed status data as the analysis data based on the previous preset time period of the failure occurrence time and the subsequent preset time period of the failure occurrence time includes:

6. The method according to claim 1, wherein the method further comprises:

7. The method according to claim 2, wherein the method further comprises:

8. A vehicle-mounted terminal, characterized in that the vehicle-mounted terminal comprises:

9. A vehicle failure analysis apparatus, characterized by comprising: a memory, a processor, and a computer program stored on the memory and executable on the processor, which when executed, implements the vehicle fault analysis method as claimed in any one of claims 1 to 7.

10. A computer readable storage medium, characterized in that the computer readable storage medium has stored therein instructions, which when run on a terminal device, cause the terminal device to perform the vehicle fault analysis method according to any one of claims 1-7.