Vehicle anti-feed method, vehicle anti-feed system and storage medium

Abstract

The embodiment of the invention discloses a vehicle feed prevention method, a vehicle feed prevention system and a storage medium, and the method comprises the steps that a remote communication unit receives a remote closing signal sent by a terminal in response to a working state of a vehicle controller, and sends the remote closing signal to the corresponding vehicle controller to close the vehicle controller; the micro-control unit receives a remote closing signal sent by the remote communication unit and sends the remote closing signal to the micro-processing unit; if the micro-control unit does not receive the dormancy signal sent by the micro-processing unit, the micro-control unit monitors the state information of the vehicle and sends the state information of the vehicle to the micro-processing unit, and the dormancy signal is used for informing the micro-control unit to enter a dormancy state; when the micro-processing unit determines that the vehicle machine system meets a dormancy condition according to the state information of the vehicle, the micro-processing unit sends a dormancy signal to the micro-control unit and controls the vehicle machine system to enter a dormancy state; and the micro-control unit enters a dormant state according to the dormant signal.

Description

Technical Field

[0001] The present application relates to but is not limited to the field of vehicle networking technology, and in particular to a vehicle anti-power feeding method, a vehicle anti-power feeding system and a storage medium. Background Art

[0002] At present, some vehicles have remote control functions. Users can use mobile phones or wearable device applications (applications, Apps) to send remote control commands to the Internet of Vehicles platform. After receiving the commands, the Internet of Vehicles platform sends them to the vehicle side. The vehicle side performs the corresponding operations according to the commands, and then feeds back the control results to the device side for display according to the level. Common remote control functions include turning on and off the air conditioner, lights, unlocking the doors, and starting the vehicle.

[0003] However, when the remote control of the vehicle is turned off, there are many hidden dangers, which can easily cause the vehicle system on the vehicle side to be unable to sleep, thus easily causing the power feeding phenomenon. The vehicle power feeding will not only exhaust the energy of the battery in the vehicle, causing the vehicle to fail to start normally the next time the user uses the vehicle, but also have a serious negative impact on the service life of the battery in the long run, reducing the overall reliability and convenience of the vehicle, and causing many inconveniences and potential economic losses to users. Summary of the invention

[0004] One object of the present invention is to at least provide a vehicle anti-power feeding method, a vehicle anti-power feeding system and a storage medium, which have the advantages that, in response to the vehicle controller being in a working state, the remote communication unit receives a remote shutdown signal sent from the terminal, and sends the remote shutdown signal to the corresponding vehicle controller to shut down the vehicle controller; the micro-control unit receives the remote shutdown signal sent by the remote communication unit, and sends the remote shutdown signal to the micro-processing unit. If the micro-control unit does not receive the sleep signal sent by the micro-processing unit, the micro-control unit monitors the status information of the vehicle and sends the status information of the vehicle to the micro-processing unit, and the sleep signal is used to notify the micro-control unit to enter the sleep state; when the micro-processing unit determines that the vehicle system meets the sleep condition according to the vehicle status information, it sends a sleep signal to the micro-control unit and controls the vehicle system to enter the sleep state, and the micro-processing unit is located in the vehicle system; the micro-control unit enters the sleep state according to the sleep signal. In this way, the present application avoids the risk of power feeding of the micro-control unit and the vehicle system due to abnormal remote shutdown signals in certain cases, and minimizes the probability of power feeding of the micro-control unit and the vehicle system by increasing the processing of the vehicle status information meeting the sleep condition, thereby avoiding the risk of power feeding.

[0005] To achieve the above purpose, the technical solution of the embodiment of the present application is implemented as follows:

[0006] In a first aspect, an embodiment of the present application provides a vehicle power feed prevention method, the method comprising:

[0007] In response to the vehicle controller being in the working state, the remote communication unit receives a remote shutdown signal sent from the terminal, and sends the remote shutdown signal to the corresponding vehicle controller to shut down the vehicle controller; the micro control unit receives the remote shutdown signal sent by the remote communication unit, and sends the remote shutdown signal to the micro processing unit;

[0008] If the micro-control unit does not receive the sleep signal sent by the micro-processing unit, the micro-control unit monitors the status information of the vehicle and sends the status information of the vehicle to the micro-processing unit, and the sleep signal is used to notify the micro-control unit to enter the sleep state;

[0009] When the microprocessing unit determines that the vehicle system meets the sleep condition based on the vehicle status information, it sends the sleep signal to the microcontroller unit and controls the vehicle system to enter the sleep state. The microprocessing unit is located in the vehicle system; the microcontroller unit enters the sleep state according to the sleep signal.

[0010] In a second aspect, an embodiment of the present application provides a vehicle anti-feedback system, the system comprising:

[0011] A remote communication unit, used for receiving a remote shutdown signal sent by the terminal, and sending the remote shutdown signal to the vehicle controller and the micro control unit;

[0012] the vehicle controller, configured to shut down based on the remote shutdown signal in response to the vehicle controller being in an active state;

[0013] The micro control unit is used to send the received remote shutdown signal to the micro processing unit;

[0014] The micro-control unit is further configured to monitor the status information of the vehicle and send the status information of the vehicle to the micro-processing unit if the sleep signal sent by the micro-processing unit is not received, and the sleep signal is used to notify the micro-control unit to enter the sleep state;

[0015] The micro-processing unit is used to send the sleep signal to the micro-control unit when determining that the vehicle meets the sleep condition according to the state information of the vehicle, and control the vehicle system to enter the sleep state based on the remote shutdown signal, and the micro-processing unit is located in the vehicle system;

[0016] The micro control unit is further configured to enter a sleep state according to the sleep signal.

[0017] In a third aspect, an embodiment of the present application provides a vehicle power supply protection system, comprising a memory and a processor, wherein the memory stores a computer program executable on the processor, and when the processor executes the program, it implements some or all of the steps in the method described in the first aspect.

[0018] In a fourth aspect, an embodiment of the present application provides a storage medium, which stores one or more computer programs, and the one or more computer programs can be executed by one or more processors to implement some or all of the steps in the method described in the first aspect.

[0019] In a fifth aspect, an embodiment of the present application provides a computer program product, including a computer program or instructions, which, when executed by a processor, implements some or all of the steps in the method described in the first aspect.

[0020] It should be understood that the above general description and the following detailed description are merely exemplary and explanatory, and are not intended to limit the technical solutions of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] The drawings herein are incorporated into the specification and constitute a part of the specification. These drawings illustrate embodiments consistent with the present application and are used together with the specification to illustrate the technical solution of the present application.

[0022] Figure 1 A schematic structural diagram of an optional vehicle anti-feeding system provided in an embodiment of the present application;

[0023] Figure 2 A schematic flow chart of an optional vehicle power supply protection method provided in an embodiment of the present application;

[0024] Figure 3 A schematic structural diagram of an optional vehicle anti-feeding system provided in an embodiment of the present application;

[0025] Figure 4 A schematic flow chart of an optional vehicle power supply protection method provided in an embodiment of the present application;

[0026] Figure 5 A hardware entity schematic diagram of a vehicle anti-power feeding system provided in an embodiment of the present application. DETAILED DESCRIPTION

[0027] In order to make the purpose, technical solutions and advantages of the present application clearer, the technical solutions of the present application are further elaborated in detail below in conjunction with the drawings and embodiments. The described embodiments should not be regarded as limiting the present application. All other embodiments obtained by ordinary technicians in the field without making creative work are within the scope of protection of the present application.

[0028] In the following description, reference is made to "some embodiments", which describe a subset of all possible embodiments, but it is understood that "some embodiments" may be the same subset or different subsets of all possible embodiments, and may be combined with each other without conflict. The terms "first / second / third" involved are merely used to distinguish similar objects and do not represent a specific order for the objects. It is understood that "first / second / third" may be interchanged in a specific order or sequence where permitted, so that the embodiments of the present application described herein can be implemented in an order other than that illustrated or described herein.

[0029] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art to which this application belongs. The terms used herein are only for the purpose of describing this application and are not intended to limit this application.

[0030] Reference Figure 1 , Figure 1 A schematic diagram of the structure of a vehicle anti-feedback system provided in an embodiment of the present application is shown in FIG. Figure 1 As shown, the vehicle anti-feedback system 100 includes: a remote communication unit 101, a micro control unit 102, a micro processing unit 103 and a vehicle controller 104. The remote communication unit 101 can be connected to the micro control unit 102, the micro processing unit 103 and the vehicle controller 104 through different controller area networks (Controller Area Network, CAN) buses; the micro control unit 102 can be connected to the vehicle controller 104 through CAN, and the micro control unit 102 and the micro processing unit 103 can be connected through inter-process communication (Inter-Process Communication, IPC).

[0031] Among them, the telematics box (T-BOX) is a key component for vehicles to realize the remote communication function. T-BOX can be a communication bridge between the vehicle and the external network. T-BOX exchanges data with the Internet of Vehicles platform through the external network, and can receive remote control signals such as remote start signals or remote start exit signals sent by the APP of the remote terminal, and transmit remote control signals to other vehicle controllers inside the vehicle; at the same time, it can also send relevant status information of the vehicle (such as vehicle location, fault code, etc.) to the Internet of Vehicles platform. Here, the remote control signal is also called the remote control command.

[0032] Among them, the microcontroller unit (MCU) is a microcomputer system that integrates the central processing unit (CPU), memory, timer, input / output (I / O) interface, etc. on the same chip. In the vehicle, the microcontroller unit can accurately control the physical devices corresponding to the specific functions of the vehicle. Of course, the microcontroller unit can also wake up the microprocessor unit.

[0033] Among them, the microprocessor unit (MPU) is the core processor in the vehicle system, which is used to handle various complex computing tasks. For example, the microprocessor unit can run the vehicle's operating system and various applications. The microprocessor unit can also process and analyze the data transmitted from various sensors and control units, and coordinate the work between different vehicle systems. For example, after the vehicle controller is turned on and enters the working state, the microprocessor unit also needs to notify the microcontroller unit to continue working to avoid the microcontroller unit entering a dormant state due to the existence of some controllers in operation.

[0034] Among them, the vehicle controller includes various control units in the vehicle, such as the Engine Control Unit (ECU), the Body Control Module (BCM), the air conditioning control unit, etc. Each control unit is responsible for the control and management of different systems of the vehicle.

[0035] Reference Figure 2 , Figure 2 A schematic diagram of a vehicle anti-feedback method for implementing the present invention is provided in an embodiment of the present invention, which is applied to Figure 1 The vehicle anti-feedback system shown here will be combined with Figure 2 The steps shown are explained.

[0036] Step 201 : In response to a vehicle controller being in an operating state, a remote communication unit receives a remote shutdown signal sent from a terminal, and sends the remote shutdown signal to a corresponding vehicle controller to shut down the vehicle controller.

[0037] It should be understood that the embodiments of the present application may involve a vehicle anti-power-feed method in which the vehicle controller is in a working scenario. Therefore, when the vehicle controller is in a working state, a series of processing procedures for the remote shutdown signal will begin to be executed. For example, after the vehicle is started, the vehicle controller such as the engine control unit begins to control the engine's fuel injection, ignition and other links, and the vehicle controller as a whole is in a working state. It should be noted that when the vehicle controller is in a working state, the MCU and MPU in the vehicle are still in a working state.

[0038] In the embodiments of the present application, the terminal may be a mobile phone, a tablet computer, an iPad, a phone watch, and related mobile devices that can deploy remote APPs as technology develops, etc., and the present application does not make any specific limitations thereon.

[0039] In the embodiment of the present application, the remote shutdown signal can be understood as a signal or instruction to remotely end the current working state of the vehicle, so that the vehicle returns to a normal state without remote start. Here, the remote shutdown signal carries controller identification information, instruction information, etc. For example, when the owner wants to end the remote start state of the vehicle, a remote shutdown signal will be issued through the terminal (such as the corresponding button on the mobile phone APP operation interface). The remote shutdown signal contains clear instruction information, instructing the vehicle to end the relevant operations of remote start.

[0040] In an embodiment of the present application, the remote communication unit receives a remote shutdown signal sent from a terminal, including: the remote communication unit receives a remote shutdown signal sent directly from the terminal, or the remote communication unit receives a remote shutdown signal sent from the terminal and forwarded via a vehicle networking platform.

[0041] In the embodiment of the present application, the remote communication unit first receives the remote shutdown signal from the terminal, and then accurately transmits the remote shutdown signal to the corresponding vehicle controller through the communication bus inside the vehicle, such as the CAN bus. After receiving the remote shutdown signal, the vehicle controller will perform the corresponding shutdown operation, such as stopping the control of the engine to turn off the engine, turning off some auxiliary electrical equipment that is turned on during remote start, etc., thereby realizing the exit of the remote start state of the entire vehicle.

[0042] In some embodiments, after the remote communication unit sends the remote shutdown signal to the corresponding vehicle controller in step 201, the method may further include: the vehicle controller delays for a second preset time period, responds to the remote shutdown signal, and shuts down the vehicle controller.

[0043] In an embodiment of the present application, the remote communication unit sends a remote shutdown signal to the corresponding vehicle controller, and the vehicle controller responds to the remote shutdown signal after a delay of a second preset time period, thereby shutting down the vehicle controller; the second preset time period can be determined based on the time required to coordinate the status of various systems within the vehicle, and the present application does not impose any specific restrictions on this.

[0044] It is understandable that there are multiple interrelated electronic control units and systems working simultaneously inside the vehicle. When the vehicle controller delays the response when receiving a remote shutdown signal, it can use the second preset time of the delay to coordinate the status of various internal systems. For example, the engine control unit needs to gradually adjust the working state of the engine to a suitable shutdown state, such as gradually reducing the engine speed, shutting down the fuel injection system, etc. At the same time, the body control module also needs to ensure that the doors, windows and other equipment are in the appropriate position or state. It should be noted that delayed response is conducive to the collaboration of various systems to complete the preparations before shutdown, avoiding conflicts or damage between systems due to sudden shutdown.

[0045] In some embodiments, before executing step 201 in response to the vehicle controller being in the working state, the following steps may also be performed:

[0046] The remote communication unit receives the remote start signal sent by the terminal, and sends the remote start signal to the corresponding vehicle controller to put the vehicle controller into working state; the remote communication unit wakes up the micro control unit based on the remote start signal, and sends the remote start signal to the micro control unit, and the micro control unit wakes up the micro processing unit based on the remote start signal; the micro processing unit sends a continuous working signal to the micro control unit.

[0047] It should be understood that in the embodiment of the present application, the vehicle can also be in an unstarted state, that is, a scenario in a shut-down state. In this scenario, the vehicle controller is in a shut-down state, and the MCU and MPU in the vehicle are in a sleep state.

[0048] In the embodiment of the present application, the remote start signal can be understood as a signal or instruction to remotely end the current working state of the vehicle, so that the vehicle returns to a normal start state. Here, the remote start signal carries controller identification information, instruction information, etc. For example, when the owner wants to start the vehicle, a remote start signal is sent through the terminal (such as the corresponding button on the mobile phone APP operation interface), and the remote start signal contains clear instruction information, indicating the relevant operations of the remote start of the vehicle.

[0049] In an embodiment of the present application, the remote communication unit receives a remote start signal sent from a terminal, including: the remote communication unit receives a remote start signal sent directly from the terminal, or the remote communication unit receives a remote start signal sent from the terminal and forwarded via a vehicle networking platform.

[0050] It can be understood that the remote communication unit receives the remote start signal sent by the terminal, and then accurately transmits the remote start signal to the corresponding vehicle controller through the communication bus inside the vehicle, such as the CAN bus. After the vehicle controller receives the remote start signal, it will perform the corresponding start operation, such as starting the control of the vehicle controller such as the engine to ignite the engine, start the auxiliary electrical equipment, etc., so as to realize the remote start of the entire vehicle. At the same time, the remote communication unit can also wake up the micro control unit in sequence based on the remote start signal, and the micro control unit can wake up the micro processing unit based on the remote start signal, so as to realize the orderly wake-up or start-up of each key control unit, and cooperate to ensure that the vehicle enters a usable state smoothly.

[0051] After waking up the microcontroller unit and the microprocessor unit in turn, the microprocessor unit notifies the microcontroller unit that the vehicle is in normal working condition. This ensures that the vehicle and the vehicle system can continue to work stably, maintain the normal operation of the vehicle's specific functional modules, and prevent vehicle function abnormalities caused by signal interruption or accidental unit shutdown, thereby ensuring stability and reliability during vehicle operation.

[0052] Step 202: The micro control unit receives the remote shutdown signal sent by the remote communication unit, and sends the remote shutdown signal to the micro processing unit.

[0053] It is understandable that the remote shutdown signal sent by the remote communication unit can be sent to the vehicle controller for shutdown operation, and can also be sent to the micro-control unit, after which the micro-control unit transmits the remote shutdown signal to the micro-processing unit. After receiving the remote shutdown signal, the micro-processing unit can further perform some related subsequent processing according to the remote shutdown signal, such as recording the relevant data of this remote start, such as the start duration, end time, etc., or adjusting the status of other related systems of the vehicle to ensure the overall operation safety and stability of the vehicle. Of course, the micro-processing unit can also determine whether it is necessary to notify the micro-control unit whether to enter a dormant state based on the remote shutdown signal, and determine whether the vehicle system where the micro-processing unit is located needs to enter a dormant state, so as to avoid the vehicle system on the vehicle side from being unable to sleep, causing power feeding, and causing the vehicle to fail to start normally the next time the user uses the vehicle.

[0054] Step 203: If the micro control unit does not receive the sleep signal sent by the micro processing unit, the micro control unit monitors the status information of the vehicle and sends the status information of the vehicle to the micro processing unit. The sleep signal is used to notify the micro control unit to enter the sleep state.

[0055] In the embodiment of the present application, the sleep signal is a signal sent by the microprocessing unit to the microcontroller unit, which is used to notify the MCU to enter the sleep state. The sleep state is a low-power mode. In this mode, the MCU will reduce its own energy consumption and reduce unnecessary functional activities, while maintaining a certain wake-up mechanism so that it can quickly return to normal working state when needed. For example, when the vehicle is stationary for a long time and the MCU is not required to perform monitoring tasks, the MPU may send a sleep signal to put the MCU into a sleep state to prevent the vehicle from being powered on.

[0056] In the embodiment of the present application, the status information of the vehicle is used to determine whether the micro-processing unit sends a sleep signal to the micro-control unit so that the micro-control unit and itself enter a sleep state.

[0057] In some embodiments, the vehicle status information includes the status of the vehicle's controller area network (CAN) network and the duration of the CAN network status. Of course, the vehicle status information may also include the vehicle's power mode.

[0058] The state of the vehicle's CAN network includes the CAN network being in a working state and a dormant state. Here, when the CAN network is in a working state, each electronic control unit in the vehicle can perform normal information and / or data exchange and communication through the CAN bus, ensuring that various information and / or data are transmitted quickly and accurately between different units. When the CAN network is in a dormant state, each electronic control unit in the vehicle is in a dormant state and / or a closed state, that is, the entire vehicle is in a dormant state.

[0059] The duration of the CAN network state can be understood as the duration of the vehicle's CAN network being in a certain state.

[0060] Among them, the vehicle's power modes include OFF power mode, Accessory power mode, ignition (ON) power mode, start (START) power mode, run (RUN) power mode, and lock (Lock) power mode.

[0061] Here, the power off mode is a completely shut down state of the vehicle power system. When the vehicle key is in the "OFF" position or the vehicle is completely shut down through the one-button start system, most of the vehicle's electrical equipment stops supplying power, the engine does not work, and the vehicle is stationary.

[0062] Here, accessory power mode is an intermediate state in the vehicle power mode. When the vehicle key is turned to the accessory position (usually between "OFF" and "ON") or the corresponding setting is triggered by the vehicle's one-button start system, the vehicle enters the accessory power mode. In this mode, part of the vehicle's electrical system is powered and can work, but the engine will not start.

[0063] Here, the power off mode is a completely shut down state of the vehicle power system. When the vehicle key is in the "OFF" position or the vehicle is completely shut down through the one-button start system, most of the vehicle's electrical equipment stops supplying power, the engine does not work, and the vehicle is stationary.

[0064] Here, the ignition power mode is when the vehicle key is turned to the "ON" position or the "ON" button of the one-button start system is pressed, the vehicle enters the ignition mode. At this time, the vehicle's main electrical systems and electronic control units are powered to prepare for the engine to start, but the engine has not yet started.

[0065] Here, the starting power mode is a short process of starting the engine. When the key is further turned in the ignition (ON) mode or the start button of the one-key start system is pressed, the vehicle enters the starting mode. In this mode, the starter drives the engine crankshaft to rotate, so that the engine starts running.

[0066] Here, the running power mode is when the vehicle enters the running mode after the engine is successfully started. At this time, the vehicle's engine and all major electrical systems are in normal working condition, and the vehicle can be driven normally and use various functions.

[0067] Here, the locked power mode is the power mode of the vehicle after it is completely shut down and locked. When all the vehicle doors are closed and the vehicle is locked by a key or remote locking device, the vehicle enters the locked power mode. At this time, most of the vehicle's electrical systems are powered off, but some key systems still maintain low power consumption to achieve specific functions.

[0068] Generally, after the microprocessor receives the remote shutdown signal sent by the microcontroller unit, the microprocessor unit can monitor the working status of external devices connected to itself, such as sensors and control units. If it is determined that the working status of external devices connected to the microprocessor unit, such as sensors and control units, is in a sleep state and / or a shutdown state, the microcontroller unit generates a sleep signal for notifying the microcontroller unit to enter a sleep state based on the remote shutdown signal and the working status of the external devices, so as to notify the microcontroller unit that it can enter sleep. However, in actual applications, the MCU does not receive the sleep signal sent by the microprocessor unit, that is, the MPU cannot notify the MCU to enter a sleep state. The following situations may exist:

[0069] Since the vehicle side involves interactive collaboration between multiple modules and the signal transmission link is long, once the MPU on the vehicle side has a signal processing problem itself, even if the MPU receives the remote shutdown signal, the MPU still cannot notify the MCU to enter the sleep state; or, the MCU sends the remote shutdown signal to the MPU, but due to signal reasons or transmission link reasons, the MPU does not receive the remote shutdown signal, resulting in the inability to notify the MCU to enter the sleep state.

[0070] Therefore, in the embodiment of the present application, the microcontroller unit does not receive the sleep signal sent by the microprocessor unit. At this time, the microcontroller unit monitors the status information of the vehicle and sends the status information of the vehicle to the microprocessor unit so as to trigger the microprocessor unit to determine whether to notify the microcontroller unit to enter the sleep state based on the status information of the vehicle monitored by the microcontroller unit.

[0071] In some embodiments, if the micro control unit does not receive the sleep signal sent by the micro processing unit in step 103, the micro control unit obtains the status information of the vehicle, including:

[0072] In response to the microcontroller sending a remote shutdown signal to the microprocessor unit, timing starts; if the timing duration exceeds a first preset duration, it is determined that the microprocessor unit cannot send a sleep signal to the microcontroller unit, and the microcontroller unit obtains status information of the vehicle.

[0073] In the embodiment of the present application, the first preset time length is used as a reference time length for the micro control unit to wait for the micro processing unit to send a sleep signal.

[0074] It is understandable that in the vehicle electronic control system, the signal interaction between each unit needs to be carried out in an orderly manner according to the established logic. When the micro-control unit sends a remote shutdown signal to the micro-processing unit, the timing starts. If the timing duration exceeds the first preset duration, it can be determined that there may be abnormal conditions such as software failure and signal processing failure between the micro-processing unit and the micro-control unit. For example, the micro-processing unit cannot generate and send a sleep signal due to an internal program error, resulting in the micro-processing unit being unable to send a sleep signal on time, thereby avoiding the entire system from falling into a meaningless waiting state. Further, when it is determined that the micro-processing unit cannot send a sleep signal, the micro-control unit obtains the vehicle status information in a timely manner. The micro-control unit can determine whether the vehicle is currently in a safe shutdown condition, such as confirming whether the engine has stopped running, whether the vehicle's key electrical system is in a stable state, etc. If so, the vehicle status information can be subsequently sent to the micro-processing unit, so that the micro-processing unit re-sends the sleep signal based on the vehicle status information, so as to avoid the vehicle-side vehicle system and MCU from being unable to sleep, causing a power feeding phenomenon, resulting in the vehicle being unable to start normally the next time the user uses the vehicle.

[0075] Step 204, when the microprocessing unit determines that the vehicle system meets the sleep condition according to the vehicle status information, it sends a sleep signal to the microcontroller unit, and controls the vehicle system to enter the sleep state based on the remote shutdown signal. The microprocessing unit is located in the vehicle system; the microcontroller unit enters the sleep state according to the sleep signal.

[0076] In an embodiment of the present application, the sleep condition is used to trigger the microprocessor unit to generate a sleep signal. Here, after the microprocessor unit receives the information sent by the microcontroller unit, it determines whether the vehicle system meets the sleep condition based on the vehicle status information; if the vehicle system meets the sleep condition, the microprocessor unit generates a sleep signal for notifying the microcontroller unit to enter the sleep state, and sends it to the microcontroller unit, and the microcontroller unit enters the sleep state according to the sleep signal. At the same time, after the microprocessor unit sends the sleep signal to the microcontroller unit, the microprocessor unit controls the vehicle system to enter the sleep state. In this way, in order to avoid the risk of power supply to the microcontroller unit and the vehicle system due to abnormal remote shutdown signals in certain situations, the present application increases the processing of the vehicle status information meeting the sleep condition, thereby minimizing the probability of power supply to the microcontroller unit and the vehicle system and avoiding the risk of power supply.

[0077] In some embodiments, in step 204, the microprocessor unit determines that the vehicle system meets the sleep condition according to the vehicle status information, including:

[0078] The microprocessing unit obtains device status information, which includes: the working status of an external device connected to the microprocessing unit; and determines whether the sleep condition is met according to the vehicle status information and the device status information.

[0079] It is understandable that when the microprocessor unit determines that the status information of the vehicle and the status information of the external device connected to the microprocessor unit meet the sleep condition, it indicates that the whole vehicle is in a sleep state and / or non-working state, and the microprocessor unit can subsequently send a signal to the microcontrol unit to notify it to enter the sleep state. In this way, in order to reduce the probability of power feeding of the microcontrol unit and the vehicle system and avoid the risk of power feeding, when the vehicle system meets the sleep condition, the microprocessor unit sends a sleep signal to the microcontrol unit, so that the microcontrol unit and the vehicle system enter the sleep state, greatly reducing unnecessary power consumption. For the power reserve of the vehicle's battery and other power reserves, it can extend its overall endurance time and avoid the impact of vehicle power feeding on subsequent vehicle startup.

[0080] In some embodiments, the sleep condition may include: the duration of the vehicle's CAN network being in a sleep state satisfies a duration condition, the vehicle's power mode is in a target power mode, and the working state of an external device connected to the microprocessor unit is a sleep state and / or an off state, wherein the duration condition includes that the duration of the CAN network being in a sleep state is greater than a second preset duration, and the target power mode includes an accessory power mode or a lock power mode.

[0081] In the embodiment of the present application, the sleep condition may include: the duration of the vehicle's CAN network being in a sleep state meets the duration condition, and the vehicle's power mode is in a target power mode, wherein the duration condition includes that the duration of the CAN network being in a sleep state is greater than a second preset duration, and the target power mode includes an accessory power mode or a lock power mode. Of course, the sleep condition may also include: the working state of an external device connected to the microprocessor unit is a sleep state and / or a shutdown state.

[0082] It can be understood that the sleep conditions may include: the duration of the vehicle's CAN network being in a sleep state meets the duration condition, wherein the duration condition includes that the duration of the CAN network being in a sleep state is greater than a second preset duration, and the microprocessor unit can prevent the sleep state from being triggered due to a short period of idleness or temporary fluctuations in the CAN network, and ensure that the CAN network is in a relatively stable sleep state with no work requirements within a preset time length, and then the microprocessor unit, microcontrol unit and other units enter sleep, avoiding the situation where a small amount of data interaction or command transmission that may occur later cannot be responded to in time due to premature sleep.

[0083] It is understandable that the accessory power mode or the locked power mode is included in the sleep condition as the target power mode. The vehicle's power mode is in the target power mode, indicating that the vehicle is in a power state with relatively low energy consumption and low device activity. Further sleep mechanisms can be initiated. For example, switching to the accessory power mode after the vehicle is parked only briefly uses some external devices, and then the vehicle can smoothly enter sleep mode after use. In the locked power mode, most of the vehicle's equipment is idle. Entering sleep mode at this time can minimize power consumption and achieve precise energy-saving control under different power states.

[0084] It is understandable that setting the working state of the external device connected to the microprocessor unit to the dormant state and / or the off state as one of the dormant conditions can promote the formation of a good coordinated dormant mechanism between the microprocessor unit, the microcontrol unit and many external devices inside the vehicle, and avoid the situation where the core components such as the microprocessor unit are ready to dormant while some external devices are still consuming energy or in an unstable state. In this way, it is ensured that all related devices of the entire vehicle electronic system can enter dormancy in unison, improve the system integration, and facilitate unified management and coordinated operations during subsequent wake-up.

[0085] In the embodiment of the present application, after the microprocessing unit receives the vehicle status information sent by the microcontroller unit carrying the duration of the vehicle's CAN network status and the power mode, it determines whether the CAN network is in a dormant state and whether the vehicle power mode is the target power mode, that is, whether it is the accessory power mode or the locking power mode; if it is determined that the vehicle power mode is the target power mode and the CAN network is in a dormant state, the duration of the CAN network in the dormant state is further determined. If the duration of the vehicle's CAN network in a dormant state needs to meet the condition of being greater than the second preset duration, it is determined that the CAN network of the entire vehicle is in a dormant state, and further, it is determined whether the working state of the external device connected to the microprocessing unit is a dormant state and / or a closed state. If so, it indicates that the vehicle system can enter a dormant state. At this time, after the microprocessing unit sends a dormant signal to the microcontroller unit, the microprocessing unit enters a dormant state based on the remote shutdown signal, and the microcontroller unit enters a dormant state based on the dormant signal. In this way, the embodiment of the present application comprehensively considers the sleep conditions in different dimensions, from CAN network status, power mode to external device status, to ensure that the vehicle electronic system has a complete and orderly set of judgment logic for entering sleep, which can reduce system conflicts or errors caused by the incoordination of the status of various parts at the system level.

[0086] The vehicle power feeding prevention system and vehicle power feeding prevention method proposed in the embodiment of the present application are further described below through a specific embodiment.

[0087] In the remote start / remote vehicle control scenario, due to the interaction of multiple modules, the link is very long. If the MPU does not notify the MCU to sleep due to signal problems with other vehicle controllers, power supply problems are likely to occur, causing a very serious negative experience for users and a negative impact on the car brand. It should be noted that vehicle power supply problems cause the battery in the car to run out of energy, affecting the reuse of the vehicle. The user will not be able to use the car next time due to power supply, which will also affect the battery life in the long run.

[0088] In order to solve the above technical problems, Figure 3 As shown, the vehicle power supply protection system includes a mobile phone (corresponding to the above-mentioned terminal), a cloud (corresponding to the above-mentioned Internet of Vehicles platform), a TBOX, an MCU and a vehicle system, wherein the vehicle system includes an MPU (also known as a system-on-a-Chip (SOC)).

[0089] Based on the above vehicle anti-feedback system, refer to Figure 4 As shown, the vehicle power feeding prevention method provided in the embodiment of the present application is described below through a specific embodiment.

[0090] After the user remotely starts the vehicle through the mobile phone APP 401, the car needs to be in normal working condition, and TBOX receives the remote start signal sent from the mobile phone APP through the cloud. TBOX sends the remote start signal to the vehicle controller through the CAN bus, thereby starting the vehicle controller; at the same time, TBOX wakes up the MCU in the dormant state and sends the remote start signal to the MCU. Then, the MCU wakes up the MPU in the dormant state and sends the remote start signal to the MPU to put the vehicle system in working condition. Furthermore, when the MPU receives the remote start signal, it notifies the MCU that the vehicle is in a continuous working state 402, and controls the vehicle system to be in a normal working state 403. Of course, the MCU will continue to detect the status of the CAN network and the power mode of the vehicle 404, and send them to the MPU.

[0091] After the vehicle has been in operation for a period of time, the user exits the remote start 405 through the mobile phone APP. TBOX receives the remote start exit signal (corresponding to the above-mentioned remote shutdown signal) sent from the mobile phone APP through the cloud. When receiving the remote start exit signal,

[0092] TBOX sends the remote start exit signal to the vehicle controller through the CAN bus, thereby shutting down the vehicle controller. At the same time, TBOX sends the remote start exit signal to the MCU, and the MCU sends the remote start exit signal to the MPU. However, due to signal processing problems, the MPU cannot generate a sleep signal based on the remote start exit signal to notify the MCU to enter a sleep state. At this time, the MPU determines whether the vehicle system meets the sleep condition based on the state of the CAN network sent by the MCU and the power mode of the vehicle. If the state of the CAN network is in a sleep state, and the power mode of the vehicle is that the ACC is in power-off mode, it is determined that the vehicle system meets the sleep condition. Further, the MPU notifies the MCU to enter sleep 406, and the MPU controls the vehicle system to enter a sleep state 407. In this way, by adding additional signal processing, a strong dependence on the remote start exit signal is avoided, the risk of abnormal power supply of the remote start exit signal in certain cases is avoided, and the probability of power supply is minimized.

[0093] Continue to refer to Figure 1 , a schematic structural diagram of an optional vehicle anti-feeding system provided in an embodiment of the present application, the vehicle anti-feeding system 100 includes:

[0094] The remote communication unit 101 is used to receive the remote shutdown signal sent by the terminal and send the remote shutdown signal to the vehicle controller and the micro control unit;

[0095] The vehicle controller 104 is configured to shut down based on the remote shut-down signal in response to the vehicle controller being in an active state;

[0096] The micro control unit 102 is used to send the received remote shutdown signal to the micro processing unit;

[0097] The micro control unit 102 is further used to monitor the status information of the vehicle and send the status information of the vehicle to the micro processing unit if the sleep signal sent by the micro processing unit is not received. The sleep signal is used to notify the micro control unit to enter the sleep state;

[0098] The microprocessing unit 103 is used to determine that the vehicle meets the sleep condition according to the vehicle status information, send a sleep signal to the microcontroller unit, and control the vehicle system to enter the sleep state based on the remote shutdown signal. The microprocessing unit is located in the vehicle system;

[0099] The micro control unit 102 is further configured to enter a sleep state according to a sleep signal.

[0100] An embodiment of the present application provides a vehicle power supply protection system, including a memory and a processor, wherein the memory stores a computer program that can be run on the processor, and when the processor executes the program, some or all of the steps in the above method are implemented.

[0101] The embodiment of the present application provides a storage medium, which stores one or more computer programs, and the one or more computer programs can be executed by one or more processors to implement some or all of the steps in the above method. The storage medium can be transient or non-transient.

[0102] An embodiment of the present application provides a computer program, including a computer-readable code. When the computer-readable code runs in a vehicle anti-power feeding system, a processor in the vehicle anti-power feeding system executes some or all of the steps in the above method.

[0103] The embodiment of the present application provides a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program, and when the computer program is read and executed by a computer, some or all of the steps in the above method are implemented. The computer program product can be implemented specifically by hardware, software or a combination thereof. In some embodiments, the computer program product is specifically embodied as a computer storage medium, and in other embodiments, the computer program product is specifically embodied as a software product, such as a software development kit (SDK) and the like.

[0104] It should be noted here that the description of the various embodiments above tends to emphasize the differences between the various embodiments, and the same or similar aspects can be referenced to each other. The description of the above device, storage medium, computer program and computer program product embodiments is similar to the description of the above method embodiment, and has similar beneficial effects as the method embodiment. For technical details not disclosed in the embodiments of the device, storage medium, computer program and computer program product of this application, please refer to the description of the method embodiment of this application for understanding.

[0105] Figure 5 A hardware entity diagram of a vehicle anti-feedback system provided in an embodiment of the present application is shown in FIG. Figure 5 As shown, the hardware entity of the vehicle anti-feedback system 5 includes: a processor 501 and a memory 502, wherein the memory 502 stores a computer program that can be run on the processor 501, and the processor 501 implements the following steps when executing the program:

[0106] In response to the vehicle controller being in an operating state, the remote communication unit receives a remote shutdown signal sent from the terminal, and sends the remote shutdown signal to the corresponding vehicle controller to shut down the vehicle controller;

[0107] The micro control unit receives the remote shutdown signal sent by the remote communication unit and sends the remote shutdown signal to the micro processing unit;

[0108] If the microcontrol unit does not receive the sleep signal sent by the microprocessing unit, the microcontrol unit monitors the status information of the vehicle and sends the status information of the vehicle to the microprocessing unit, and the sleep signal is used to notify the microcontrol unit to enter the sleep state;

[0109] When the microprocessing unit determines that the vehicle system meets the sleep condition according to the vehicle status information, it sends a sleep signal to the microcontroller unit and controls the vehicle system to enter the sleep state. The microprocessing unit is located in the vehicle system; the microcontroller unit enters the sleep state according to the sleep signal.

[0110] Among them, the memory 502 stores a computer program that can be run on the processor. The memory 502 is configured to store instructions and applications executable by the processor 501. It can also cache data to be processed or processed by the processor 501 and each module in the vehicle power supply protection system 5 (for example, image data, audio data, voice communication data and video communication data), which can be implemented through flash memory (FLASH) or random access memory (Random Access Memory, RAM).

[0111] The processor 501 implements any of the above-mentioned steps of the vehicle power feeding prevention method when executing the program. The processor 501 generally controls the overall operation of the vehicle power feeding prevention system 5 .

[0112] An embodiment of the present application provides a computer storage medium, which stores one or more programs. The one or more programs can be executed by one or more processors to implement the steps of the vehicle anti-power feed method in any of the above embodiments.

[0113] It should be noted here that the description of the above storage medium and device embodiments is similar to the description of the above method embodiments, and has similar beneficial effects as the method embodiments. For technical details not disclosed in the storage medium and device embodiments of this application, please refer to the description of the method embodiments of this application for understanding.

[0114] The processor may be at least one of an Application Specific Integrated Circuit (ASIC), a Digital Signal Processor (DSP), a Digital Signal Processing Device (DSPD), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), a Central Processing Unit (CPU), a controller, a microcontroller, and a microprocessor. It is understandable that the electronic device that implements the functions of the processor may also be other, and the embodiments of the present application are not specifically limited.

[0115] The above-mentioned computer storage medium / memory can be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), a magnetic random access memory (FRAM), a flash memory (Flash Memory), a magnetic surface memory, an optical disk, or a compact disc read-only memory (CD-ROM) and the like; it can also be various terminals including one or any combination of the above-mentioned memories, such as mobile phones, computers, tablet devices, personal digital assistants, etc.

[0116] It should be understood that "one embodiment" or "an embodiment" mentioned throughout the specification means that specific features, structures or characteristics related to the embodiment are included in at least one embodiment of the present application. Therefore, "in one embodiment" or "in an embodiment" appearing throughout the specification does not necessarily refer to the same embodiment. In addition, these specific features, structures or characteristics can be combined in one or more embodiments in any suitable manner. It should be understood that in various embodiments of the present application, the size of the serial number of each step / process mentioned above does not mean the order of execution, and the execution order of each step / process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiment of the present application. The serial numbers of the embodiments of the present application mentioned above are for description only and do not represent the advantages and disadvantages of the embodiments.

[0117] It should be noted that, in this article, the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the existence of other identical elements in the process, method, article or device including the element.

[0118] In the several embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. The device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as: multiple units or components can be combined, or can be integrated into another system, or some features can be ignored or not executed. In addition, the coupling, direct coupling, or communication connection between the components shown or discussed can be through some interfaces, and the indirect coupling or communication connection of the devices or units can be electrical, mechanical or other forms.

[0119] The units described above as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units; they may be located in one place or distributed on multiple network units; some or all of the units may be selected according to actual needs to achieve the purpose of the present embodiment.

[0120] In addition, all functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may be a separate unit, or two or more units may be integrated into one unit; the above-mentioned integrated units may be implemented in the form of hardware or in the form of hardware plus software functional units.

[0121] A person skilled in the art can understand that all or part of the steps of implementing the above method embodiment can be completed by hardware related to program instructions, and the aforementioned program can be stored in a computer-readable storage medium. When the program is executed, it executes the steps of the above method embodiment; and the aforementioned storage medium includes: mobile storage devices, read-only memories (ROM), magnetic disks or optical disks, etc., various media that can store program codes.

[0122] Alternatively, if the above-mentioned integrated unit of the present application is implemented in the form of a software function module and sold or used as an independent product, it can also be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can essentially or in other words, the part that contributes to the relevant technology can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions for enabling a vehicle-mounted terminal (which can be a personal computer, server, or network device, etc.) to execute all or part of the methods described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as mobile storage devices, ROMs, magnetic disks, or optical disks.

[0123] The above is only an implementation method of the present application, but the protection scope of the present application is not limited thereto. Any technician familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application.

Claims

1. A vehicle power feeding prevention method, characterized in that: The method comprises: In response to the vehicle controller being in the working state, the remote communication unit receives the remote shutdown signal sent from the terminal, and sends the remote shutdown signal to the corresponding vehicle controller to shut down the vehicle controller; the micro control unit receives the remote shutdown signal sent by the remote communication unit, and sends the remote shutdown signal to the micro processing unit If the micro-control unit does not receive the sleep signal sent by the micro-processing unit, the micro-control unit monitors the status information of the vehicle and sends the status information of the vehicle to the micro-processing unit, and the sleep signal is used to notify the micro-control unit to enter the sleep state; When the microprocessing unit determines that the vehicle system meets the sleep condition based on the vehicle status information, it sends the sleep signal to the microcontroller unit and controls the vehicle system to enter the sleep state. The microprocessing unit is located in the vehicle system; the microcontroller unit enters the sleep state according to the sleep signal.

2. The method according to claim 1, characterized in that If the micro control unit does not receive the sleep signal sent by the micro processing unit, the micro control unit obtains the status information of the vehicle, including: In response to the micro control unit sending the remote shutdown signal to the micro processing unit, starting timing; If the timing duration exceeds a first preset duration, it is determined that the micro-processing unit is unable to send the sleep signal to the micro-control unit, and the micro-control unit obtains the status information of the vehicle.

3. The method according to claim 1, characterized in that The microprocessing unit determines that a sleep condition is satisfied according to the state information of the vehicle, including: The microprocessing unit obtains device status information, and the device status information includes: the working status of an external device connected to the microprocessing unit; According to the vehicle status information and the device status information, it is determined that a sleep condition is met.

4. The method according to claim 3, characterized in that The vehicle status information includes the status of the vehicle's controller area network, the duration of the status, and the power mode of the vehicle; The sleep conditions include: the duration of the controller local area network of the vehicle being in the sleep state meets the duration condition, the power mode of the vehicle is in the target power mode, and the working state of the external device connected to the microprocessor unit is the sleep state and / or the off state; wherein, the target power mode includes the accessory power mode or the lock power mode.

5. The method according to any one of claims 1 to 4, characterized in that: After the remote shutdown signal is sent to the corresponding vehicle controller via the microprocessing unit, the vehicle controller delays for a second preset time period, responds to the remote shutdown signal, and shuts down the vehicle controller.

6. The method according to any one of claims 1 to 4, characterized in that: In response to the vehicle controller being in an operating state, the method includes: The remote communication unit receives a remote start signal sent by the terminal, and sends the remote start signal to a corresponding vehicle controller to put the vehicle controller in the working state; The remote communication unit wakes up the micro control unit based on the remote start signal and sends the remote start signal to the micro control unit. The micro control unit wakes up the micro processing unit based on the remote start signal.

7. The method according to claim 6, characterized in that: After the micro control unit wakes up the micro processing unit based on the remote start signal, the method includes: The micro-processing unit sends a continuous working signal to the micro-control unit.

8. A vehicle anti-feeding system, characterized in that: The system comprises: A remote communication unit, used for receiving a remote shutdown signal sent by the terminal, and sending the remote shutdown signal to the vehicle controller and the micro control unit; the vehicle controller, configured to shut down based on the remote shutdown signal in response to the vehicle controller being in an active state; The micro control unit is used to send the received remote shutdown signal to the micro processing unit; The micro-control unit is further configured to monitor the status information of the vehicle and send the status information of the vehicle to the micro-processing unit if the sleep signal sent by the micro-processing unit is not received, and the sleep signal is used to notify the micro-control unit to enter the sleep state; The micro-processing unit is used to send the sleep signal to the micro-control unit when determining that the vehicle meets the sleep condition according to the state information of the vehicle, and control the vehicle system to enter the sleep state based on the remote shutdown signal, and the micro-processing unit is located in the vehicle system; The micro control unit is further used to enter a sleep state according to the sleep signal.

9. A storage medium, characterized in that: The storage medium stores one or more computer programs, and the one or more computer programs can be executed by one or more processors to implement the vehicle power feed prevention method as claimed in any one of claims 1 to 7.

10. A computer program product, characterized in that The invention comprises a computer program or an instruction, and when the computer program or the instruction is executed by a processor, the vehicle power feeding prevention method as claimed in any one of claims 1 to 7 is implemented.

Images