Dormancy Abnormality Detection Method, Device and Vehicle

Abstract

The present application relates to a method for monitoring abnormal dormancy, which includes the following steps: when the vehicle has been turned off for more than a preset duration, if the MPU of the vehicle does not send a pre-dormancy notification signal to the MCU of the vehicle, and / or if the MCU does not send a dormancy trigger signal to the MPU, and / or the CAN network of the vehicle is in a non-dormant state, a dormancy abnormal signal is output. The present application also provides a device for monitoring abnormal dormancy and a vehicle. The method for monitoring abnormal dormancy, the device for monitoring abnormal dormancy and the vehicle in the present application, when the vehicle has been turned off for more than a preset duration, if the MPU of the vehicle does not send a pre-dormancy notification signal to the MCU of the vehicle, and / or if the MCU does not send a dormancy trigger signal to the MPU, and / or the CAN network of the vehicle is in a non-dormant state, a dormancy abnormal signal is output, and can quickly and accurately obtain the situation of abnormal dormancy.

Description

Technical Field

[0001] The present application relates to the technical field of vehicles, and particularly to a method and device for detecting abnormal sleep and a vehicle. Background Art

[0002] With the progress of society, vehicles have entered thousands of households and become an essential means of transportation for people.

[0003] However, there are still many problems in existing vehicles, such as abnormal sleep. Generally, during the development and testing of a project, due to vehicle or software problems, the in-vehicle computer may not be able to enter the sleep state after the vehicle shuts off, resulting in the vehicle battery discharging. However, such problems have no specific manifestations and are relatively hidden. On the actual vehicle, the problem often cannot be detected until the vehicle actually runs out of power. After the problem actually occurs, the vehicle needs to be jump-started, and then the in-vehicle computer log needs to be extracted for analysis, which is time-consuming and laborious.

[0004] The foregoing description is provided to give a general background information and does not necessarily constitute prior art. Summary of the Invention

[0005] The technical problem to be solved by the present application is to provide a method and device for detecting abnormal sleep and a vehicle, which can quickly and accurately obtain the situation of abnormal sleep in view of the defects of the above prior art.

[0006] The present application is implemented as follows:

[0007] On the one hand, the present application provides a method for monitoring abnormal sleep, including the following steps: when the vehicle has been turned off for more than a preset duration, if the MPU of the vehicle does not send a pre-sleep notification signal to the MCU of the vehicle, and / or if the MCU does not send a sleep trigger signal to the MPU, and / or the CAN network of the vehicle is in a non-sleep state, then output an abnormal sleep signal.

[0008] The present application also provides a method for monitoring abnormal sleep, including the following steps: when the vehicle has been turned off for more than a preset duration, if a pre-sleep notification signal is not sent to the MCU of the vehicle, and / or the sleep trigger signal sent by the MCU is not received, and / or the CAN network of the vehicle is in a non-sleep state, then output an abnormal sleep signal.

[0009] The present application also provides a method for monitoring abnormal sleep, including the following steps: when the vehicle has been turned off for more than a preset duration, if the pre-sleep notification signal not sent by the MPU of the vehicle is not received, and / or a sleep trigger signal is not sent to the MPU, and / or the CAN network of the vehicle is in a non-sleep state, then output an abnormal sleep signal.

[0010] The present application further provides a sleep abnormality monitoring device, which is configured to output a sleep abnormality signal when the vehicle has been turned off for more than a preset duration, if the MPU of the vehicle does not send a pre-sleep notification signal to the MCU of the vehicle, and / or if the MCU does not send a sleep trigger signal to the MPU, and / or if the CAN network of the vehicle is in a non-sleep state.

[0011] The present application further provides a vehicle, which includes an MPU, an MCU, and a sleep abnormality monitoring device. When the vehicle has been turned off for more than a preset duration, if the MPU of the vehicle does not send a pre-sleep notification signal to the MCU of the vehicle, and / or if the MCU does not send a sleep trigger signal to the MPU, and / or if the CAN network of the vehicle is in a non-sleep state, the sleep abnormality monitoring device outputs a sleep abnormality signal.

[0012] If the MPU of the vehicle does not send a pre-sleep notification signal to the MCU of the vehicle, and / or if the MCU does not send a sleep trigger signal to the MPU, and / or if the CAN network of the vehicle is in a non-sleep state, the present application outputs a sleep abnormality signal, which can quickly and accurately obtain the situation of sleep abnormality.

[0013] To make the above and other objects, features, and advantages of the present application more obvious and understandable, the following specifically enumerates preferred embodiments and, in conjunction with the accompanying drawings, makes a detailed description as follows. Description of the Drawings

[0014] Figure 1 is a schematic flowchart of the sleep abnormality monitoring method provided by the first embodiment of the present application;

[0015] Figure 2 is a schematic flowchart of the sleep abnormality monitoring method provided by the second embodiment of the present application;

[0016] Figure 3 is a schematic structural diagram of the vehicle provided by the third embodiment of the present application. Detailed Embodiments

[0017] In order to make the purpose, technical solutions, and advantages of the present application clearer, the following further elaborates on the present application in conjunction with the accompanying drawings and embodiments. It should be understood that the described embodiments are only a part of the embodiments of the present application, rather than all of the embodiments. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present application without creative efforts fall within the scope of protection of the present application.

[0018] The following further details the embodiments of the present application with reference to the accompanying drawings.

[0019] Figure 1 is a schematic flowchart of the sleep abnormality monitoring method provided by the first embodiment of the present application. AsFigure 1 The described sleep anomaly monitoring method specifically includes the following steps:

[0020] Step S11: When the vehicle has been turned off for more than a preset duration, if the vehicle's MPU does not send a pre-sleep notification signal to the vehicle's MCU, and / or if the MCU does not send a sleep trigger signal to the MPU, and / or the vehicle's CAN network is in a non-sleep state, then output a sleep anomaly signal.

[0021] In one embodiment, it is possible but not limited to start timing when the vehicle receives an engine-off control signal. If the cumulative timing duration exceeds a preset duration, such as 1 hour, etc., then determine whether the vehicle's MPU has sent a pre-sleep notification signal to the vehicle's MCU, and / or whether the MCU has sent a sleep trigger signal to the MPU, and / or whether the vehicle's CAN network is in a non-sleep state.

[0022] Specifically, the vehicle can receive an engine-off control signal input by the user through an engine-off switch, or receive an engine-off control signal input by the user through a mobile terminal via a network, etc. The preset duration can be but not limited to a preset value stored in the memory, or a set value set by the user.

[0023] Specifically, whether the vehicle's MPU has sent a pre-sleep notification signal to the vehicle's MCU can be determined directly by determining whether the MPU has sent a pre-sleep notification signal to the vehicle's MCU, or indirectly by determining whether the MCU has received the pre-sleep notification signal sent by the MPU. Similarly, whether the MCU has sent a sleep trigger signal to the MPU can be determined directly by determining whether the MCU has sent a sleep trigger signal to the MPU, or indirectly by determining whether the MPU has received the sleep trigger signal sent by the MCU.

[0024] Specifically, it is possible but not limited to determine whether the vehicle's CAN network is in a non-sleep state through the MCU.

[0025] When the sleep anomaly monitoring method of the present application determines that the vehicle has been turned off for more than a preset duration, if the vehicle's MPU does not send a pre-sleep notification signal to the vehicle's MCU, and / or if the MCU does not send a sleep trigger signal to the MPU, and / or the vehicle's CAN network is in a non-sleep state, then output a sleep anomaly signal, which can quickly and accurately obtain the situation of sleep anomalies.

[0026] Figure 2 It is a schematic flowchart of the sleep anomaly monitoring method provided by the second embodiment of the present application. As Figure 2 shown, the sleep anomaly monitoring method of this embodiment includes:

[0027] Step S21: When the vehicle has been turned off for more than a preset duration, determine whether the MPU sends a pre-sleep notification signal to the MCU;

[0028] If the pre-sleep notification signal is not sent to the MCU, go to step S22: Output the first MPU exception signal;

[0029] If the pre-sleep notification signal has been sent to the MCU, go to step S23: Determine whether the CAN network is in the sleep state;

[0030] If the CAN network is not in the sleep state, go to step S24: Output the CAN network exception signal;

[0031] If the CAN network is in the sleep state, go to step S25: Determine whether the MCU has sent a sleep trigger signal to the MPU;

[0032] If the MCU has not sent the sleep trigger signal, go to step S26: Output the MCU exception signal;

[0033] If the MCU has sent the sleep trigger signal, go to step S27: Output the second MPU exception signal.

[0034] Specifically, since the normal sleep process is that after the vehicle is turned off, the MPU sends a pre-sleep notification signal to the MCU, the MCU monitors the status of the vehicle CAN network, and when the CAN network is in the sleep state, the MCU sends a sleep trigger signal to the MPU to enable the MPU to perform sleep operations such as triggering the system relationship and powering off. Therefore, in this embodiment, it is first determined whether the MPU has sent a pre-sleep notification signal to the MCU. If the MPU has not sent a pre-sleep notification signal to the MCU, it means that the MPU is abnormal, so the first MPU exception signal is output. If the MPU has sent a pre-sleep notification signal to the MCU, and when the vehicle has been turned off for more than the preset duration and the vehicle has not entered the sleep state yet, it indicates that there is an abnormality during the MCU sleep process or the CAN network sleep process, or the MPU has not controlled the power-off properly. Therefore, subsequently, it can be further determined the cause of the sleep abnormality by judging whether the CAN network is in the sleep state and whether the MCU has sent a sleep trigger signal to the MPU.

[0035] In other embodiments, it is also possible to first determine whether the MPU has sent a pre-sleep notification signal to the MCU. If the pre-sleep notification signal has not been sent to the MCU, the first MPU exception signal is output; if the pre-sleep notification signal has been sent to the MCU, it is determined whether the MCU has sent a sleep trigger signal to the MPU; if the MCU has sent a sleep trigger signal, the second MPU exception signal is output; if the MCU has not sent a sleep trigger signal, it is determined whether the CAN network is in the sleep state; if the CAN network is not in the sleep state, the CAN network exception signal is output; if the CAN network is in the sleep state, the MCU exception signal is output. Of course, the determination order is not limited to this, and it can also be other orders or determined simultaneously.

[0036] In one embodiment, a sleep abnormality signal is sent to a preset mobile terminal for display through the mobile terminal. In other embodiments, the sleep abnormality information can also be directly displayed on the vehicle, etc.

[0037] In this embodiment, by sequentially determining whether the MPU of the vehicle sends a pre-sleep notification signal to the MCU of the vehicle, whether the MCU sends a sleep trigger signal to the MPU, and whether the CAN network of the vehicle is in a non-sleep state, corresponding abnormality signals are output, so that the cause of the sleep abnormality can be quickly and accurately output.

[0038] The present application also provides a sleep abnormality monitoring method, which can be applied to the MPU and includes the following steps:

[0039] When the vehicle has been turned off for more than a preset duration, if a pre-sleep notification signal is not sent to the MCU of the vehicle, and / or a sleep trigger signal sent by the MCU is not received, and / or the CAN network of the vehicle is in a non-sleep state, a sleep abnormality signal is output.

[0040] The present application also provides a sleep abnormality monitoring method, which can be applied to the MCU and includes the following steps: When the vehicle has been turned off for more than a preset duration, if a pre-sleep notification signal not sent by the MPU of the vehicle is not received, and / or a sleep trigger signal is not sent to the MPU, and / or the CAN network of the vehicle is in a non-sleep state, a sleep abnormality signal is output.

[0041] The present application also provides a sleep abnormality monitoring device. The sleep abnormality monitoring device is configured to output a sleep abnormality signal when the vehicle has been turned off for more than a preset duration, if the MPU of the vehicle does not send a pre-sleep notification signal to the MCU of the vehicle, and / or if the MCU does not send a sleep trigger signal to the MPU, and / or the CAN network of the vehicle is in a non-sleep state.

[0042] Specifically, the sleep abnormality monitoring device can be, but is not limited to, integrated in the MPU or the MCU.

[0043] In one embodiment, the sleep abnormality monitoring device is connected to a server and is configured to send the sleep abnormality information to a preset mobile terminal through the server.

[0044] The present application also provides a vehicle, as Figure 3 shown, the vehicle includes an MPU 30, an MCU 31, and a sleep abnormality monitoring device 32. The sleep abnormality monitoring device 32 outputs a sleep abnormality signal when the vehicle has been turned off for more than a preset duration, if the MPU 30 of the vehicle does not send a pre-sleep notification signal to the MCU 31 of the vehicle, and / or if the MCU 31 does not send a sleep trigger signal to the MPU 30, and / or the CAN network of the vehicle is in a non-sleep state.

[0045] Specifically, the sleep anomaly monitoring device may, but is not limited to, be integrated in the MPU 30 or the MCU 31, or in other components of the vehicle.

[0046] The technical features of the above-described embodiments can be combined arbitrarily. For the sake of brevity of description, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, it should be considered as the scope described in this specification.

[0047] It should be noted that in this text, the terms "including", "comprising" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article, element or device including a series of elements not only includes those elements, but also includes other elements not explicitly listed, or further includes elements inherent to such process, method, article, element or device. Without further limitation, an element defined by the statement "including one..." does not exclude the existence of another identical element in the process, method, article, element or device including the element. In addition, components, features, and elements with the same name in different embodiments of this application may have the same meaning or different meanings, and their specific meanings need to be determined based on their explanations in the specific embodiment or further in combination with the context of the specific embodiment.

[0048] It should be understood that although the terms first, second, third, etc. may be used herein to describe various information, such information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other. Depending on the context, the word "if" as used herein can be interpreted as "when" or "while" or "in response to determining". Furthermore, as used herein, the singular forms "a", "an" and "the" are also intended to include the plural forms unless the context indicates otherwise. It should be further understood that the terms "comprising", "including" indicate the presence of the stated features, steps, operations, elements, components, items, kinds, and / or groups, but do not exclude the presence, occurrence or addition of one or more other features, steps, operations, elements, components, items, kinds, and / or groups. The terms "or" and "and / or" used herein are interpreted as inclusive, or meaning any one or any combination. Thus, "A, B or C" or "A, B and / or C" means "any one of the following: A; B; C; A and B; A and C; B and C; A, B and C". An exception to this definition only occurs when the combination of elements, functions, steps or operations is inherently mutually exclusive in some way.

[0049] The above are only the preferred embodiments of this application and are not intended to limit this application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of this application shall be included within the protection scope of this application.

Claims

1. A method for monitoring abnormal dormancy, characterized in that: It includes the following steps: When the vehicle has been turned off for more than a preset duration, if the MPU of the vehicle does not send a pre-dormancy notification signal to the MCU of the vehicle, and / or if the MCU does not send a dormancy trigger signal to the MPU, and / or the CAN network of the vehicle is in a non-dormant state, then output a dormancy abnormal signal; The step of outputting a dormancy abnormal signal if the MPU of the vehicle does not send a pre-dormancy notification signal to the MCU of the vehicle, and / or if the MCU does not send a dormancy trigger signal to the MPU, and / or the CAN network of the vehicle is in a non-dormant state includes: Judge whether the MPU sends a pre-dormancy notification signal to the MCU; If no pre-dormancy notification signal is sent to the MCU, then output a first MPU abnormal signal; If a pre-dormancy notification signal has been sent to the MCU, then judge whether the CAN network is in a dormant state; If the CAN network is in a non-dormant state, then output a CAN network abnormal signal; If the CAN network is in a dormant state, then judge whether the MCU sends a dormancy trigger signal to the MPU; If the MCU does not send a dormancy trigger signal, then output an MCU abnormal signal; If the MCU sends a dormancy trigger signal, then output a second MPU abnormal signal.

2. The method for monitoring abnormal dormancy according to claim 1, the step of outputting a dormancy abnormal signal if the MPU of the vehicle does not send a pre-dormancy notification signal to the MCU of the vehicle, and / or if the MCU does not send a dormancy trigger signal to the MPU, and / or the CAN network of the vehicle is in a non-dormant state includes: Judge whether the MPU sends a pre-dormancy notification signal to the MCU; If no pre-dormancy notification signal is sent to the MCU, then output a first MPU abnormal signal; If a pre-dormancy notification signal has been sent to the MCU, then judge whether the MCU sends a dormancy trigger signal to the MPU; If the MCU sends a dormancy trigger signal, then output a second MPU abnormal signal; If the MCU does not send the dormancy trigger signal, then judge whether the CAN network is in a dormant state; If the CAN network is in a non-dormant state, then output a CAN network abnormal signal; If the CAN network is in a dormant state, then output an MCU abnormal signal.

3. The method for monitoring abnormal dormancy according to claim 1, the method further includes the following steps: Send the dormancy abnormal signal to a preset mobile terminal for display through the mobile terminal.

4. A method for monitoring abnormal dormancy, characterized in that, Applied to the MPU, It includes the following steps: When the vehicle has been turned off for more than a preset duration, if no pre-dormancy notification signal is sent to the MCU of the vehicle, and / or the dormancy trigger signal sent by the MCU is not received, and the CAN network of the vehicle is in a non-dormant state, then output a dormancy abnormal signal; If the MPU of the vehicle does not send a pre - sleep notification signal to the MCU of the vehicle, and / or if the MCU does not send a sleep trigger signal to the MPU, and the CAN network of the vehicle is in a non - sleep state, the steps of outputting a sleep anomaly signal include: Determine whether the MPU sends a pre - sleep notification signal to the MCU; If no pre - sleep notification signal is sent to the MCU, output a first MPU anomaly signal; If a pre - sleep notification signal has been sent to the MCU, determine whether the CAN network is in a sleep state; If the CAN network is in a non - sleep state, output a CAN network anomaly signal; If the CAN network is in a sleep state, determine whether the MCU sends a sleep trigger signal to the MPU; If the MCU does not send a sleep trigger signal, output an MCU anomaly signal; If the MCU sends a sleep trigger signal, output a second MPU anomaly signal.

5. A method for monitoring abnormal dormancy, characterized in that, Applied to the MCU, including the following steps: When the vehicle has been turned off for more than a preset duration, if the pre - sleep notification signal not sent by the MPU of the vehicle is not received, and / or no sleep trigger signal is sent to the MPU, and the CAN network of the vehicle is in a non - sleep state, output a sleep anomaly signal; If the MPU of the vehicle does not send a pre - sleep notification signal to the MCU of the vehicle, and / or if the MCU does not send a sleep trigger signal to the MPU, and the CAN network of the vehicle is in a non - sleep state, the steps of outputting a sleep anomaly signal include: Determine whether the MPU sends a pre - sleep notification signal to the MCU; If no pre - sleep notification signal is sent to the MCU, output a first MPU anomaly signal; If a pre - sleep notification signal has been sent to the MCU, determine whether the CAN network is in a sleep state; If the CAN network is in a non - sleep state, output a CAN network anomaly signal; If the CAN network is in a sleep state, determine whether the MCU sends a sleep trigger signal to the MPU; If the MCU does not send a sleep trigger signal, output an MCU anomaly signal; If the MCU sends a sleep trigger signal, output a second MPU anomaly signal.

6. A sleep anomaly monitoring device, characterized in that, The sleep anomaly monitoring device is used to output a sleep anomaly signal when the vehicle has been turned off for more than a preset duration, if the MPU of the vehicle does not send a pre - sleep notification signal to the MCU of the vehicle, and / or if the MCU does not send a sleep trigger signal to the MPU, and / or the CAN network of the vehicle is in a non - sleep state; Wherein, if the MPU of the vehicle does not send a pre - sleep notification signal to the MCU of the vehicle, and / or if the MCU does not send a sleep trigger signal to the MPU, and / or the CAN network of the vehicle is in a non - sleep state, the steps for the sleep anomaly monitoring device to output a sleep anomaly signal include: Determine whether the MPU sends a pre - sleep notification signal to the MCU; If no pre - sleep notification signal is sent to the MCU, output a first MPU anomaly signal; After sending a pre-sleep notification signal to the MCU, it is determined whether the CAN network is in a sleep state; If the CAN network is not in a sleep state, a CAN network abnormal signal is output; If the CAN network is in a sleep state, it is determined whether the MCU has sent a sleep trigger signal to the MPU; If the MCU has not sent a sleep trigger signal, an MCU abnormal signal is output; If the MCU has sent a sleep trigger signal, a second MPU abnormal signal is output.

7. The sleep abnormality monitoring device according to claim 6, wherein the sleep abnormality monitoring device is connected to a server and is configured to send the sleep abnormality information to a preset mobile terminal through the server.

8. A vehicle, characterized in that the vehicle includes an MPU, an MCU, and a sleep abnormality monitoring device. When the vehicle has been turned off for more than a preset duration, if the MPU of the vehicle does not send a pre-sleep notification signal to the MCU of the vehicle, and / or if the MCU does not send a sleep trigger signal to the MPU, and / or the CAN network of the vehicle is not in a sleep state, a sleep abnormality signal is output; wherein, if the MPU of the vehicle does not send a pre-sleep notification signal to the MCU of the vehicle, and / or if the MCU does not send a sleep trigger signal to the MPU, and / or the CAN network of the vehicle is not in a sleep state, the steps for the sleep abnormality monitoring device to output a sleep abnormality signal include: judging whether the MPU sends a pre-sleep notification signal to the MCU; if a pre-sleep notification signal is not sent to the MCU, a first MPU abnormal signal is output; after sending a pre-sleep notification signal to the MCU, it is judged whether the CAN network is in a sleep state; if the CAN network is not in a sleep state, a CAN network abnormal signal is output; if the CAN network is in a sleep state, it is judged whether the MCU has sent a sleep trigger signal to the MPU; if the MCU has not sent a sleep trigger signal, an MCU abnormal signal is output; if the MCU has sent a sleep trigger signal, a second MPU abnormal signal is output.

9. The vehicle according to claim 8, wherein the sleep abnormality monitoring device is connected to a server and is configured to send the sleep abnormality information to a preset mobile terminal through the server.

Images