Data uploading method for whole vehicle non-sleep signal and related device

Abstract

The application discloses a data uploading method of whole vehicle non-sleep signal and related equipment, relates to the field of vehicle message uploading, and mainly aims to solve the problem that there is no more intelligent and energy-saving method for monitoring sleep abnormality of a vehicle. The method comprises the following steps: a TBOX acquires a fragmented sleep message of a target vehicle in real time; in the case that the sum of a plurality of the fragmented sleep messages acquired by the TBOX reaches a preset size, the plurality of the fragmented sleep messages are packed into a sleep message data packet and transmitted to a DCVP background to analyze and acquire the reason for power loss of the target vehicle. The application is used in the data uploading process of the whole vehicle non-sleep signal.

Description

Technical Field

[0001] This invention relates to the field of vehicle message uploading, and in particular to a method and related equipment for uploading vehicle non-sleep signals. Background Technology

[0002] Currently, vehicles are generally equipped with batteries that power low-voltage components such as headlights, onboard units, electronic control units (ECUs), and terminal controllers. When the vehicle is not in use, it enters a sleep state to conserve battery power and extend standby time, thus entering a low-power state. If the vehicle does not enter sleep mode properly, the low-voltage components will continue to consume battery power, thereby affecting the vehicle's standby time.

[0003] Currently, the main method for detecting abnormal vehicle sleep conditions is through manual inspection by maintenance personnel during vehicle repair and maintenance, addressing issues that users can clearly perceive, such as short standby time. There is a lack of a more intelligent and energy-efficient method for monitoring abnormal vehicle sleep conditions. Summary of the Invention

[0004] In view of the above problems, the present invention provides a method and related equipment for uploading vehicle non-sleep signals, the main purpose of which is to solve the problem of the lack of a more intelligent and energy-saving method for monitoring abnormal vehicle sleep conditions.

[0005] To address at least one of the aforementioned technical problems, in a first aspect, the present invention provides a method for uploading data of a vehicle's non-sleep signal, the method comprising:

[0006] TBOX acquires fragmented sleep messages of the target vehicle in real time;

[0007] If the sum of the multiple fragmented hibernation messages obtained by the TBOX reaches a preset size, the multiple fragmented hibernation messages are packaged into a hibernation message data packet and transmitted to the DCVP backend to analyze and obtain the reason for the target vehicle's power loss.

[0008] Optionally, the above methods also include:

[0009] TBOX acquires in real time the segmented sleep messages of the target vehicle sent by the gateway via CAN communication. These segmented sleep messages include the overall message, the network segment management message, the current network management message, and the diagnostic message.

[0010] Optionally, the overall message is determined based on the wake-up source, hold source, and wake-up network segment of the target vehicle.

[0011] The network management messages for the aforementioned network segments are determined based on the network management status of different network segments of the target vehicle.

[0012] The aforementioned current network management message is determined based on the current network management message of the target vehicle.

[0013] The above diagnostic message is determined based on the current diagnostic message of the target vehicle.

[0014] Optionally, the above methods also include:

[0015] When the TBOX packages the aforementioned multiple fragmented hibernation messages into a hibernation message data packet and transmits it to the DCVP backend, no data parsing operation is performed.

[0016] Optionally, the reason for the target vehicle's battery depletion is determined based on the target vehicle's wake-up reason, the wake-up duration corresponding to different wake-up sources, and the hold duration of the hold source.

[0017] Optionally, the wake-up reason for the target vehicle is determined based on the aforementioned hibernation message data packet and bus message.

[0018] Optionally, if the total number of fragmented hibernation messages obtained by the TBOX reaches a preset size, the fragmented hibernation messages are packaged into a hibernation message data packet and transmitted to the DCVP backend for analysis to obtain the cause of the target vehicle's battery depletion, including:

[0019] If the hibernation message data packet of the target vehicle indicates that the target vehicle has not entered hibernation state within a preset time, the multiple fragmented hibernation messages are packaged into the hibernation message data packet and transmitted to the DCVP backend to analyze the VIN code of the target vehicle to obtain the reason for the target vehicle's power loss.

[0020] Secondly, embodiments of the present invention also provide a data uploading device for a vehicle's non-sleep signal, comprising:

[0021] The acquisition unit is used by TBOX to acquire fragmented sleep messages of the target vehicle in real time;

[0022] The packaging unit is used to package the multiple fragmented hibernation messages obtained by the TBOX into a hibernation message data packet and transmit it to the DCVP backend to analyze and obtain the reason for the target vehicle's power loss when the total sum of the multiple fragmented hibernation messages obtained by the TBOX reaches a preset size.

[0023] To achieve the above objectives, according to a third aspect of the present invention, a computer-readable storage medium is provided, the computer-readable storage medium comprising a stored program, wherein, when the program is executed by a processor, the steps of the above-described method for uploading data of a vehicle non-sleep signal are implemented.

[0024] To achieve the above objectives, according to a fourth aspect of the present invention, an electronic device is provided, comprising at least one processor and at least one memory connected to the processor; wherein the processor is configured to invoke program instructions in the memory to execute the steps of the above-described method for uploading data of a vehicle non-sleep signal.

[0025] By employing the above technical solution, the data upload method and related equipment for vehicle sleep-related signals provided by this invention address the current lack of a more intelligent and energy-efficient method for monitoring abnormal vehicle sleep conditions. This invention acquires fragmented sleep messages of the target vehicle in real time via a TBOX. When the sum of multiple fragmented sleep messages acquired by the TBOX reaches a preset size, these fragmented sleep messages are packaged into a sleep message data packet and transmitted to the DCVP backend for analysis to determine the cause of the target vehicle's battery depletion. In this solution, by abandoning the existing manual detection method for vehicle sleep anomalies and instead relying on automatic upload by the TBOX and detection of vehicle sleep anomalies through the DCVP backend, the detection efficiency and timeliness of vehicle sleep anomaly detection are effectively improved. Simultaneously, the method of uploading and parsing vehicle sleep monitoring signals is changed, promoting the analysis of problems with vehicles with low battery levels while reducing the TBOX load rate.

[0026] The vehicle hibernation anomaly detection device provided in the second aspect of this application, the server device provided in the third aspect, and the computer-readable storage medium provided in the fourth aspect are based on the same inventive concept as the vehicle hibernation anomaly detection method provided in the first aspect of this application, and have the same beneficial effects.

[0027] Correspondingly, the data uploading device, equipment, and computer-readable storage medium for the vehicle non-sleep signal provided in the embodiments of the present invention also have the above-mentioned technical effects.

[0028] The above description is merely an overview of the technical solution of the present invention. In order to better understand the technical means of the present invention and to implement it in accordance with the contents of the specification, and to make the above and other objects, features and advantages of the present invention more apparent and understandable, specific embodiments of the present invention are described below. Attached Figure Description

[0029] Various other advantages and benefits will become apparent to those skilled in the art upon reading the following detailed description of preferred embodiments. The accompanying drawings are for illustrative purposes only and are not intended to limit the invention. Furthermore, the same reference numerals denote the same parts throughout the drawings. In the drawings:

[0030] Figure 1A schematic flowchart of a method for uploading a vehicle's non-sleep signal according to an embodiment of the present invention is shown.

[0031] Figure 2 This diagram illustrates a schematic block diagram of a data upload device for a vehicle non-sleep signal provided in an embodiment of the present invention.

[0032] Figure 3 This diagram illustrates the composition of a data upload electronic device for a vehicle non-sleep signal provided in an embodiment of the present invention. Detailed Implementation

[0033] Exemplary embodiments of the invention will now be described in more detail with reference to the accompanying drawings. While exemplary embodiments of the invention are shown in the drawings, it should be understood that the invention can be implemented in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided to enable a more thorough understanding of the invention and to fully convey the scope of the invention to those skilled in the art.

[0034] To address the current lack of a more intelligent and energy-efficient method for monitoring abnormal vehicle sleep conditions, this invention provides a method for uploading data of vehicle non-sleep signals, such as... Figure 1 As shown, the method includes:

[0035] S101 and TBOX acquire fragmented sleep messages of the target vehicle in real time;

[0036] For example, the TBOX retrieves vehicle sleep-related messages every 200ms, packages 5 frames of data within 1 second, and uploads them to the DCVP platform once per second without parsing. It is understood that the above interval can be adjusted for specific circumstances and is not specifically limited here.

[0037] S102. When the sum of the multiple fragmented hibernation messages obtained by the TBOX reaches a preset size, the multiple fragmented hibernation messages are packaged into a hibernation message data packet and transmitted to the DCVP backend to analyze and obtain the reason for the target vehicle's power loss.

[0038] By employing the above technical solution, the data upload method for vehicle sleep-related signals provided by this invention addresses the current lack of a more intelligent and energy-efficient method for monitoring abnormal vehicle sleep conditions. This invention acquires fragmented sleep messages of the target vehicle in real time via a TBOX. When the sum of multiple fragmented sleep messages acquired by the TBOX reaches a preset size, these fragmented sleep messages are packaged into a sleep message data packet and transmitted to the DCVP backend for analysis to determine the cause of the target vehicle's battery depletion. In this solution, by abandoning the existing manual detection method for vehicle sleep anomalies and instead relying on automatic upload by the TBOX and detection of vehicle sleep anomalies through the DCVP backend, the detection efficiency and timeliness of vehicle sleep anomalies are effectively improved. Simultaneously, the method of uploading and parsing vehicle sleep monitoring signals is changed, promoting the analysis of battery depletion issues while reducing the TBOX load rate.

[0039] In one embodiment, the above method further includes:

[0040] TBOX acquires in real time the segmented sleep messages of the target vehicle sent by the gateway via CAN communication. These segmented sleep messages include the overall message, the network segment management message, the current network management message, and the diagnostic message.

[0041] For example, in this embodiment of the invention, the TBOX automatically detects vehicle sleep abnormalities using vehicle bus (CAN communication) messages uploaded by the vehicle, thereby effectively improving the detection efficiency of vehicle sleep abnormalities and effectively avoiding missed detections. The vehicle can upload vehicle bus messages to the DCVP backend at any time. Therefore, the DCVP backend can detect vehicle sleep abnormalities at any time without waiting for the vehicle owner to perceive the abnormality, which can effectively improve the timeliness of sleep abnormality detection.

[0042] In one embodiment, the overall message is determined based on the wake-up source, hold source, and wake-up network segment of the target vehicle.

[0043] The network management messages for the aforementioned network segments are determined based on the network management status of different network segments of the target vehicle.

[0044] The aforementioned current network management message is determined based on the current network management message of the target vehicle.

[0045] The above diagnostic message is determined based on the current diagnostic message of the target vehicle.

[0046] For example, the gateway packages the information received by the vehicle, such as the NM wake-up source, NM keepsource, and NM message RX state, into a single message 5B0. It also packages the network management states of different network segments (GW Info NM state, GW PT NM state, GW Body NM state, etc.) into a message 5B1, packages the currently received network management messages (NM message ID1 / ID2 / ID3, etc.) into a message 5B3, and packages the currently received diagnostic messages (Diag message ID1 / ID2 / ID3, etc.) into a message 5B4.

[0047] In one embodiment, the above method further includes:

[0048] When the TBOX packages the aforementioned multiple fragmented hibernation messages into a hibernation message data packet and transmits it to the DCVP backend, no data parsing operation is performed.

[0049] For example, the gateway transmits messages 5B0, 5B1, 5B3, and 5B4 to the TBOX in real time via CAN communication. The TBOX collects the raw messages at a period of 200ms, packages 5 frames of messages into a group of data, and uploads it to the DCVP backend at a period of 1s. During this process, the TBOX only acts as a pass-through tool to transmit data and does not perform any data parsing, thus reducing the load rate of the TBOX.

[0050] In one embodiment, the reason for the target vehicle's low battery is determined based on the target vehicle's wake-up reason, the wake-up duration corresponding to different wake-up sources, and the hold duration of the hold source.

[0051] For example, embodiments of the present invention combine the wake-up duration of different wake-up sources with the vehicle's non-dormant time to further analyze the reasons for vehicle battery depletion.

[0052] In one embodiment, the reason for waking up the target vehicle is determined based on the hibernation message data packet and the bus message.

[0053] For example, the DCVP backend reverse-engineers message data such as 5B0, 5B1, 5B3, and 5B4, determines the vehicle's sleep / wake-up status based on different flag bits (wake-up source, wake-up network segment, etc.), and deduces the reason for the vehicle being woken up by combining bus messages and other conditions.

[0054] In one embodiment, when the sum of the multiple fragmented sleep messages obtained by the TBOX reaches a preset size, the multiple fragmented sleep messages are packaged into a sleep message data packet and transmitted to the DCVP backend for analysis to obtain the cause of the target vehicle's battery depletion, including:

[0055] If the hibernation message data packet of the target vehicle indicates that the target vehicle has not entered hibernation state within a preset time, the multiple fragmented hibernation messages are packaged into the hibernation message data packet and transmitted to the DCVP backend to analyze the VIN code of the target vehicle to obtain the reason for the target vehicle's power loss.

[0056] For example, in this embodiment of the invention, the network hibernation management message data at the corresponding time point is exported from the DCVP backend based on the VIN code of the problematic vehicle. This avoids parsing hibernation data inside the TBOX and extends the sampling and uploading cycle, effectively reducing the load rate of the TBOX and facilitating the analysis of the reasons why the vehicle is not hibernating.

[0057] In one embodiment, the above method further includes:

[0058] When the signal of the target mobile terminal is detected to be within the preset range of the target vehicle and there is no user in the target vehicle, the TBOX acquires the segmented sleep message of the target vehicle in real time and uploads it to the DCVP backend to obtain the detection message sent by the DCVP backend. The segmented sleep message includes mobile terminal message information.

[0059] Upon receiving the detection message sent by the DCVP backend, the TBOX obtains the unique identifier of the target mobile terminal and sends it to the DCVP backend to obtain the reminder message from the DCVP backend.

[0060] For example, if the signal of the target mobile terminal is detected to be within the preset range of the target vehicle and there is no user in the target vehicle, it can be indirectly determined that there is a possibility that the user has left the target mobile terminal in the vehicle. Under normal circumstances, a vehicle can be associated with multiple mobile terminals. Therefore, in order to determine which mobile terminal was left in the vehicle, the DCVP backend sends a detection message. The detection message is used to control the TBOX to obtain the unique identifier of the target mobile terminal.

[0061] In one embodiment, the aforementioned reminder message is used to send reminder information to mobile terminals associated with the target vehicle other than the target mobile terminal.

[0062] For example, after receiving the unique identifier of the target mobile terminal, it can be determined which mobile terminal was left in the vehicle, i.e., the target mobile terminal. For example, the target vehicle is associated with three mobile terminals A, B, and C. After receiving the unique identifier of the target mobile terminal A, a reminder message is sent to mobile terminals B and C.

[0063] Furthermore, as a response to the above Figure 1 In addition to the implementation of the method shown, this embodiment of the invention also provides a data uploading device for the vehicle non-sleep signal, used for the above-mentioned... Figure 1 The method shown is implemented accordingly. This device embodiment corresponds to the foregoing method embodiment. For ease of reading, this device embodiment will not repeat the details of the foregoing method embodiment, but it should be clear that the device in this embodiment can implement all the contents of the foregoing method embodiment. Figure 2 As shown, the device includes: an acquisition unit 21 and a packaging unit 22, wherein...

[0064] Acquisition unit 21 is used by TBOX to acquire fragmented sleep messages of the target vehicle in real time;

[0065] Packaging unit 22 is used to package the multiple fragmented hibernation messages obtained by the TBOX into a hibernation message data packet and transmit it to the DCVP backend to analyze and obtain the reason for the target vehicle's power loss when the total sum of the multiple fragmented hibernation messages obtained by the TBOX reaches a preset size.

[0066] The processor contains a kernel, which retrieves the corresponding program units from memory. One or more kernels can be configured, and by adjusting kernel parameters, a method for uploading vehicle sleep mode signals can be implemented. This addresses the current lack of a more intelligent and energy-efficient method for monitoring abnormal vehicle sleep conditions.

[0067] This invention provides a computer-readable storage medium, which includes a stored program that, when executed by a processor, implements the above-described method for uploading data of a vehicle's non-sleep signal.

[0068] This invention provides a processor for running a program, wherein the program executes the data upload method for the vehicle non-sleep signal.

[0069] This invention provides an electronic device, which includes at least one processor and at least one memory connected to the processor; wherein the processor is used to call program instructions in the memory to execute the data upload method for the vehicle non-sleep signal as described above.

[0070] This invention provides an electronic device 30, such as... Figure 3As shown, the electronic device includes at least one processor 301, and at least one memory 302 and bus 303 connected to the processor; wherein, the processor 301 and the memory 302 communicate with each other through the bus 303; the processor 301 is used to call program instructions in the memory to execute the above-mentioned data upload method for the vehicle non-sleep signal.

[0071] The smart electronic devices mentioned in this article can be PCs, tablets, mobile phones, etc.

[0072] This application also provides a computer program product that, when executed on a process management electronic device, is suitable for executing a program that initializes the data upload method steps for the aforementioned vehicle non-sleep signal.

[0073] It should be noted that the descriptions of each embodiment in the above embodiments have different focuses. For parts that are not described in detail in a certain embodiment, please refer to the relevant descriptions in other embodiments.

[0074] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, or computer program products. Therefore, this application can take the form of a completely hardware embodiment, a completely software embodiment, or an embodiment combining software and hardware aspects. Furthermore, this application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0075] This application is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create a machine for implementing the flowchart illustrations. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0076] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0077] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0078] This application also provides a computer program product, which includes computer software instructions that, when executed on a processing device, cause the processing device to perform actions such as... Figure 1 The control flow of the memory in the corresponding embodiment.

[0079] A computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of this application is generated. The computer may be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium may be any available medium that a computer can store or a data storage device such as a server or data center that integrates one or more available media. The available medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state disk (SSD)).

[0080] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0081] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces, or indirect coupling or communication connection between apparatuses or units, and may be electrical, mechanical, or other forms.

[0082] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0083] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0084] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0085] The above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit it. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of this application.

Claims

1. A method for uploading data of a vehicle's non-sleep signal, characterized in that, include: TBOX acquires fragmented sleep messages of the target vehicle in real time; When the sum of the multiple fragmented hibernation messages obtained by the TBOX reaches a preset size, the multiple fragmented hibernation messages are packaged into a hibernation message data packet and transmitted to the DCVP backend to analyze and obtain the reason for the target vehicle's power depletion. TBOX acquires in real time the segmented sleep messages of the target vehicle sent by the gateway based on CAN communication, wherein the segmented sleep messages include the overall message, the network segment management message, the current network management message, and the diagnostic message; The overall message is determined based on the wake-up source, hold source, and wake-up network segment of the target vehicle. The network segment management message is determined based on the network management status of different network segments of the target vehicle. The current network management message is determined based on the current network management message of the target vehicle. The diagnostic message is determined based on the current diagnostic message of the target vehicle; The reason for the target vehicle's low battery is determined based on the target vehicle's wake-up reason, the wake-up duration corresponding to different wake-up sources, and the hold duration of the hold source; The reason for waking up the target vehicle is determined based on the hibernation message data packet and the bus message. When the sum of the multiple fragmented sleep messages obtained by the TBOX reaches a preset size, the multiple fragmented sleep messages are packaged into a sleep message data packet and transmitted to the DCVP backend for analysis to obtain the cause of the target vehicle's battery depletion, including: If the target vehicle's hibernation message data packet indicates that the target vehicle has not entered hibernation mode within a preset time, the multiple fragmented hibernation messages are packaged into a hibernation message data packet and transmitted to the DCVP backend to analyze the target vehicle's VIN code to obtain the reason for the target vehicle's power depletion.

2. The method according to claim 1, characterized in that, Also includes: When the TBOX packages the multiple fragmented hibernation messages into a hibernation message data packet and transmits it to the DCVP backend, no data parsing operation is performed.

3. The method according to claim 1, characterized in that, Also includes: When the signal of the target mobile terminal is detected within a preset range of the target vehicle and there is no user in the target vehicle, the TBOX acquires the segmented sleep message of the target vehicle in real time and uploads it to the DCVP backend to obtain the detection message sent by the DCVP backend. The segmented sleep message includes mobile terminal message information. Upon receiving a detection message from the DCVP backend, the TBOX obtains the unique identifier of the target mobile terminal and sends it to the DCVP backend to obtain a notification message from the DCVP backend.

4. The method according to claim 3, characterized in that, The reminder message is used to send reminder information to mobile terminals associated with the target vehicle other than the target mobile terminal.

5. A data upload device for a vehicle's non-sleep signal, characterized in that, include: The acquisition unit is used by TBOX to acquire fragmented sleep messages of the target vehicle in real time; The packaging unit is used to package the multiple fragmented sleep messages obtained by the TBOX into a sleep message data packet and transmit it to the DCVP backend to analyze and obtain the reason for the target vehicle's power loss when the total sum of the multiple fragmented sleep messages reaches a preset size. TBOX acquires in real time the segmented sleep messages of the target vehicle sent by the gateway based on CAN communication, wherein the segmented sleep messages include the overall message, the network segment management message, the current network management message, and the diagnostic message; The overall message is determined based on the wake-up source, hold source, and wake-up network segment of the target vehicle. The network segment management message is determined based on the network management status of different network segments of the target vehicle. The current network management message is determined based on the current network management message of the target vehicle. The diagnostic message is determined based on the current diagnostic message of the target vehicle; The reason for the target vehicle's low battery is determined based on the target vehicle's wake-up reason, the wake-up duration corresponding to different wake-up sources, and the hold duration of the hold source; The reason for waking up the target vehicle is determined based on the hibernation message data packet and the bus message. When the sum of the multiple fragmented sleep messages obtained by the TBOX reaches a preset size, the multiple fragmented sleep messages are packaged into a sleep message data packet and transmitted to the DCVP backend for analysis to obtain the cause of the target vehicle's battery depletion, including: If the target vehicle's hibernation message data packet indicates that the target vehicle has not entered hibernation mode within a preset time, the multiple fragmented hibernation messages are packaged into a hibernation message data packet and transmitted to the DCVP backend to analyze the target vehicle's VIN code to obtain the reason for the target vehicle's power depletion.

6. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes a stored program, wherein, when the program is executed by a processor, it implements the data upload method for the vehicle non-sleep signal as described in any one of claims 1 to 4.

7. An electronic device, characterized in that, The electronic device includes at least one processor and at least one memory connected to the processor; wherein the processor is used to call program instructions in the memory to execute the data upload method for the vehicle non-sleep signal as described in any one of claims 1 to 4.

Images