Vehicle power shortage detection method, system equipment and storage medium

Abstract

The invention provides a vehicle electricity shortage detection method, system and device and a storage medium, and relates to the technical field of vehicle electricity shortage detection.The method comprises the steps that the voltage of a vehicle storage battery is detected in real time, and when the voltage is not smaller than a preset voltage threshold value, the CAN network state and vehicle state information of a vehicle are further collected; and whether the vehicle has the power shortage risk or not can be more accurately judged. When it is detected that the vehicle has the power shortage risk, the power shortage reason is further judged according to the information of the vehicle and recorded. Compared with a traditional technology which only depends on the voltage threshold value of the storage battery to carry out simple judgment, the method and the device have the advantages that the potential power shortage problem can be found when the electric quantity of the vehicle storage battery is not seriously reduced, and the fault electronic control unit causing the power shortage risk can be accurately positioned.

Description

Technical Field

[0001] The present application relates to the technical field of vehicle low-battery detection, and in particular to a vehicle low-battery detection method, system, device and storage medium. Background Art

[0002] With the development of vehicle intelligence, more and more electronic components are installed in vehicles. These electronic components are equipped with intelligent control systems, namely ECU (Electronic Control Unit). As a microcomputer controller dedicated to automobiles, ECU is responsible for controlling and monitoring various functions of the vehicle. However, when there are abnormalities in electronic components or control systems, these electronic components may not sleep, continue to consume battery power, and cause the vehicle to lose power.

[0003] At present, the technology for detecting whether a vehicle is at risk of low battery is mainly based on judging the threshold of the vehicle battery voltage. When the battery voltage continues to drop below the set threshold, the system will determine that the vehicle is in a low battery state. However, this technical method has obvious shortcomings: it can only detect the decrease in battery voltage, but cannot accurately locate the specific cause of the low battery, making it difficult for relevant personnel to find the fault. Summary of the invention

[0004] In view of the above problems, the present application provides a vehicle power failure detection method, including the following contents:

[0005] In a first aspect, the present application provides a vehicle power failure detection method, the method comprising:

[0006] Real-time detection of vehicle battery voltage;

[0007] When the battery voltage is not less than a preset voltage threshold, collecting the CAN network status of the vehicle and the status information of the vehicle;

[0008] According to the CAN network status of the vehicle and the status information of the vehicle, judging whether the vehicle has a low-power risk according to a preset logic judgment rule;

[0009] If the vehicle is at risk of being out of power, locate the faulty electronic control unit that causes the vehicle to be at risk of being out of power.

[0010] Optionally, when the battery voltage is not less than a preset voltage threshold, collecting the CAN network status of the vehicle and the status information of the vehicle includes:

[0011] After the vehicle is turned off, real-time monitoring of the vehicle CAN network status, including application messages and network management messages of the electronic control unit;

[0012] Obtain information about the duration of vehicle shutdown, vehicle power mode, engine or motor operating status, and vehicle door lock status.

[0013] Optionally, judging whether the vehicle has a low-power risk according to a preset logic judgment rule based on the CAN network status of the vehicle and the status information of the vehicle includes:

[0014] Determining whether the vehicle is in an ignition-off state according to the state information of the vehicle;

[0015] If the vehicle is in an ignition-off state, and if the application message or network management message monitored within a preset time according to the CAN network state of the vehicle has not stopped being sent, it is determined that the vehicle is at risk of low power.

[0016] Optionally, after locating the faulty electronic control unit that causes the vehicle to have a risk of power failure, the method further includes:

[0017] The current message information corresponding to the faulty electronic control unit is recorded, and the message information is saved in a local storage in the form of a log.

[0018] Optionally, after locating the faulty electronic control unit that causes the vehicle to have a risk of power shortage, the method further includes sending a forced sleep or restart instruction to the faulty electronic control unit;

[0019] If sending a forced sleep or restart command cannot stop the power loss, when the battery voltage continues to consume to the preset minimum voltage value, the battery power connection is forcibly disconnected.

[0020] Optionally, the method further includes:

[0021] When the battery voltage is less than a preset voltage threshold, it is determined that the vehicle is in a low-power state;

[0022] Generate a log file for the CAN message in the power-off state, and upload the vehicle information, power-off occurrence time and generated log file to the TSP backend before the vehicle goes into sleep mode.

[0023] Optionally, when the upload fails due to network anomalies, the information data is stored locally, and the information data is uploaded again when the network status is normal. After the upload is successful, the information data stored locally is deleted.

[0024] In a second aspect, the present application provides a vehicle power failure detection system, the system comprising:

[0025] A voltage detection unit, used for detecting the voltage of the vehicle battery in real time;

[0026] A state detection unit, used for collecting the CAN network state of the vehicle and the state information of the vehicle when the battery voltage is not less than a preset voltage threshold;

[0027] A judgment unit, configured to judge whether the vehicle has a risk of low power according to a preset logic judgment rule based on the CAN network status of the vehicle and the status information of the vehicle;

[0028] A positioning unit is used to locate a faulty electronic control unit that causes the vehicle to be at risk of low power if the vehicle is at risk of low power.

[0029] Optionally, the state detection unit is specifically used to monitor the vehicle CAN network state in real time after the vehicle is turned off, including application messages and network management messages of the electronic control unit;

[0030] Obtain information about the duration of vehicle shutdown, vehicle power mode, engine or motor operating status, and vehicle door lock status.

[0031] Optionally, the judging unit judging whether the vehicle has a low-power risk according to the CAN network status of the vehicle and the status information of the vehicle according to a preset logical judgment rule includes:

[0032] Determining whether the vehicle is in an ignition-off state according to the state information of the vehicle;

[0033] If the vehicle is in an ignition-off state, and if the application message or network management message monitored within a preset time according to the CAN network state of the vehicle has not stopped being sent, it is determined that the vehicle is at risk of low power.

[0034] Optionally, the system also includes a log generation unit, which is used to record current message information corresponding to the faulty electronic control unit that causes the vehicle to be at risk of power outage after the faulty electronic control unit is located, and save the message information in the form of a log in local storage.

[0035] Optionally, the system further comprises a processing unit, configured to send a forced sleep or restart instruction to the faulty electronic control unit after locating the faulty electronic control unit that causes the vehicle to have a risk of power failure;

[0036] If sending a forced sleep or restart command cannot stop the power loss, when the battery voltage continues to consume to the preset minimum voltage value, the battery power connection is forcibly disconnected.

[0037] Optionally, the state detection unit is further configured to determine that the vehicle is in a low-power state when the battery voltage is less than a preset voltage threshold;

[0038] The log generation unit is also used to generate a log file from the CAN message in the power-off state, and upload the vehicle information, the time point of power-off occurrence and the generated log file to the TSP background before the vehicle goes into sleep.

[0039] Optionally, the log generation unit is also used to store the information data locally when the upload fails due to network anomalies, upload the information data again when the network status is normal, and delete the information data stored locally after the upload is successful.

[0040] In a third aspect, the present application provides a device comprising a memory and a processor, wherein the memory is used to store instructions or codes, and the processor is used to execute the instructions or codes so that the device executes the vehicle low-battery detection method introduced in any implementation of the first aspect.

[0041] In a fourth aspect, the present application provides a computer-readable storage medium, in which a code is stored. When the code is executed, the device executing the code implements the vehicle low-battery detection method introduced in any implementation method of the first aspect.

[0042] The present application provides a method for detecting a battery shortage in a vehicle. When executing the method, the voltage of the vehicle battery is first detected in real time. When the battery voltage is not less than a preset voltage threshold, the CAN network status of the vehicle and the status information of the vehicle are collected. According to the CAN network status of the vehicle and the status information of the vehicle, it is determined whether the vehicle is at risk of battery shortage according to the preset logical judgment rules. If the vehicle is at risk of battery shortage, the faulty electronic control unit causing the risk of battery shortage is located. In this way, the risk of battery shortage can be detected in time before the battery of the vehicle is exhausted, and it can be accurately pointed out which ECU has a problem, thereby avoiding the situation where the battery power is continuously consumed and the vehicle cannot be started due to the inability to locate the fault in time, and providing a strong technical guarantee for the safe use of the vehicle and the protection of the battery. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0044] Figure 1 A flow chart of a vehicle power failure detection method provided in an embodiment of the present application;

[0045] Figure 2A schematic diagram of the structure of a vehicle low-battery detection system provided in an embodiment of the present application. DETAILED DESCRIPTION

[0046] In order to make the purpose, technical solution and advantages of the embodiments of the present application clearer, the technical solution in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0047] Figure 1 A flow chart of a vehicle power failure detection method provided in an embodiment of the present application. Figure 1 As shown, the vehicle power failure detection method provided in the embodiment of the present application may include:

[0048] S101 . Detect the voltage of the vehicle battery in real time.

[0049] The vehicle intelligent gateway is the central hub of the in-vehicle network. It is responsible for cross-functional domains such as the power chassis domain, body control domain, infotainment domain, and driver assistance domain, helping different types of networks in the vehicle to safely and reliably transmit and process data with each other. The intelligent control system of the vehicle intelligent gateway monitors the battery voltage in real time.

[0050] S102: When the battery voltage is not less than a preset voltage threshold, collect the CAN network status of the vehicle and the status information of the vehicle.

[0051] The preset voltage threshold refers to a preset voltage threshold that is used to determine whether the battery voltage is within a safe or normal range. This threshold is usually determined based on the vehicle manufacturer's recommendations and the battery's technical specifications.

[0052] When the battery voltage is not less than the preset voltage threshold, it means that the vehicle is not in a low-power state, but in order to ensure that the vehicle can operate normally in the future and avoid the risk of sudden low power, further measures are taken to identify potential low-power problems as early as possible before the vehicle consumes a lot of power. After the vehicle is turned off, the smart gateway still monitors the vehicle's CAN network, which helps to detect and handle potential network failures in a timely manner. The CAN network status monitoring includes monitoring the application messages and network management messages sent by the electronic control unit (ECU). Application messages usually contain the working status and parameters of each vehicle system, while network management messages are used for status management and fault diagnosis of network nodes.

[0053] Vehicle status information acquisition includes obtaining vehicle shutdown time information: obtaining vehicle shutdown time information helps analyze vehicle usage habits and battery consumption; obtaining the vehicle's power mode, such as ACC, IGN, ON, etc., can determine whether the vehicle is currently powered on and which systems are running; obtaining the engine or motor working status and monitoring the engine or motor working status can promptly detect engine or motor failures and ensure the normal operation of the vehicle's power system; obtaining the vehicle's door lock status information helps determine whether the vehicle has been securely locked and whether further anti-theft measures are needed.

[0054] Through the above monitoring and information obtained, the vehicle intelligent gateway can realize comprehensive monitoring and management of the vehicle power system. When the battery voltage is lower than the preset threshold, the system can issue a warning to remind the driver to charge or replace the battery in time. At the same time, through real-time monitoring and analysis of CAN network status and vehicle status information, the system can promptly detect and handle potential network and vehicle failures to ensure the safety and reliability of the vehicle.

[0055] S103: judging whether the vehicle is at risk of low power according to the CAN network status of the vehicle and the status information of the vehicle in accordance with preset logic judgment rules.

[0056] First, determine whether the vehicle is in an ignition-off state based on the vehicle's status information, including the vehicle's ignition-off duration information, the vehicle's power mode, the engine or motor working status, and the vehicle's door lock status information.

[0057] If the vehicle is in the flameout state, the intelligent gateway or vehicle control system starts to record the flameout time and prepares to enter the monitoring state. The feedback from the door lock sensor or the intelligent door lock system is used to check whether the vehicle is locked. If the vehicle is locked, the system sets a shorter monitoring time window, such as 3 minutes. If the vehicle is not locked, the system sets a slightly longer monitoring time window, such as 5 minutes. Within the set time window, the system continuously monitors the application messages and network management messages on the vehicle CAN network. The system records the sending of these messages, including the sending time, sending frequency, and sending content. After the set time window ends, the system checks whether there are still application messages or network management messages being sent. If within the specified time, the system monitors that the application message or network management message has not stopped sending, it is judged that the vehicle is at risk of power shortage.

[0058] S104: If the vehicle is at risk of low battery, locate a faulty electronic control unit that causes the vehicle to be at risk of low battery.

[0059] An electronic control unit, or ECU, refers to an electronic unit on a vehicle that is responsible for controlling and monitoring the performance of various systems. Generally speaking, a plurality of ECUs are provided in the control system of a vehicle, such as an engine control unit, a transmission control unit, etc. In the case where the vehicle is at risk of power failure, once the faulty electronic control unit (ECU) causing the risk is successfully located, an implementation method of an embodiment of the present application further takes the following measures: first, the current message information of the faulty electronic control unit is recorded. The message information usually contains key data such as the working status of the ECU, data transmission status, and interaction records with other ECUs, which are essential for subsequent analysis and problem solving. Secondly, in order to ensure the security and traceability of these key data, the system will save the recorded message information in the form of logs in local storage. In this way, even after the vehicle is powered off or a fault occurs, the technician can still accurately trace back and analyze the fault by reading the log information in the local storage, thereby more effectively locating the cause of the problem and taking corresponding repair measures.

[0060] By recording and saving the message information of the faulty ECU, the embodiment of the present application not only provides valuable data support for the diagnosis of vehicle power-loss problems, but also provides a strong reference basis for subsequent vehicle maintenance and servicing work.

[0061] In this implementation of the embodiment of the present application, the system takes more proactive measures to ensure the safety of the vehicle battery and extend its service life for the faulty electronic control unit (ECU) that has been located and causes the risk of low power in the vehicle.

[0062] Including sending forced sleep or restart commands: Once the system locates the faulty ECU, it will first try to solve the problem by sending a forced sleep or restart command. The forced sleep command is designed to put the ECU into a low-power or completely shut down state to reduce unnecessary power consumption. The restart command attempts to restore the ECU to its normal working state by reinitializing it, which can sometimes solve power consumption problems caused by software failures or program abnormalities.

[0063] Monitor battery voltage: After sending a forced sleep or restart command, the system will continue to monitor the battery voltage to evaluate whether the above command effectively blocks the power loss phenomenon and whether the remaining battery power is sufficient.

[0064] Forced disconnection of battery power: If the battery voltage continues to be consumed after a forced sleep or restart command is sent, and is about to reach the preset minimum voltage value (this value is usually determined based on the battery specifications and the vehicle's power requirements to ensure that sufficient power is still available to start the vehicle or run critical systems in an emergency), the system will take more extreme measures, namely, forced disconnection of the battery power connection. This step is designed to prevent the battery from being completely drained, thereby avoiding permanent damage to the battery and ensuring that the vehicle can be started smoothly when needed. When the user unlocks the vehicle or starts the vehicle power button, the system automatically detects the status of the battery and automatically connects the battery power. This step ensures that the vehicle can be started smoothly and used normally when needed, improving user convenience and satisfaction.

[0065] Through the above measures, the embodiments of the present application can not only effectively deal with the risk of low battery in the vehicle, but also protect the safety of the battery and extend its service life to the greatest extent. At the same time, these measures also provide technicians with more means to quickly locate and solve problems, thereby improving the overall reliability and safety of the vehicle.

[0066] In one implementation of the embodiment of the present application, in order to more effectively manage and prevent the problem of low power in the vehicle, the system further improves the monitoring and response mechanism of the vehicle battery voltage, including:

[0067] Determining the vehicle's low-power state: The system continuously monitors the battery voltage. When the battery voltage is lower than a preset voltage threshold (this threshold is usually determined based on the battery specifications, the vehicle's power requirements, and safety considerations), the system determines that the vehicle is in a low-power state. This determination is critical to taking timely measures to prevent the battery from further depleting.

[0068] Generate and upload log files: Once the vehicle is determined to be in a low-power state, the system will take immediate action. One of the key measures is to generate CAN message log files when the power is low. These log files contain message information on the CAN network before and after the vehicle loses power, which is extremely valuable for subsequent analysis and diagnosis of problems. Before the vehicle enters a dormant state (that is, before the vehicle turns off all non-essential power supplies and prepares to enter a low-power state), the system will upload the basic information of the vehicle (such as model, VIN code, etc.), the time when the power loss occurred, and the generated log file to the TSP (Telematics Service Provider, telematics service provider) background. This step ensures that the TSP background can obtain relevant information about the vehicle's low power in real time for further analysis and processing.

[0069] Through the above measures, the embodiment of the present application not only improves the detection and response speed of the vehicle power shortage problem, but also provides rich data support for the TSP background, enabling it to more accurately analyze and locate the cause of the problem, thereby providing users with more timely and effective solutions. In addition, the implementation of these measures also helps to improve the reliability and safety of the vehicle, extend the service life of the battery, and bring users a more secure and convenient use experience.

[0070] In one implementation of an embodiment of the present application, before attempting to upload vehicle information, the time point when power failure occurred, and the generated log file to the TSP background, the system will first detect the current network status. This includes checking whether the network connection is stable, whether the network speed meets the upload requirements, etc. If the upload fails due to network abnormalities (such as network instability, weak signal, connection interruption, etc.), the system will immediately take countermeasures. One of the key measures is to store the information data that failed to upload successfully (including vehicle information, the time point when power failure occurred, and the generated log file) in a local storage device (such as the vehicle's built-in hard disk, SD card or flash memory, etc.). This step ensures that critical data will not be lost due to network abnormalities.

[0071] When the system detects that the network status has returned to normal (such as stable network connection, strong signal, speed that meets upload requirements, etc.), it will try again to upload the information data previously stored locally to the TSP backend. In order to ensure the success rate of the upload, the system may adopt a variety of strategies, such as segmented upload, retry mechanism, etc.

[0072] Once the information data is successfully uploaded to the TSP backend, the system will immediately delete the uploaded data in the local storage. This step is to free up storage space and prevent performance degradation or storage shortage caused by data redundancy.

[0073] Through the above measures, the embodiment of the present application not only improves the reliability and stability of information data upload, but also ensures that key data will not be lost in the event of network anomalies. In addition, the implementation of these measures also helps to improve the user experience, allowing users to use the vehicle more safely and obtain the remote information services provided by the TSP background at any time.

[0074] The above are some specific implementations of a vehicle power failure detection method provided in the embodiment of the present application. Based on this, the present application also provides a corresponding system. The system provided in the embodiment of the present application will be introduced from the perspective of functional modularization.

[0075] Figure 2 A schematic diagram of the structure of a vehicle power failure detection system provided in an embodiment of the present application. Figure 2 As shown, the vehicle power failure detection system 200 provided in the embodiment of the present application includes:

[0076] A voltage detection unit 210, used to detect the voltage of the vehicle battery in real time;

[0077] A state detection unit 220, configured to collect the CAN network state of the vehicle and the state information of the vehicle when the battery voltage is not less than a preset voltage threshold;

[0078] The judgment unit 230 is used to judge whether the vehicle has a low-power risk according to the CAN network status of the vehicle and the status information of the vehicle according to a preset logic judgment rule;

[0079] The positioning unit 240 is used to locate the faulty electronic control unit that causes the vehicle to be at risk of low power if the vehicle is at risk of low power.

[0080] In an implementation of the embodiment of the present application, the state detection unit is specifically used to monitor the vehicle CAN network state in real time after the vehicle is turned off, including application messages and network management messages of the electronic control unit;

[0081] Obtain information about the duration of vehicle shutdown, vehicle power mode, engine or motor operating status, and vehicle door lock status.

[0082] In an implementation of the embodiment of the present application, the judgment unit judges whether the vehicle has a low-power risk according to the CAN network status of the vehicle and the status information of the vehicle according to a preset logical judgment rule, including:

[0083] Determining whether the vehicle is in an ignition-off state according to the state information of the vehicle;

[0084] If the vehicle is in an ignition-off state, and if the application message or network management message monitored within a preset time according to the CAN network state of the vehicle has not stopped being sent, it is determined that the vehicle is at risk of low power.

[0085] In one implementation of the embodiment of the present application, the system also includes a log generation unit, which is used to record current message information corresponding to the faulty electronic control unit that causes the vehicle to be at risk of power outage after the faulty electronic control unit is located, and save the message information in the form of a log in local storage.

[0086] In an implementation of the embodiment of the present application, the system further includes a processing unit, which is used to send a forced sleep or restart instruction to the faulty electronic control unit after locating the faulty electronic control unit that causes the vehicle to have a risk of power failure;

[0087] If sending a forced sleep or restart command cannot stop the power loss, when the battery voltage continues to consume to the preset minimum voltage value, the battery power connection is forcibly disconnected.

[0088] In an implementation of the embodiment of the present application, the state detection unit is further configured to determine that the vehicle is in a low-power state when the battery voltage is less than a preset voltage threshold;

[0089] The log generation unit is also used to generate a log file from the CAN message in the power-off state, and upload the vehicle information, the time point of power-off occurrence and the generated log file to the TSP background before the vehicle goes into sleep.

[0090] In one implementation of the embodiment of the present application, the log generation unit is also used to store the information data locally when the upload fails due to network abnormalities, upload the information data again when the network status is normal, and delete the information data stored locally after the upload is successful.

[0091] The embodiments of the present application also provide corresponding devices and computer storage media for implementing the solutions provided by the embodiments of the present application.

[0092] The device includes a memory and a processor, the memory is used to store instructions or codes, and the processor is used to execute the instructions or codes so that the device executes the method described in any embodiment of the present application.

[0093] The computer storage medium stores codes, and when the codes are executed, a device executing the codes implements the method described in any embodiment of the present application.

[0094] Through the description of the above implementation methods, it can be known that those skilled in the art can clearly understand that all or part of the steps in the above-mentioned embodiment method can be implemented by means of software plus a general hardware platform. Based on such an understanding, the technical solution of the present application can be embodied in the form of a software product, which can be stored in a storage medium, such as a read-only memory (ROM) / RAM, a magnetic disk, an optical disk, etc., including a number of instructions for a computer device (which can be a personal computer, a server, or a network communication device such as a router) to execute the methods described in each embodiment of the present application or some parts of the embodiments.

[0095] It should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the existence of other identical elements in the process, method, article or device including the elements.

[0096] It should also be noted that the various embodiments in this specification are described in a progressive manner, and the same and similar parts between the various embodiments can refer to each other, and each embodiment focuses on the differences from other embodiments. In particular, for the device and system embodiments, since they are basically similar to the method embodiments, the description is relatively simple, and the relevant parts can refer to the partial description of the method embodiments. The device and system embodiments described above are merely schematic, in which the units described as separate components may or may not be physically separated, and the components indicated as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the scheme of this embodiment. Ordinary technicians in this field can understand and implement it without paying creative labor.

[0097] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions that can be easily thought of by a person skilled in the art within the technical scope disclosed in the present application 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.

Claims

1. A method for detecting a vehicle power failure, characterized in that: The method comprises: Real-time detection of vehicle battery voltage; When the battery voltage is not less than a preset voltage threshold, collecting the CAN network status of the vehicle and the status information of the vehicle; According to the CAN network status of the vehicle and the status information of the vehicle, judging whether the vehicle has a low-power risk according to a preset logic judgment rule; If the vehicle is at risk of being out of power, locate the faulty electronic control unit that causes the vehicle to be at risk of being out of power.

2. The method according to claim 1, characterized in that: When the battery voltage is not less than a preset voltage threshold, collecting the CAN network status of the vehicle and the status information of the vehicle includes: After the vehicle is turned off, real-time monitoring of the vehicle CAN network status, including application messages and network management messages of the electronic control unit; Obtain information about the duration of vehicle shutdown, vehicle power mode, engine or motor operating status, and vehicle door lock status.

3. The method according to claim 2, characterized in that The determining whether the vehicle has a low-power risk according to the CAN network status of the vehicle and the status information of the vehicle according to a preset logic determination rule includes: Determining whether the vehicle is in an ignition-off state according to the state information of the vehicle; If the vehicle is in an ignition-off state, and if the application message or network management message monitored within a preset time according to the CAN network state of the vehicle has not stopped being sent, it is determined that the vehicle is at risk of low power.

4. The method according to claim 1, characterized in that: After locating the faulty electronic control unit that causes the vehicle to have a risk of power failure, the method further includes: The current message information corresponding to the faulty electronic control unit is recorded, and the message information is saved in a local storage in the form of a log.

5. The method according to claim 1, characterized in that After locating the faulty electronic control unit that causes the vehicle to have a risk of power failure, the method further includes sending a forced sleep or restart instruction to the faulty electronic control unit; If sending a forced sleep or restart command cannot stop the power loss, when the battery voltage continues to consume to the preset minimum voltage value, the battery power connection is forcibly disconnected.

6. The method according to claim 1, characterized in that The method further comprises: When the battery voltage is less than a preset voltage threshold, it is determined that the vehicle is in a low-power state; Generate a log file for the CAN message in the power-off state, and upload the vehicle information, power-off occurrence time and generated log file to the TSP backend before the vehicle goes into sleep mode.

7. The method according to claim 6, characterized in that When the upload fails due to network anomalies, the information data is stored locally, and the information data is uploaded again when the network status is normal. After the upload is successful, the information data stored locally is deleted.

8. A vehicle power failure detection system, characterized in that: The system comprises: A voltage detection unit, used for detecting the voltage of the vehicle battery in real time; A state detection unit, used for collecting the CAN network state of the vehicle and the state information of the vehicle when the battery voltage is not less than a preset voltage threshold; A judgment unit, configured to judge whether the vehicle has a risk of low power according to a preset logic judgment rule based on the CAN network status of the vehicle and the status information of the vehicle; A positioning unit is used to locate a faulty electronic control unit that causes the vehicle to be at risk of low power if the vehicle is at risk of low power.

9. A computing device, characterized in that The computing device includes: a memory and a processor; The memory is used to store computer programs; The processor is configured to implement the method according to any one of claims 1 to 7 when executing the computer program.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method according to any one of claims 1 to 7 is implemented.

Images