Whole vehicle relay fault management method, device and equipment and storage medium

Abstract

The invention discloses a whole vehicle relay fault management method, device and equipment and a storage medium, and relates to the technical field of relay management, and the method comprises the steps: obtaining the relay grouping data and relay collection data of a whole vehicle relay according to a preset relay grouping strategy; acquiring periodic message data according to the relay grouped data and the relay set data; and performing vehicle fault management according to the periodic message data. Through relay grouping management and corresponding message design, gateway transmission and vehicle machine processing, rapid positioning and efficient diagnosis of a fault are realized, the technical problem of how to accurately position a fault relay is solved, and the fault diagnosis and maintenance efficiency and the system reliability are improved.

Description

Technical Field

[0001] The present application relates to the technical field of relay management, and in particular to a method, device, equipment and storage medium for vehicle relay fault management. Background Art

[0002] With the continuous improvement of the degree of automobile electrification, the number of vehicle relays has increased significantly, which has put forward higher requirements for relay fault management. As a key component in the automotive electrical system, the stability and reliability of relays are directly related to the overall performance and safety of the vehicle. At present, the most common method for automobile fault diagnosis is to use the OBD-II fault diagnosis system. The system has a driving recorder function that can monitor and report the various system states of the vehicle, including emission control, engine performance, and electrical systems. When the system detects an abnormality, a fault code (DTC) will be stored. These fault codes can be read by a dedicated scanning tool to help technicians quickly locate the problem. However, the OBD-II system has many limitations, such as the inability to store extremely short-term and occasional faults in a timely manner, relying on external tools to read and clear fault codes, and the fault information provided is relatively general and may not accurately point out the specific cause of the problem. In addition, remote diagnosis technology also has some defects, such as the risk of attack and leakage of wireless transmission data; at the same time, the technology relies on network connection, and unstable network or no coverage area will make it unusable; in addition, the implementation and maintenance of remote diagnosis technology requires high costs, including traffic costs and server storage requirements.

[0003] Therefore, how to accurately locate the faulty relay and improve the efficiency of fault diagnosis is a problem that needs to be solved urgently. Summary of the invention

[0004] The main purpose of this application is to provide a vehicle relay fault management method, device, equipment and storage medium, aiming to solve the technical problem of how to accurately locate the faulty relay and improve the efficiency of fault diagnosis.

[0005] To achieve the above objectives, the present application proposes a vehicle relay fault management method, the method comprising:

[0006] Acquire relay grouping data and relay set data of the whole vehicle relays according to a preset relay grouping strategy;

[0007] Acquire periodic message data according to the relay grouping data and the relay set data;

[0008] The whole vehicle fault management is performed according to the periodic message data.

[0009] In one embodiment, the step of obtaining relay grouping data and relay set data of the whole vehicle relays according to the preset relay grouping strategy includes:

[0010] Acquire the function information and location information of the vehicle relays and the network structure of the vehicle according to the preset relay grouping strategy;

[0011] The vehicle relays are grouped according to the function information, the location information and the network structure to obtain relay grouping data and relay set data.

[0012] In one embodiment, the step of grouping the vehicle relays according to the function information, the location information and the network structure to obtain relay group data and relay set data includes:

[0013] Grouping the vehicle relays according to the function information and the location information to obtain relay grouping data;

[0014] A relay set is set according to the network structure and the relay grouping data to obtain relay set data.

[0015] In one embodiment, the step of performing vehicle fault management according to the periodic message data includes:

[0016] Obtaining instruction data and relay status data according to the periodic message data;

[0017] Vehicle fault diagnosis and predictive maintenance are performed based on the instruction data and the relay status data.

[0018] In one embodiment, the instruction data includes instruction content and issuing time, the relay status data includes relay status and relay confirmation time, and the step of performing vehicle fault diagnosis and predictive maintenance according to the instruction data and the relay status data includes:

[0019] When the instruction content is inconsistent with the relay state or the difference between the relay confirmation time and the issuing time is greater than a preset delay threshold, marking abnormal data and recording the abnormal data in the vehicle computer log;

[0020] Car fault diagnosis and predictive maintenance are performed based on the vehicle computer log.

[0021] In one embodiment, the step of performing vehicle fault diagnosis and predictive maintenance according to the vehicle computer log includes:

[0022] Analyze the historical status and failure mode of the relay according to the abnormal data in the vehicle computer log;

[0023] predicting the relay life and the failure point according to the historical state and the failure mode;

[0024] A corresponding preset maintenance strategy is executed according to the relay life and the fault point.

[0025] In one embodiment, the step of acquiring periodic message data according to the relay group data and the relay set data comprises:

[0026] Obtaining a relay identifier and a relay group identifier according to the relay group data and the relay set data;

[0027] The periodic message data of the corresponding relay is acquired according to the relay identifier and the relay group identifier.

[0028] In addition, to achieve the above-mentioned purpose, the present application also proposes a vehicle relay fault management device, the device comprising:

[0029] A relay grouping module is used to obtain relay grouping data and relay set data of the entire vehicle relay according to a preset relay grouping strategy;

[0030] A message acquisition module, used for acquiring periodic message data according to the relay group data and the relay set data;

[0031] The fault management module is used to manage vehicle faults according to the periodic message data.

[0032] In addition, to achieve the above-mentioned purpose, the present application also proposes a vehicle relay fault management device, which includes: a memory, a processor, and a computer program stored in the memory and executable on the processor, and the computer program is configured to implement the steps of the vehicle relay fault management method as described above.

[0033] In addition, to achieve the above-mentioned purpose, the present application also proposes a storage medium, which is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by the processor, the steps of the vehicle relay fault management method described above are implemented.

[0034] In addition, to achieve the above-mentioned purpose, the present application also provides a computer program product, which includes a computer program, and when the computer program is executed by a processor, it implements the steps of the vehicle relay fault management method as described above.

[0035] The present application provides a method for managing relay faults of a whole vehicle, and the method of the present application includes: obtaining relay grouping data and relay set data of the whole vehicle relays according to a preset relay grouping strategy; obtaining periodic message data according to the relay grouping data and the relay set data; and performing whole vehicle fault management according to the periodic message data. In summary, the present application achieves rapid fault location and efficient diagnosis through relay grouping management and corresponding message design, gateway transmission and vehicle computer processing, solves the technical problem of how to accurately locate faulty relays, and improves the efficiency of fault diagnosis and maintenance as well as the reliability of the system. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present application and, together with the description, serve to explain the principles of the present application.

[0037] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0038] Figure 1 A flow chart of the first embodiment of the vehicle relay fault management method provided by the present application;

[0039] Figure 2 A flow chart of the second embodiment of the vehicle relay fault management method provided by the present application;

[0040] Figure 3 A flowchart diagram of the third embodiment of the vehicle relay fault management method of the present application;

[0041] Figure 4 This is a schematic diagram of the module structure of the vehicle relay fault management device according to an embodiment of the present application;

[0042] Figure 5 This is a schematic diagram of the equipment structure of the hardware operating environment involved in the vehicle relay fault management method in the embodiment of the present application.

[0043] The purpose, features and advantages of this application will be further described in conjunction with the embodiments and with reference to the accompanying drawings. DETAILED DESCRIPTION

[0044] It should be understood that the specific embodiments described herein are only used to explain the technical solutions of the present application and are not used to limit the present application.

[0045] In order to better understand the technical solution of the present application, a detailed description will be given below in conjunction with the accompanying drawings and specific implementation methods.

[0046] The main solution of the embodiment of the present application is: obtain relay grouping data and relay set data of the whole vehicle relay according to the preset relay grouping strategy; obtain periodic message data according to the relay grouping data and the relay set data; and perform vehicle fault management according to the periodic message data.

[0047] With the continuous improvement of the degree of automobile electrification, the number of vehicle relays has increased significantly, which has put forward higher requirements for relay fault management. As a key component in the automotive electrical system, the stability and reliability of relays are directly related to the overall performance and safety of the vehicle. At present, the most common method for automobile fault diagnosis is to use the OBD-II fault diagnosis system. The system has a driving recorder function that can monitor and report the various system states of the vehicle, including emission control, engine performance, and electrical systems. When the system detects an abnormality, a fault code (DTC) will be stored. These fault codes can be read by a dedicated scanning tool to help technicians quickly locate the problem. However, the OBD-II system has many limitations, such as the inability to store extremely short-term and occasional faults in a timely manner, relying on external tools to read and clear fault codes, and the fault information provided is relatively general and may not accurately point out the specific cause of the problem. In addition, remote diagnosis technology also has some defects, such as the risk of attack and leakage of wireless transmission data; at the same time, the technology relies on network connection, and unstable network or no coverage area will make it unusable; in addition, the implementation and maintenance of remote diagnosis technology requires high costs, including traffic costs and server storage requirements. Therefore, how to accurately locate the faulty relay and improve the efficiency of fault diagnosis is a problem that needs to be solved urgently.

[0048] This application achieves rapid fault location and efficient diagnosis through relay group management and corresponding message design, gateway transmission and vehicle computer processing, solves the technical problem of how to accurately locate faulty relays, and improves the efficiency of fault diagnosis and maintenance as well as the reliability of the system.

[0049] It should be noted that the execution subject of this embodiment can be a vehicle relay fault management system, or a computing service device with data processing, network communication and program running functions, or an electronic device capable of realizing the above-mentioned vehicle relay fault management function, etc., and this embodiment does not specifically limit this. The following takes the vehicle relay fault management system as an example to illustrate this embodiment and the following embodiments.

[0050] Based on this, the embodiment of the present application provides a vehicle relay fault management method, referring to Figure 1 , Figure 1 This is a flow chart of the first embodiment of the vehicle relay fault management method of the present application.

[0051] In this embodiment, the vehicle relay fault management method includes steps S10 to S30:

[0052] Step S10: Acquire relay grouping data and relay set data of the entire vehicle relays according to a preset relay grouping strategy.

[0053] It should be noted that in this step, the system will classify the vehicle relays according to the preset relay grouping strategy (i.e., according to the function and location of the relay). Specifically, the relays will be divided into different groups, such as power management group, controller group, motor group and high-voltage system group. The relays in each relay group have similar functions or are located in similar positions. It is understandable that this helps with data management and fault diagnosis. For example, for an electric vehicle, its relays can be divided into the following groups: Vehicle low-voltage system relay group 1: including relays such as IGN1, IGN2, IGN3, ACC, etc., which are mainly responsible for the low-voltage power management of the vehicle. Vehicle executive motor relay group 2: including relays such as fuel tank cap, charging port, sunroof, wiper, compressor, door and window, which control various executive motors of the vehicle. Vehicle high-voltage system relay group 3: covers high-voltage system relays such as DCDC, BMS, VCU, MCU, GCU, etc., which are used for high-voltage battery management, motor control, etc. of electric vehicles. After assigning a unique identifier to each relay group. The system also obtains the preset relay set data. These collective data correspond to different network segments of the entire vehicle network, ensuring efficient and accurate data transmission.

[0054] In addition, it should be noted that the preset relay grouping strategy is not static and can be adjusted and optimized according to different vehicle models or configurations.

[0055] Step S20: acquiring periodic message data according to the relay grouping data and the relay set data.

[0056] It should be noted that in this step, once the relay grouping and set data are set, the system will match a special message for each relay set according to the relay grouping data and the number of relay sets. These messages will be used to periodically update the status information of the relay, including the instructions, feedback, physical measurements (such as voltage, current and temperature) of the relay. For example, for the IGN1 relay in the relay group 1 of the vehicle low-voltage system, a periodic status update message can be designed, which contains the status information of the IGN1 relay, such as whether it is turned on, the turn-on timestamp, physical measurements, etc. These messages will be sent at preset time intervals to ensure that the main controller can monitor the status of the relay in real time.

[0057] In addition, it should be noted that before the message matching process, the design of each message takes into account the integrity and redundancy of the signal to deal with possible data loss or errors. At the same time, each message is provided with a unique identifier (such as a Transaction ID) so that the relationship between the instruction and the response can be clearly tracked in subsequent data processing.

[0058] In a feasible implementation manner, the step S20 specifically includes:

[0059] Step S201: obtaining a relay identifier and a relay group identifier according to the relay group data and the relay set data.

[0060] It should be noted that the relay grouping data refers to the information that groups the vehicle relays according to their functions (such as power management, controller itself, motor and high-voltage system, etc.) and physical locations. The relay set data is a specific set assigned to each relay group. These sets correspond to different network segments of the vehicle network, ensuring the efficiency and accuracy of data transmission. Specifically, in this step, the system will match a specific relay with its relay group according to the relay grouping data and relay set data, and the system can obtain the relay identifier (RelayID) and relay group identifier (Relay Group ID) of each relay. For example, assume that the vehicle low-voltage system relay group 1 contains four relays IGN1, IGN2, IGN3 and ACC, and they are assigned unique identifiers 0x1, 0x2, 0x3 and 0x4 respectively. When the system reads the grouping data of relay IGN1, it can automatically match the relay identifier 0x1 and the relay group identifier (indicating that it belongs to the low-voltage system relay group 1) for it.

[0061] In addition, it should be noted that the relay identifier (Relay ID) is a code used to uniquely identify each relay, which enables the system to accurately identify and operate a specific relay. The relay group identifier (RelayGroup ID) is used to identify the group to which the relay belongs, which helps the system to manage the relays in groups, thereby improving the efficiency of data processing.

[0062] Step S202: acquiring periodic message data of a corresponding relay according to the relay identifier and the relay group identifier.

[0063] It should be noted that periodic message data refers to messages containing relay status information sent periodically by the system. These messages are transmitted through a specific message structure (such as the periodic status update message described above), which contains information such as the relay's instructions, feedback, and physical quantity measurement values. Specifically, in this step, the system matches the corresponding relay periodic message data according to the relay identifier and the relay group identifier. Then, the system parses the message and extracts the required relay status information. For example, assuming that the system needs to obtain the periodic message data of relay IGN1, it can retrieve the corresponding message through the relay identifier 0x1 and the relay group identifier (such as Group-01). The message data contains information such as the instruction content of IGN1 (such as "Turn ON"), the time when the instruction is issued, the state confirmation (such as "ON") and the time of state confirmation, as well as the physical quantity measurement values ​​(such as voltage, current and temperature).

[0064] Step S30: Perform vehicle fault management according to the periodic message data.

[0065] It should be noted that in this step, after receiving these periodic message data, the system will unpack and process them. By parsing various signals in the message, the system can monitor the status of the relay in real time and find potential faults. Specifically, if the main controller finds that the state of a relay has not changed in several consecutive periodic messages, or there is a significant delay between the state confirmation time and the instruction issuance time, the system will determine that there is a problem with the relay and trigger the fault diagnosis process. The fault diagnosis process includes further signal analysis, circuit detection, etc. based on the data of the message to accurately locate the location of the fault. Once the fault is confirmed, the main controller will record the fault information and take corresponding maintenance measures. These measures include but are not limited to sending warning messages to the driver, triggering the power-off mechanism of safety protection to protect the vehicle from further damage, or recommending that the vehicle be sent to a maintenance station for inspection.

[0066] The present embodiment provides a method for managing relay faults of a whole vehicle, and the method of the present embodiment includes: obtaining relay grouping data and relay set data of the whole vehicle relays according to a preset relay grouping strategy; obtaining periodic message data according to the relay grouping data and the relay set data; and performing whole vehicle fault management according to the periodic message data. In summary, the present embodiment achieves rapid fault location and efficient diagnosis through relay grouping management and corresponding message design, gateway transmission and vehicle computer processing, solves the technical problem of how to accurately locate faulty relays, and improves the efficiency of fault diagnosis and maintenance and the reliability of the system.

[0067] Based on the first embodiment of the present application, in the second embodiment of the present application, the same or similar contents as those in the above-mentioned embodiment 1 can refer to the above introduction, and will not be repeated later. Figure 2 , Figure 2 This is a flow chart of the second embodiment of the vehicle relay fault management method of the present application, wherein step S10 specifically includes:

[0068] Step S101: Acquire the function information and location information of the relays of the whole vehicle and the network structure of the whole vehicle according to the preset relay grouping strategy.

[0069] It should be noted that in this step, the system will collect and organize the relevant information of the vehicle relay according to the preset relay grouping strategy. This information mainly includes the functional information, location information and network structure of the relay. Functional information refers to the specific tasks or roles undertaken by the relay in the vehicle electrical system, such as power management, controller power supply, motor control or high-voltage system control. Location information refers to the physical location of the relay in the vehicle. It is understandable that the location information helps the system determine the physical distance and connection relationship between the relays, thereby determining the data transmission path. The network structure of the vehicle refers to the connection method and communication protocol between the various parts of the vehicle electrical system. This includes the division between different network segments, communication rate, data format, etc. Understanding the network structure of the vehicle helps the system to formulate a more reasonable data transmission strategy for relay grouping and set settings.

[0070] Step S102: grouping the vehicle relays according to the function information, the location information and the network structure to obtain relay grouping data and relay set data.

[0071] It should be noted that in this step, the system will group the vehicle relays according to the acquired functional information, location information and network structure. The purpose of grouping is to divide relays with similar functions, adjacent locations or close network connections into the same group for unified management and data transmission. During the grouping process, the system will group according to preset grouping rules, such as according to the functional type of the relay (such as power management, motor control, etc.). Then, the preliminary grouping is refined and adjusted according to the location information and network structure of the relay. For example, for relays with adjacent locations and close network connections, the system will divide them into the same set to achieve more efficient data transmission and fault location. After the grouping is completed, the system will generate relay grouping data and relay set data. These data include the grouping information, set information of each relay, and the network address, identifier, etc. related to it. For example, the system divides all power management-related relays into a group and sets a specific set for it. Then, the system further subdivides the relays in the group into several subsets according to the location and network connection relationship of the relay, each of which corresponds to a specific network segment and data transmission path.

[0072] In a feasible implementation manner, the step S102 specifically includes:

[0073] Step A10: grouping the vehicle relays according to the function information and the location information to obtain relay grouping data.

[0074] It should be noted that in this step, the system will preliminarily classify each relay on the vehicle according to its functional information and location information. Functional information mainly refers to the role played by the relay in the vehicle electrical system, such as power management, controller self-control, motor drive or high-voltage system control. Position information refers to the physical installation position of the relay on the vehicle. Specifically, the system will classify relays with similar functional attributes into one category to form a preliminary functional grouping. For example, all relays responsible for power management (such as IGN1, IGN2, IGN3, ACC, etc.) are classified as the vehicle low-voltage system relay group 1. Then, according to the location information, the relays in the functional grouping are fine-tuned to form the final relay grouping to ensure that the relays in the same group are also relatively close physically, which is convenient for subsequent line layout and data transmission. For example, in the vehicle executive motor relay group 2, there are fuel tank cap relays, charging port relays, sunroof relays, wiper relays, compressor relays and door window relays. Although these relays have different functions, they are all used to control the vehicle's executive motors, and their positions on the vehicle are relatively concentrated, so they are grouped together.

[0075] Step A20: Setting a relay set according to the network structure and the relay grouping data to obtain relay set data.

[0076] It should be noted that in this step, the system will classify the relays in the same group and located in the same or adjacent network segments into a set according to the relay grouping data and network structure. This ensures that the relays in each set can transmit data through an efficient communication path, reducing the possibility of data loss and errors. Relay set data refers to a set that records information such as the relay identifier, set identifier, and network segment to which the set belongs in each set. Specifically, the system assigns a unique identifier to each set (such as Relay-Group-01, Relay-Group-02, etc.), and records the mapping relationship between these identifiers and the corresponding relays and network segments in the set data. In this way, the system can quickly locate any relay through the set data, and understand the group, set, and network segment information to which it belongs, which facilitates subsequent data transmission and fault diagnosis.

[0077] In this embodiment, by integrating relay functions, location information and the entire vehicle network structure, efficient grouping and collection settings of relays are achieved, providing a clear data transmission path for relay management, improving the accuracy and efficiency of fault diagnosis, and also providing a basis for subsequent message design, data transmission and fault diagnosis, thereby improving fault diagnosis efficiency and system reliability.

[0078] Based on the first and second embodiments of the present application, in the third embodiment of the present application, the same or similar contents as those in the first and second embodiments can be referred to the above description, and will not be described in detail later. Figure 3 , Figure 3 This is a flow chart of the third embodiment of the vehicle relay fault management method of the present application, wherein step S30 specifically includes:

[0079] Step S301: obtaining instruction data and relay status data according to the periodic message data.

[0080] It should be noted that the periodic message data is sent to the gateway by each relay group in the vehicle network at a fixed time, and then transmitted to the vehicle system by the gateway. The system first receives and parses the message data, and then extracts the command data and relay status data according to the message structure. The command data mainly includes the command content (Command) and the issuing time (Command Timestamp). For example, a command data may mean "open the sunroof" (Command: Turn ON) and is sent when the issuing timestamp (Command Timestamp) is "2023-10-01 12:00:00". This command data indicates that at the specified time, the system attempts to perform the operation of opening the sunroof. The relay status data includes the relay status (StatusConfirmation) and the relay confirmation time (Status Timestamp). For example, if the sunroof relay successfully performs the opening operation, it will return a status data indicating that the relay status is "ON" (Status Confirmation: ON) and the confirmation timestamp (Status Timestamp) is "2023-10-01 12:00:01". This status data confirms that the command has been successfully executed and provides information on the execution time.

[0081] It can be understood that by extracting and analyzing these command data and relay status data, the system can monitor the operating status and response time of each relay in the vehicle network in real time, providing basic data for subsequent fault diagnosis and predictive maintenance.

[0082] Step S302: Perform vehicle fault diagnosis and predictive maintenance according to the instruction data and the relay status data.

[0083] It should be noted that in this step, after the system obtains the command data and the status data of the relay, it will further analyze and process these data to achieve vehicle fault diagnosis and predictive maintenance. For example, for vehicle fault diagnosis, the system will compare the consistency between the command data and the relay status data. If the command is inconsistent, it means that the relay has a fault. At this time, the car will record the fault information and trigger the corresponding fault diagnosis process, such as sending a fault alarm, generating a fault diagnosis report, etc. For predictive maintenance, the system will predict the life of the relay and possible fault points based on historical data and preset algorithm models. Once a potential fault risk is predicted, the car system will notify the owner or maintenance personnel in advance so that maintenance or replacement of the relay can be carried out in time to avoid sudden failures.

[0084] In addition, it should be noted that the functions of vehicle fault diagnosis and predictive maintenance rely on the design of relay grouping and messages, as well as the corresponding collected historical data. By continuously accumulating historical data experience, the vehicle system can continuously improve the accuracy of fault diagnosis and the effectiveness of predictive maintenance.

[0085] In a feasible implementation manner, the step S302 specifically includes:

[0086] Step B10: When the instruction content is inconsistent with the relay state or the difference between the relay confirmation time and the issuance time is greater than a preset delay threshold, abnormal data is marked and recorded in the vehicle computer log.

[0087] It should be noted that when the vehicle system receives the command data (including the command content and the time of issuance) from the main controller, it will compare these data with the state data of the relay after actual execution (including the relay state and the state confirmation time). If the command content is inconsistent with the relay state, for example, the command requires the relay to turn on (Turn ON), but the relay state feedback is closed (OFF), or the difference between the relay confirmation time and the command issuance time exceeds the preset delay threshold (for example, the normal response time is set to 50 milliseconds, but the actual delay reaches 100 milliseconds), the vehicle system will mark these inconsistent or delayed data as abnormal data. The vehicle system will record these abnormal data in the log, which not only contains detailed information about the abnormal data, but also includes the time when the abnormality occurred, the source address and target address of the abnormal data, etc., so as to conduct in-depth analysis and fault diagnosis of the abnormal data in the future.

[0088] In addition, it should be noted that the preset delay threshold is set based on factors such as the communication speed of the vehicle network and the normal response time of different relays, so as to ensure that faults can be discovered in a timely manner without generating false alarms due to excessive sensitivity.

[0089] It can be understood that the purpose of this step is to accurately locate and handle potential faults when they occur, so as to prevent the faults from further developing and leading to more serious consequences.

[0090] Step B20: Perform vehicle fault diagnosis and predictive maintenance based on the vehicle computer log.

[0091] It should be noted that in this step, the system will analyze the vehicle log and perform vehicle fault diagnosis based on the abnormal data recorded in the log. Specifically, by analyzing the type and frequency of abnormal data, it can be determined that a specific relay group or relay has a potential fault, so that targeted repairs or replacements can be performed. In addition, the data in the vehicle log can also be used for predictive maintenance. By analyzing historical data, some common characteristics or patterns before relay failures can be found, such as the changing trend of relay physical quantities, the frequency of abnormal data, etc. When these characteristics or patterns appear again, maintenance can be performed in advance to avoid failures.

[0092] In a feasible implementation manner, the step B20 specifically includes:

[0093] Step B201: Analyze the historical status and failure mode of the relay according to the abnormal data in the vehicle computer log.

[0094] It should be noted that in this step, the system will parse the vehicle log and extract abnormal data related to the relay status. This data includes the time when the relay command was issued, the time when the status was confirmed, the measured values ​​of physical quantities (such as voltage, current, temperature), and any feedback that does not match the expected status. By analyzing these abnormal data, the system can trace the historical status of the relay and identify potential failure modes.

[0095] In addition, it should be noted that the historical state refers to the sum of all states and events that the relay has experienced in the past period of time, including normal and abnormal states. The failure mode refers to the characteristics exhibited by the relay when a failure occurs. These behaviors and characteristics can be identified and summarized through the analysis of abnormal data.

[0096] Step B202: predicting the relay life and the fault point according to the historical state and the fault mode.

[0097] It should be noted that after the system identifies the fault mode of the relay, it will predict the life of the relay and the point of failure based on the historical state and fault mode. For example, for the IGN1 relay, the system will use machine learning algorithms (such as time series analysis, regression analysis, etc.) to model its historical state data to predict its future state change trend. By analyzing the results of the model output, the system can estimate the remaining life of the IGN1 relay and predict the time and location when it may fail again.

[0098] In addition, it should be noted that the relay life refers to the effective working time or number of cycles that the relay can maintain under normal use conditions, while the fault point refers to the specific location of the faulty relay.

[0099] Step B203: Execute a corresponding preset maintenance strategy according to the relay life and the fault point.

[0100] It should be noted that in this step, after the system obtains the life and failure point of the relay, it will execute the corresponding preset maintenance strategy based on this information. These strategies include preventive maintenance, corrective maintenance, and replacement of new relays. For example, for the IGN1 relay, if the prediction result (relay life) shows that its remaining life is short, the system will perform preventive maintenance tasks in advance, such as prompting the user to perform necessary maintenance or repairs, etc., to extend its service life and reduce the possibility of failure. If the prediction result (relay life) shows that the relay has failed or is about to fail to work properly, corrective maintenance should be performed, that is, the user should be prompted to repair or replace the relay immediately to ensure the normal operation of the vehicle's electrical system.

[0101] In addition, it should be noted that the preset maintenance strategy is a specific maintenance measure and plan formulated based on the historical status, failure mode, life and failure point of the relay. It is understandable that the strategy is intended to detect and solve potential problems in advance to optimize maintenance costs and improve the overall performance and user experience of the vehicle. At the same time, as the vehicle usage environment and model change, the preset maintenance strategy can also be dynamically adjusted and optimized according to actual conditions.

[0102] In this embodiment, by monitoring, recording and analyzing the status data of each relay, timely fault discovery and diagnosis are achieved, diagnostic efficiency is improved, system reliability is enhanced, and normal maintenance costs are reduced.

[0103] This application also provides a vehicle relay fault management device, please refer to Figure 4 , the vehicle relay fault management device comprises:

[0104] The relay grouping module 10 is used to obtain relay grouping data and relay set data of the whole vehicle relay according to a preset relay grouping strategy;

[0105] A message acquisition module 20, used for acquiring periodic message data according to the relay group data and the relay set data;

[0106] The fault management module 30 is used to manage vehicle faults according to the periodic message data.

[0107] The vehicle relay fault management device provided by the present application adopts the vehicle relay fault management method in the above-mentioned embodiment, which can solve the technical problem of how to accurately locate the faulty relay and improve the efficiency of fault diagnosis. Compared with the prior art, the beneficial effects of the vehicle relay fault management device provided by the present application are the same as the beneficial effects of the vehicle relay fault management method provided by the above-mentioned embodiment, and the other technical features in the vehicle relay fault management device are the same as the features disclosed in the above-mentioned embodiment method, which will not be repeated here.

[0108] In one embodiment, the relay grouping module 10 is also used to obtain the functional information and location information of the entire vehicle relays and the network structure of the entire vehicle according to a preset relay grouping strategy; the entire vehicle relays are grouped according to the functional information, the location information and the network structure to obtain relay grouping data and relay set data.

[0109] In one embodiment, the relay grouping module 10 is further used to group the vehicle relays according to the function information and the location information to obtain relay grouping data; and to set a relay set according to the network structure and the relay grouping data to obtain relay set data.

[0110] In one embodiment, the message acquisition module 20 is further used to obtain a relay identifier and a relay group identifier according to the relay group data and the relay set data; and obtain periodic message data of the corresponding relay according to the relay identifier and the relay group identifier.

[0111] In one embodiment, the fault management module 30 is further used to obtain instruction data and relay status data according to the periodic message data; and perform vehicle fault diagnosis and predictive maintenance according to the instruction data and the relay status data.

[0112] In one embodiment, the fault management module 30 is also used to mark abnormal data and record the abnormal data in the vehicle computer log when the instruction content is inconsistent with the relay state or the difference between the relay confirmation time and the issuance time is greater than a preset delay threshold; and perform vehicle fault diagnosis and predictive maintenance based on the vehicle computer log.

[0113] In one embodiment, the fault management module 30 is also used to analyze the historical status and failure mode of the relay based on the abnormal data in the vehicle computer log; predict the relay life and failure point based on the historical status and the failure mode; and execute corresponding preset maintenance strategies based on the relay life and the failure point.

[0114] The present application provides a whole vehicle relay fault management device, which includes: at least one processor; and a memory that is communicatively connected to the at least one processor; wherein the memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the whole vehicle relay fault management method in the above-mentioned embodiment one.

[0115] Reference below Figure 5 , which shows a schematic diagram of the structure of a vehicle relay fault management device suitable for implementing the embodiment of the present application. The vehicle relay fault management device in the embodiment of the present application may include but is not limited to mobile terminals such as mobile phones, laptop computers, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Descriptions), PMPs (Portable Media Players), vehicle-mounted terminals (such as vehicle-mounted navigation terminals), etc., and fixed terminals such as digital TVs, desktop computers, etc. Figure 5 The vehicle relay fault management device shown is merely an example and should not bring any limitation to the functions and scope of use of the embodiments of the present application.

[0116] like Figure 5As shown, the vehicle relay fault management device may include a processing device 1001 (such as a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM: Read Only Memory) 1002 or a program loaded from a storage device 1003 to a random access memory (RAM: Random Access Memory) 1004. In RAM1004, various programs and data required for the operation of the vehicle relay fault management device are also stored. The processing device 1001, ROM1002 and RAM1004 are connected to each other via a bus 1005. An input / output (I / O) interface 1006 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 1006: input devices 1007 including, for example, a touch screen, a touchpad, a keyboard, a mouse, an image sensor, a microphone, an accelerometer, a gyroscope, etc.; output devices 1008 including, for example, a liquid crystal display (LCD), a speaker, a vibrator, etc.; storage devices 1003 including, for example, a magnetic tape, a hard disk, etc.; and communication devices 1009. The communication device 1009 can allow the vehicle relay fault management device to communicate with other devices wirelessly or by wire to exchange data. Although the figure shows a vehicle relay fault management device with various systems, it should be understood that it is not required to implement or have all the systems shown. More or fewer systems may be implemented or have alternatively.

[0117] In particular, according to the embodiments disclosed in the present application, the process described above with reference to the flowchart can be implemented as a computer software program. For example, the embodiments disclosed in the present application include a computer program product, which includes a computer program carried on a computer-readable medium, and the computer program includes a program code 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 device, or installed from a storage device 1003, or installed from a ROM 1002. When the computer program is executed by the processing device 1001, the above-mentioned functions defined in the method of the embodiment disclosed in the present application are executed.

[0118] The vehicle relay fault management device provided by the present application adopts the vehicle relay fault management method in the above embodiment, which can solve the technical problem of how to accurately locate the faulty relay and improve the efficiency of fault diagnosis. Compared with the prior art, the beneficial effects of the vehicle relay fault management device provided by the present application are the same as the beneficial effects of the vehicle relay fault management method provided by the above embodiment, and the other technical features of the vehicle relay fault management device are the same as the features disclosed in the method of the previous embodiment, which will not be repeated here.

[0119] It should be understood that the various parts disclosed in this application can be implemented by hardware, software, firmware or a combination thereof. In the description of the above embodiments, specific features, structures, materials or characteristics can be combined in any one or more embodiments or examples in a suitable manner.

[0120] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

[0121] The present application provides a computer-readable storage medium having computer-readable program instructions (ie, computer programs) stored thereon, and the computer-readable program instructions are used to execute the vehicle relay fault management method in the above-mentioned embodiment.

[0122] The computer-readable storage medium provided in the present application may be, for example, a USB flash drive, but is not limited to electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, systems or devices, 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 or 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 this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in combination with an instruction execution system, system or device. The program code contained on the computer-readable storage medium may be transmitted using any appropriate medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination of the above.

[0123] The computer-readable storage medium may be included in the vehicle relay fault management device; or may exist independently without being assembled into the vehicle relay fault management device.

[0124] The above-mentioned computer-readable storage medium carries one or more programs. When the above-mentioned one or more programs are executed by the vehicle relay fault management device, the vehicle relay fault management device: obtains the relay grouping data and relay set data of the vehicle relay according to the preset relay grouping strategy; obtains the periodic message data according to the relay grouping data and the relay set data; and performs vehicle fault management according to the periodic message data.

[0125] Computer program code for performing the operations of the present application may be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, C++, and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user's computer, partially on the user's computer, as a separate software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0126] The flow chart and block diagram in the accompanying drawings illustrate the possible architecture, function and operation of the system, method and computer program product according to various embodiments of the present application. In this regard, each square box in the flow chart or block diagram can represent a module, a program segment or a part of a code, and the module, the 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 square box can also occur in a sequence different from that marked in the accompanying drawings. For example, two square 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 square box in the block diagram and / or flow chart, and the combination of the square boxes in the block diagram and / or flow chart 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.

[0127] The modules involved in the embodiments described in this application may be implemented by software or hardware, wherein the name of the module does not constitute a limitation on the unit itself in some cases.

[0128] The readable storage medium provided by the present application is a computer-readable storage medium, which stores computer-readable program instructions (i.e., computer programs) for executing the above-mentioned vehicle relay fault management method, and can solve the technical problem of how to accurately locate the faulty relay and improve the efficiency of fault diagnosis. Compared with the prior art, the beneficial effects of the computer-readable storage medium provided by the present application are the same as the beneficial effects of the vehicle relay fault management method provided by the above-mentioned embodiment, and will not be repeated here.

[0129] The present application also provides a computer program product, including a computer program, which implements the steps of the above-mentioned vehicle relay fault management method when executed by a processor.

[0130] The computer program product provided by the present application can solve the technical problem of how to accurately locate a faulty relay and improve the efficiency of fault diagnosis. Compared with the prior art, the beneficial effects of the computer program product provided by the present application are the same as the beneficial effects of the vehicle relay fault management method provided by the above embodiment, which will not be repeated here.

[0131] The above descriptions are only some embodiments of the present application, and are not intended to limit the patent scope of the present application. All equivalent structural changes made using the contents of the present application specification and drawings under the technical concept of the present application, or direct / indirect applications in other related technical fields are included in the patent protection scope of the present application.

Claims

1. A vehicle relay fault management method, characterized in that: The method comprises: Acquire relay grouping data and relay set data of the whole vehicle relays according to a preset relay grouping strategy; Acquire periodic message data according to the relay grouping data and the relay set data; The whole vehicle fault management is performed according to the periodic message data.

2. The method according to claim 1, characterized in that The step of obtaining relay grouping data and relay set data of the whole vehicle relay according to the preset relay grouping strategy comprises: Acquire the function information and location information of the vehicle relays and the network structure of the vehicle according to the preset relay grouping strategy; The vehicle relays are grouped according to the function information, the location information and the network structure to obtain relay grouping data and relay set data.

3. The method according to claim 2, characterized in that The step of grouping the vehicle relays according to the function information, the location information and the network structure to obtain relay group data and relay set data comprises: Grouping the vehicle relays according to the function information and the location information to obtain relay grouping data; A relay set is set according to the network structure and the relay grouping data to obtain relay set data.

4. The method according to claim 1, characterized in that The step of performing vehicle fault management according to the periodic message data comprises: Obtaining instruction data and relay status data according to the periodic message data; Vehicle fault diagnosis and predictive maintenance are performed based on the instruction data and the relay status data.

5. The method according to claim 4, characterized in that The instruction data includes instruction content and issuing time, the relay status data includes relay status and relay confirmation time, and the steps of performing vehicle fault diagnosis and predictive maintenance according to the instruction data and the relay status data include: When the instruction content is inconsistent with the relay state or the difference between the relay confirmation time and the issuing time is greater than a preset delay threshold, marking abnormal data and recording the abnormal data in the vehicle computer log; Car fault diagnosis and predictive maintenance are performed based on the vehicle computer log.

6. The method according to claim 5, characterized in that The step of performing vehicle fault diagnosis and predictive maintenance according to the vehicle computer log includes: Analyze the historical status and failure mode of the relay according to the abnormal data in the vehicle computer log; predicting the relay life and the failure point according to the historical state and the failure mode; A corresponding preset maintenance strategy is executed according to the relay life and the fault point.

7. The method according to claim 1, characterized in that The step of acquiring periodic message data according to the relay group data and the relay set data comprises: Obtaining a relay identifier and a relay group identifier according to the relay group data and the relay set data; The periodic message data of the corresponding relay is acquired according to the relay identifier and the relay group identifier.

8. A vehicle relay fault management device, characterized in that: The device comprises: A relay grouping module is used to obtain relay grouping data and relay set data of the entire vehicle relay according to a preset relay grouping strategy; A message acquisition module, used for acquiring periodic message data according to the relay group data and the relay set data; The fault management module is used to manage vehicle faults according to the periodic message data.

9. A vehicle relay fault management device, characterized in that: The device comprises: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the computer program is configured to implement the steps of the vehicle relay fault management method according to any one of claims 1 to 7.

10. A storage medium, characterized in that: The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, the steps of the vehicle relay fault management method as described in any one of claims 1 to 7 are implemented.

Images