Vehicle fault diagnosis system and method and vehicle terminal
Through the combination of vehicle terminals and edge nodes, vehicle fault diagnosis is carried out, and the problems of complexity and timeliness of fault diagnosis in the existing technology are solved, fast and accurate fault diagnosis and prediction are achieved, transmission delay is reduced, and safety is improved and timeliness of data processing.
Patent Information
- Application Number
- CN202411403054.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-10-09
- Publication Date
- 2024-12-10
- Estimated Expiration
- 2044-10-09
AI Technical Summary
The existing vehicle fault diagnosis technology is complex and has low timeliness. The transmission delay leads to low timeliness of diagnosis results, which cannot meet consumers' needs for fast and accurate diagnosis.
Using a combination of vehicle terminals and edge nodes, fault diagnosis of vehicle terminal data through edge nodes is carried out to reduce the data processing volume on the server side, reduce transmission time, and update the optimized fault diagnosis model through preset cycles to improve the timeliness of data processing. .
It realizes rapid and accurate diagnosis of vehicle failures, reduces transmission delays, improves the timeliness of data processing, avoids delay losses caused by data transmission and processing, and predicts no failures, improving safety.
Smart Images

Figure CN119105466A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the technical field of fault diagnosis, and in particular to a vehicle fault diagnosis system, method and vehicle terminal. Background Art
[0002] With the continuous advancement of vehicle technology, especially the deep integration of electronic control systems and computer technology, the structure of modern vehicles has become highly integrated and complex, which has significantly improved vehicle performance while greatly increasing the complexity and challenge of fault diagnosis. At the same time, consumers have put forward higher demands for the richness of vehicle functions and safety assurance. In order to meet the ever-increasing needs of consumers, fault diagnosis technology must develop in a more scientific and systematic direction to achieve rapid and accurate positioning and elimination of vehicle faults, and ensure stable vehicle performance and driving safety.
[0003] Some vehicles still need to make judgments on vehicle faults based on the maintenance personnel's experience, which requires a high level of maintenance personnel's experience, takes a long time to detect, and may lead to differences in diagnostic results due to different personal experiences; related solutions collect vehicle terminal data and upload the vehicle terminal data to the cloud to verify the vehicle terminal data, but this method has a large amount of data and a long link to the cloud, resulting in a long transmission time and low timeliness, and does not take into account the stability and timeliness of the wireless transmission process. Large delays will cause significant losses. Obviously, there is an urgent need for a new vehicle fault diagnosis method to solve at least one of the above problems.
[0004] It should be noted that the above content only provides background technical information related to the present application and does not necessarily constitute prior art. Summary of the invention
[0005] In view of the shortcomings of the prior art mentioned above, the present application provides a vehicle fault diagnosis system, method and vehicle terminal to diagnose and predict vehicle faults, reduce transmission delays and congestion during the fault diagnosis process, improve the timeliness of data processing, and avoid losses caused by large delays.
[0006] Other features and advantages of the present application will become apparent from the following detailed description, or may be learned in part by the practice of the present application.
[0007] According to one aspect of an embodiment of the present application, a vehicle fault diagnosis system is provided, which includes a vehicle terminal and an edge node; the vehicle terminal is used to collect current vehicle data of the vehicle terminal in response to being connected to the edge node, and send the current vehicle data to the edge node; the edge node is arranged in a target area, and the edge node is used to connect to the vehicle terminal if there is a vehicle terminal in the target area, and perform fault diagnosis on the received current vehicle data to obtain a diagnosis result.
[0008] In one embodiment of the present application, based on the aforementioned scheme, the vehicle fault diagnosis system also includes a server side, which is connected to the edge node, and the server side is used for at least one of the following: obtaining multiple historical vehicle data and the fault results corresponding to each of the historical vehicle data; using each of the historical vehicle data as a vehicle data sample, and labeling the vehicle data sample according to the fault result to obtain the result sample label corresponding to each of the vehicle data samples; training the vehicle data samples with the result sample label to obtain a fault diagnosis model; receiving multiple sample vehicle data uploaded by the edge node and the fault data corresponding to each of the sample vehicle data, using the sample vehicle data as an optimized data sample, and labeling the optimized data sample according to the fault data to obtain the fault sample label corresponding to each of the optimized data samples; model optimization of the optimized data samples with the fault sample label to send the optimized fault diagnosis model to the edge node according to a preset period; receiving the current vehicle data uploaded by the edge node, and generating visualization parameters according to the current vehicle data to visualize the vehicle fault.
[0009] In one embodiment of the present application, based on the aforementioned scheme, the edge node is also used for: if the edge node is connected to multiple vehicle terminals, determining the vehicle terminal corresponding to any diagnostic result as the target terminal; determining the fault severity corresponding to the diagnostic result based on the matching result between the diagnostic result and the preset result; if the fault severity includes a major fault, sending a prompt message to the vehicle terminal in the target area, the prompt message being generated based on the diagnostic result; if the fault severity includes a common fault, sending the prompt message to the target terminal.
[0010] In one embodiment of the present application, based on the aforementioned scheme, the edge node sends the diagnosis result to the vehicle terminal in at least one of the following ways: if the fault severity includes a major fault, the edge node sends the diagnosis result to the vehicle terminal; if the fault severity includes a common fault, the edge node sends the diagnosis result to the server side, wherein the server side is used to forward the diagnosis result to the vehicle terminal.
[0011] In one embodiment of the present application, based on the aforementioned scheme, if the number of the edge nodes includes multiple, the edge node is connected to the vehicle terminal in the following manner: obtaining evaluation parameters, wherein the evaluation parameters include the relative distance between the vehicle terminal and each of the edge nodes, and the evaluation parameters also include the signal strength, computing power and bandwidth of each of the edge nodes; calculating the comprehensive score of each of the edge nodes according to each of the evaluation parameters and the corresponding weights; and taking the edge node with the highest comprehensive score as the target node, wherein the target node is used to connect to the vehicle terminal.
[0012] In one embodiment of the present application, based on the aforementioned scheme, the vehicle terminal is connected to the edge node through at least one of the following methods: the vehicle terminal establishes a communication connection with the edge node through the PC5 interface; the vehicle terminal establishes a communication connection with the edge node through the Uu interface.
[0013] In one embodiment of the present application, based on the aforementioned scheme, the edge node performs fault diagnosis on the received current vehicle data to obtain a diagnosis result by any of the following methods: performing fault diagnosis on the vehicle terminal according to the current vehicle data by using a preset fault diagnosis model to obtain a diagnosis result, wherein the fault diagnosis model is obtained by model training using vehicle data samples with result sample labels; determining the diagnosis result based on the matching result between the current vehicle data and the preset vehicle data.
[0014] According to one aspect of an embodiment of the present application, a vehicle fault diagnosis method is provided, which is applied to an edge node, and the edge node is set in a target area. The vehicle fault diagnosis method includes: obtaining current vehicle data of a vehicle terminal, wherein the vehicle terminal collects the current vehicle data of the vehicle terminal in response to connecting to the edge node, and sends the current vehicle data to the edge node; if there is a vehicle terminal in the target area, the vehicle terminal is connected, and fault diagnosis is performed on the received current vehicle data to obtain a diagnosis result.
[0015] According to one aspect of an embodiment of the present application, a vehicle fault diagnosis method is provided, which is applied to a vehicle terminal, and the vehicle fault diagnosis method includes: in response to connecting to an edge node, collecting current vehicle data of the vehicle terminal, and sending the current vehicle data to the edge node, wherein the edge node is set in a target area, and the edge node is used to connect to the vehicle terminal if there is a vehicle terminal in the target area, and perform fault diagnosis on the received current vehicle data to obtain a diagnosis result.
[0016] According to one aspect of an embodiment of the present application, a vehicle terminal is provided, which includes: one or more processors; a storage device for storing one or more programs, and when the one or more programs are executed by the one or more processors, the vehicle terminal implements the vehicle fault diagnosis method described in the above embodiments.
[0017] The beneficial effects of the present application are as follows: the present application collects the current vehicle data of the vehicle terminal in response to connecting to the edge node through the vehicle terminal, and sends the current vehicle data to the edge node. If there is a vehicle terminal in the target area, the edge node set in the target area will be connected to the vehicle terminal, and the received current vehicle data will be diagnosed for faults to obtain diagnosis results; the fault diagnosis of the current vehicle data of the vehicle terminal by the edge node reduces the data processing amount on the server side, reduces the resource consumption of computing resources, bandwidth resources, etc., reduces the transmission time, and improves the timeliness of data processing, avoiding losses caused by large delays in data transmission, data processing, etc.; and the edge node performs fault diagnosis on the current vehicle data of the vehicle terminal, including diagnosing faults that have occurred and predicting faults that have not occurred, which can improve safety.
[0018] It should be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present application. BRIEF DESCRIPTION OF THE DRAWINGS
[0019] The drawings herein are incorporated into the specification and constitute a part of the specification, showing embodiments consistent with the present application, and together with the specification, are used to explain the principles of the present application. Obviously, the drawings described below are only some embodiments of the present application, and for those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative work. In the drawings:
[0020] Figure 1 is a schematic diagram of an exemplary system architecture shown in an exemplary embodiment of the present application;
[0021] Figure 2 is a block diagram of a vehicle fault diagnosis system shown in an exemplary embodiment of the present application;
[0022] Figure 3 is a block diagram of a vehicle fault diagnosis system shown in another exemplary embodiment of the present application;
[0023] Figure 4 is a data exchange schematic diagram of a vehicle fault diagnosis system shown in an exemplary embodiment of the present application;
[0024] Figure 5 A schematic diagram of the structure of a computer system suitable for implementing an electronic device of an embodiment of the present application is shown. DETAILED DESCRIPTION
[0025] The following will describe the implementation methods of the present application with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can easily understand other advantages and effects of the present application from the contents disclosed in this specification. The present application can also be implemented or applied through other different specific implementation methods, and the details in this specification can also be modified or changed in various ways based on different viewpoints and applications without departing from the spirit of the present application. It should be understood that the preferred embodiments are only for illustrating the present application, not for limiting the scope of protection of the present application.
[0026] It should be noted that the illustrations provided in the following embodiments are only used to illustrate the basic concept of the present application in a schematic manner, and therefore the illustrations only show components related to the present application rather than being drawn according to the number, shape and size of components in actual implementation. In actual implementation, the type, quantity and proportion of each component may be changed arbitrarily, and the component layout may also be more complicated.
[0027] In the following description, a large number of details are discussed to provide a more thorough explanation of the embodiments of the present application. However, it is obvious to those skilled in the art that the embodiments of the present application can be implemented without these specific details. In other embodiments, well-known structures and devices are shown in the form of block diagrams rather than in detail to avoid making the embodiments of the present application difficult to understand.
[0028] First of all, it should be noted that OTA (Over-The-Air) technology, whose full name is air download technology, is a technology that realizes remote management of mobile terminal devices and software through the air interface of mobile communications. Simply put, OTA technology allows users to download and install new software, updates or configuration files to the device directly wirelessly without connecting the device to a computer or a specific service station. In the automotive industry, OTA technology is widely used in electric vehicles and smart connected vehicles to achieve remote upgrades and repairs of vehicle software. Through OTA technology, automakers can push new software versions, function updates, security patches or performance optimizations to vehicles in real time, thereby continuously improving the performance, safety and user experience of the vehicle.
[0029] A CAN message sequence refers to a series of CAN messages transmitted on the CAN bus. These messages are sent and received according to certain rules and sequences to achieve communication and data exchange between devices. The composition and sequence of a CAN message sequence depend on the specific communication protocol and application scenario. In CAN communication, each message contains certain information, such as an identifier (ID), a data field (Data Field), a control field, etc. These messages are sent on the bus in a broadcast format, and all devices connected to the bus can receive these messages. However, only those devices that are interested in messages with a specific ID will further process these messages.
[0030] CAN frame sequence refers to the sequence of CAN frames, the basic unit that constitutes CAN messages. CAN frame is the smallest data unit in CAN communication, which contains complete communication information, such as identifiers, data and control information. The composition and format of CAN frame sequence are specified by the CAN protocol, ensuring that different devices can communicate correctly.
[0031] The PC5 interface is an important communication interface in V2X (Vehicle to Everything) technology. It is mainly used for short-distance direct communication between vehicles, people and road infrastructure. The PC5 interface is an interface for direct communication between terminal devices in mobile communication systems. Especially in the Internet of Vehicles scenario, vehicles and roadside units (RSUs) can directly transmit and coordinate information through the PC5 interface.
[0032] The Uu interface plays a vital role in communication systems, especially in mobile communication networks such as WCDMA (Wideband Code Division Multiple Access) and LTE (Long Term Evolution). The Uu interface is the communication interface between user equipment (UE, such as mobile phones, data cards, etc.) and wireless network base stations (such as Node B in WCDMA and eNodeB in LTE). The Uu interface is responsible for data transmission and signaling interaction between user equipment and wireless networks, including user data transmission, access control, switching management, wireless resource management and other functions.
[0033] Figure 1 It is a schematic diagram of an exemplary system architecture shown in an exemplary embodiment of the present application.
[0034] Reference Figure 1 As shown, the system architecture may include a data acquisition device 101 and a computer device 102. Among them, the computer device 102 may be at least one of a desktop graphics processing unit (GPU) computer, a GPU computing cluster, a neural network computer, etc. The data acquisition device 101 is used to collect the current vehicle data of the vehicle terminal. In this embodiment, the data acquisition device 101 obtains the above data and provides it to the computer device 102 for processing. Relevant technicians can use the computer device 102 to perform fault diagnosis on the vehicle terminal according to the current vehicle data to obtain a diagnosis result. Among them, the vehicle terminal can be diagnosed according to the current vehicle data through a preset fault diagnosis model to obtain a diagnosis result. The fault diagnosis model is obtained by model training with a vehicle data sample with a result sample label; the diagnosis result can also be determined according to the matching result between the current vehicle data and the preset vehicle data. It should be noted that the data acquisition device 101 and the computer device 102 provided in this embodiment are only an example and should not bring any restrictions on the functions and scope of use of the embodiments of the present application.
[0035] It should be noted that the vehicle fault diagnosis method provided in the embodiment of the present application is generally executed by the computer device 102 , and accordingly, the vehicle fault diagnosis system is generally set in the computer device 102 .
[0036] Figure 2 is a block diagram of a vehicle fault diagnosis system shown in an exemplary embodiment of the present application. The system can be applied to Figure 1 The implementation environment shown in the figure is specifically configured in the computer device 102. The system can also be applied to other exemplary implementation environments and specifically configured in other devices. This embodiment does not limit the implementation environment to which the system is applicable.
[0037] In one embodiment of the present application, Figure 2As shown, the exemplary vehicle fault diagnosis system includes: a vehicle terminal 210 and an edge node 220. The vehicle terminal 210 is used to collect the current vehicle data of the vehicle terminal 210 in response to being connected to the edge node 220, and send the current vehicle data to the edge node 220; the edge node 220 is set in the target area, and the edge node 220 is used to connect to the vehicle terminal 210 if there is a vehicle terminal 210 in the target area, and perform fault diagnosis on the received current vehicle data to obtain a diagnosis result.
[0038] In this embodiment, after the vehicle terminal 210 collects the current vehicle data, it performs preprocessing such as data cleaning on the current vehicle data, packages the preprocessed current vehicle data, and uploads the packaged current vehicle data to the edge node 220. If the current vehicle data includes CAN messages, the current vehicle data is cleaned to remove abnormal values and noise in the data, thereby ensuring the accuracy of the data; the CAN messages are packaged, and the packaged data is uploaded to the edge node 220.
[0039] In this embodiment, the vehicle terminal 210 collects the current vehicle data, and pre-processes, stores and transmits the current vehicle data, wherein the current vehicle data includes but is not limited to at least one of the vehicle-side CAN (Controller Area Network), LIN (Local Interconnect Network), and ETH (Ethernet) controller data (including diagnostic messages and conventional application messages). Among them, the controller data includes the operating status data of preset key components such as the vehicle controller VCU, the power battery BMS, and the motor controller MCU, such as vehicle speed, SOC, battery cell status, speed, gear, current, voltage, power mode, fault data, etc., as well as functional interaction signals such as seat adjustment, air conditioning temperature adjustment, assisted driving on, and charging port on. These signal lists are set according to preset screening rules during the development process, and can be upgraded and updated through OTA later. Since the current mainstream electronic and electrical architecture involves more than one type of vehicle-mounted communication, it is necessary to package and process multiple signals. Taking CAN messages as an example, the current vehicle data is first preprocessed, that is, the outliers and noise in the data are cleaned to ensure data accuracy, and then multiple collected CAN messages + timestamps are packaged into a CAN message sequence, and multiple CAN message sequences + sampling time points are further packaged into a complete message encapsulation format and compressed, waiting for the vehicle terminal 210 to upload the packaged current vehicle data to the edge node 220 according to the preset period.
[0040] In this embodiment, considering the utilization rate of the equipment and the coverage of the signal, the roadside edge node, i.e., the edge node 220, can be laid in densely populated scenes such as the intersection of urban main roads and roundabouts, and fixed on the cross arm of the traffic light, responsible for receiving the current vehicle data sent by the vehicle terminal 210, and analyzing, processing, and uploading the data according to application requirements. It should be noted that the edge node setting position in this embodiment is only for example, and this application does not limit this, nor should it bring any restrictions on the functions and scope of use of the embodiments of this application.
[0041] In this embodiment, after the edge node 220 receives the packaged file uploaded by the vehicle terminal 210, it needs to unpack the data packet. Here, taking the battery fault diagnosis model as an example, the unpacked data is screened and processed according to the preset screening principle to obtain the single cell voltage, temperature, SOC (State of Charge, battery remaining power) and other information required by the model. When the fault diagnosis model detects an abnormal trend or predicts a certain type of fault through the current vehicle data, it reminds the vehicle end and after-sales to take necessary measures, and alerts all vehicle terminals within the edge node range if necessary. The edge node 220 can perform real-time diagnosis of the vehicle, and can diagnose the status of the vehicle in a timely and rapid manner, which greatly reduces the delay caused by data transmission speed and bandwidth limitations, and the pressure of processing data in the cloud will be significantly alleviated.
[0042] In one embodiment of the present application, the vehicle fault diagnosis system also includes a server side 230, which is connected to the edge node 220. The server side 230 is used for at least one of the following: obtaining multiple historical vehicle data and the fault results corresponding to each historical vehicle data, taking each historical vehicle data as a vehicle data sample, and labeling the vehicle data sample according to the fault result to obtain the result sample label corresponding to each vehicle data sample, and training the vehicle data sample with the result sample label to obtain a fault diagnosis model; receiving multiple sample vehicle data uploaded by the edge node 220 and the fault data corresponding to each sample vehicle data, taking the sample vehicle data as an optimized data sample, and labeling the optimized data sample according to the fault data to obtain the fault sample label corresponding to each optimized data sample; performing model optimization on the optimized data sample with the fault sample label to send the optimized fault diagnosis model to the edge node 220 according to a preset period; receiving the current vehicle data uploaded by the edge node 220, and generating visualization parameters according to the current vehicle data to visualize the vehicle fault.
[0043] In this embodiment, the cloud, i.e., the server side 230, uses the vehicle system and subsystem specifications, component mechanism models, component fault diagnosis strategies, and a large amount of historical fault data to establish a fault diagnosis original model. Among them, the system and subsystem specifications include composition, boundaries, function allocation, and performance requirements; component mechanisms, such as power battery charging and discharging models, aging models, thermal effect models, etc.; component fault diagnosis strategies are generally defined in the early stages of component development, including diagnostic enabling conditions, fault establishment conditions, fault manifestations, and maintenance suggestions; the historical fault database is accumulated from fault manifestation samples collected from past projects. The cloud server node is responsible for receiving the historical vehicle data and the fault results corresponding to the historical vehicle data regularly reported by the edge node 220, using deep learning to train the fault diagnosis original model based on a large amount of vehicle operation data, obtaining a fault diagnosis model, performing regular version iterations and releases, and achieving full push of edge nodes to ensure that the edge node model is the latest version. By using vehicle functional specifications, component mechanism models, component fault diagnosis strategies, and historical fault data to complete database and model construction, and regularly training the fault diagnosis model through deep learning, problem identification, prediction, and positioning can be more accurate and rapid, which has good guiding significance for vehicle maintenance.
[0044] In this embodiment, the cloud database of the server side 230 is responsible for storing the "pre-fault-fault" data, that is, the cloud database (server-side database) stores the acquired historical vehicle data and the fault results corresponding to each historical vehicle data, providing data support for model training. Visual parameters will be generated according to the current vehicle data, and the vehicle fault will be visualized, wherein the display method includes but is not limited to static charts such as tables, bar charts, line charts, pie charts, dynamic charts that change over time, and dynamic visualizations such as animations and videos. For example, the abnormal data in the current vehicle data is compared with the standard data in the form of a bar chart. For another example, the process of the fault is displayed in the form of an animation: the server side 230 combines the cloud vehicle model with the operating data in the current vehicle data, which can be used for the visualization and replay display of the entire fault scenario of "before the fault-during the fault-after the fault", providing guidance for the optimization of the model.
[0045] It should be noted that the user data such as the current vehicle data obtained in the embodiments of the present application are obtained with the user, or are actively submitted after the user's relevant instructions, or are necessarily uploaded when the user uses the corresponding application through the client, web page, etc. In the technical solution disclosed in this application, the collection, storage, use, processing, transmission, provision, disclosure and application of the user's personal information involved are in compliance with the provisions of relevant laws and regulations, necessary confidentiality measures are taken, and do not violate public order and good customs.
[0046] In one embodiment of the present application, the edge node 220 is also used for: if the edge node 220 is connected to multiple vehicle terminals, determining the vehicle terminal corresponding to any diagnostic result as the target terminal; determining the fault severity corresponding to the diagnostic result based on the matching result between the diagnostic result and the preset result; if the fault severity includes a major fault, sending a prompt message to the vehicle terminal in the target area, the prompt message being generated based on the diagnostic result; if the fault severity includes a common fault, sending the prompt message to the target terminal.
[0047] In this embodiment, the edge node 220 diagnoses the vehicle pre-fault through the fault diagnosis model, that is, predicts the fault that will occur in the vehicle, identifies the potential risk of the vehicle in advance to issue a fault warning, and sends safety control suggestions and maintenance suggestions to the vehicle end, that is, the vehicle terminal to prompt the user, wherein the prompt information may include one or more of text prompts, voice prompts, and prompt sounds, for example, prompting the user through prompt information in the interactive interface, or broadcasting prompt information through a voice device; the prompt information may include the diagnosis result, for example, the vehicle power will be interrupted in 15 minutes, please pull over in time. When the diagnosis result includes important faults (such as vehicle power interruption, thermal runaway and other risks), the edge node 220 issues a warning to the vehicle end node, that is, the vehicle terminal, within the target area (such as adjacent edge nodes and coverage area), and prompts through vehicle-end text, voice, etc., to reduce the occurrence of safety accidents.
[0048] In one embodiment of the present application, the edge node 220 notifies the vehicle terminal 210 in at least one of the following ways: determining the fault importance corresponding to the diagnosis result according to the matching result between the diagnosis result and the preset result; if the fault importance includes a major fault, the edge node 220 sends the diagnosis result to the vehicle terminal 210; if the fault importance includes a common fault, the edge node 220 sends the diagnosis result to the server 230, wherein the server 230 is used to forward the diagnosis result to the vehicle terminal 210. The diagnosis result of the fault importance of the diagnosis result is a major fault and is directly sent to the vehicle terminal 210 through the edge node 220, thereby reducing the delay of the fault result transmission, improving the timeliness, and sending the diagnosis result to the vehicle terminal 210 more quickly. The diagnosis result of the fault importance of the diagnosis result is a common fault and is indirectly sent to the vehicle terminal 210 through the server 230, thereby avoiding the vehicle terminal being out of the range of the edge node due to the vehicle driving too fast and thus failing to receive the diagnosis result.
[0049] In one embodiment of the present application, if the number of edge nodes 220 includes multiple ones, the edge node 220 is connected to the vehicle terminal 210 in the following manner: obtaining evaluation parameters, wherein the evaluation parameters include the relative distance between the vehicle terminal 210 and each edge node 220, and the evaluation parameters also include the signal strength, computing power and bandwidth of each edge node 220; calculating the comprehensive score of each edge node 220 according to each evaluation parameter and the corresponding weight; and taking the edge node 220 with the highest comprehensive score as the target node, wherein the target node is used to connect to the vehicle terminal 210.
[0050] In this embodiment, the comprehensive score of each edge node 220 is calculated based on each evaluation parameter and the corresponding weight, specifically: the comprehensive score of each edge node 220 is calculated based on the relative distance and distance weight, signal strength and signal weight, computing power and computing weight, bandwidth and bandwidth weight.
[0051] In one embodiment of the present application, the vehicle terminal 210 is connected to the edge node 220 in at least one of the following ways: the vehicle terminal 210 establishes a communication connection with the edge node 220 through the PC5 interface; the vehicle terminal 210 establishes a communication connection with the edge node 220 through the Uu interface.
[0052] In this embodiment, the roadside edge node and the vehicle terminal, i.e., the vehicle terminal, use the short-distance, low-latency, high-capacity, and high-reliability PC5 interface, and the Uu interface redundancy design is used to ensure stable and reliable communication. The edge node and the vehicle terminal use the PC5 interface, which has the characteristics of low latency, high capacity, and high reliability, and can meet the needs of receiving and processing massive vehicle operation data.
[0053] In one embodiment of the present application, the edge node 220 performs fault diagnosis on the received current vehicle data to obtain a diagnosis result by any of the following methods: performs fault diagnosis on the vehicle terminal 210 according to the current vehicle data by using a preset fault diagnosis model to obtain a diagnosis result, wherein the fault diagnosis model is obtained by model training using vehicle data samples with result sample labels; determines the diagnosis result based on the matching result between the current vehicle data and the preset vehicle data.
[0054] In this embodiment, the current vehicle data can be input into the fault diagnosis model to perform fault diagnosis on the vehicle terminal 210 according to the fault diagnosis model, thereby improving the accuracy of fault diagnosis, and the application scenarios and diagnostic objects are relatively wide. The diagnosis result can also be determined based on the matching result between the current vehicle data and the preset vehicle data. For example, the current battery temperature is matched with the preset battery temperature. If the current battery temperature is higher than the preset battery temperature, the diagnosis result is that the current battery temperature is too high.
[0055] The present application performs real-time diagnosis of the vehicle terminal 210 according to the current vehicle data reported by the vehicle terminal 210 through a fault diagnosis model deployed on the edge node 220. Edge computing makes the demand for uploading vehicle-side data to the cloud no longer strong. At the same time, it greatly reduces the delay caused by data transmission and bandwidth limitations, and relieves the pressure on the cloud server.
[0056] Figure 3 FIG. 1 is a block diagram of a vehicle fault diagnosis system according to another exemplary embodiment of the present invention. Figure 3 As shown, in an exemplary embodiment, the vehicle fault diagnosis system includes a vehicle terminal 210, a road terminal 220, and a cloud terminal 230, which is a server terminal. Among them, the vehicle terminal includes but is not limited to the power domain, chassis domain, body domain and intelligent driving domain. The vehicle terminal collects the current vehicle data of the power domain, chassis domain, body domain and intelligent driving domain, and uploads at least one of the CAN, LIN and ETH controller data to the road terminal through the PC5 interface. To complete the data collection of the road terminal, the road terminal processes the current vehicle data according to the application requirements, including data analysis, screening according to preset screening principles and other data processing. The processed data is input into the fault diagnosis model to obtain the diagnosis result, and the vehicle terminal is given a fault warning or a disposal suggestion according to the diagnosis result, and the diagnosis result and the fault warning and disposal suggestion are sent to the vehicle terminal. The road terminal also uploads the processed data to the cloud for the diagnosis database in the cloud to store the received data, and performs model training according to the received data to obtain the fault diagnosis model, and sends the fault diagnosis model to the road terminal. The cloud also provides after-sales service and data display based on the current vehicle data. The specific implementation has been described in detail in the aforementioned embodiments and will not be repeated here.
[0057] Figure 4 is a data exchange diagram of a vehicle fault diagnosis system shown in an exemplary embodiment of the present application. The vehicle fault diagnosis method can be executed by a computing and processing device, which can be Figure 1 The computer device 102 shown in FIG. Figure 4As shown, in an exemplary embodiment, the vehicle terminal collects the current vehicle data of the vehicle terminal, stores the current vehicle data, and sends the current vehicle data to the edge node 220. According to the first preset period, the stored multiple historical vehicle data and the fault results corresponding to each historical vehicle data are sent to the edge node 220. The edge node 220 receives and forwards the multiple historical vehicle data and the fault results corresponding to each historical vehicle data to the server end 230. The server end 230 performs model training according to the received multiple historical vehicle data and the fault results corresponding to each historical vehicle data to obtain a fault diagnosis model, and sends the fault diagnosis model to the edge node 220. The edge node 220 receives the fault diagnosis model; the edge node 220 inputs the current vehicle data into the fault diagnosis model to obtain the diagnosis result, so as to perform fault diagnosis on the vehicle terminal 210. Among them, the edge node 220 also uploads the acquired multiple sample vehicle data and the fault data corresponding to each sample vehicle data to the server side 230 according to the second preset cycle, so that the server side 230 optimizes the fault diagnosis model according to the multiple sample vehicle data and the fault data corresponding to each sample vehicle data, and sends the optimized fault diagnosis model to the edge node 220 according to the third preset cycle, so that the fault diagnosis of the fault diagnosis model of the edge node 220 is more accurate.
[0058] The present application collects the current vehicle data of the vehicle terminal in response to connecting to the edge node through the vehicle terminal, and sends the current vehicle data to the edge node. If there is a vehicle terminal in the target area, the edge node set in the target area is connected to the vehicle terminal, and the received current vehicle data is diagnosed for faults to obtain the diagnosis result; the edge node performs fault diagnosis on the current vehicle data of the vehicle terminal, which reduces the data processing amount on the server side, reduces the resource consumption of computing resources, bandwidth resources, etc., reduces the transmission time, and improves the timeliness of data processing, avoiding the loss caused by large delays such as data transmission and data processing; and the edge node performs fault diagnosis on the current vehicle data of the vehicle terminal, including diagnosing the faults that have occurred, and also includes predicting the faults that have not occurred, so that the possible faults can be known in advance, and time can be reserved to prevent the faults from occurring, reducing the occurrence of safety accidents, thereby improving safety and improving the stability and timeliness of the data transmission process. And the present application is scalable. On top of the vehicle fault diagnosis system, it can also be expanded and developed to make it easier to realize the functions of "vehicle-to-vehicle", "vehicle-to-terminal", "terminal-to-terminal" analysis and suggestions on driving behavior, vehicle energy management strategy optimization, etc.
[0059] In one embodiment of the present application, a vehicle fault diagnosis method is applied to an edge node 220, and the edge node 220 is set in a target area. The vehicle fault diagnosis method includes: obtaining current vehicle data of a vehicle terminal 210, wherein the vehicle terminal 210 responds to connecting to the edge node 220, collects the current vehicle data of the vehicle terminal 210, and sends the current vehicle data to the edge node 220; if there is a vehicle terminal 210 in the target area, the vehicle terminal 210 is connected, and the received current vehicle data is diagnosed to obtain a diagnosis result.
[0060] In one embodiment of the present application, a vehicle fault diagnosis method is applied to a vehicle terminal 210, and the vehicle fault diagnosis method includes: in response to connecting to an edge node 220, collecting current vehicle data of the vehicle terminal 210, and sending the current vehicle data to the edge node 220, wherein the edge node 220 is set in a target area, and the edge node 220 is used to connect to the vehicle terminal 210 if there is a vehicle terminal 210 in the target area, and perform fault diagnosis on the received current vehicle data to obtain a diagnosis result.
[0061] It should be noted that the vehicle fault diagnosis method provided in the above embodiment and the vehicle fault diagnosis system provided in the above embodiment belong to the same concept, wherein the specific manner in which each module and unit performs operations has been described in detail in the method embodiment, and will not be repeated here. In practical applications, the vehicle fault diagnosis method provided in the above embodiment can allocate the above functions to different functional modules as needed, that is, divide the internal structure of the system into different functional modules to complete all or part of the functions described above, and this is not limited here.
[0062] The embodiment of the present application also provides an electronic device, including: one or more processors; a storage device for storing one or more programs, when the one or more programs are executed by the one or more processors, the electronic device implements the vehicle fault diagnosis method provided in the above embodiments. The electronic device includes a vehicle terminal.
[0063] Figure 5 The structure diagram of the computer system suitable for implementing the electronic device of the embodiment of the present application is shown. It should be noted that: Figure 5 The computer system 500 of the electronic device shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.
[0064] like Figure 5As shown, the computer system 500 includes a central processing unit (CPU) 501, which can perform various appropriate actions and processes according to the program stored in the read-only memory (ROM) 502 or the program loaded from the storage part 508 to the random access memory (RAM) 503, such as executing the methods provided in the above-mentioned various embodiments. In the RAM 503, various programs and data required for system operation are also stored. The CPU 501, the ROM 502 and the RAM 503 are connected to each other through the bus 504. The input / output (I / O) interface 505 is also connected to the bus 504.
[0065] The following components are connected to the I / O interface 505: an input section 506 including a keyboard, a mouse, etc.; an output section 507 including a cathode ray tube (CRT), a liquid crystal display (LCD), etc., and a speaker; a storage section 508 including a hard disk, etc.; and a communication section 509 including a network interface card such as a LAN (Local Area Network) card, a modem, etc. The communication section 509 performs communication processing via a network such as the Internet. A drive 510 is also connected to the I / O interface 505 as needed. A removable medium 511, such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, etc., is installed on the drive 510 as needed so that a computer program read therefrom is installed into the storage section 508 as needed.
[0066] In particular, according to an embodiment of the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, an embodiment of the present application includes a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a computer program for executing the method shown in the flowchart. In such an embodiment, the computer program can be downloaded and installed from a network through a communication section 509, and / or installed from a removable medium 511. When the computer program is executed by a central processing unit (CPU) 501, various functions defined in the system of the present application are executed.
[0067] It should be noted that the computer-readable medium shown in the embodiment of the present application may be a computer-readable signal medium or a computer-readable storage medium or any combination of the above two. The computer-readable storage medium may be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples of computer-readable storage media may include, but are not limited to: an electrical connection with one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM), a flash memory, an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above. In the present application, a computer-readable signal medium may include a data signal propagated in a baseband or as part of a carrier wave, wherein a computer-readable computer program is carried. This propagated data signal may take a variety of forms, including but not limited to an electromagnetic signal, an optical signal, or any suitable combination of the above. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium, which may send, propagate or transmit a program for use by or in conjunction with an instruction execution system, apparatus or device. A computer program contained on a computer-readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wired, etc., or any suitable combination of the above.
[0068] The flowchart and block diagram in the accompanying drawings illustrate the possible implementation architecture, functions and operations of the system, method and computer program product according to various embodiments of the present application. Wherein, each box in the flowchart or block diagram can represent a module, a program segment, or a part of the code, and the above-mentioned module, program segment, or a part of the code contains one or more executable instructions for realizing the specified logical function. It should also be noted that in some alternative implementations, the functions marked in the box can also occur in a different order from the order marked in the accompanying drawings. For example, two boxes represented in succession can actually be executed substantially in parallel, and they can sometimes be executed in the opposite order, depending on the functions involved. It should also be noted that each box in the block diagram or flowchart, and the combination of boxes in the block diagram or flowchart can be implemented with a dedicated hardware-based system that performs a specified function or operation, or can be implemented with a combination of dedicated hardware and computer instructions.
[0069] The units involved in the embodiments described in this application may be implemented by software or hardware, and the units described may also be set in a processor. The names of these units do not, in some cases, constitute limitations on the units themselves.
[0070] Another aspect of the present application further provides a computer-readable storage medium on which a computer program is stored. When the computer program is executed by a processor of a computer, the computer executes the vehicle fault diagnosis method provided in the above embodiments. The computer-readable storage medium may be included in the electronic device described in the above embodiments, or may exist independently without being assembled into the electronic device.
[0071] It should be noted that, although several modules or units of the equipment for action execution are mentioned in the above detailed description, this division is not mandatory. In fact, according to the embodiments of the present application, the features and functions of two or more modules or units described above can be embodied in one module or unit. On the contrary, the features and functions of one module or unit described above can be further divided into being embodied by multiple modules or units.
[0072] Another aspect of the present application also provides a computer program product or a computer program, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the vehicle fault diagnosis method provided in each of the above embodiments.
[0073] Through the description of the above implementation methods, it is easy for those skilled in the art to understand that the example implementation methods described here can be implemented by software or by combining software with necessary hardware. Therefore, the technical solution according to the implementation methods of the present application can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, and includes several instructions to enable a computing device (which can be a personal computer, a server, a touch terminal, or a network device, etc.) to execute the method according to the implementation methods of the present application.
[0074] Those skilled in the art will readily appreciate other embodiments of the present application after considering the specification and practicing the embodiments disclosed herein. The present application is intended to cover any variations, uses or adaptations of the present application, which follow the general principles of the present application and include common knowledge or customary technical means in the art that are not disclosed in the present application.
[0075] The above embodiments are merely illustrative of the principles and effects of the present application, and are not intended to limit the present application. Anyone familiar with the technology may modify or change the above embodiments without violating the spirit and scope of the present application. Therefore, all equivalent modifications or changes made by a person of ordinary skill in the art without departing from the spirit and technical ideas disclosed in the present application shall still be covered by the claims of the present application.
Claims
1. A vehicle fault diagnosis system, characterized in that: The vehicle fault diagnosis system includes a vehicle terminal and an edge node; The vehicle terminal is configured to collect current vehicle data of the vehicle terminal in response to being connected to the edge node, and send the current vehicle data to the edge node; The edge node is arranged in the target area. If there is a vehicle terminal in the target area, the edge node is used to connect to the vehicle terminal and perform fault diagnosis on the received current vehicle data to obtain a diagnosis result.
2. The vehicle fault diagnosis system according to claim 1, characterized in that: The vehicle fault diagnosis system further includes a server end, which is connected to the edge node and is used for at least one of the following: Acquire multiple historical vehicle data and the fault results corresponding to each of the historical vehicle data; use each of the historical vehicle data as a vehicle data sample, and label the vehicle data sample according to the fault result to obtain a result sample label corresponding to each of the vehicle data samples; perform model training on the vehicle data samples with the result sample label to obtain a fault diagnosis model; Receive multiple sample vehicle data uploaded by the edge node and fault data corresponding to each of the sample vehicle data, use the sample vehicle data as optimized data samples, and label the optimized data samples according to the fault data to obtain fault sample labels corresponding to each of the optimized data samples; perform model optimization on the optimized data samples with the fault sample labels, so as to send the optimized fault diagnosis model to the edge node according to a preset period; The current vehicle data uploaded by the edge node is received, and visualization parameters are generated according to the current vehicle data to visualize the vehicle fault.
3. The vehicle fault diagnosis system according to claim 1, characterized in that: The edge node is also used for: If the edge node is connected to multiple vehicle terminals, a vehicle terminal corresponding to any diagnosis result is determined as a target terminal; Determining the importance of the fault corresponding to the diagnosis result according to the matching result between the diagnosis result and the preset result; If the fault severity level includes a major fault, sending a prompt message to a vehicle terminal in the target area, the prompt message being generated according to the diagnosis result; If the fault severity level includes a common fault, the prompt information is sent to the target terminal.
4. The vehicle fault diagnosis system according to claim 3, characterized in that: The edge node sends the diagnosis result to the vehicle terminal in at least one of the following ways: If the fault severity level includes a major fault, the edge node sends the diagnosis result to the vehicle terminal; If the fault severity includes a common fault, the edge node sends the diagnosis result to a server, wherein the server is used to forward the diagnosis result to the vehicle terminal.
5. The vehicle fault diagnosis system according to any one of claims 1 to 4, characterized in that: If the number of the edge nodes includes multiple, the edge nodes are connected to the vehicle terminal in the following manner: Acquiring evaluation parameters, wherein the evaluation parameters include a relative distance between the vehicle terminal and each of the edge nodes, and the evaluation parameters also include a signal strength, computing power, and bandwidth of each of the edge nodes; Calculate the comprehensive score of each edge node according to each evaluation parameter and the corresponding weight; The edge node with the highest comprehensive score is used as the target node, wherein the target node is used to connect to the vehicle terminal.
6. The vehicle fault diagnosis system according to any one of claims 1 to 4, characterized in that: The vehicle terminal is connected to the edge node in at least one of the following ways: The vehicle terminal establishes a communication connection with the edge node via the PC5 interface; The vehicle terminal establishes a communication connection with the edge node via a Uu interface.
7. The vehicle fault diagnosis system according to any one of claims 1 to 4, characterized in that: The edge node performs fault diagnosis on the received current vehicle data in any of the following ways to obtain a diagnosis result: Performing fault diagnosis on the vehicle terminal according to the current vehicle data through a preset fault diagnosis model to obtain a diagnosis result, wherein the fault diagnosis model is obtained by model training using vehicle data samples with result sample labels; A diagnosis result is determined according to a matching result between the current vehicle data and the preset vehicle data.
8. A vehicle fault diagnosis method, characterized in that: Applied to an edge node, the edge node is set in a target area, and the vehicle fault diagnosis method includes: Acquiring current vehicle data of a vehicle terminal, wherein the vehicle terminal, in response to being connected to the edge node, collects the current vehicle data of the vehicle terminal and sends the current vehicle data to the edge node; If there is a vehicle terminal in the target area, the vehicle terminal is connected, and fault diagnosis is performed on the received current vehicle data to obtain a diagnosis result.
9. A vehicle fault diagnosis method, characterized in that: Applied to a vehicle terminal, the vehicle fault diagnosis method comprises: In response to connecting to an edge node, current vehicle data of the vehicle terminal is collected and sent to the edge node, wherein the edge node is set in a target area, and the edge node is used to connect to the vehicle terminal if there is a vehicle terminal in the target area, and perform fault diagnosis on the received current vehicle data to obtain a diagnosis result.
10. A vehicle terminal, characterized in that: The vehicle terminal comprises: one or more processors; A storage device for storing one or more programs, which, when executed by the one or more processors, enables the vehicle terminal to implement the vehicle fault diagnosis method as described in claim 9.
Citation Information
Patent Citations
Automobile fault diagnosis method and system based on cloud-side cooperation, and intelligent automobile
CN115328088A
Mass data access method, electronic equipment and vehicle
CN116614794A
Drilling winch fault diagnosis method based on self-adaption and deep learning
CN118296428A
Vehicle communications via wireless access vehicle environment
US20140195102A1
Power electronic circuit fault diagnosis method based on optimizing deep belief network
US20200285900A1
