CN117130338A

CN117130338A - Vehicle network non-dormancy diagnosis method and device, vehicle and storage medium

Info

Publication number: CN117130338A
Application number: CN202210551038.2A
Authority: CN
Inventors: 段文杰; 郭晨光; 史曼; 田文军
Original assignee: Great Wall Motor Co Ltd
Current assignee: Great Wall Motor Co Ltd
Priority date: 2022-05-18
Filing date: 2022-05-18
Publication date: 2023-11-28

Abstract

The application provides a diagnosis method and device for non-dormancy of a vehicle network, a vehicle and a storage medium. The method comprises the following steps: acquiring a power mode signal, a whole vehicle network state and a high-voltage system state signal; when the power mode signal, the whole vehicle network state and the high-voltage system state signal accord with the corresponding conditions that the vehicle is in a network non-dormant state, starting a timer; and triggering fault data recording when the timer reaches the preset time. The application can rapidly determine the controllers causing the problem of non-dormancy of the network, and can determine the fault reason of the fault controllers.

Description

Vehicle network non-dormancy diagnosis method and device, vehicle and storage medium

Technical Field

The present application relates to the field of vehicle diagnosis technologies, and in particular, to a method and apparatus for diagnosing that a vehicle network is not dormant, a vehicle, and a storage medium.

Background

Currently, AUTOSAR network management is the basis for guaranteeing whole vehicle communication and realizing whole vehicle functions. Each controller participating in AUTOSAR network management is connected to a gateway through a CAN bus, and when a vehicle power mode is an OFF gear, each controller detects whether to sleep according to sleep conditions, and when all controllers sleep, the whole vehicle network is in a sleep state.

When the vehicle power supply is in an OFF gear, a certain controller is received on the CAN bus to send a message, and the controller does not meet the dormancy condition to carry out dormancy, the whole vehicle network is not dormant all the time, so that the whole vehicle current is overlarge, and even the storage battery is deficient. In the prior art, the current after the vehicle power supply is in an OFF gear is detected through a vehicle storage battery sensor, when the current exceeds a preset value, the whole vehicle network is awakened, and current abnormal data is sent to a vehicle background monitor through a vehicle-mounted controller so as to remind a user of maintenance.

The inventors found that the background detector cannot determine the abnormal controller from the received current abnormality data, and cannot determine the cause of the fault.

Disclosure of Invention

The embodiment of the application provides a diagnosis method and device for non-dormancy of a vehicle network, a vehicle and a storage medium, and aims to solve the problems that an abnormal controller cannot be determined and a fault cause cannot be determined when the vehicle network is not dormant.

In a first aspect, an embodiment of the present application provides a method for diagnosing that a vehicle network is not dormant, which is applied to each controller connected to a CAN bus, including:

acquiring a power mode signal, a whole vehicle network state and a high-voltage system state signal;

when the power mode signal, the whole vehicle network state and the high-voltage system state signal accord with the corresponding conditions that the vehicle is in a network non-dormant state, starting a timer;

when the timer reaches the preset time, triggering fault data recording, wherein the fault data comprise fault time and fault reasons.

In one possible implementation manner, the starting the timer when the power mode signal, the vehicle network state, and the high-voltage system state signal conform to corresponding conditions that the vehicle is in a network non-sleep state includes:

detecting whether the power mode is an OFF gear according to the power mode signal;

when the power mode is an OFF gear, detecting whether the whole vehicle network state is in an awakening state;

when the whole vehicle network state is in an awakening state, detecting whether the high-voltage system is in a power-down state or not according to the high-voltage system state signal;

and when the high-voltage system is in a power-down state, determining that the vehicle is in a network non-dormant state, and starting a timer.

In one possible implementation, the method further includes:

and when the power mode is an ON gear, or when the whole vehicle network state is in a dormant state, or when the high-voltage system is in a power-ON state, acquiring a corresponding power mode signal, the whole vehicle network state or the high-voltage system state signal again for corresponding detection.

In one possible implementation, after the starting the timer, the method further includes:

in the timing process, when the high-voltage system is detected to be in the power-on state, stopping timing, resetting the timer, reacquiring the corresponding high-voltage system state signal, and detecting whether the high-voltage system corresponding to the new high-voltage system state signal is in the power-off state.

In one possible implementation manner, before triggering the fault data record when the timer reaches the preset time, the method further includes:

in the timing process, when the high-voltage system is detected to be in a power-down state, detecting whether the timing of a timer reaches the preset time;

when the timer does not count the preset time, stopping counting when the state of the whole vehicle network is detected to be in a dormant state, resetting the timer, reacquiring the state of the whole vehicle network, and detecting whether the new state of the whole vehicle network is in an awakening state.

In one possible implementation manner, after triggering the fault data record when the timer reaches the preset time, the method further includes:

and reporting the fault data through a CAN bus.

In a second aspect, an embodiment of the present application provides a diagnostic apparatus for a vehicle network not to sleep, the diagnostic apparatus being each controller connected to a CAN bus, including:

the acquisition module is used for acquiring a power supply mode signal, a whole vehicle network state and a high-voltage system state signal;

the control module is used for starting a timer when the power mode signal, the whole vehicle network state and the high-voltage system state signal accord with the corresponding conditions that the vehicle is in a network non-dormant state;

and the processing module is used for triggering fault data recording when the timer reaches the preset time, and the fault data comprises the fault time and the fault reason.

In one possible implementation, the control module is configured to:

In a third aspect, an embodiment of the present application provides a terminal, including a memory, a processor, and a computer program stored in the memory and executable on the processor, the processor implementing the steps of the method for diagnosing that a vehicle network is not dormant as described above in the first aspect or any one of the possible implementations of the first aspect when the computer program is executed.

In a fourth aspect, embodiments of the present application provide a computer readable storage medium storing a computer program which, when executed by a processor, implements the steps of a method for diagnosing that a vehicle network is not dormant as described above in the first aspect or any one of the possible implementations of the first aspect.

The embodiment of the application provides a method, a device, a vehicle and a storage medium for diagnosing non-dormancy of a vehicle network, wherein a network non-dormancy diagnosis function is added to each controller, a timer is started when a power mode signal, a whole vehicle network state and a high-voltage system state signal are determined to be in accordance with corresponding conditions that the vehicle is in the network non-dormancy state, and fault data recording is triggered when the timer reaches preset time, so that the abnormal non-dormancy controller can be quickly locked, and the problem that the network non-dormancy controller cannot be determined in the prior art is solved. The application can also record the fault reason of the fault controller, thereby being capable of rapidly locking the reason that the fault controller is not dormant and facilitating the user to conduct fault investigation.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings that are needed in the embodiments or the description of the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings can be obtained according to these drawings without inventive effort for a person skilled in the art.

FIG. 1 is a flowchart of a method for diagnosing non-dormancy of a vehicle network according to an embodiment of the present application;

FIG. 2 is a schematic diagram of a connection system for each controller according to an embodiment of the present application;

FIG. 3 is a flow chart of an implementation of a method for diagnosing vehicle network non-dormancy according to another embodiment of the present application;

FIG. 4 is a schematic diagram of a vehicle network non-dormant diagnostic device according to an embodiment of the present application;

fig. 5 is a schematic diagram of a controller according to an embodiment of the present application.

Detailed Description

In the following description, for purposes of explanation and not limitation, specific details are set forth such as the particular system architecture, techniques, etc., in order to provide a thorough understanding of the embodiments of the present application. It will be apparent, however, to one skilled in the art that the present application may be practiced in other embodiments that depart from these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the following description will be made by way of specific embodiments with reference to the accompanying drawings.

Fig. 1 is a flowchart of an implementation of a vehicle network non-dormancy diagnosis method provided by an embodiment of the present application, referring to fig. 2, the vehicle network non-dormancy diagnosis method is applied to each controller connected to a CAN bus, a connection system of each controller is that each controller is connected to a power supply system, a high voltage system and a whole vehicle network of a vehicle through a vehicle gateway, where the vehicle gateway CAN implement signal communication between different controllers, and CAN translate and forward different communication languages.

In this embodiment, a network non-dormancy diagnosis function is added to each controller, and the time and the reason of non-dormancy of the controller network are recorded by the network non-dormancy diagnosis function, so as to quickly locate the fault problem. The details are as follows:

and step 101, acquiring a power mode signal, a whole vehicle network state and a high-voltage system state signal.

The power system controls the whole vehicle power mode, and feeds back a power mode signal to the CAN bus, and the controller acquires the power mode signal on the CAN bus so as to detect whether the power mode is an OFF gear or not.

The controller monitors the vehicle network state so as to subsequently detect whether the vehicle network state is in an awake state.

The high-voltage system CAN feed back a high-voltage system state signal to the CAN bus, and the controller acquires the high-voltage system state signal on the CAN bus so as to detect whether the high-voltage system is in a power-down state or not subsequently.

Optionally, the power mode signal, the whole vehicle network state and the high-voltage system state signal can be acquired at intervals of preset time, so that frequent operation is prevented, and the battery is prevented from being deficient.

Step 102, when the network state of the whole vehicle, the power mode signal and the high-voltage system state signal meet the corresponding conditions that the vehicle is in a non-dormant state of the network, starting a timer.

After acquiring a power mode signal, a whole vehicle network state and a high-voltage system state signal, detecting whether the power mode is an OFF gear or not according to the power mode signal, and detecting whether the whole vehicle network state is in an awakening state or not when the power mode is the OFF gear; when the whole vehicle network state is in an awakening state, detecting whether the high-voltage system is in a power-down state or not according to the high-voltage system state signal; when the high voltage system is in the power-down state, the vehicle is determined to be in a network non-dormant state, and a timer is started, and the method is specifically shown in fig. 3.

When the power mode is switched from the ON gear to the OFF gear, the user is informed that the whole vehicle network is expected to sleep, and if the whole vehicle network state is in the wake-up state at this time, namely the whole vehicle network is awakened from the sleep state, the controller ON the vehicle is informed that the controller is still transmitting a message, and then the controller may have faults. When the vehicle is switched from the ON file to the OFF file, the whole vehicle network is in a wake-up state as long as the controller sends a message ON the bus, and the whole vehicle network is dormant when the controller does not send the message ON the bus.

Before determining that the vehicle is in a network non-dormant state, whether the high-voltage system is in a power-down state or not is also needed to be detected, and the situation that the normal function of the vehicle causes the network non-dormant when the high-voltage system is in a power-up state under the condition that the vehicle power supply is in an OFF gear is avoided, so that the controller misjudges. For example, when charging a vehicle using a charging gun, the vehicle power supply needs to be in an OFF gear, at which time the high voltage system is in a powered-on state. Or the driver leaves the vehicle, and life bodies are in the vehicle, and the high-voltage system is electrified at the moment so as to start the air conditioner to prevent the air in the vehicle from being choked.

When the high voltage system is in a power-down state, the controller starts a timer so as to ensure that the network of the controller of the vehicle is not dormant due to the self-fault. In this embodiment, only when the power mode is the OFF gear, the network state of the whole vehicle is in the wake-up state, and the high-voltage system is in the power-down state, it is determined that the vehicle controller fails, so that the network cannot sleep normally, at this time, a timer is started to count, and monitoring is continuously performed on the power mode, the network state of the whole vehicle, and the high-voltage system during the counting process, so that when the power mode, the network state of the whole vehicle, and the high-voltage system do not meet the conditions corresponding to the non-sleep state of the network, the counting is stopped, and the execution of error diagnosis is prevented.

Referring to fig. 3, when the power mode is an ON gear, or when the vehicle network state is in a sleep state, or when the high-voltage system is in a power-ON state, a corresponding power mode signal, a vehicle network state or a high-voltage system state signal is acquired again to perform corresponding detection.

That is, when the power mode is in the ON range, it is indicated that the power mode does not meet the condition that the vehicle is in the network non-sleep state, and therefore, it is necessary to reacquire the power mode signal and to reacquire the newly acquired power mode signal.

When the whole vehicle network state is in the dormant state, the condition that the whole vehicle network state does not accord with the condition that the vehicle is in the network non-dormant state is indicated, so that the whole vehicle network state needs to be acquired again, and the newly acquired whole vehicle network state is detected again.

When the high-voltage system is in a power-on state, the high-voltage system is not in a network non-dormant state, so that a timer is not started, a high-voltage system state signal is required to be acquired again, the newly acquired high-voltage system state is detected again, and the timer can not be started until the high-voltage system is powered down.

And step 103, triggering fault data recording when the timer reaches the preset time, wherein the fault data comprises fault time and fault reasons.

The timer may be a positive timer or a negative timer, and the type of the timer is not limited in this embodiment.

The preset time may be set according to actual requirements, for example, the preset time may be 50 minutes, 60 minutes, or the like, which is not limited in this embodiment.

In the timing process of the timer, whether the power mode signal, the whole vehicle network state and the high-voltage system state signal meet the corresponding conditions that the vehicle is in a non-dormant state or not needs to be detected in real time, and if a certain condition is not met in the timing process, the timer is required to stop timing.

Referring to fig. 3, in the timing process, when the high voltage system is detected to be in the power-on state, the timing is stopped, the timer is reset, the corresponding high voltage system state signal is reacquired, and whether the high voltage system corresponding to the new high voltage system state signal is in the power-down state is detected.

When the high-voltage system is not in conformity with the conditions, the timer needs to be reset so as to restart the timer and restart the correct timing when the power mode signal, the whole vehicle network state and the high-voltage system state signal are in conformity with the corresponding conditions that the vehicle is in a network non-dormant state.

when the timer does not count the preset time, the whole vehicle network state is detected to be in a dormant state, the vehicle is dormant normally at the moment, the controller is free of faults, the timing is stopped, the timer is reset, the whole vehicle network state is reacquired, and whether the new whole vehicle network state is in a wake-up state is detected. When the state of the whole vehicle network is detected to be awakened again, the following steps are continuously executed, and the flow shown in fig. 3 is specifically referred.

Referring to fig. 3, after the power mode is OFF, the network non-sleep diagnosis function is turned on, so that the fault controller can timely find out when the whole vehicle cannot sleep, and timely remind a user of performing fault maintenance.

When the timer reaches the preset time, after triggering the fault data record, the method further comprises the following steps: the network non-dormancy diagnostic function is turned off. Here, in an ignition period, the controller records at most a group of network non-dormancy diagnosis data, that is, after the fault data recording is triggered, the network non-dormancy diagnosis function needs to be turned OFF, and after the power mode is switched from the ON gear to the OFF gear next time, the network non-dormancy diagnosis function is turned ON again, so that the fault data is prevented from being repeatedly recorded, and the storage space is wasted.

It should be noted that, the fault data is recorded in the local memory, and can be stored in real time, so that the data can not be lost after the storage battery of the vehicle is powered down. The user can read fault data from the memory, and quickly perform fault positioning according to the fault time and the fault reason that the controller in the fault data does not sleep, so that the problems that the fault controller cannot be positioned and the fault reason cannot be determined in the prior art are solved, and therefore, the fault controller can be maintained in time, and the loss is reduced.

Referring to fig. 2, a plurality of controllers of a vehicle are connected through a CAN bus, if the current controller triggers fault data recording, the recorded fault data CAN be reported to a background server through the CAN bus for early warning, and thus the background server CAN remind a customer of timely maintenance.

In fig. 2, the gateway plays a role in signal routing in the diagnosis function of non-dormancy of the vehicle network, the gateway transmits a power mode signal and a high-voltage state signal to the controller, and the controller detects whether the power mode is OFF and detects whether the high-voltage system is in a power-down state after receiving the signals.

The existing storage battery monitoring platform can only carry out background early warning prompt when the storage battery is deficient, but cannot determine the reason of the storage battery deficiency and lock the fault controller which causes the storage battery deficiency.

According to the embodiment of the application, the network non-dormancy diagnosis function is added in each controller, when the controllers detect that the power mode signal, the whole vehicle network state and the high-voltage system state signal meet the corresponding conditions that the vehicle is in the network non-dormancy state, the timer is started, and when the timer reaches the preset time, the fault data record is triggered, so that the fault controller causing the network non-dormancy can be rapidly determined, the reason causing the fault controller to be non-dormancy can be rapidly locked through the recorded fault data, and the user can conveniently conduct fault investigation.

It should be understood that the sequence number of each step in the foregoing embodiment does not mean that the execution sequence of each process should be determined by the function and the internal logic, and should not limit the implementation process of the embodiment of the present application.

The following are device embodiments of the application, for details not described in detail therein, reference may be made to the corresponding method embodiments described above.

Fig. 4 is a schematic structural diagram of a vehicle network non-sleep diagnostic device according to an embodiment of the present application, and for convenience of explanation, only a portion related to the embodiment of the present application is shown, which is described in detail below:

as shown in fig. 4, the diagnostic device for vehicle network non-sleep is each controller connected to the CAN bus, and includes: an acquisition module 41, a control module 42 and a processing module 43.

The acquiring module 41 is configured to acquire a power mode signal, a vehicle network state, and a high-voltage system state signal;

the control module 42 is configured to start a timer when the power mode signal, the vehicle network status, and the high-voltage system status signal conform to corresponding conditions that the vehicle is in a network non-sleep state;

the processing module 43 is configured to trigger recording of fault data when the timer reaches a preset time, where the fault data includes a fault time and a fault reason.

In one possible implementation, the control module 42 is configured to:

when the power mode is the OFF gear, detecting whether the network state of the whole vehicle is in an awakening state;

when the high-voltage system is in a power-down state, the vehicle is determined to be in a network non-dormant state, and a timer is started.

In one possible implementation, when the power mode is an ON gear, or when the vehicle network state is in a sleep state, or when the high voltage system is in a power-ON state, the acquiring module 41 re-acquires a corresponding power mode signal, a vehicle network state, or a high voltage system state signal, and then uses the control module 42 to perform corresponding detection.

In one possible implementation, after the timer is started, the control module 42 is further configured to stop timing when detecting that the high voltage system is in the power-on state, reset the timer, and reacquire a corresponding high voltage system state signal, and detect whether the high voltage system corresponding to the new high voltage system state signal is in the power-down state.

In one possible implementation, before the processing module 43 triggers the fault data recording when the timer reaches the preset time, the control module 42 is further configured to:

In one possible implementation, after the time counted by the timer reaches the preset time, the processing module 43 is further configured to:

and reporting the fault data through a CAN bus.

According to the diagnosis device for the non-dormancy of the vehicle network, the network non-dormancy diagnosis function is added to each controller, when the control module controller detects that the power mode signal, the whole vehicle network state and the high-voltage system state signal accord with the corresponding conditions that the vehicle is in the non-dormancy state of the network, the timer is started, and when the timer reaches the preset time, the processing module triggers the fault data recording, so that the fault controller causing the non-dormancy of the network can be rapidly determined, the reason for causing the non-dormancy of the fault controller can be rapidly locked through the recorded fault data, and a user can conveniently conduct fault investigation.

Fig. 5 is a schematic diagram of a terminal according to an embodiment of the present application. As shown in fig. 5, the terminal 5 of this embodiment includes: a processor 50, a memory 51 and a computer program 52 stored in said memory 51 and executable on said processor 50. The processor 50, when executing the computer program 52, implements the steps of the above-described embodiments of the diagnostic method for non-dormancy of various vehicle networks, such as steps 101 through 103 shown in fig. 1. Alternatively, the processor 50, when executing the computer program 52, performs the functions of the modules/units of the apparatus embodiments described above, such as the functions of the modules/units 41 to 43 shown in fig. 4.

By way of example, the computer program 52 may be partitioned into one or more modules/units that are stored in the memory 51 and executed by the processor 50 to complete the present application. The one or more modules/units may be a series of computer program instruction segments capable of performing the specified functions describing the execution of the computer program 52 in the terminal 5. For example, the computer program 52 may be split into the modules/units 41 to 43 shown in fig. 4.

The terminal 5 may include, but is not limited to, a processor 50, a memory 51. It will be appreciated by those skilled in the art that fig. 5 is merely an example of the terminal 5 and is not limiting of the terminal 5, and may include more or fewer components than shown, or may combine some components, or different components, e.g., the terminal may further include input and output devices, network access devices, buses, etc.

The processor 50 may be a central processing unit (Central Processing Unit, CPU), other general purpose processors, digital signal processors (Digital Signal Processor, DSP), application specific integrated circuits (Application Specific Integrated Circuit, ASIC), field-programmable gate arrays (Field-Programmable Gate Array, FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, or the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The storage 51 may be an internal storage unit of the terminal 5, such as a hard disk or a memory of the terminal 5. The memory 51 may be an external storage device of the terminal 5, such as a plug-in hard disk, a Smart Media Card (SMC), a Secure Digital (SD) Card, a Flash memory Card (Flash Card) or the like, which are provided on the terminal 5. Further, the memory 51 may also include both an internal storage unit and an external storage device of the terminal 5. The memory 51 is used for storing the computer program as well as other programs and data required by the terminal. The memory 51 may also be used to temporarily store data that has been output or is to be output.

It will be apparent to those skilled in the art that, for convenience and brevity of description, only the above-described division of the functional units and modules is illustrated, and in practical application, the above-described functional distribution may be performed by different functional units and modules according to needs, i.e. the internal structure of the apparatus is divided into different functional units or modules to perform all or part of the above-described functions. The functional units and modules in the embodiment may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit, where the integrated units may be implemented in a form of hardware or a form of a software functional unit. In addition, the specific names of the functional units and modules are only for distinguishing from each other, and are not used for limiting the protection scope of the present application. The specific working process of the units and modules in the above system may refer to the corresponding process in the foregoing method embodiment, which is not described herein again.

In the foregoing embodiments, the descriptions of the embodiments are emphasized, and in part, not described or illustrated in any particular embodiment, reference is made to the related descriptions of other embodiments.

Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware, or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

In the embodiments provided in the present application, it should be understood that the disclosed apparatus/terminal and method may be implemented in other manners. For example, the apparatus/terminal embodiments described above are merely illustrative, e.g., the division of the modules or units is merely a logical function division, and there may be additional divisions when actually implemented, e.g., multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection via interfaces, devices or units, which may be in electrical, mechanical or other forms.

The units described as separate units may or may not be physically separate, and units shown as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in the embodiments of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

The integrated modules/units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a computer readable storage medium. Based on such understanding, the present application may also be implemented by implementing all or part of the above-described embodiment method, or by implementing the relevant hardware by a computer program, where the computer program may be stored in a computer readable storage medium, and the computer program may be executed by a processor to implement the steps of the above-described embodiment method for diagnosing that each vehicle network is not dormant. Wherein the computer program comprises computer program code which may be in source code form, object code form, executable file or some intermediate form etc. The computer readable medium may include: any entity or device capable of carrying the computer program code, a recording medium, a U disk, a removable hard disk, a magnetic disk, an optical disk, a computer Memory, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), an electrical carrier signal, a telecommunications signal, a software distribution medium, and so forth.

The above embodiments are only for illustrating the technical solution of the present application, and not for limiting the same; although the application has been described in detail with reference to the foregoing embodiments, it will be understood by those of ordinary skill in the art that: the technical scheme described in the foregoing embodiments can be modified or some technical features thereof can be replaced by equivalents; such modifications and substitutions do not depart from the spirit and scope of the technical solutions of the embodiments of the present application, and are intended to be included in the scope of the present application.

Claims

1. A method for diagnosing non-dormancy of a vehicle network, applied to each controller connected to a CAN bus, comprising:

2. The method according to claim 1, wherein the starting a timer when the power mode signal, the vehicle network status, and the high voltage system status signal match corresponding conditions for the vehicle in the network non-dormant state comprises:

3. The method for diagnosing non-dormancy of a vehicle network according to claim 2, further comprising:

4. A method of diagnosing a vehicle network not dormant according to claim 2 or 3, further comprising, after the starting of the timer:

5. The method for diagnosing a vehicle network not dormant according to claim 4, further comprising, before triggering the fault data record when the timer reaches a preset time, the steps of:

6. A method of diagnosing a vehicle network not dormant according to any one of claims 1-3, wherein after triggering the fault data record when the timer expires, further comprising:

and reporting the fault data through a CAN bus.

7. A diagnostic device for a vehicle network not to sleep, the diagnostic device being each controller connected to a CAN bus, comprising:

8. The vehicle network non-dormant diagnostic device of claim 7, wherein the control module is configured to:

9. A vehicle comprising a controller including a memory for storing a computer program and a processor for calling and running the computer program stored in the memory, characterized in that the processor, when executing the computer program, implements the steps of the method for diagnosing that a vehicle network is not dormant according to any one of the preceding claims 1-7.

10. A computer readable storage medium storing a computer program, characterized in that the computer program when executed by a processor implements the steps of the vehicle network non-dormancy diagnosis method according to any one of the preceding claims 1 to 7.