Vehicle diagnosis awakening method, device and equipment

Abstract

The invention discloses a vehicle diagnosis awakening method, device and equipment, and the method comprises the steps: generating a diagnosis equipment connection signal when a microprocessor detects that a vehicle is connected with diagnosis equipment, and transmitting the diagnosis equipment connection signal to a micro-control unit; starting a timer through the micro-control unit according to the diagnosis equipment connection signal, and entering a dormancy allowing state when the timer determines that the specified duration is reached; and when the timer does not reach the specified duration and receives the diagnosis mode signal, the micro-control unit resets the time of the timer so as to wake up the vehicle. The diagnosis awakening is associated with the session keeping instruction, only when the session keeping instruction of the diagnosis equipment is received, the vehicle-mounted gateway is in the awakening state, and when the session keeping instruction is not received for a specified time length, diagnosis is not needed at present, so that the vehicle-mounted gateway enters the dormancy allowing state, the vehicle-mounted gateway is prevented from being always in the running state, and the service life of the vehicle-mounted gateway is prolonged. The electric quantity of the whole vehicle is saved.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of vehicle diagnosis, and in particular to a vehicle diagnosis wake-up method, device and equipment. BACKGROUND

[0002] Currently, when a vehicle malfunctions, a diagnosis device is usually used to diagnose the vehicle to find the fault problem of the vehicle and to perform targeted maintenance.

[0003] However, after the vehicle gateway is connected to the diagnosis device, the vehicle gateway will be in a running state even if no diagnosis debugging is performed, which may result in a risk of power loss. SUMMARY

[0004] The present application provides a vehicle diagnosis wake-up method to wake up the vehicle gateway only when vehicle diagnosis is needed.

[0005] According to a first aspect of the present application, a vehicle diagnosis wake-up method is provided, applied to a vehicle gateway, and the method comprises:

[0006] A diagnosis device connection signal is generated by a microprocessor when the vehicle is connected to the diagnosis device, and the diagnosis device connection signal is transmitted to a micro control unit;

[0007] The micro control unit starts a timer according to the diagnosis device connection signal, and enters an allowed sleep state when the specified time length is reached by the timer;

[0008] When the micro control unit receives a diagnosis mode signal without reaching the specified time length by the timer, the timer is time-reset to wake up the vehicle, wherein the diagnosis mode signal is generated by the microprocessor receiving a session hold instruction of the diagnosis device.

[0009] According to another aspect of the present application, a vehicle diagnosis wake-up device is provided, comprising a diagnosis device connection signal generation module for generating a diagnosis device connection signal by a microprocessor when the vehicle is connected to the diagnosis device, and transmitting the diagnosis device connection signal to a micro control unit;

[0010] A timer starting module is configured to start a timer by the micro control unit according to the diagnosis device connection signal, and enter an allowed sleep state when the specified time length is reached by the timer;

[0011] A vehicle wake-up module is configured to reset the timer to wake up the vehicle when the micro control unit receives a diagnostic mode signal while the timer has not reached the specified time length.

[0012] According to another aspect of the present application, there is provided an electronic device, comprising:

[0013] at least one processor; and

[0014] a memory connected with the at least one processor; wherein

[0015] The memory stores a computer program executable by the at least one processor, and the computer program is executed by the at least one processor to enable the at least one processor to perform the method according to any one of the embodiments of the present application.

[0016] According to another aspect of the present application, there is provided a computer readable storage medium storing computer instructions for enabling a processor to perform the method according to any one of the embodiments of the present application when executed by the processor.

[0017] The technical solution of the embodiments of the present application associates the diagnostic wake-up with the session keep-alive instruction, and only when the session keep-alive instruction of the diagnostic device is received, the vehicle gateway is in the wake-up state, and when the specified time length is exceeded without receiving, it is indicated that the current diagnostic is not needed, and thus the sleep state is allowed, so as to avoid the vehicle gateway being in the running state all the time, thereby saving the power of the whole vehicle.

[0018] It should be understood that the content described in this part is not intended to identify key or important features of the embodiments of the present application, nor is it used to limit the scope of the present application. Other features of the present application will become apparent from the following description. BRIEF DESCRIPTION OF DRAWINGS

[0019] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed in the embodiment description will be briefly introduced below. Obviously, the drawings in the following description are only some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative effort.

[0020] Figure 1 is a flow chart of a vehicle diagnostic wake-up method according to the first embodiment of the present application;

[0021] Figure 2 is an interaction timing diagram of a vehicle diagnostic wake-up according to the first embodiment of the present application;

[0022] Figure 3 is a flow chart of a vehicle diagnosis wake-up method according to Embodiment Two of the present application;

[0023] Figure 4 is a structural schematic diagram of a vehicle diagnosis wake-up device according to Embodiment Three of the present application;

[0024] Figure 5 is a structural schematic diagram of an electronic device according to Embodiment Four of the present application. DETAILED DESCRIPTION

[0025] In order to make the personnel in the art better understand the present application, the technical solutions in the embodiments of the present application will be described clearly and completely below in conjunction with the drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative labor should belong to the scope of protection of the present application.

[0026] It should be noted that the terms “first”, “second”, and the like in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and do not necessarily indicate a specific order or sequence. It should be understood that the data thus used can be interchanged under appropriate circumstances, so that the embodiments of the present application described herein can be implemented in an order other than those illustrated or described herein. In addition, the terms “include” and “have” and any variations thereof are intended to cover non-exclusive inclusion, for example, a process, method, system, product or device that includes a series of steps or units does not necessarily have to be limited to those steps or units clearly listed, but can include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0027] Embodiment One

[0028] Figure 1 A flow chart of a vehicle test problem data recording method is provided for Embodiment One of the present application. The present embodiment can be applicable to the case of recording vehicle test problem data. The method can be executed by a vehicle test problem data recording device, which can be realized in the form of hardware and / or software. As shown in the figure, the method comprises: Figure 1

[0029] In step S101, a diagnosis device connection signal is generated by a microprocessor when a vehicle is connected to a diagnosis device, and the diagnosis device connection signal is transmitted to a micro control unit.

[0030] ​Optionally, when the microprocessor detects that the vehicle is connected to a diagnostic device, a diagnostic device connection signal is generated, including: detecting the level of the diagnostic interface through the microprocessor, wherein the diagnostic device and the vehicle gateway are connected through the diagnostic interface; when the level of the diagnostic interface is detected to be high, it is determined that the diagnostic device is connected, and a diagnostic device connection signal is generated.

[0031] Specifically, in this embodiment, the vehicle gateway includes a microprocessor (MPU) and a microcontroller unit (MCU), and the diagnostic device is connected to the microprocessor via a diagnostic interface, such as... Figure 2 The diagram shows the timing sequence of the vehicle diagnostic wake-up process. In this embodiment, the microprocessor detects the voltage level of the diagnostic interface. When a high voltage level is detected on the diagnostic interface, it is determined that the vehicle device is connected to the vehicle gateway. At this time, the microprocessor generates a diagnostic device connection signal.

[0032] In this embodiment, after obtaining the diagnostic device connection signal, the diagnostic device connection signal can be converted according to a specified format to a format that the microcontroller unit can recognize. This embodiment does not limit the specific format of the diagnostic device connection signal; as long as it can be recognized by the microcontroller unit, it is within the protection scope of this application.

[0033] Step S102: The microcontroller starts a timer based on the diagnostic device connection signal, and enters a sleep state when the specified duration is reached, determined by the timer.

[0034] Optionally, the microcontroller unit starts a timer based on the diagnostic device connection signal, including: obtaining an associated timer number through the microcontroller unit, wherein the timer is set to a specified duration for timing; retrieving the timer based on the timer number; and starting the timer based on the diagnostic device connection signal.

[0035] Optionally, after determining that a specified time has elapsed before entering the allowed sleep state via a timer, the system further includes: detecting whether operation commands from other devices on the vehicle have been received; if so, maintaining the allowed sleep state; otherwise, switching from the allowed sleep state to the sleep state.

[0036] Specifically, since the vehicle contains numerous devices and timers associated with each device, this embodiment obtains the associated timer number (e.g., 001) through the microcontroller unit. It then queries the timer corresponding to that number. For the timer associated with the microcontroller unit, a specified duration (e.g., 10 minutes) is pre-configured using software. However, this is merely an example and does not limit the specified duration of the timer configuration. After identifying the timer associated with the microcontroller unit, the microcontroller unit starts the timer based on the diagnostic device connection signal.

[0037] When the timer starts, it begins counting down. When the timer reaches a specified duration, the microcontroller enters a sleep-allowed state. This means the microcontroller has the authority to enter sleep mode, but whether or not to do so depends on the actual situation. Since the microcontroller in the vehicle gateway controls multiple devices and functions, after entering the sleep-allowed state, it checks whether it receives operation commands from other devices on the microprocessor. If it does, it means the microcontroller has the authority to sleep, but it needs to wait for its tasks to be completed before it can sleep, thus maintaining the sleep-allowed state. However, if it does not receive any commands, it means the microcontroller is idle and has no other tasks to process. In this case, it switches from the sleep-allowed state to sleep mode to reduce vehicle energy consumption and maintain the vehicle's maximum range.

[0038] Step S103: When the microcontroller receives a diagnostic mode signal before the timer reaches the specified duration, it resets the timer to wake up the vehicle.

[0039] Optionally, when the microcontroller receives a diagnostic mode signal before the timer reaches the specified duration, it resets the timer to wake up the vehicle. This includes: when the microcontroller receives a diagnostic mode signal before the timer reaches the specified duration, it obtains the current timing of the timer; and sends a reset command to the timer so that the timer restores the current timing to the initial timing according to the reset command to wake up the vehicle.

[0040] Optionally, the vehicle gateway and diagnostic equipment are connected using a specified communication method, which may include a local area network, Bluetooth, or Ethernet.

[0041] Specifically, in this embodiment, when the timer is counting down, if the diagnostic device sends a session hold command to the microprocessor when the countdown reaches 5 minutes but has not yet reached 10 minutes, it means that the diagnostic device needs to perform a diagnostic on the vehicle. After receiving the session hold command, the microprocessor will generate a diagnostic mode signal based on the session hold command and send the generated diagnostic signal to the microcontroller unit.

[0042] In this implementation, upon receiving a diagnostic signal, the microcontroller unit (MCU) acquires the current timer countdown, for example, 5 minutes, and sends a service command to the timer to restore its current countdown to its initial value of 0 minutes, thus restarting the timer and waking up the vehicle. Therefore, in this embodiment, the MCU updates the timer each time it receives a diagnostic signal. Since the MCU operates on a sleep state based on the timer's timing, when the vehicle is in a diagnostic scenario, the MCU cannot switch to a sleep state until the timer reaches its specified duration, ensuring the normal execution of vehicle diagnostic services. Only when the vehicle diagnostic process ends and the MCU no longer receives diagnostic mode signals, and the timer reaches its specified duration, does the MCU enter a sleep state and switch to sleep mode based on the operating status of other devices, maximizing energy savings for the entire vehicle.

[0043] In this embodiment, by associating diagnostic wake-up with session hold instructions, the vehicle gateway will only be in a wake-up state when it receives a session hold instruction from the diagnostic device. If it does not receive the instruction for a specified period of time, it indicates that no diagnosis is needed at present, and thus enters a sleep state to avoid the vehicle gateway being in a running state, thereby saving the vehicle's power.

[0044] Example 2

[0045] Figure 2 The flowchart of a vehicle test problem data recording method provided in Embodiment 2 of the present invention is as follows. Based on the above embodiment, after resetting the timer to wake up the vehicle, the method further includes: detecting whether the timer has returned to its initial time; and generating a timer error command when it is detected that the timer has not returned to its initial time. Figure 2 As shown, the method includes:

[0046] In step S201, when the microprocessor detects that the vehicle is connected to a diagnostic device, a diagnostic device connection signal is generated and transmitted to the microcontroller unit.

[0047] Optionally, when the microprocessor detects that the vehicle is connected to a diagnostic device, a diagnostic device connection signal is generated, including: detecting the level of the diagnostic interface through the microprocessor, wherein the diagnostic device and the vehicle gateway are connected through the diagnostic interface; when the level of the diagnostic interface is detected to be high, it is determined that the diagnostic device is connected, and a diagnostic device connection signal is generated.

[0048] Step S202: The microcontroller starts a timer based on the diagnostic device connection signal, and enters a sleep state when the specified duration is reached, determined by the timer.

[0049] Optionally, the microcontroller unit starts a timer based on the diagnostic device connection signal, including: obtaining an associated timer number through the microcontroller unit, wherein the timer is set to a specified duration for timing; retrieving the timer based on the timer number; and starting the timer based on the diagnostic device connection signal.

[0050] Optionally, after determining that a specified time has elapsed before entering the allowed sleep state via a timer, the system further includes: detecting whether operation commands from other devices on the vehicle have been received; if so, maintaining the allowed sleep state; otherwise, switching from the allowed sleep state to the sleep state.

[0051] Step S203: When the microcontroller receives a diagnostic mode signal before the timer reaches the specified duration, it resets the timer to wake up the vehicle.

[0052] Optionally, when the microcontroller receives a diagnostic mode signal before the timer reaches the specified duration, it resets the timer to wake up the vehicle. This includes: when the microcontroller receives a diagnostic mode signal before the timer reaches the specified duration, it obtains the current timing of the timer; and sends a reset command to the timer so that the timer restores the current timing to the initial timing according to the reset command to wake up the vehicle.

[0053] Optionally, the vehicle gateway and diagnostic equipment are connected using a specified communication method, which may include a local area network, Bluetooth, or Ethernet.

[0054] Step S204: Detect whether the timer has been restored to the initial time. If it is detected that the timer has not been restored to the initial time, generate a timer error instruction.

[0055] Specifically, after performing the timer reset operation, the microcontroller will check the timer to determine whether the timer has returned to the initial time. If it is detected that the timer has not returned to the initial time, for example, if the timer micro-update is not performed or the update is incorrect, a timer error instruction will be generated to indicate that the current timer has malfunctioned.

[0056] It should be noted that the error reporting command in this embodiment can be displayed to the diagnostic device in the form of voice or image. Since the damage to the timer will affect the accuracy of vehicle diagnosis, the error reporting command is displayed to the technicians on a regular basis so that the timer can be maintained as soon as possible, thereby improving the accuracy and efficiency of vehicle diagnosis.

[0057] In this embodiment of the application, during the vehicle test data collection process, abnormal data at the time of the problem is quickly and accurately recorded by manual triggering, and the problem description is obtained based on the user's voice signal. This allows the user to quickly record the problem during driving and associate the problem description with the test abnormal data for storage, thereby facilitating subsequent analysis and localization of the problem and improving the efficiency of problem solving.

[0058] Example 3

[0059] Figure 3 A schematic diagram of a vehicle diagnostic wake-up device provided in Embodiment 3 of the present invention. (See attached diagram.) Figure 3 The device includes: a diagnostic equipment connection signal generation module 310, a timer start module 320, and a vehicle wake-up module 330.

[0060] Among them, the diagnostic equipment connection signal generation module 310 is used to generate a diagnostic equipment connection signal when the microprocessor detects that the vehicle is connected to a diagnostic equipment, and transmit the diagnostic equipment connection signal to the microcontroller unit.

[0061] The timer start module 320 is used to start a timer through the microcontroller unit according to the diagnostic equipment connection signal, and to enter a sleep state when the timer determines that a specified duration has been reached.

[0062] The vehicle wake-up module 330 is used to wake up the vehicle by resetting the timer when the microcontroller receives a diagnostic mode signal before the timer has reached the specified duration. The diagnostic mode signal is generated by the microprocessor upon receiving a session hold instruction from the diagnostic device.

[0063] Optionally, the diagnostic device is connected to a signal generation module for detecting the level of the diagnostic interface via a microprocessor, wherein the diagnostic device and the vehicle gateway are connected through the diagnostic interface;

[0064] When a high level is detected at the diagnostic interface, it is determined that a diagnostic device is connected, and a diagnostic device connection signal is generated.

[0065] Optionally, a timer startup module is used to obtain the associated timer number through the microcontroller unit, wherein the timer is set to a specified duration for timing;

[0066] The timer is retrieved based on its timer number and started based on the diagnostic device connection signal.

[0067] Optionally, the device also includes a state switching module for detecting whether operation commands are received from other devices on the vehicle; if so, the sleep state is maintained.

[0068] Otherwise, switch from the allowed hibernation state to the hibernation state.

[0069] Optionally, a vehicle wake-up module is used to obtain the current timing of the timer when the microcontroller receives a diagnostic mode signal before the timer has reached the specified duration.

[0070] Send a reset command to the timer so that the timer restores the current timing to the initial time according to the reset command, thereby waking up the vehicle.

[0071] Optionally, the vehicle gateway and diagnostic equipment connect using a specified communication method.

[0072] The specified communication methods include local area network, Bluetooth, or Ethernet.

[0073] The vehicle diagnostic wake-up device provided in the embodiments of the present invention can execute the vehicle diagnostic wake-up method provided in any embodiment of the present invention, and has the corresponding functional modules and beneficial effects of the execution method.

[0074] Example 4

[0075] Figure 5 A schematic diagram of the structure of an electronic device 10 that can be used to implement embodiments of the present invention is provided. The electronic device is intended to represent various forms of digital computers, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The electronic device may also represent various forms of mobile devices, such as personal digital processors, cellular phones, smartphones, wearable devices (e.g., helmets, glasses, watches, etc.), and other similar computing devices. The components shown herein, their connections and relationships, and their functions are merely illustrative and are not intended to limit the implementation of the invention described and / or claimed herein.

[0076] like Figure 5As shown, the electronic device 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer programs stored in the ROM 12 or loaded into the RAM 13 from storage unit 18. The RAM 13 may also store various programs and data required for the operation of the electronic device 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0077] Multiple components in electronic device 10 are connected to I / O interface 15, including: input unit 16, such as keyboard, mouse, etc.; output unit 17, such as various types of displays, speakers, etc.; storage unit 18, such as disk, optical disk, etc.; and communication unit 19, such as network card, modem, wireless transceiver, etc. Communication unit 19 allows electronic device 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0078] Processor 11 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microcontroller, etc. Processor 11 performs the various methods and processes described above, such as vehicle diagnostic wake-up methods.

[0079] In some embodiments, the vehicle diagnostic wake-up method may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program may be loaded and / or installed on electronic device 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the vehicle diagnostic wake-up method described above may be performed. Alternatively, in other embodiments, processor 11 may be configured to perform the vehicle diagnostic wake-up method by any other suitable means (e.g., by means of firmware).

[0080] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0081] Computer programs used to implement the methods of the present invention may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0082] In the context of this invention, a computer-readable storage medium can be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination thereof. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof.

[0083] To provide interaction with a user, the systems and techniques described herein can be implemented on an electronic device having: a display device for displaying information to the user (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor); and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the electronic device. Other types of devices can also be used to provide interaction with the user; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including sound input, voice input, or tactile input).

[0084] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or computing systems that include middleware components (e.g., application servers), or computing systems that include frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0085] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0086] It should be understood that the various forms of processes shown above can be used, with steps reordered, added, or deleted. For example, the steps described in this invention can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this invention can be achieved, and this is not limited herein.

[0087] The specific embodiments described above do not constitute a limitation on the scope of protection of this invention. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this invention should be included within the scope of protection of this invention.

Claims

1. A vehicle diagnostic wake-up method, characterized in that, Applied to vehicle gateways, the methods include: When the microprocessor detects that the vehicle is connected to a diagnostic device, it generates a diagnostic device connection signal and transmits the diagnostic device connection signal to the microcontroller unit. The microcontroller unit starts a timer based on the diagnostic device connection signal, and enters a sleep state when a specified duration is reached, as determined by the timer. When the microcontroller receives a diagnostic mode signal before the timer reaches the specified duration, it resets the timer to wake up the vehicle. The diagnostic mode signal is generated by the microprocessor upon receiving a session hold instruction from the diagnostic device.

2. The method according to claim 1, characterized in that, The generation of a diagnostic device connection signal when the microprocessor detects that the vehicle is connected to a diagnostic device includes: The microprocessor detects the voltage level of the diagnostic interface, wherein the diagnostic device and the vehicle gateway are connected through the diagnostic interface; When a high level is detected at the diagnostic interface, it is determined that the diagnostic device is connected, and a diagnostic device connection signal is generated.

3. The method according to claim 1, characterized in that, The step of starting a timer via the microcontroller based on the diagnostic device connection signal includes: The associated timer number is obtained through the microcontroller unit, wherein the timer is set to the specified duration for timing. The timer is retrieved according to the timer number and started according to the diagnostic device connection signal.

4. The method according to claim 3, characterized in that, After determining that a specified duration has been reached through the timer to enter a permitted sleep state, the method further includes: Check if any operation commands have been received from other devices on the vehicle. If so, maintain the sleep mode. Otherwise, the hibernation state will be switched from the allowed hibernation state to the hibernation state.

5. The method according to claim 1, characterized in that, When the microcontroller receives a diagnostic mode signal before the timer reaches the specified duration, it resets the timer to wake up the vehicle, including: When the microcontroller receives the diagnostic mode signal before the timer reaches the specified duration, it acquires the current timing of the timer. A reset command is sent to the timer so that the timer restores the current timing to the initial time according to the reset command, thereby waking up the vehicle.

6. The method according to claim 1, characterized in that, The vehicle gateway and the diagnostic device are connected using a specified communication method. The specified communication method includes local area network, Bluetooth, or Ethernet.

7. The method according to claim 1, characterized in that, After resetting the timer to wake up the vehicle, the process further includes: Detect whether the timer has been restored to its initial state; A timer error instruction is generated when it is detected that the timer has not been restored to the initial time.

8. A vehicle diagnostic wake-up device, characterized in that, include: The diagnostic device connection signal generation module is used to generate a diagnostic device connection signal when the microprocessor detects that the vehicle is connected to a diagnostic device, and transmit the diagnostic device connection signal to the microcontroller unit; The timer startup module is used to start a timer through the microcontroller unit according to the diagnostic device connection signal, and to enter a sleep state when a specified duration is reached by the timer. The vehicle wake-up module is used to wake up the vehicle by resetting the timer when the microcontroller receives a diagnostic mode signal before the timer reaches the specified duration. The diagnostic mode signal is generated by the microprocessor upon receiving a session hold instruction from the diagnostic device.

9. An electronic device, characterized in that, The electronic device includes: At least one processor; and A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that is executed by the at least one processor to enable the at least one processor to perform the method of any one of claims 1-7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions that are used to cause a processor to perform the method of any one of claims 1-7.

Images