Vehicle diagnosis method, device and storage medium

Abstract

The embodiments of the present application provide a vehicle diagnosis method, a device and a storage medium. In the method, a server determines a first wake-up strategy on the basis of fault parameters of a vehicle, the first wake-up strategy being used for instructing to wake up M control units to be diagnosed in a vehicle. On the basis of the first wake-up strategy, the control units to be diagnosed in the vehicle can be awakened for fault problems, thereby reducing the power consumption of the vehicle during fault diagnosis.

Description

Vehicle diagnostic method, device and storage medium

[0001] This application claims priority to the Chinese patent application filed with the China Patent Office on April 3, 2024, with application number 202410417418.6 and application name “Vehicle Diagnostic Method, Device and Storage Medium”, the entire contents of which are incorporated by reference into this application. Technical Field

[0002] The present application relates to the field of vehicle technology, and in particular to a vehicle diagnosis method, device, and storage medium. Background Art

[0003] With the development of in-vehicle communication technology, remote vehicle diagnosis is now possible through interaction between the cloud and the vehicle, greatly improving diagnostic convenience. For vehicles that are not powered on, the cloud can wake them up and perform vehicle diagnosis after they are awakened. However, current vehicle diagnostic technology always requires waking up the entire vehicle, resulting in high power consumption during the diagnostic process. Therefore, reducing vehicle power consumption during the diagnostic process is a pressing issue. Summary of the Invention

[0004] The present application provides a vehicle diagnostic method, device, and storage medium, which enable vehicle diagnosis with lower power consumption.

[0005] In its first aspect, this application provides a vehicle diagnostic method. The method may be performed by an electronic device, which may be implemented as a server or a component within a server, such as a chip, a chip system, or other functional module capable of invoking and executing programs. For ease of description, the following description uses a server as the execution entity.

[0006] In one design, the method includes: a server determining a first wake-up strategy based on vehicle fault parameters, the first wake-up strategy being used to instruct the awakening of M control units to be diagnosed in the vehicle, where M is a positive integer; sending a first wake-up instruction to the vehicle, the first wake-up instruction being used to instruct the awakening of m1 control units, where m1 control units are a subset of the M control units; then receiving a first wake-up response from the vehicle; and sending a first diagnostic instruction to the vehicle based on the first wake-up response, the first diagnostic instruction being used to instruct the diagnosis of m2 control units, where m2 control units are a subset of the m1 control units; and then receiving a first diagnostic response from the vehicle. Based on this first wake-up strategy, the control units to be diagnosed in the vehicle can be awakened in response to the fault problem, thereby reducing the vehicle's power consumption during fault diagnosis compared to always waking up all control units in the vehicle.

[0007] In order to ensure the accuracy of the first wake-up strategy and reduce the processing complexity when determining the first wake-up strategy, the server can match the fault tree corresponding to the fault parameter in multiple preset fault trees according to the fault parameter, and then determine the first wake-up strategy according to the fault tree corresponding to the fault parameter.

[0008] In order to further ensure the accuracy of the first wake-up strategy, the server can also determine the first wake-up strategy in combination with log data. For example, the server obtains the log data of the vehicle, which may include operation log (log) data, event data, etc. during the operation of the vehicle; the server can determine the first wake-up strategy based on the log data and the fault tree.

[0009] Exemplarily, when the server does not include the control unit that causes the fault problem in the m2 control units, the server sends a second wake-up instruction to the vehicle. The second wake-up instruction is used to wake up the m3 control units in the M control units except the m1 control units. After the vehicle wakes up the m3 control units, it sends a second wake-up response to the server. Then the server sends a second diagnostic execution to the vehicle according to the second wake-up response to instruct the diagnosis of the m4 control units. The vehicle continues to diagnose the m4 control units to improve the success rate of the diagnosis.

[0010] Exemplarily, when the server includes a control unit that causes a fault problem among the m2 control units, the wake-up and diagnosis process is terminated. When the control unit that causes the fault problem is determined after diagnosing some control units in the vehicle through this embodiment, the wake-up and diagnosis process is terminated to reduce the power consumption of the vehicle.

[0011] For example, if the M control units do not include the control unit that causes the fault problem, the server can determine a second wake-up strategy, and further wake up and diagnose the N control units in the vehicle based on the second wake-up strategy to improve the success rate of vehicle diagnosis.

[0012] Exemplarily, when the server does not include the control unit that causes the fault problem corresponding to the fault parameter in the M control units, the server determines a second wake-up strategy, sends a third wake-up instruction to the vehicle, and the third wake-up instruction is used to instruct the awakening of n1 control units, where n1 control units are a subset of N control units, and receives a third wake-up response from the vehicle. Then, based on the third wake-up response, the server sends a third diagnostic instruction to the vehicle, and the third diagnostic instruction is used to instruct the diagnosis of n2 control units, where n2 control units are a subset of n1 control units, and then receives a third diagnostic response from the vehicle.

[0013] Each of the N control units can be awakened based on low voltage; and / or,

[0014] Each of the N control units can be awakened based on high voltage; and / or,

[0015] N control units belong to one component template.

[0016] To avoid the problem of vehicle diagnosis failure or even vehicle breakdown and inability to start due to insufficient battery power, in some embodiments, it is possible to pre-determine whether the vehicle meets the conditions for wake-up and / or diagnosis, and if the conditions are met, the vehicle is woken up and diagnosed. For example, the server can determine whether the vehicle meets the first condition, which can include but is not limited to at least one of the following:

[0017] The remaining power of the first battery of the vehicle is greater than or equal to a first power threshold;

[0018] The remaining power of the second battery of the vehicle is greater than or equal to the second power threshold;

[0019] The vehicle's wake-up duration is less than or equal to a first duration threshold;

[0020] The first battery and the second battery have different supply voltages.

[0021] To ensure the owner's information security during vehicle diagnosis, in some embodiments, authorization for waking up the vehicle's control unit may be performed before executing any of the above-described embodiments to wake up the vehicle and perform diagnosis. For example, the server may send an authorization request requesting authorization to wake up the vehicle's control unit and receive an authorization response indicating that authorization for waking up the vehicle's control unit has been completed.

[0022] To avoid problems such as vehicle diagnosis failure or even vehicle breakdown and inability to start due to insufficient battery power, in some embodiments, a determination can be made as to whether the vehicle meets the conditions for continuing to perform wake-up and / or diagnosis during the vehicle wake-up and diagnosis process. Exemplarily, when the vehicle meets a second condition, the server sends a sleep instruction to the vehicle, which instructs at least one awakened control unit to be set from an awake state to a sleep state, where the second condition includes at least one of the following:

[0023] The remaining power of the first battery of the vehicle is less than or equal to a third power threshold;

[0024] The remaining power of the second battery of the vehicle is less than or equal to a fourth power threshold;

[0025] The wake-up duration of at least one control unit is greater than or equal to a second duration threshold;

[0026] The first battery and the second battery have different supply voltages.

[0027] In another design, the method includes: the server determining, based on fault parameters of the vehicle, a diagnostic strategy for indicating W control units in the vehicle to be diagnosed, and sending, when the vehicle satisfies a third condition, a fourth diagnostic instruction for instructing diagnosis of at least one of the M control units in the vehicle; wherein the third condition includes at least one of the following:

[0028] The vehicle is not in the diagnostic execution state;

[0029] The vehicle is not in the firmware upgrade state;

[0030] The vehicle is not in parts traceability status.

[0031] In this embodiment, the server instructs the vehicle to perform diagnosis when the vehicle meets the third condition, thereby avoiding the vehicle being in a state where diagnosis cannot be performed after leaving the store and resulting in diagnosis failure, thereby improving the success rate of vehicle diagnosis.

[0032] Thirdly, this application provides a vehicle diagnostic method. The method may be performed by an electronic device, which may be implemented as a vehicle, an onboard device, or a component of an onboard device, such as a chip, a chip system, or other functional module capable of invoking and executing programs. For ease of description, the following description uses a vehicle as the execution subject.

[0033] The method includes: a vehicle receives a first wake-up instruction, the first wake-up instruction is used to instruct the awakening of m1 control units, and the m1 control units are a subset of M control units of the vehicle; awakens the m1 control unit; sends a first wake-up response; receives a first diagnostic instruction, the first diagnostic instruction is used to instruct the diagnosis of m2 control units, and the m2 control units are a subset of the m1 control units; diagnoses the m2 control units; and sends a first diagnostic response.

[0034] In a possible implementation, it also includes: the vehicle receives a second wake-up instruction, the second wake-up instruction is used to wake up m3 control units among the M control units except m1 control unit; wakes up the m3 control units; sends a second wake-up response; receives a second diagnostic instruction, the second diagnostic instruction is used to instruct to diagnose m4 control units, where the m4 control units are a subset of the m3 control units; diagnoses the m4 control units; and sends a second diagnostic response.

[0035] In a possible implementation, it also includes: the vehicle receives a third wake-up instruction, the third wake-up instruction is used to instruct the awakening of n1 control units, and the n1 control units are a subset of the N control units; awakens the n1 control unit; sends a third wake-up response; receives a third diagnostic instruction, the third diagnostic instruction is used to instruct the diagnosis of n2 control units, and the n2 control units are a subset of the n1 control units; diagnoses the n2 control units; sends a third diagnostic response; wherein, each of the N control units can be awakened based on low voltage; and / or, each of the N control units can be awakened based on high voltage; and / or, the N control units belong to a component template.

[0036] In a possible implementation, before waking up m1 control units, the process also includes: the vehicle receiving an authorization request, the authorization request being used to request authorization to wake up the control units in the vehicle; and sending an authorization response, the authorization response being used to indicate completion of authorization to wake up the control units in the vehicle.

[0037] In a possible implementation, it also includes: when the vehicle meets the second condition, the vehicle sets at least one awakened control unit from the awake state to the sleep state, and the second condition includes at least one of the following: the remaining power of the vehicle's first battery is less than or equal to the third power threshold; the remaining power of the vehicle's second battery is less than or equal to the fourth power threshold; the awakening duration of at least one control unit is greater than or equal to the second duration threshold; wherein the supply voltages of the first battery and the second battery are different.

[0038] In a possible implementation, the method further includes: the vehicle receiving a sleep instruction; and setting at least one awakened control unit from an awakened state to a sleep state according to the sleep instruction.

[0039] The beneficial effects of the contents involved in the third aspect and each possible implementation method can be found in the beneficial effects brought about by the first aspect and each possible implementation method of the first aspect, and will not be repeated here.

[0040] In a fourth aspect, an embodiment of the present application provides an electronic device, including: a processing module for determining a first wake-up strategy based on the fault parameters of the vehicle, the first wake-up strategy being used to instruct the wake-up of M control units to be diagnosed in the vehicle, where M is a positive integer; a transceiver module for sending a first wake-up instruction to the vehicle, the first wake-up instruction being used to instruct the wake-up of m1 control units, where m1 control units are a subset of the M control units; a transceiver module for receiving a first wake-up response from the vehicle; a transceiver module for sending a first diagnostic instruction to the vehicle based on the first wake-up response, the first diagnostic instruction being used to instruct the diagnosis of m2 control units, where m2 control units are a subset of the m1 control units; and a transceiver module for receiving a first diagnostic response from the vehicle.

[0041] In a possible implementation, the processing module is specifically configured to: match, according to the fault parameter, a fault tree corresponding to the fault parameter from a plurality of preset fault trees; and determine a first wake-up strategy according to the fault tree corresponding to the fault parameter.

[0042] In a possible implementation, the system further includes: an acquisition module configured to acquire log data of the vehicle; and a processing module configured to determine a first wake-up strategy based on the fault tree and the log data.

[0043] In one possible implementation, the processing module is also used to determine, based on the first diagnostic response, whether the m2 control units include a control unit that causes the fault problem corresponding to the fault parameter; the transceiver module is also used to send a second wake-up instruction when the m2 control units do not include the control unit that causes the fault problem, and the second wake-up instruction is used to wake up m3 control units in the M control units except the m1 control units; the transceiver module is also used to receive a second wake-up response from the vehicle; the transceiver module is also used to send a second diagnostic instruction to the vehicle based on the second wake-up response, and the second diagnostic instruction is used to instruct the diagnosis of m4 control units, where the m4 control units are a subset of the m3 control units; the transceiver module is also used to receive a second diagnostic response from the vehicle.

[0044] In a possible implementation, the processing module is further configured to: end the wake-up and diagnosis process when the m2 control units include a control unit that causes a fault problem.

[0045] In one possible implementation, the processing module is further configured to determine a second wake-up strategy when the M control units do not include a control unit that causes the fault problem corresponding to the fault parameter, the second wake-up strategy being configured to instruct the wake-up of N control units to be diagnosed in the vehicle, where N is a positive integer; the transceiver module is further configured to send a third wake-up instruction to the vehicle, the third wake-up instruction being configured to instruct the wake-up of n1 control units, where n1 control units are a subset of the N control units; the transceiver module is further configured to receive a third wake-up response from the vehicle; the transceiver module is further configured to send a third diagnostic instruction to the vehicle based on the third wake-up response, the third diagnostic instruction being configured to instruct the diagnosis of n2 control units, where n2 control units are a subset of the n1 control units; the transceiver module is further configured to receive a third diagnostic response from the vehicle; wherein,

[0046] Each of the N control units can be awakened based on low voltage; and / or,

[0047] Each of the N control units can be awakened based on high voltage; and / or,

[0048] N control units belong to one component template.

[0049] In one possible implementation, the transceiver module is specifically used to: when the vehicle meets a first condition, send a first diagnostic instruction to the vehicle according to a first wake-up response, and the first condition includes at least one of the following: the remaining power of the vehicle's first battery is greater than or equal to a first power threshold; the remaining power of the vehicle's second battery is greater than or equal to a second power threshold; the vehicle's wake-up duration is less than or equal to the first duration threshold; wherein the supply voltages of the first battery and the second battery are different.

[0050] In one possible implementation, before sending the first wake-up instruction to the vehicle, the transceiver module is also used to send an authorization request, which is used to request authorization to wake up the control unit in the vehicle; the transceiver module is also used to receive an authorization response, which is used to indicate the completion of authorization to wake up the control unit in the vehicle.

[0051] In one possible implementation, the transceiver module is further configured to: send a sleep instruction to the vehicle when the vehicle meets a second condition, where the sleep instruction is used to instruct at least one awakened control unit to be set from an awake state to a sleep state, where the second condition includes at least one of the following:

[0052] The remaining power of the first battery of the vehicle is less than or equal to a third power threshold;

[0053] The remaining power of the second battery of the vehicle is less than or equal to a fourth power threshold;

[0054] The wake-up duration of at least one control unit is greater than or equal to a second duration threshold;

[0055] The first battery and the second battery have different supply voltages.

[0056] The beneficial effects of the electronic device provided by the fourth aspect and its possible implementation methods can be referred to the beneficial effects brought about by the first aspect and its possible implementation methods, and will not be repeated here.

[0057] In a fifth aspect, an embodiment of the present application provides an electronic device, comprising: a processing module, configured to determine a diagnostic strategy based on a fault parameter of a vehicle, the diagnostic strategy being configured to indicate W control units in the vehicle to be diagnosed; and a transceiver module, configured to send a fourth diagnostic instruction when the vehicle meets a third condition, the fourth diagnostic instruction being configured to indicate that at least one of the M control units in the vehicle be diagnosed; wherein the third condition includes at least one of the following:

[0058] The vehicle is not in the diagnostic execution state;

[0059] The vehicle is not in the firmware upgrade state;

[0060] The vehicle is not in parts traceability status.

[0061] The beneficial effects of the electronic device provided in the fifth aspect can be referred to the beneficial effects brought about by the second aspect, and will not be repeated here.

[0062] In the sixth aspect, an embodiment of the present application provides an electronic device, including: a transceiver module for receiving a first wake-up instruction, the first wake-up instruction is used to instruct the wake-up of m1 control units, and the m1 control unit is a subset of the M control units of the vehicle; a processing module for waking up the m1 control unit; the transceiver module is also used to send a first wake-up response; the transceiver module is also used to receive a first diagnostic instruction, the first diagnostic instruction is used to instruct the diagnosis of m2 control units, and the m2 control units are a subset of the m1 control units; the processing module is also used to diagnose the m2 control units; the transceiver module is also used to send a first diagnostic response.

[0063] In one possible implementation, the transceiver module is also used to receive a second wake-up instruction, which is used to wake up m3 control units among the M control units except m1 control units; the processing module is also used to wake up the m3 control units; the transceiver module is also used to send a second wake-up response; the transceiver module is also used to receive a second diagnostic instruction, which is used to instruct the diagnosis of m4 control units, where the m4 control units are a subset of the m3 control units; the processing module is also used to diagnose the m4 control units; and the transceiver module is also used to send a second diagnostic response.

[0064] In one possible implementation, the transceiver module is further configured to receive a third wake-up instruction, the third wake-up instruction being used to instruct the awakening of n1 control units, where n1 control units are a subset of N control units; the processing module is further configured to awaken n1 control units; the transceiver module is further configured to send a third wake-up response; the transceiver module is further configured to receive a third diagnostic instruction, the third diagnostic instruction being used to instruct the diagnosis of n2 control units, where n2 control units are a subset of n1 control units; the processing module is further configured to diagnose n2 control units; the transceiver module is further configured to send a third diagnostic response; wherein,

[0065] Each of the N control units can be awakened based on low voltage; and / or,

[0066] Each of the N control units can be awakened based on high voltage; and / or,

[0067] N control units belong to one component template.

[0068] In one possible implementation, before waking up m1 control units, the transceiver module is further used to: receive an authorization request, which is used to request authorization to wake up the control unit in the vehicle; and send an authorization response, which is used to indicate the completion of authorization to wake up the control unit in the vehicle.

[0069] In one possible implementation, the processing module is further configured to: set at least one awakened control unit from an awake state to a dormant state when the vehicle satisfies a second condition, where the second condition includes at least one of the following:

[0070] The remaining power of the first battery of the vehicle is less than or equal to a third power threshold;

[0071] The remaining power of the second battery of the vehicle is less than or equal to a fourth power threshold;

[0072] The wake-up duration of at least one control unit is greater than or equal to a second duration threshold;

[0073] The first battery and the second battery have different supply voltages.

[0074] In a possible implementation, the transceiver module is further configured to receive a sleep instruction; and the processing module is further configured to set at least one awakened control unit from an awake state to a sleep state according to the sleep instruction.

[0075] The beneficial effects of the electronic device provided by the sixth aspect and its possible implementation methods can be found in the beneficial effects brought about by the first aspect and its possible implementation methods, and will not be repeated here.

[0076] In the seventh aspect, an embodiment of the present application provides a chip, including: a processor, for calling and running computer instructions from a memory, so that a device equipped with the chip executes a method as in the first aspect, the second aspect, the third aspect or each possible implementation method.

[0077] In an eighth aspect, an embodiment of the present application provides a computer-readable storage medium for storing computer program instructions, which enables a computer to execute a method as in the first aspect, the second aspect, the third aspect, or any possible implementation.

[0078] In a ninth aspect, an embodiment of the present application provides a computer program product, comprising computer program instructions, which enable a computer to execute a method as in the first aspect, the second aspect, the third aspect, or any possible implementation manner.

[0079] In a tenth aspect, the present application provides a vehicle comprising the electronic device as in the sixth aspect or any possible implementation. BRIEF DESCRIPTION OF THE DRAWINGS

[0080] FIG1 is a schematic diagram of an application scenario provided by an embodiment of the present application;

[0081] FIG2 is a schematic block diagram of an electronic device provided in an embodiment of the present application;

[0082] FIG3 a is a schematic diagram of a flow chart of a vehicle diagnostic method provided in an embodiment of the present application;

[0083] FIG3 b is a schematic flow chart of a vehicle diagnostic method provided in an embodiment of the present application;

[0084] FIG4 is a flow chart of a vehicle diagnostic method according to an embodiment of the present application;

[0085] FIG5 is a flow chart of a vehicle diagnostic method provided in an embodiment of the present application;

[0086] FIG6 is a flow chart of a vehicle diagnostic method provided in an embodiment of the present application;

[0087] FIG7 a is a schematic diagram of a flow chart of an energy detection method provided in an embodiment of the present application;

[0088] FIG7 b is a flow chart of a vehicle diagnostic method provided in an embodiment of the present application;

[0089] FIG8 is a flow chart of a vehicle diagnostic method provided in an embodiment of the present application;

[0090] FIG9 is a flow chart of a vehicle diagnostic method according to an embodiment of the present application;

[0091] FIG10 is a schematic block diagram of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0092] The technical solutions in the embodiments of the present application will be described below in conjunction with the drawings in the embodiments of the present application.

[0093] The technical solution of the embodiment of the present application can be applied to an electronic device.

[0094] In one implementation, the electronic device may be a computer or server (such as a cloud server) deployed in a specific place. The specific place may be, for example, a data center, a cloud, or other place where a computer is deployed. In another implementation, the electronic device may be a terminal device, a mobile device, or a device deployed in a terminal device or a mobile device. For example, a handheld device, a vehicle-mounted device, etc. Currently, some examples of terminal devices may include: a mobile phone, a tablet computer (pad), a mobile computer (such as a laptop computer, a PDA, etc.), a mobile Internet device (MID), a virtual reality (VR) device, an augmented reality (AR) device, a wireless terminal in industrial control, a wireless terminal in self-driving, a wireless terminal in remote medical care, a wireless terminal in a smart grid, a wireless terminal in transportation safety, a wireless terminal in a smart city, a wireless terminal in a smart home, a vehicle-mounted device, a wearable device, etc. The movable device may be an intelligent vehicle, an intelligent robot, etc., wherein the intelligent vehicle may be an autonomous driving vehicle that automatically controls all functions, or an assisted driving vehicle that automatically controls some functions to provide driving assistance. In the following text, autonomous driving vehicles or assisted driving vehicles are referred to as vehicles.

[0095] The vehicle diagnostic method provided in this application can be applied to fault diagnosis of unsold vehicles or sold vehicles. A sold vehicle refers to a vehicle that has been delivered to the owner for use. For unsold vehicles, the vehicle is diagnosed during the production or testing process; for sold vehicles, the vehicle is diagnosed during the normal use or maintenance phase after leaving the factory. It is understandable that in some implementations of vehicle diagnosis, human-computer interaction between the user and the cloud or vehicle is required. In order to distinguish different users, the person performing the diagnostic operation can be referred to as the first user, and the vehicle owner can be referred to as the second user.

[0096] This application does not limit the fault problems that need to be diagnosed. For example, the fault problems may include but are not limited to: air conditioning failure, such as air conditioning not cooling or air conditioning not heating; vehicle control unit (ECU) failure; battery failure; driving recorder data loss; network failure, such as network delay, network data loss, etc.

[0097] Regardless of whether it is a sold vehicle or an unsold vehicle, currently, if the vehicle to be diagnosed is not powered on, it is necessary to wake up the vehicle before diagnosis and diagnose the vehicle after the vehicle is woken up. However, for most fault problems, only some control units in the vehicle need to be diagnosed. In this case, waking up the entire vehicle will result in higher power consumption of the vehicle. In response to the above technical problems, the embodiments of the present application identify the fault parameters of the vehicle, determine the control unit to be diagnosed in the vehicle, wake up the control unit to be diagnosed, and then diagnose the awakened control unit to reduce the power consumption of the vehicle during the diagnosis process.

[0098] It should be noted that, in the embodiment of the present application, waking up the vehicle may refer to powering on the vehicle, or may be expressed as activating the vehicle; similarly, waking up the control unit of the vehicle may refer to powering on the control unit, or may be expressed as activating the control unit.

[0099] For ease of understanding, the application scenarios of the technical solution of this application are explained below.

[0100] Figure 1 is a schematic diagram of an application scenario 100 provided by an embodiment of the present application. Referring to Figure 1 , the cloud 110 may include one or more management modules, such as some or all of a privacy management module 111, a wakeup management module 112, a diagnostic task management module 113, and a diagnostic control management module 114. The vehicle 120 may include a telematics box (T-BOX) 121, a gateway (GW) 122, and multiple domain control modules 123.

[0101] Among them, the privacy management module 111 can be used to obtain the user's authorization for vehicle wake-up and / or diagnosis. The wake-up management module 112 can wake up the vehicle, for example, sending a wake-up instruction to the vehicle end 120 to wake up the vehicle. In an embodiment of the present application, the wake-up management module 112 can wake up some or all of the control units in the vehicle. The wake-up management module 112 may include a wake-up strategy module 112-1 and a wake-up control module 112-2. Among them, the wake-up strategy module 112-1 can be used to determine the wake-up strategy, and the wake-up control module 112-2 can wake up the vehicle according to the wake-up strategy. The diagnostic task management module 113 can be used to obtain diagnostic tasks, such as receiving fault problems input by the user, and manage the obtained diagnostic tasks, such as converting, storing, and sorting problem information, so as to facilitate the subsequent execution of the diagnostic task. The diagnostic control management module 114 can be used to perform diagnosis, such as sending a diagnostic instruction to the vehicle end 120 for diagnosis.

[0102] The T-box 121 in the vehicle 120 can read the vehicle's bus data, such as through the on-board diagnostics (OBD) module and microcontroller unit (MCU). The T-box can also use the communication module to transmit data to the cloud 110 via the network, enabling data exchange between the vehicle 120 and the cloud 110. The T-box 121 can include module interfaces corresponding to each module in the cloud 120 to enable data exchange between the corresponding modules. The gateway 122 can be implemented as a remote unified diagnostic services (UDS) diagnostic router. In order to improve the management capabilities of each control unit, the vehicle system can be divided into multiple domains, such as the body domain, cockpit domain, intelligent driving domain, etc. The domain control module 123 can manage and control the control units within the domain. Accordingly, the domain control module 123 may include: body domain controller (BCM) 123-1, cockpit domain controller (CDC) 123-2, automatic driving system (ADS) domain controller 123-3, chassis domain controller 123-4 and power domain controller 123-5.

[0103] The division of the modules / units in the above devices is only a division of logical functions. In actual implementation, they can be fully or partially integrated into one physical entity, or they can be physically separated.

[0104] The cloud 110 can be implemented as software and / or hardware, and the hardware can be implemented as an electronic device 200 as shown in Figure 2. The vehicle-side 120 can be implemented as software and / or hardware, and the hardware can be implemented as an electronic device 200 as shown in Figure 2. The electronic device 200 may include a processor 210 and a memory 220. The processor 210 and the memory 220 communicate with each other via an internal connection path. The memory 220 is used to store instructions, and the processor 210 is used to execute the instructions stored in the memory 220.

[0105] Optionally, the memory 220 may include a read-only memory and a random access memory, and provide instructions and data to the processor. A portion of the memory may also include a non-volatile random access memory. The memory 220 may be a separate device or integrated into the processor 210.

[0106] In some embodiments, the electronic device 200 may further include an input interface 230. The processor 210 may control the input interface 230 to communicate with other devices or chips, and specifically, may obtain information or data sent by other devices or chips.

[0107] In some embodiments, the electronic device 200 may further include an output interface 240. The processor 210 may control the output interface 240 to communicate with other devices or chips, and specifically, may output information or data to other devices or chips.

[0108] It should be understood that the processor 210 in the embodiments of the present application can be an integrated circuit chip with signal processing capabilities. During implementation, each step of the vehicle diagnostic method in the present application can be completed by hardware integrated logic circuits in the processor 210 or by software instructions. The processor 210 can be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic device, or discrete hardware components. The general-purpose processor can be a microprocessor or any conventional processor. It should be understood that the memory 220 can be volatile memory or non-volatile memory, or can include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which serves as an external cache. By way of example and not limitation, many forms of RAM are available, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM).

[0109] The following is only for the purpose of ease of understanding and explanation, and the method provided in the embodiment of the present application is described using the interaction between a server and a vehicle as an example. The server may be an implementation of the cloud 110 in FIG. 1 ; the vehicle may be an implementation of the vehicle-side 120 in FIG. 1 . The server may replace an electronic device or a component in an electronic device, such as a chip, a chip system, or other functional module capable of calling and executing a program; the vehicle may be replaced by an electronic device (such as an in-vehicle device) or a component in an electronic device, such as a chip, a chip system, or other functional module capable of calling and executing a program.

[0110] FIG3a is a flow chart of a vehicle diagnostic method 300 provided in an embodiment of the present application. As shown in FIG3a, the method 300 may include part or all of the following processes.

[0111] S301: The server determines a first wake-up strategy based on the fault parameters of the vehicle, where the first wake-up strategy is used to instruct to wake up M control units to be diagnosed in the vehicle, where M is a positive integer.

[0112] The fault parameter is used to indicate a vehicle fault. Exemplarily, the fault parameter may include, but is not limited to, at least one of the following: the type of fault, a description of the fault, and a fault code (or error code). It should be understood that in this embodiment of the present application, the vehicle to be diagnosed may be in a dormant state, or at least some control units in the vehicle may be in a dormant state.

[0113] In S310 above, the server may determine a first wake-up strategy for the vehicle's fault problem by identifying the fault parameters, such as determining the M control units to be diagnosed corresponding to the vehicle's fault problem. Optionally, the first wake-up strategy may also include a wake-up order for the M control units. Generally speaking, the wake-up order is consistent with the diagnostic order, but this application does not exclude the possibility that the wake-up order and the diagnostic order are different. When the wake-up order and the diagnostic order are inconsistent, the first wake-up strategy may also include the diagnostic order after the M control units are awakened.

[0114] Optionally, the above-mentioned fault parameters may be input by the user through human-computer interaction, and this application does not limit the human-computer interaction mode. For example, the user may select the fault code corresponding to the fault problem from the fault code list presented on the display interface to input the fault parameters; for another example, the user may enter the type of fault problem in the fault problem input box presented on the display interface; for another example, the user may enter a description of the fault problem through voice input.

[0115] To ensure the accuracy of the first wake-up strategy and reduce the processing complexity when determining the first wake-up strategy, in some embodiments of the above-mentioned S301, the server can match the fault parameters from multiple preset fault trees to obtain a fault tree corresponding to the fault parameters, and then determine the first wake-up strategy based on the fault tree corresponding to the fault parameters. A fault tree is an inverted tree-like logical causal relationship diagram that primarily uses event symbols, logic gate symbols, and transfer symbols to represent the causes of accidents or fault events and their logical relationships. In embodiments of the present application, the fault tree may include one or more control units related to the fault.

[0116] The preset multiple fault trees can be stored in a database. The database storing multiple fault trees can be called a fault tree library. The preset multiple fault trees can include fault trees corresponding to different fault parameters, such as a fault tree corresponding to an air conditioning fault, a fault number corresponding to a vehicle ECU fault, a fault tree corresponding to a battery fault, a fault tree corresponding to a dashcam data loss, a fault tree corresponding to a network fault (such as network delay, network data loss), and so on.

[0117] The following, in conjunction with FIG3b , provides an exemplary description of how the first wake-up strategy is determined based on the vehicle's fault parameters and multiple preset fault trees in an embodiment of the present application. In FIG3b , the first module of the server may include, but is not limited to, at least some of the wake-up management module 112 , diagnostic task management module 113 , and diagnostic control management module 114 in FIG1 ; the second module of the server may be implemented as a database for storing fault trees, such as a fault tree library. Optionally, the second module and the first module may be deployed independently, or the second module may be integrated into the first module. For example, the fault tree library may be integrated into the wake-up management module 112 and / or the diagnostic task management module 113 in FIG1 .

[0118] 3 b , the server determining the first wake-up strategy according to the fault parameters of the vehicle may include some or all of steps S301 - 1 to S301 - 4 .

[0119] S301-1: The first module sends fault parameters to the second module. Correspondingly, the second module receives the fault parameters from the first module. Optionally, the fault parameters may be obtained by the first module through human-computer interaction, or may be received by the first module from other modules.

[0120] S301-2: The second module matches the fault parameters in a plurality of preset fault trees to obtain a fault tree corresponding to the fault parameters. Optionally, the second module can use any database query technology to query the fault tree library for the corresponding fault tree based on the fault parameters, which is not limited in this application.

[0121] S301 - 3 , the second module sends the matched fault tree to the first module. Correspondingly, the first module receives the fault tree from the second module.

[0122] S301-4: The first module determines a first wake-up strategy based on the fault tree. As previously mentioned, the fault tree may include one or more control units related to the fault problem. In a first embodiment, the first module may use one or more control units included in the fault tree as the M control units to be diagnosed. In a second embodiment, the first module may select one or more control units included in the fault tree to obtain the M control units to be diagnosed.

[0123] In some implementations, the first module can obtain the vehicle's log data, which may include operation log (log) data, event data, etc. during vehicle operation; the first module can determine a first wake-up strategy based on the log data and the fault tree, for example, based on the log data, screen out M control units with greater correlation with the fault from one or more control units related to the fault included in the fault tree, and use them as the above-mentioned M control units to be diagnosed, so as to further reduce the vehicle's diagnostic power consumption; for example, based on the log data, analyze the control units related to the fault, and use the control units obtained based on the log data analysis together with the control units included in the fault tree as the M control units to be diagnosed, so as to supplement the control units to be diagnosed and improve the accuracy of the diagnosis.

[0124] Optionally, the first module determines the first wake-up strategy based on the fault tree, and further includes the first module determining the wake-up order based on the fault tree. As an example, the fault tree may include the wake-up order between M control units related to the fault problem, or the fault tree may include the association relationship between M control units, and the first module may determine the wake-up order based on the association relationship between the M control units. As another example, the first module may determine the wake-up order between the M control units based on log data. As yet another example, the first module may determine the M control units to be diagnosed and the wake-up order of the M control units in combination with the fault tree and log data.

[0125] It should be understood that the embodiment shown in Figure 3b is an exemplary description, and the present application does not limit the method of determining the first wake-up strategy based on the fault parameters. For example, the server can also input the vehicle's fault parameters into a pre-trained wake-up strategy determination model, and output the first wake-up strategy through the wake-up strategy determination model.

[0126] It should also be understood that in the embodiment of the present application, the above-mentioned method of determining the first wake-up strategy based on the fault parameters can also be applied to other wake-up strategies (such as the second wake-up strategy described below), and will not be described in detail below for the sake of brevity.

[0127] S302, the server sends a first wake-up instruction to the vehicle, and accordingly, the vehicle receives the first wake-up instruction sent by the server.

[0128] The first wake-up instruction is used to instruct the awakening of m1 control units, where m1 control units are a subset of M control units. m1 control units are a subset of M control units, which can also be expressed as M control units including m1 control units, or m1 control units are part of or all of the M control units.

[0129] Optionally, different control units in the m1 control units may belong to the same domain in the vehicle system, or belong to different domains in the vehicle system, which is not limited in this application.

[0130] In some embodiments, the first wake-up instruction may carry the identifiers of m1 control units.

[0131] In some other embodiments, the first wake-up instruction may carry the identifiers of m1 control units and the wake-up order of the m1 control units.

[0132] Exemplarily, the server sends one or more wake-up instructions to the vehicle. When the server sends one wake-up instruction to the vehicle, the one wake-up instruction may be the first wake-up instruction. In this case, the server can wake up m1 control units based on the first wake-up instruction and diagnose some or all of the m1 control units. When the server sends multiple wake-up instructions to the vehicle, the multiple wake-up instructions may include the first wake-up instruction and other wake-up instructions. In this case, the server can wake up m1 control units based on the first wake-up instruction and diagnose some or all of the m1 control units. Furthermore, the server can also wake up control units other than the m1 control unit among the M control units based on other wake-up instructions. The solution for the server to send multiple wake-up instructions will be described in detail below.

[0133] S303: The vehicle wakes up m1 control units.

[0134] As an example, the vehicle can independently perform wake-up on each of the m1 control units, that is, the wake-up order between the control units is not limited. For example, the wake-up of each control unit can be performed in parallel, or another control unit can be woken up when one control unit has not completed the wake-up. As another example, the vehicle can wake up m1 control units in a wake-up order. The wake-up order can instruct the vehicle to wake up the m1 control units in sequence, or instruct the vehicle to independently wake up at least some of the m1 control units (or wake up in parallel). The second example is more suitable for waking up multiple control units with an associated relationship.

[0135] Optionally, the above wake-up sequence may be carried in the first wake-up instruction, or the wake-up sequence may be preset, etc., which is not limited in this application.

[0136] S304: The vehicle sends a first wake-up response to the server. Correspondingly, the server receives the first wake-up response from the vehicle.

[0137] The first wake-up response can be used to indicate to the server that the vehicle has executed the corresponding first wake-up instruction, and the server can perform subsequent processes based on the first wake-up response. For example, the first wake-up response can carry the wake-up results of m1 control units. For example, the first wake-up response can indicate whether the m1 control units are successfully awakened; for another example, the first wake-up response can indicate which control units among the m1 control units are successfully awakened or which control units are not successfully awakened; for another example, the first wake-up response can indicate whether each control unit among the m1 control units is successfully awakened.

[0138] S305 , the server sends a first diagnostic instruction to the vehicle according to the first wake-up response, and correspondingly, the vehicle receives the first diagnostic instruction from the server.

[0139] The first diagnostic instruction is used to instruct diagnosis of m2 control units, where the m2 control units are a subset of the m1 control units. The meaning of m2 control units being a subset of the m1 control unit can be found in the description of the relationship between the m1 control unit and the M control units in the above example, which will not be repeated for the sake of brevity.

[0140] For example, the m2 control units may be part or all of the control units that are successfully awakened among the m1 control units. That is, the server may send a first diagnostic instruction to the vehicle to instruct diagnosis of the m2 control units that are successfully awakened.

[0141] In some embodiments, the first diagnostic instruction may carry the identifications of the m2 control units.

[0142] In other embodiments, the first diagnostic instruction may carry the identifiers of the m2 control units and the diagnostic order of the m2 control units.

[0143] S306: The vehicle diagnoses the m2 control units.

[0144] As an example, the vehicle can independently perform diagnosis on each of the m2 control units, that is, there is no limit on the diagnostic order between the control units. For example, the diagnosis of each control unit can be performed in parallel, or the diagnosis of another control unit can be performed when the diagnosis of one control unit is not completed. As another example, the vehicle can diagnose the m2 control units in a diagnostic order. The diagnostic order can instruct the vehicle to wake up the m2 control units in sequence, or instruct the vehicle to independently wake up at least some of the m2 control units (or wake up in parallel).

[0145] Optionally, the above-mentioned diagnostic order may be carried in the first diagnostic instruction, or the diagnostic order may be preset, etc., which is not limited in this application.

[0146] It should be noted that this application does not limit the vehicle diagnostic algorithm.

[0147] Optionally, the control units other than the m2 control units in the m1 control units may be control units that do not require diagnosis, or control units that do not meet the diagnostic conditions. For the control units other than the m2 control units in the m1 control units, after diagnosing the m2 control units, the diagnosis of the control units other than the m2 control units in the m1 control units may be performed in response to another diagnostic instruction. Of course, it is also possible not to diagnose the control units other than the m2 control units in the m1 control units, and after diagnosing the m2 control units, it is considered that the diagnosis of the m1 control unit is completed.

[0148] S370: The vehicle sends a first diagnostic response to the server. Correspondingly, the server receives the first diagnostic response from the vehicle.

[0149] The first diagnostic response can be used to indicate to the server that the vehicle has executed the corresponding first diagnostic instruction. The server can then perform subsequent processes based on the first diagnostic response, such as determining a diagnostic result. For example, the first diagnostic response can carry diagnostic data for each of the m2 control units.

[0150] Furthermore, the server may determine whether the m2 control units include the control unit that causes the vehicle failure based on the diagnostic data of each control unit carried in the first diagnostic response.

[0151] Therefore, in an embodiment of the present application, the server determines a first wake-up strategy based on the fault parameters of the vehicle. The first wake-up strategy is used to instruct the wake-up of M control units to be diagnosed in the vehicle. Based on the first wake-up strategy, the control units to be diagnosed in the vehicle can be woken up according to the fault problem. Compared with always waking up all the control units in the vehicle, the power consumption of the vehicle during fault diagnosis is reduced.

[0152] As shown in FIG3a , assuming that m1 control units are part of the M control units, failure to wake up and diagnose each of the M control units may result in failure to diagnose the abnormal control unit causing the fault. To improve the success rate of diagnosis, while the above embodiment wakes up and diagnoses only part of the M control units, as shown in FIG4 , further wakes up and diagnoses the control units that have not woken up.

[0153] S401 to S407 in FIG4 have been described in S301 to S307 in FIG3a above, and will not be repeated for the sake of brevity.

[0154] Referring to FIG. 4 , after receiving the first diagnostic response from the vehicle, the server may execute some or all of the following steps S408 to S415 . S409 and S415 are executed alternately (hence S415 indicated by a dashed line). In other words, if S409 and subsequent steps S410 to S414 are executed, S415 is not executed. If S415 is executed, S409 and subsequent steps S410 to S414 are not executed.

[0155] In S408, the server determines, based on the first diagnostic response, whether the m2 control units include the control unit that caused the fault corresponding to the fault parameter. If it is determined that the m2 control units do not include the control unit that caused the fault, the server executes S409 to S414. If it is determined that the m2 control units include the control unit that caused the fault, the server executes S415.

[0156] In S415, if the control unit causing the fault is included in the m2 control units, the wake-up and diagnosis process is terminated. It should be understood that if the server determines that the control unit causing the fault is included in the m2 control units, the wake-up and diagnosis process may be terminated because the diagnostic purpose has been achieved. For example, the server may send a sleep command to the vehicle, instructing the awakened control unit in the vehicle to return from an awake state to a sleep state.

[0157] In S409 , when the control unit causing the fault is not included in the m2 control units, the server sends a second wake-up instruction, where the second wake-up instruction is used to wake up m3 control units excluding the m1 control units in the M control units.

[0158] In S410, the vehicle wakes up the m3 control units to diagnose at least some of the m3 control units. The implementation of the vehicle waking up the m3 control units can be found in the description of waking up the m1 control unit in S303 in FIG3a, which will not be repeated for the sake of brevity.

[0159] In S411, the vehicle sends a second wake-up response to the server, and the server receives the second wake-up response from the vehicle. For example, the second wake-up response may carry the wake-up results of m3 control units. For example, the second wake-up response may indicate whether the m3 control units were successfully awakened. For another example, the first wake-up response may indicate which of the m3 control units were successfully awakened or which were not. For another example, the second wake-up response may indicate whether each of the m3 control units was successfully awakened.

[0160] In S412, the server sends a second diagnostic instruction to the vehicle based on the second wake-up response. The vehicle then receives the second diagnostic instruction from the server. The second diagnostic instruction is used to instruct diagnosis of m4 control units, where the m4 control units are a subset of the m3 control units. The meaning of m4 control units being a subset of the m3 control units can be found in the description of the relationship between the m1 control unit and the M control units in the previous example, and will not be repeated for the sake of brevity.

[0161] For example, the m4 control units may be part or all of the control units that are successfully awakened among the m3 control units. That is, the server may send a second diagnostic instruction to the vehicle to instruct the vehicle to diagnose the m4 control units that are successfully awakened.

[0162] In some embodiments, the second diagnostic instruction may carry the identifiers of the m4 control units.

[0163] In other embodiments, the first diagnostic instruction may carry the identifiers of the m4 control units and the diagnostic order of the m4 control units.

[0164] In S413, the vehicle diagnoses m4 control units. This step is implemented in the same or similar manner as step S306 in the above example, and will not be described again for brevity.

[0165] In S414, the vehicle sends a second diagnostic response to the server, and correspondingly, the server receives the second diagnostic response from the vehicle. Exemplarily, the second diagnostic response may carry diagnostic data of each of the m4 control units.

[0166] Furthermore, the server may determine a diagnostic result based on the diagnostic data of each control unit carried in the second diagnostic response. The diagnostic result may indicate whether the m4 control units include the control unit that caused the vehicle malfunction. Furthermore, when the diagnostic result indicates that the m4 control units do not include the control unit that caused the vehicle malfunction, the server may continue to wake up and diagnose control units in the M control units other than the m1 control units and the m3 control units, and terminate the wake-up and diagnosis process until the control unit that caused the vehicle malfunction is diagnosed.

[0167] On the basis of any of the embodiments shown in Figures 3a, 3b and 4 above, if the M control units do not include the control unit that causes the fault problem, the server can determine a second wake-up strategy, and further wake up and diagnose the N control units in the vehicle based on the second wake-up strategy to improve the success rate of vehicle diagnosis. The following is an exemplary description in conjunction with Figure 5. Figure 5 is implemented based on the embodiment shown in Figure 3a, but this application is not limited to this. For example, steps S508 to S513 in Figure 5 can be combined with the embodiments shown in Figure 3b or Figure 4. It should be noted that in S501 to S507 in Figure 5, it is considered that the M control units are awakened and diagnosed, and it is determined based on the first diagnostic response that the M control units do not include the control unit that causes the fault problem of the vehicle.

[0168] In S508 , when the M control units do not include the fault problem corresponding to the fault parameter, the server determines a second wake-up strategy, where the second wake-up strategy is used to instruct to wake up the N control units to be diagnosed in the vehicle.

[0169] Exemplarily, the N control units and the above-mentioned M control units may be completely different control units, or the N control units and the M control units may include at least partially identical control units.

[0170] Example 1: Each of the N control units can be awakened based on low voltage. For example, the second awakening strategy determined by the server is to awaken some or all of the control units in the vehicle that can be awakened based on low voltage.

[0171] Example 2: Each of the N control units can be awakened based on high voltage. For example, the second awakening strategy determined by the server is to awaken some or all of the control units in the vehicle that need to be awakened based on high voltage.

[0172] Example three, N control units may belong to one component template. The component template may be preset, for example, it may be provided by a car manufacturer and set in a server and / or a vehicle. For example, the second wake-up strategy determined by the server is to wake up the control unit in the one component template according to a preset component template. In some examples, the N control units may also belong to different component templates. This application does not limit the number of component templates described in the N control units. For example, the second wake-up strategy determined by the server is to wake up the control units in the two component templates according to two preset component templates.

[0173] In S509, the server sends a third wake-up instruction to the vehicle, and the vehicle receives the third wake-up instruction sent by the server. The third wake-up instruction is used to instruct the vehicle to wake up n1 control units, where n1 control units are a subset of N control units. The relationship between n1 control units is represented by the relationship between the N control units. For the sake of brevity, please refer to the description of the relationship between the m1 control units and the M control units in the previous example.

[0174] In some embodiments, the third wake-up instruction may carry the identifiers of n1 control units.

[0175] In some other embodiments, the third wake-up instruction may carry the identifiers of n1 control units and the wake-up order of the n1 control units.

[0176] S510: The vehicle wakes up n1 control units. This step is implemented in the same or similar manner as S303 in the above example and will not be described again for brevity.

[0177] S511, the vehicle sends a third wake-up response to the server, and accordingly, the server receives the third wake-up response from the vehicle. The third wake-up response can be used to indicate to the server that the vehicle has executed the corresponding third wake-up instruction, and the server can perform subsequent processes based on the third wake-up response. Exemplarily, the third wake-up response can carry the wake-up results of n1 control units. For example, the third wake-up response can indicate whether the n1 control units are successfully awakened; for another example, the third wake-up response can indicate the control units that are successfully awakened or the control units that are not successfully awakened among the n1 control units; for another example, the third wake-up response can indicate whether each control unit in the n1 control units is successfully awakened.

[0178] S512: The server sends a third diagnostic instruction to the vehicle based on the third wake-up response. The vehicle accordingly receives the third diagnostic instruction from the server. The third diagnostic instruction is used to instruct diagnosis of n2 control units, where the n2 control units are a subset of the n1 control units. The meaning of n2 control units being a subset of n1 control units can be found in the description of the relationship between m1 control units and M control units in the previous example, and is not further elaborated for the sake of brevity.

[0179] Exemplarily, similar to the m2 control units, the n2 control units may be part or all of the control units that are successfully awakened among the n1 control units.

[0180] In some embodiments, the third diagnostic instruction may carry the identifications of the n2 control units.

[0181] In other embodiments, the third diagnostic instruction may carry the identifiers of the n2 control units and the diagnostic order of the n2 control units.

[0182] S513: The vehicle diagnoses the n2 control units. This step is implemented in the same or similar manner as S306 in the above example and will not be described again for the sake of brevity.

[0183] At step S514, the vehicle sends a third diagnostic response to the server. The server then receives the third diagnostic response from the vehicle. The third diagnostic response can indicate to the server that the vehicle has executed the corresponding third diagnostic instruction. Based on the third diagnostic response, the server can then perform subsequent processes, such as determining a diagnostic result. For example, the third diagnostic response can include diagnostic data for each of the n2 control units.

[0184] Furthermore, the server may determine whether the n2 control units include the control unit that causes the vehicle failure based on the diagnostic data of each control unit carried in the third diagnostic response.

[0185] In the above embodiment, when waking up and diagnosing some of the N control units, further waking up and diagnosing the remaining control units can be performed. Exemplarily, the server determines, based on the third diagnostic response, whether the n2 control units include a control unit that causes the fault corresponding to the fault parameter.

[0186] If the server determines that the control unit causing the fault is included in the n2 control units, it can terminate the wake-up and diagnostic process. It should be understood that if the server determines that the control unit causing the fault is included in the n2 control units, it may choose to terminate the wake-up and diagnostic process because the diagnostic purpose has been achieved. For example, the server can send a sleep command to the vehicle, instructing the awakened control unit in the vehicle to return from an awake state to a sleep state.

[0187] If it is determined that the control unit causing the fault is not included in the n2 control units, the server may send a fourth wake-up instruction to wake up n3 control units in the N control units, excluding n1 control units. The vehicle wakes up the n3 control units based on the fourth wake-up instruction and sends a fourth wake-up response to the server. The fourth wake-up response may carry the wake-up results of the n3 control units. The server then sends a fourth diagnostic instruction to the vehicle based on the received fourth wake-up response, instructing it to diagnose n4 control units, which are a subset of the n3 control units. The vehicle then diagnoses the n4 control units based on the received fourth diagnostic instruction and sends a fourth diagnostic response to the server. The server then determines a diagnostic result based on the diagnostic data for the n4 control units carried in the fourth diagnostic response. Furthermore, if the diagnostic result indicates that the n4 control units do not include the control unit causing the vehicle fault, the server may continue to wake up and diagnose control units in the N control units, excluding the n1 and n3 control units, until the wake-up and diagnostic process is terminated when the control unit causing the vehicle fault is diagnosed.

[0188] It should also be understood that after waking up and diagnosing the N control units mentioned above, if the control unit causing the fault problem is still not diagnosed, a new wake-up strategy (such as a third wake-up strategy) can be determined again to instruct the awakening of other control units to be diagnosed in the vehicle (such as K control units), and the new wake-up strategy can be used to perform wake-up and diagnosis again. For example, each of the N control units can be awakened based on low voltage, and the K control units in the third wake-up strategy can be awakened based on high voltage. It can be understood that the control units that can be awakened based on low voltage are awakened and diagnosed first. If the control unit causing the fault problem is diagnosed, the wake-up and diagnosis process can be terminated. Compared with directly waking up and diagnosing the control units that require high voltage awakening, the vehicle's power consumption is saved.

[0189] To avoid the problem of vehicle diagnosis failure or even vehicle breakdown and inability to start due to insufficient battery power, in some embodiments, it is possible to pre-determine whether the vehicle meets the conditions for wake-up and / or diagnosis, and if the conditions are met, the vehicle is woken up and diagnosed.

[0190] 6 , in S605 , the server may determine whether the vehicle satisfies a first condition, which may include but is not limited to at least one of the following:

[0191] Condition 1: The remaining power of the first battery of the vehicle is greater than or equal to the first power threshold;

[0192] Condition 2: The remaining power of the second battery of the vehicle is greater than or equal to the second power threshold;

[0193] Condition three: The vehicle's wake-up duration is less than or equal to the first duration threshold.

[0194] The first and second batteries have different supply voltages. For example, the first battery can be a low-voltage battery, such as a 12-volt battery, used to power in-vehicle electronic systems, such as the in-vehicle entertainment system, lighting system, and instrument panel. The second battery can be a high-voltage battery, used to provide vehicle power and therefore also referred to as a power battery. To prevent vehicle diagnostic failures or even vehicle breakdown and inability to start due to battery depletion during the wake-up and diagnostic process, it is necessary to pre-verify that the remaining charge of the first battery is greater than or equal to a first charge threshold and / or that the remaining charge of the second battery is greater than or equal to a second charge threshold.

[0195] In the above-mentioned condition three, the vehicle wake-up duration may be the cumulative power-on duration of the vehicle during one or more wake-up processes. For example, the wake-up duration may be the cumulative power-on duration of the vehicle when it is woken up one or more times within a preset time period. For example, condition three may specifically be that the cumulative power-on duration of the vehicle after being woken up in a day does not exceed 2 hours. Optionally, at least one control unit of the vehicle may be woken up during a wake-up process.

[0196] The embodiment of the present application does not limit the form of the threshold. For example, the first power threshold can be a specific power value, or a percentage of the battery capacity, etc. It should also be understood that as the remaining battery power decreases, the battery voltage will also decrease. Therefore, whether the real-time battery voltage is greater than or equal to the voltage threshold can also be used as a judgment condition, which is consistent with using whether the remaining battery power is greater than or equal to the power threshold as a judgment condition.

[0197] It should be noted that the process of the server determining whether the vehicle meets the first condition in Figure 6 can also be implemented before the server sends the wake-up instruction. For example, the server sends the first wake-up instruction when the vehicle meets the first condition. In some embodiments, the server can determine whether the vehicle meets the first condition before sending the second wake-up instruction or the second diagnostic instruction, and send the corresponding instruction if it is determined that the vehicle meets the first condition.

[0198] Exemplarily, the server may interact with the vehicle to obtain information about the vehicle, including but not limited to at least one of the remaining power of the first battery, the remaining power of the second battery, and the wake-up time of the vehicle.

[0199] For other steps shown in FIG6 , such as S601 to S604 and S607 , reference can be made to the description of the corresponding steps in FIG3 a , which will not be repeated for the sake of brevity.

[0200] It should be understood that FIG6 is only an example of implementation based on the embodiment of FIG3a, but the present application is not limited to this. For example, the embodiment shown in FIG6 can also be combined with any embodiment shown in FIG3b, FIG4 or FIG5.

[0201] To avoid issues such as vehicle diagnostic failures or even vehicle breakdowns due to insufficient battery power, in some embodiments, a determination can be made during the vehicle wake-up and diagnostic process whether the vehicle meets the conditions for continuing wake-up and / or diagnostics. Two possible implementations are described below.

[0202] In implementation method 1, the vehicle determines whether it meets the second condition and, if the second condition is met, sets at least one control unit from the awake state to the dormant state. In other words, the vehicle ends waking up the at least one control unit. The second condition may include, but is not limited to, at least one of the following:

[0203] Condition 1: the remaining power of the first battery of the vehicle is less than or equal to a third power threshold;

[0204] Condition 2: the remaining power of the second battery of the vehicle is less than or equal to the fourth power threshold;

[0205] Condition three: the wake-up duration of at least one control unit is greater than or equal to the second duration threshold;

[0206] The first battery and the second battery can be described in the aforementioned embodiment and are not described again for brevity. The wake-up duration of the at least one control unit can be the duration between the wake-up time of the first awakened control unit in the at least one control unit and the wake-up end time of the last awakened control unit.

[0207] As shown in Figure 7a, after at least one control unit in the vehicle is awakened, the vehicle's T-BOX determines whether the vehicle meets the conditions for terminating the awakening and diagnosis process. For example, it determines whether the 12V battery voltage is less than or equal to 11.5V, whether the remaining power battery charge is less than or equal to 20% of the total power battery charge, or whether the awakening duration of at least one control unit exceeds the remote diagnosis validity duration (i.e., the second duration threshold) set for this awakening and diagnosis process. The vehicle's T-BOX terminates the awakening and diagnosis process if it determines that the vehicle meets any of the above conditions.

[0208] In Implementation 2, the server determines whether the vehicle meets the second condition. If the vehicle meets the second condition, the server sends a sleep instruction to the vehicle, instructing at least one awakened control unit to return from the awake state to the sleep state. The second condition can be found in the description of Implementation 1 above and will not be repeated for the sake of brevity.

[0209] As shown in FIG7 b , in S708 , the server may send a sleep instruction to the vehicle when the vehicle meets the second condition.

[0210] In S709 , the vehicle may set at least one awakened control unit from an awakened state to a dormant state in response to receiving the dormant instruction.

[0211] Optionally, after the vehicle sets at least one awakened control unit to a sleep state from an awake state device, the vehicle may send a sleep response to the server to indicate that setting the at least one control unit to a sleep state is completed.

[0212] In the embodiment shown in FIG7b, it should be noted that the server can perform real-time detection of vehicle information, such as at least one of the remaining power of the first battery, the remaining power of the second battery, and the wake-up time of at least one control unit, during the vehicle wake-up and diagnosis process. Therefore, the above steps S708 and S709 can be executed at any stage of the vehicle wake-up and diagnosis process. For example, after sending the first wake-up instruction, the server determines that the vehicle meets the second condition, that is, sends a sleep instruction to the vehicle. In this case, the vehicle sets the at least one awakened control unit from the awake state to the sleep state, and the vehicle wake-up and diagnosis process ends, and S705 to S707 are no longer executed (marked with dotted lines in the figure).

[0213] To ensure the owner's information security during the vehicle diagnosis process, in some embodiments, before executing any of the above embodiments of vehicle wake-up and diagnosis, authorization can be performed for waking up the control unit in the vehicle.

[0214] Referring to Figure 8, in S801, the server may send an authorization request to the vehicle, and accordingly, the vehicle receives the authorization request sent from the server, and the authorization request is used to request authorization to wake up the control unit in the vehicle. In the first example, the authorization request can be used to request authorization to wake up any control unit in the vehicle (such as all control units). In this case, the control unit for which authorization is requested may be preset, such as all control units in the vehicle; in the second example, the authorization request may carry information of at least one control unit (such as an identifier of the control unit) to request authorization to wake up the at least one control unit in the vehicle. When the authorization request carries information of at least one control unit, the at least one control unit may be the control unit to be diagnosed indicated by the first wake-up strategy. In this case, S801 may be executed after S803.

[0215] In S802, the vehicle sends an authorization response to the server, and accordingly, the server receives the authorization response from the vehicle. The authorization response is used to indicate the completion of the authorization to wake up the control unit in the vehicle. In the first example, the authorization response can be used to indicate the completion of the authorization of all or part of the preset control units; in the second example, the authorization response can be used to indicate the completion of the authorization of all control units requested in the authorization request; in the third example, the authorization response can carry information of at least one control unit (such as the identification of the control unit) to indicate the completion of the authorization of at least one control unit requested in the authorization request.

[0216] In some embodiments, the server may obtain the vehicle's authorization status, which includes an authorized state and an unauthorized state. The authorized state indicates that the vehicle has authorized the vehicle to wake up the control unit in the vehicle, and the unauthorized state indicates that the vehicle has not authorized the vehicle to wake up the control unit in the vehicle. When the vehicle's authorization status is unauthorized, the server performs an operation of sending an authorization request.

[0217] In some embodiments, for sold vehicles that have been delivered to the owner, the owner is required to authorize waking up the control unit in the vehicle. For unsold vehicles that have not been delivered, authorization to wake up the control unit in the vehicle may not be required. For example, the server may obtain the vehicle's sales status, and if the vehicle's sales status is sold, obtain the vehicle's authorization status, and if the vehicle is unauthorized, execute the operation of sending an authorization request.

[0218] The above embodiment describes how to wake up and diagnose a vehicle that is not powered on. The following describes how to diagnose a vehicle that is powered on, or in a powered-on state.

[0219] Currently, when a server performs remote diagnosis on a vehicle, it sends a diagnostic command to the vehicle. The vehicle then performs the diagnosis in response to the received diagnostic command. However, the vehicle's power-on state may make it impossible to perform the diagnosis, resulting in a diagnosis failure. To improve the success rate of vehicle diagnosis, this application provides the following vehicle diagnosis method:

[0220] For example, referring to S902 in FIG. 9 , the server may determine a diagnostic strategy based on the vehicle's fault parameters. The diagnostic strategy indicates W control units in the vehicle to be diagnosed, where W is a positive integer and the W control units may be all or some of the control units in the vehicle. The implementation of determining the diagnostic strategy based on the fault parameters is similar to the implementation of determining the first wake-up strategy based on the fault parameters in the aforementioned embodiment, and for the sake of brevity, this description is omitted.

[0221] Referring to S903 in FIG9 , when the vehicle satisfies the third condition, the server sends a fourth diagnostic instruction, which is used to instruct diagnosis of at least one of the W control units. The third condition includes at least one of the following:

[0222] Condition 1: The vehicle is not in the diagnosis execution state;

[0223] Condition 2: The vehicle is not in the firmware upgrade state;

[0224] Condition three: the vehicle is not in the parts traceability status.

[0225] Among them, the diagnostic execution status can be, for example, the status of executing OBD diagnosis or any other vehicle diagnosis; the firmware upgrade status can be, for example, the status of executing an upgrade based on over the air (OTA) technology or executing a local upgrade; the component traceability status can be the status of accurate tracing of the vehicle or its components.

[0226] Optionally, referring to S901 in FIG9 , the server may query the vehicle status information to determine whether the vehicle is in a powered-on state based on the queried vehicle status information, and / or determine whether the vehicle satisfies the third condition mentioned above based on the queried vehicle status information.

[0227] S904 in FIG. 9 is similar to S306 in the embodiment shown in FIG. 3 a , and S905 in FIG. 9 is similar to S307 in FIG. 3 , which will not be described again for the sake of brevity.

[0228] Therefore, in this embodiment of the present application, upon determining that the vehicle satisfies the third condition (i.e., the vehicle's state does not interfere with vehicle diagnosis, or in other words, the vehicle's state and vehicle diagnosis are not mutually exclusive), the server sends a fourth diagnostic instruction to the vehicle, instructing the vehicle to diagnose at least one control unit, thereby improving the success rate of diagnosis. Furthermore, by coordinating with the server to determine W control units to be diagnosed based on fault parameters and indicating these control units to the vehicle, the vehicle does not need to decide which control units to diagnose, thereby reducing the processing complexity of the vehicle.

[0229] FIG10 is a schematic block diagram of an electronic device 1000 provided in an embodiment of the present application. As shown in FIG10 , the electronic device 1000 may include at least a processing module 1010 and a transceiver module 1020. In some embodiments, the electronic device may further include an acquisition module 1030.

[0230] Optionally, the electronic device 1000 can be used to implement the above server-side method.

[0231] In one design, the processing module 1010 can be used to determine a first wake-up strategy based on the fault parameters of the vehicle, where the first wake-up strategy is used to instruct the wake-up of M control units to be diagnosed in the vehicle, where M is a positive integer; the transceiver module 1020 can be used to send a first wake-up instruction to the vehicle, where the first wake-up instruction is used to instruct the wake-up of m1 control units, where m1 control units are a subset of the M control units; the transceiver module 1020 can be used to receive a first wake-up response from the vehicle; the transceiver module 1020 can be used to send a first diagnostic instruction to the vehicle based on the first wake-up response, where the first diagnostic instruction is used to instruct the diagnosis of m2 control units, where m2 control units are a subset of the m1 control units; the transceiver module 1020 can be used to receive a first diagnostic response from the vehicle.

[0232] In some embodiments, the acquisition module 1030 may be used to acquire log data of the vehicle; and the processing module 1010 is specifically used to determine a first wake-up strategy according to the fault tree and the log data.

[0233] In another design, the processing module 1010 may be configured to determine a diagnostic strategy based on the vehicle's fault parameters, the diagnostic strategy being used to indicate W control units in the vehicle to be diagnosed. The transceiver module 1020 may be configured to send a fourth diagnostic instruction when the vehicle meets a third condition, the fourth diagnostic instruction being used to indicate that at least one of the M control units in the vehicle be diagnosed. The third condition may include at least one of the following:

[0234] The vehicle is not in the diagnostic execution state;

[0235] The vehicle is not in the firmware upgrade state;

[0236] The vehicle is not in parts traceability status.

[0237] Exemplarily, when the electronic device 1000 is used to implement the server-side method described above, the electronic device 1000 may correspond to the cloud 110 in FIG1 , and the processing module 1010 in the electronic device 1000 may correspond to part or all of the privacy management module 111, the wake-up association module 112, the diagnostic task management module 113, and the diagnostic control management module 114 in FIG1 .

[0238] Optionally, the electronic device 1000 can be used to implement the vehicle-side method described above. The transceiver module 1020 can be used to receive a first wake-up instruction, the first wake-up instruction being used to instruct the awakening of m1 control units, where m1 control units are a subset of the vehicle's M control units; the processing module 1010 can be used to awaken the m1 control units; the transceiver module 1020 is also used to send a first wake-up response; the transceiver module 1020 is also used to receive a first diagnostic instruction, the first diagnostic instruction being used to instruct the diagnosis of m2 control units, where m2 control units are a subset of the m1 control units; the processing module 1010 is also used to diagnose the m2 control units; and the transceiver module 1010 is also used to send a first diagnostic response.

[0239] Exemplarily, when the electronic device 1000 is used to implement the vehicle-side method described above, the electronic device 1000 may correspond to the vehicle end 120 in Figure 1, the processing module 1010 in the electronic device 1000 may correspond to the GW 122 and / or the domain control module 123 in Figure 1, and the transceiver module 1020 may correspond to the T-BOX 121 in Figure 1.

[0240] It should be understood that the specific process of each unit executing the above corresponding steps has been described in detail in the above method embodiment, and for the sake of brevity, it will not be repeated here.

[0241] The division of the modules / units in the above devices is only a division of logical functions. In actual implementation, they can be fully or partially integrated into one physical entity, or they can be physically separated.

[0242] An embodiment of the present application also provides a computer-readable storage medium for storing a computer program.

[0243] In some embodiments, the computer-readable storage medium can be applied to the electronic device in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes in the various methods in the embodiments of the present application. For the sake of brevity, they will not be repeated here.

[0244] An embodiment of the present application also provides a computer program product, including computer program instructions.

[0245] In some embodiments, the computer program product can be applied to the electronic device in the embodiments of the present application, and the computer program instructions enable the computer to execute the corresponding processes in the various methods in the embodiments of the present application. For the sake of brevity, they will not be repeated here.

[0246] The embodiment of the present application also provides a computer program.

[0247] In some embodiments, the computer program can be applied to the electronic devices in the embodiments of the present application. When the computer program runs on a computer, the computer executes the corresponding processes in the various methods in the embodiments of the present application. For the sake of brevity, they will not be repeated here.

[0248] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0249] The above are only specific embodiments of the present application, but the scope of protection of this application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in this application should be included in the scope of protection of this application. Therefore, the scope of protection of this application should be based on the scope of protection of the claims.

Claims

1. A vehicle diagnostic method, applied to a server, characterized in that: include: Determining a first wake-up strategy according to a fault parameter of the vehicle, where the first wake-up strategy is used to instruct to wake up M control units to be diagnosed in the vehicle, where M is a positive integer; Sending a first wake-up instruction to the vehicle, where the first wake-up instruction is used to instruct to wake up m1 control units, where the m1 control units are a subset of the M control units; receiving a first wake-up response from the vehicle; sending a first diagnostic instruction to the vehicle according to the first wake-up response, where the first diagnostic instruction is used to instruct diagnosis of m2 control units, where the m2 control units are a subset of the m1 control units; A first diagnostic response is received from the vehicle.

2. The method according to claim 1, characterized in that The determining of the first wake-up strategy according to the fault parameters of the vehicle includes: According to the fault parameters, a fault tree corresponding to the fault parameters is matched among a plurality of preset fault trees; The first wake-up strategy is determined according to the fault tree corresponding to the fault parameter.

3. The method according to claim 2, characterized in that Also includes: Obtaining log data of the vehicle; The determining the first wake-up strategy according to the fault tree corresponding to the fault parameter includes: The first wake-up strategy is determined according to the fault tree and the log data.

4. The method according to any one of claims 1 to 3, characterized in that Also includes: determining, based on the first diagnostic response, whether the m2 control units include a control unit that causes the fault problem corresponding to the fault parameter; When the m2 control units do not include the control unit that causes the fault problem, sending a second wake-up instruction, where the second wake-up instruction is used to wake up m3 control units in the M control units except the m1 control units; receiving a second wake-up response from the vehicle; sending a second diagnostic instruction to the vehicle according to the second wake-up response, where the second diagnostic instruction is used to instruct diagnosis of m4 control units, where the m4 control units are a subset of the m3 control units; A second diagnostic response is received from the vehicle.

5. The method according to claim 4, characterized in that Also includes: When the m2 control units include the control unit causing the fault problem, the wake-up and diagnosis process is terminated.

6. The method according to any one of claims 1 to 5, characterized in that The method further comprises: When the M control units do not include a control unit that causes the fault problem corresponding to the fault parameter, determining a second wake-up strategy, where the second wake-up strategy is used to instruct to wake up N control units to be diagnosed in the vehicle, where N is a positive integer; Sending a third wake-up instruction to the vehicle, where the third wake-up instruction is used to instruct to wake up n1 control units, where the n1 control units are a subset of the N control units; receiving a third wake-up response from the vehicle; sending a third diagnostic instruction to the vehicle according to the third wake-up response, wherein the third diagnostic instruction is used to instruct diagnosis of n2 control units, where the n2 control units are a subset of the n1 control units; receiving a third diagnostic response from the vehicle; in, Each of the N control units can be awakened based on low voltage; and / or, Each of the N control units can be awakened based on high voltage; and / or, The N control units belong to one component template.

7. The method according to any one of claims 1 to 6, characterized in that The sending a first diagnostic instruction to the vehicle according to the first wake-up response includes: When the vehicle meets a first condition, sending a first diagnostic instruction to the vehicle according to the first wake-up response, the first condition including at least one of the following: The remaining power of the first battery of the vehicle is greater than or equal to a first power threshold; The remaining power of the second battery of the vehicle is greater than or equal to a second power threshold; The vehicle wake-up duration is less than or equal to a first duration threshold; The supply voltages of the first battery and the second battery are different.

8. The method according to any one of claims 1 to 7, characterized in that Before sending the first wake-up instruction to the vehicle, the method further includes: Sending an authorization request, wherein the authorization request is used to request authorization to wake up a control unit in the vehicle; An authorization response is received, the authorization response being used to indicate that authorization to wake up a control unit in the vehicle is completed.

9. The method according to any one of claims 1 to 8, characterized in that Also includes: When the vehicle satisfies a second condition, a sleep instruction is sent to the vehicle, where the sleep instruction is used to instruct at least one awakened control unit to be set from an awake state to a sleep state, wherein the second condition includes at least one of the following: The remaining power of the first battery of the vehicle is less than or equal to a third power threshold; The remaining power of the second battery of the vehicle is less than or equal to a fourth power threshold; The wake-up duration of the at least one control unit is greater than or equal to a second duration threshold; The supply voltages of the first battery and the second battery are different.

10. A vehicle diagnostic method, characterized in that: Applicable to vehicles or on-board equipment, including: receiving a first wake-up instruction, where the first wake-up instruction is used to instruct to wake up m1 control units, where the m1 control units are a subset of M control units of the vehicle; Wake up the m1 control units; Sending a first wakeup response; receiving a first diagnostic instruction, where the first diagnostic instruction is used to instruct diagnosis of m2 control units, where the m2 control units are a subset of the m1 control units; diagnosing the m2 control units; Send a first diagnostic response.

11. The method according to claim 10, characterized in that Also includes: receiving a second wake-up instruction, where the second wake-up instruction is used to wake up m3 control units among the M control units except the m1 control units; Waking up the m3 control units; sending a second wake-up response; receiving a second diagnostic instruction, where the second diagnostic instruction is used to instruct diagnosis of m4 control units, where the m4 control units are a subset of the m3 control units; diagnosing the m4 control units; A second diagnostic response is sent.

12. The method according to claim 10 or 11, characterized in that Also includes: receiving a third wake-up instruction, where the third wake-up instruction is used to instruct to wake up n1 control units, where the n1 control units are a subset of the N control units of the vehicle; Waking up the n1 control units; sending a third wake-up response; receiving a third diagnostic instruction, wherein the third diagnostic instruction is used to instruct diagnosis of n2 control units, where the n2 control units are a subset of the n1 control units; diagnosing the n2 control units; sending a third diagnostic response; in, Each of the N control units can be awakened based on low voltage; and / or, Each of the N control units can be awakened based on high voltage; and / or, The N control units belong to one component template.

13. The method according to any one of claims 10 to 12, characterized in that Before waking up the m1 control units, the method further includes: receiving an authorization request for requesting authorization to wake up a control unit in the vehicle; An authorization response is sent, where the authorization response is used to indicate that the authorization to wake up the control unit in the vehicle is completed.

14. The method according to any one of claims 10 to 13, characterized in that Also includes: When the vehicle satisfies a second condition, at least one awakened control unit is set from an awake state to a dormant state, wherein the second condition includes at least one of the following: The remaining power of the first battery of the vehicle is less than or equal to a third power threshold; The remaining power of the second battery of the vehicle is less than or equal to a fourth power threshold; The wake-up duration of the at least one control unit is greater than or equal to a second duration threshold; The supply voltages of the first battery and the second battery are different.

15. The method according to any one of claims 10 to 14, characterized in that Also includes: Receive sleep command; According to the sleep instruction, at least one awakened control unit is set from the awakened state to the sleep state.

16. An electronic device, characterized in that: include: a processing module, configured to determine a first wake-up strategy based on a fault parameter of the vehicle, wherein the first wake-up strategy is configured to instruct to wake up M control units to be diagnosed in the vehicle, where M is a positive integer; a transceiver module, configured to send a first wake-up instruction to the vehicle, wherein the first wake-up instruction is used to instruct to wake up m1 control units, where the m1 control units are a subset of the M control units; a transceiver module, configured to receive a first wake-up response from the vehicle; a transceiver module, configured to send a first diagnostic instruction to the vehicle according to the first wake-up response, wherein the first diagnostic instruction is used to instruct diagnosis of m2 control units, where the m2 control units are a subset of the m1 control units; The transceiver module is configured to receive a first diagnostic response from the vehicle.

17. The device according to claim 16, characterized in that The processing module is specifically used for: According to the fault parameters, a fault tree corresponding to the fault parameters is matched among a plurality of preset fault trees; The first wake-up strategy is determined according to the fault tree corresponding to the fault parameter.

18. The device according to claim 17, characterized in that Also includes: An acquisition module, configured to acquire log data of the vehicle; The processing module is specifically used for: The first wake-up strategy is determined according to the fault tree and the log data.

19. The device according to any one of claims 16 to 18, characterized in that The processing module is further configured to determine, based on the first diagnostic response, whether the m2 control units include a control unit that causes the fault problem corresponding to the fault parameter; The transceiver module is further configured to send a second wake-up instruction when the m2 control units do not include the control unit causing the fault problem, wherein the second wake-up instruction is used to wake up m3 control units in the M control units except the m1 control units; The transceiver module is further configured to receive a second wake-up response from the vehicle; The transceiver module is further configured to send a second diagnostic instruction to the vehicle according to the second wake-up response, wherein the second diagnostic instruction is configured to instruct diagnosis of m4 control units, where the m4 control units are a subset of the m3 control units; The transceiver module is further configured to receive a second diagnostic response from the vehicle.

20. The device according to claim 19, characterized in that The processing module is further configured to: When the m2 control units include the control unit causing the fault problem, the wake-up and diagnosis process is terminated.

21. The device according to any one of claims 16 to 20, characterized in that The processing module is further configured to determine a second wake-up strategy when the M control units do not include a control unit causing the fault problem corresponding to the fault parameter, the second wake-up strategy being configured to instruct to wake up N control units to be diagnosed in the vehicle, where N is a positive integer; The transceiver module is further configured to send a third wake-up instruction to the vehicle, wherein the third wake-up instruction is configured to instruct to wake up n1 control units, where the n1 control units are a subset of the N control units; The transceiver module is further configured to receive a third wake-up response from the vehicle; The transceiver module is further configured to send a third diagnostic instruction to the vehicle according to the third wake-up response, wherein the third diagnostic instruction is configured to instruct diagnosis of n2 control units, where the n2 control units are a subset of the n1 control units; The transceiver module is further configured to receive a third diagnostic response from the vehicle; in, Each of the N control units can be awakened based on low voltage; and / or, Each of the N control units can be awakened based on high voltage; and / or, The N control units belong to one component template.

22. The device according to any one of claims 16 to 21, characterized in that The transceiver module is specifically used for: When the vehicle meets a first condition, sending a first diagnostic instruction to the vehicle according to the first wake-up response, the first condition including at least one of the following: The remaining power of the first battery of the vehicle is greater than or equal to a first power threshold; The remaining power of the second battery of the vehicle is greater than or equal to a second power threshold; The vehicle wake-up duration is less than or equal to a first duration threshold; The supply voltages of the first battery and the second battery are different.

23. The device according to any one of claims 16 to 22, characterized in that Before sending the first wake-up instruction to the vehicle, The transceiver module is further configured to send an authorization request, wherein the authorization request is configured to request authorization to wake up the control unit in the vehicle; The transceiver module is further configured to receive an authorization response, where the authorization response is used to indicate completion of authorization to wake up the control unit in the vehicle.

24. The device according to any one of claims 16 to 23, characterized in that The transceiver module is also used for: When the vehicle satisfies a second condition, a sleep instruction is sent to the vehicle, where the sleep instruction is used to instruct at least one awakened control unit to be set from an awake state to a sleep state, wherein the second condition includes at least one of the following: The remaining power of the first battery of the vehicle is less than or equal to a third power threshold; The remaining power of the second battery of the vehicle is less than or equal to a fourth power threshold; The wake-up duration of the at least one control unit is greater than or equal to a second duration threshold; The supply voltages of the first battery and the second battery are different.

25. An electronic device, characterized in that: include: a transceiver module, configured to receive a first wake-up instruction, wherein the first wake-up instruction is used to instruct to wake up m1 control units, where the m1 control units are a subset of the M control units of the vehicle; A processing module, configured to wake up the m1 control units; The transceiver module is further configured to send a first wake-up response; The transceiver module is further configured to receive a first diagnostic instruction, wherein the first diagnostic instruction is configured to instruct diagnosis of m2 control units, where the m2 control units are a subset of the m1 control units; The processing module is further used to diagnose the m2 control units; The transceiver module is further configured to send a first diagnostic response.

26. The device according to claim 25, characterized in that The transceiver module is further configured to receive a second wake-up instruction, where the second wake-up instruction is configured to wake up m3 control units in the M control units except the m1 control units; The processing module is further used to wake up the m3 control units; The transceiver module is further configured to send a second wake-up response; The transceiver module is further configured to receive a second diagnostic instruction, where the second diagnostic instruction is configured to instruct diagnosis of m4 control units, where the m4 control units are a subset of the m3 control units; The processing module is further used to diagnose the m4 control units; The transceiver module is further configured to send a second diagnostic response.

27. The device according to claim 25 or 26, characterized in that The transceiver module is further configured to receive a third wake-up instruction, wherein the third wake-up instruction is configured to instruct to wake up n1 control units, where the n1 control units are a subset of the N control units of the vehicle; The processing module is further configured to wake up the n1 control units; The transceiver module is further configured to send a third wake-up response; The transceiver module is further configured to receive a third diagnostic instruction, wherein the third diagnostic instruction is configured to instruct diagnosis of n2 control units, where the n2 control units are a subset of the n1 control units; The processing module is further used to diagnose the n2 control units; The transceiver module is further configured to send a third diagnostic response; in, Each of the N control units can be awakened based on low voltage; and / or, Each of the N control units can be awakened based on high voltage; and / or, The N control units belong to one component template.

28. The apparatus according to any one of claims 25 to 27, characterized in that Before waking up the m1 control units, the transceiver module is further configured to: receiving an authorization request for requesting authorization to wake up a control unit in the vehicle; An authorization response is sent, where the authorization response is used to indicate that the authorization to wake up the control unit in the vehicle is completed.

29. The apparatus according to any one of claims 25 to 28, characterized in that The processing module is further configured to: When the vehicle satisfies a second condition, at least one awakened control unit is set from an awake state to a dormant state, wherein the second condition includes at least one of the following: The remaining power of the first battery of the vehicle is less than or equal to a third power threshold; The remaining power of the second battery of the vehicle is less than or equal to a fourth power threshold; The wake-up duration of the at least one control unit is greater than or equal to a second duration threshold; The supply voltages of the first battery and the second battery are different.

30. The apparatus according to any one of claims 25 to 29, characterized in that The transceiver module is further configured to receive a sleep instruction; The processing module is further configured to set at least one awakened control unit from an awakened state to a dormant state according to the dormant instruction.

31. A chip, characterized in that: include: A processor, configured to call and execute computer instructions from a memory, so that a device equipped with the chip executes the method according to any one of claims 1 to 15.

32. An electronic device, characterized in that: include: A processor and a memory, the memory being used to store a computer program, the processor being used to call and run the computer program stored in the memory to execute the method according to any one of claims 1 to 15.

33. A vehicle, characterized in that: The electronic device comprising any one of claims 25 to 30.

34. A computer-readable storage medium, characterized in that Used to store computer program instructions, wherein the computer program causes a computer to execute the method according to any one of claims 1 to 15.

35. A computer program product, characterized in that The method comprises computer program instructions, which cause a computer to execute the method according to any one of claims 1 to 15.

Images