A vehicle anti-feedback method, a vehicle anti-feedback system and a storage medium

Abstract

The embodiment of the application discloses a vehicle anti-feedback power method, a vehicle anti-feedback power system and a storage medium. The method comprises the following steps: in response to the fact that a vehicle controller is in a working state, a remote communication unit receives a remote closing signal sent from a terminal, and sends the remote closing signal to a corresponding vehicle controller to close the vehicle controller; a micro-control unit receives the remote closing signal sent by the remote communication unit, and sends the remote closing signal to a micro-processing unit; if the micro-control unit does not receive a sleep signal sent by the micro-processing unit, the micro-control unit monitors state information of the vehicle, and sends the state information of the vehicle to the micro-processing unit, and the sleep signal is used for informing the micro-control unit to enter a sleep state; when the micro-processing unit determines that a vehicle machine system satisfies a sleep condition according to the state information of the vehicle, the micro-processing unit sends the sleep signal to the micro-control unit, and controls the vehicle machine system to enter the sleep state; and the micro-control unit enters the sleep state according to the sleep signal.

Description

TECHNICAL FIELD

[0001] The present application relates to, but is not limited to, the technical field of Internet of Vehicles, and in particular to a vehicle anti-feedback power method, a vehicle anti-feedback power system and a storage medium. BACKGROUND

[0002] At present, some vehicles have remote control function. A user can send a remote control vehicle instruction to an Internet of Vehicles platform by means of an application (App) of a mobile phone or a wearable device, the Internet of Vehicles platform receives the instruction and then issues the instruction to a vehicle end, the vehicle end executes corresponding operation according to the instruction, and then the control result is fed back to the device end according to the level to be displayed. Common remote control vehicle functions include turning on / off air conditioner, turning on / off vehicle light, unlocking vehicle door and starting vehicle, etc.

[0003] However, in the remote control vehicle shutdown scenario, there are many hidden dangers, which can easily cause the vehicle machine system to fail to hibernate, thereby easily causing the feedback phenomenon. Vehicle feedback not only causes the vehicle battery to be depleted, resulting in the vehicle being unable to start normally when the user uses the vehicle next time, but also has a serious negative impact on the service life of the battery over a long period of time, reduces the overall reliability and use convenience of the vehicle, and brings many inconveniences and potential economic losses to the user. SUMMARY

[0004] An object of the present application is to at least provide a vehicle anti-feedback power method, a vehicle anti-feedback power system and a storage medium, which have the advantage that, in response to the vehicle controller being in a working state, the remote communication unit receives a remote shutdown signal sent from a 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 hibernation 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 hibernation signal is used to notify the micro control unit to enter a hibernation state; when the micro processing unit determines that the machine system satisfies the hibernation condition according to the state information of the vehicle, the micro processing unit sends the hibernation signal to the micro control unit, and controls the machine system to enter the hibernation state, and the micro processing unit is located in the machine system; and the micro control unit enters the hibernation state according to the hibernation signal. In this way, the present application avoids the risk of feedback of the micro control unit and the machine system caused by abnormal remote shutdown signal in some cases, reduces the feedback probability of the micro control unit and the machine system to the maximum by increasing the processing of the state information of the vehicle satisfying the hibernation condition, and avoids the feedback risk.

[0005] To achieve the above object, the technical scheme of the embodiments of the present application is as follows:

[0006] In a first aspect, the embodiments of the present application provide a vehicle anti-feedback power method, which comprises:

[0007] The remote communication unit receives a remote shutdown signal sent from the terminal, and sends the remote shutdown signal to the vehicle controller and the micro control unit in response to the vehicle controller being in an active state;

[0008] If the micro control unit does not receive the sleep signal sent from the micro processing unit, the micro control unit monitors state information of the vehicle, and sends the state information of the vehicle to the micro processing unit, the sleep signal being used to inform the micro control unit to enter a sleep state;

[0009] The micro processing unit sends the sleep signal to the micro control unit and controls the infotainment system to enter a sleep state when the infotainment system satisfies a sleep condition according to the state information of the vehicle, the micro processing unit being located in the infotainment system; and the micro control 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 power system, the system comprising:

[0011] The remote communication unit receives a remote shutdown signal sent from the terminal, and sends the remote shutdown signal to the vehicle controller and the micro control unit;

[0012] The vehicle controller is 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 configured to send the received remote shutdown signal to the micro processing unit;

[0014] The micro control unit is further configured to monitor state information of the vehicle and send the state information of the vehicle to the micro processing unit if the micro control unit does not receive a sleep signal sent from the micro processing unit, the sleep signal being used to inform the micro control unit to enter a sleep state;

[0015] The micro processing unit is configured to send the sleep signal to the micro control unit and control an infotainment system to enter a sleep state based on the remote shutdown signal when the infotainment system satisfies a sleep condition according to the state information of the vehicle, the micro processing unit being located in the infotainment system;

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

[0017] In a third aspect, an embodiment of the present application provides a vehicle anti-feedback power system, comprising a memory and a processor, the memory storing a computer program capable of running on the processor, and the processor executes the program to implement part or all of the steps in the method of 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 are executable by one or more processors to implement part or all of the steps in the method of the first aspect.

[0019] In a fifth aspect, an embodiment of the present application provides a computer program product, which comprises a computer program or instructions, and the computer program or instructions are executable by a processor to implement part or all of the steps in the method of the first aspect.

[0020] It should be understood that the above general description and the following detailed description are only exemplary and explanatory, but not limiting the technical solutions of the present application. BRIEF DESCRIPTION OF DRAWINGS

[0021] The accompanying drawings, which are incorporated into and form part of the specification, illustrate embodiments consistent with the present application and, together with the specification, serve to explain the technical solutions of the present application.

[0022] Figure 1 An optional structure schematic diagram of a vehicle anti-feedback power system provided by an embodiment of the present application;

[0023] Figure 2 An optional flow schematic diagram of a vehicle anti-feedback power method provided by an embodiment of the present application;

[0024] Figure 3 An optional structure schematic diagram of a vehicle anti-feedback power system provided by an embodiment of the present application;

[0025] Figure 4 An optional flow schematic diagram of a vehicle anti-feedback power method provided by an embodiment of the present application;

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

[0027] In order to make the purposes, technical solutions and advantages of the present application clearer, the technical solutions of the present application are further described in detail below in combination with the drawings and embodiments, and the described embodiments should not be regarded as limiting the present application, and all other embodiments obtained by those skilled in the art without creative labor fall within the scope of protection of the present application.

[0028] In the following description, references to "some embodiments" refer to a subset of all possible embodiments. It is understood that "some embodiments" may be the same or different subsets of all possible embodiments and may be combined with each other without conflict. The terms "first / second / third" are used merely to distinguish similar objects and do not represent a specific ordering of objects. It is understood that "first / second / third" may be interchanged in a specific order or sequence where permitted, so that the embodiments of this 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 commonly understood by one of ordinary skill in the art to which this application pertains. The terminology used herein is for descriptive purposes only and is not intended to limit the scope of this application.

[0030] Reference Figure 1 , Figure 1 This is a schematic diagram of a vehicle anti-power-out system provided in an embodiment of this application, as shown below. Figure 1 As shown, the vehicle power failure prevention system 100 includes: a remote communication unit 101, a microcontroller unit 102, a microprocessor unit 103, and a vehicle controller 104. The remote communication unit 101 can be connected to the microcontroller unit 102, the microprocessor unit 103, and the vehicle controller 104 via different Controller Area Network (CAN) buses. The microcontroller unit 102 can be connected to the vehicle controller 104 via CAN, and the microcontroller unit 102 and the microprocessor unit 103 can be connected via inter-process communication (IPC).

[0031] The Telematics Box (T-BOX) is a key component for enabling remote communication in vehicles. The T-BOX acts as a communication bridge between the vehicle and external networks. It interacts with the vehicle-to-everything (V2X) platform via the external network, receiving remote control signals such as remote start or remote start / stop signals from a remote terminal's app, and transmitting these signals to other vehicle controllers within the vehicle. Simultaneously, it can send relevant vehicle status information (such as vehicle location and fault codes) to the V2X platform. Here, remote control signals are also referred to as remote control commands.

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

[0033] The microprocessor unit (MPU) is the core processor in the vehicle system, used to process various complex calculation tasks. For example, the microprocessor unit can run the operating system and various application programs of the vehicle. The microprocessor unit can also process and analyze data 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 needs to inform the microcontroller unit to work continuously to avoid the microcontroller unit entering the sleep state due to the presence of some controllers working.

[0034] The vehicle controller includes various control units in the vehicle, such as the engine control unit (ECU), the body control module (BCM), and the air conditioning control unit. Each control unit is responsible for the control and management of different systems in the vehicle.

[0035] Referring to Figure 2 , Figure 2 The implementation process of the vehicle anti-feedback power method provided by the embodiment of the present application is shown in the vehicle anti-feedback power system shown in Figure 1 Here, the steps shown in Figure 2 will be described.

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

[0037] It should be understood that the embodiment of the present application can relate to a vehicle anti-feedback power method in a working scenario of the vehicle controller, so when the vehicle controller is in a working state, a series of processing procedures for the remote shutdown signal will be executed. For example, after the vehicle is started, the vehicle controller such as the engine control unit starts to control the injection, ignition, etc. of the engine, at which time the vehicle controller 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 can be a mobile phone, a tablet computer, an iPad, a phone watch, and a related mobile device that can deploy a remote APP as technology develops, and the like, which are not specifically limited herein.

[0039] In the embodiments of the present application, the remote closing signal can be understood as a signal or instruction for ending the current working state of the vehicle remotely, so as to make the vehicle return to a normal state that is not remotely started. Here, the remote closing signal carries controller identification information, instruction information, and the like. Exemplarily, when the vehicle owner wants to end the remote starting state of the vehicle, the vehicle owner will send a remote closing signal through the terminal (such as a corresponding button on the mobile phone APP operation interface), and the remote closing signal contains explicit instruction information indicating the vehicle to end the related operation of remote starting.

[0040] In the embodiments of the present application, the remote communication unit receiving the remote closing signal sent from the terminal includes that the remote communication unit receives the remote closing signal sent directly from the terminal, or the remote communication unit receives the remote closing signal sent from the terminal forwarded through the vehicle networking platform.

[0041] In the embodiments of the present application, the remote communication unit first receives the remote closing signal from the terminal, and then accurately transmits the remote closing 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 closing signal, the vehicle controller will perform a corresponding closing operation, such as stopping the control of the engine to make the engine stop, closing some auxiliary electrical equipment that is opened during remote starting, and the like, so as to realize the exit of the entire vehicle remote starting state.

[0042] In some embodiments, after the remote communication unit sends the remote closing signal to the corresponding vehicle controller in step 201, the method can further include that the vehicle controller delays for a second preset time length and closes the vehicle controller in response to the remote closing signal.

[0043] In the embodiments of the present application, the remote communication unit sends the remote closing signal to the corresponding vehicle controller, and the vehicle controller delays for a second preset time length and then responds to the remote closing signal to close the vehicle controller; the second preset time length can be determined based on the time required to coordinate the states of various systems inside the vehicle, and the present application does not make a specific limitation in this regard.

[0044] It can be understood that there are multiple interrelated electronic control units and systems in the vehicle working at the same time. When the vehicle controller delays the response when receiving the remote shutdown signal, the second preset time period of the delay can be used to coordinate the status of the internal systems, such as the engine control unit needs to gradually adjust the working state of the engine to the appropriate shutdown state, such as gradually reducing the engine speed, shutting down the fuel injection system, etc. At the same time, the vehicle body control module also needs to ensure that the vehicle doors, windows and other devices are in the appropriate position or state. It should be noted that the delayed response is beneficial to the cooperation of various systems to complete the preparation work before shutdown, avoiding conflicts or damage between systems due to sudden shutdown.

[0045] In some embodiments, before the vehicle controller is in the working state in step 201, the following steps can 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 make 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, 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 the vehicle in the embodiments of the present application can also be in an unstarted state, i.e. a scenario in the shutdown state, in which the vehicle controller is in the shutdown state, and the MCU and MPU in the vehicle are in the sleep state.

[0048] In the embodiments of the present application, the remote start signal can be understood as a signal or instruction for remotely ending the current working state of the vehicle, so as to restore the vehicle to the normal starting state. Here, the remote start signal carries controller identification information, instruction information, etc. For example, when the vehicle owner wants to start the vehicle, the remote start signal will be sent through the terminal (such as the corresponding button on the mobile phone APP operation interface), which contains explicit instruction information indicating the related operation of remote starting of the vehicle.

[0049] In the embodiments of the present application, the remote communication unit receiving the remote start signal sent by the terminal includes: the remote communication unit receiving the remote start signal directly sent by the terminal, or the remote communication unit receiving the remote start signal sent by the terminal forwarded through the Internet of Vehicles 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 in 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 start the engine, starting the auxiliary electrical equipment, etc., so as to realize the remote start of the whole 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 of each key control unit, and cooperate to ensure that the vehicle enters the useable state smoothly.

[0051] After the micro control unit and the micro processing unit are woken up in sequence, the micro processing unit informs the micro control unit that the vehicle is in a normal working state, so that the vehicle and the vehicle system can continue to work stably, maintain the normal operation of each specific function module of the vehicle, prevent the vehicle from malfunctioning due to signal interruption or unexpected stop of the unit, and ensure the stability and reliability of the vehicle during operation.

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

[0053] It can be understood that the remote close signal sent by the remote communication unit can be sent to the vehicle controller for closing operation, and can also be sent to the micro control unit, and then the micro control unit transmits the remote close signal to the micro processing unit. The micro processing unit receives the remote close signal, and can further perform some related subsequent processing according to the remote close signal, such as recording the related data of this remote start, such as start time, end time, etc., or adjusting the state of other related systems of the vehicle to ensure the operation safety and stability of the vehicle as a whole. Of course, the micro processing unit can also determine whether the micro control unit needs to enter the sleep state according to the remote close signal, and determine whether the vehicle system where the micro processing unit is located needs to enter the sleep state, so as to avoid the vehicle system at the vehicle end cannot sleep, causing the power supply phenomenon, resulting in the vehicle cannot start normally 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 state information of the vehicle and sends the state information of the vehicle to the micro processing unit. The sleep signal is used to inform the micro control unit to enter the sleep state.

[0055] In the embodiments of the present application, the sleep signal is a signal sent by the micro processing unit to the micro control unit, used to inform the MCU to enter the sleep state. The sleep state is a low power consumption mode, in which the MCU reduces its own energy consumption and reduces unnecessary functional activities, while maintaining a certain wake-up mechanism to quickly recover to the normal working state when needed. For example, when the vehicle is stationary for a long time and the MCU does not need to perform monitoring tasks, the MPU can send a sleep signal to make the MCU enter the sleep state to prevent the vehicle from being fed.

[0056] In the embodiments of the present application, the state 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 the sleep state.

[0057] In some embodiments, the state information of the vehicle includes the state of the controller area network (CAN) network of the vehicle, the duration of the state of the CAN network, and of course, the state information of the vehicle can also include the power mode of the vehicle.

[0058] The state of the CAN network of the vehicle includes the working state and the sleep state of the CAN network. Here, when the CAN network is in the working state, each electronic control unit in the vehicle can normally exchange information and / or data and communicate through the CAN bus, ensuring that various information and / or data are quickly and accurately transmitted between different units. When the CAN network is in the sleep state, each electronic control unit in the vehicle is in the sleep state and / or the off state, i.e., the whole vehicle is in the sleep state.

[0059] The duration of the state of the CAN network can be understood as the length of time that the CAN network of the vehicle is in a certain specific state.

[0060] The power mode of the vehicle includes the OFF power mode, the Accessory power mode, the ON power mode, the START power mode, the RUN power mode, and the Lock power mode.

[0061] Here, the OFF power mode is the complete off state of the power supply system of the vehicle. When the vehicle key is in the "OFF" position or the vehicle is completely turned off through the one-key start system, most of the electrical equipment of the vehicle stops being powered, the engine does not work, and the vehicle is in a stationary state.

[0062] Here, accessory power mode is an intermediate state among the vehicle's power modes. The vehicle enters accessory power mode when the vehicle key is turned to the accessory position (usually between "OFF" and "ON") or when the corresponding setting is triggered via the vehicle's push-button start system. In this mode, some of the vehicle's electrical systems are powered and can operate, but the engine will not start.

[0063] Here, the power-off mode is the state where the vehicle's power system is completely shut off. When the vehicle key is in the "OFF" position or the vehicle is completely turned off via the push-button start system, most of the vehicle's electrical equipment stops receiving power, the engine does not run, and the vehicle is stationary.

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

[0065] Here, the start-up mode is a brief process of starting the engine. When the key is turned further in ignition (ON) mode or the start button of the one-touch start system is pressed, the vehicle enters start-up mode. In this mode, the starter motor rotates the engine crankshaft, causing the engine to start running.

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

[0067] Here, the locked power mode is the power mode of the vehicle after it is completely closed and locked. The vehicle enters locked power mode after all doors are closed and the vehicle is locked using the key or remote locking device. At this time, most of the vehicle's electrical systems are powered down, but some critical systems continue to operate at low power to perform specific functions.

[0068] Normally, after receiving a remote shutdown signal from the microcontroller unit (MCU), the microprocessor unit (MSU) can monitor the operating status of connected external devices such as sensors and control units. If it determines that the external devices are in sleep or / or off state, the MCU generates a sleep signal to notify it to enter sleep mode. However, in practical applications, if the MCU does not receive the sleep signal from the MPU, meaning the MPU cannot notify the MCU to enter sleep mode, the following situations may occur:

[0069] Because the vehicle involves the interaction and collaboration between multiple modules and the signal transmission link is relatively long, if the MPU on the vehicle side has a signal processing problem, 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 problems or transmission link problems, the MPU does not receive the remote shutdown signal, thus failing to notify the MCU to enter the sleep state.

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

[0071] In some embodiments, if the microcontroller does not receive a sleep signal from the microprocessor unit in step 103, the microcontroller acquires the vehicle's status information, including:

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

[0073] In this embodiment of the application, the first preset duration is used as a reference duration for the microcontroller to wait for the microprocessor to send a sleep signal.

[0074] Understandably, in a vehicle's electronic control system, signal interactions between units must proceed in an orderly manner according to predetermined logic. When the microcontroller unit sends a remote shutdown signal to the microprocessor unit, a timer begins. If the timer exceeds a preset duration, it indicates a potential software or signal processing malfunction between the microprocessor unit and the microcontroller unit. For example, if the microprocessor unit fails to generate and send a sleep signal due to an internal program error, it cannot send the sleep signal on time, preventing the entire system from entering a meaningless waiting state. Furthermore, upon determining that the microprocessor unit cannot send a sleep signal, the microcontroller unit promptly obtains vehicle status information. The microcontroller unit can determine whether the vehicle is currently under safe shutdown conditions, such as confirming whether the engine has stopped running or whether the vehicle's critical electrical systems are in a stable state. If so, the vehicle status information can be sent to the microprocessor unit, causing it to resend the sleep signal based on the vehicle status information. This prevents the vehicle's infotainment system and MCU from failing to enter sleep mode, leading to power depletion and the vehicle failing to start normally the next time the user uses the vehicle.

[0075] Step 204: When the microprocessor unit determines that the vehicle system meets the sleep conditions based on the vehicle's status information, it sends a sleep signal to the microcontroller unit and controls the vehicle system to enter sleep mode based on the remote shutdown signal. The microprocessor unit is located within the vehicle system; the microcontroller unit enters sleep mode based on the sleep signal.

[0076] In this embodiment, the sleep condition is used to trigger the microprocessor unit to generate a sleep signal. Here, after receiving the signal from the microcontroller unit, the microprocessor unit determines whether the vehicle system meets the sleep condition based on the vehicle's status information. If the vehicle system meets the sleep condition, the microprocessor unit generates a sleep signal to notify the microcontroller unit to enter sleep mode and sends it to the microcontroller unit. The microcontroller unit then enters sleep mode based on the sleep signal. Simultaneously, after sending the sleep signal to the microcontroller unit, the microprocessor unit controls the vehicle system to enter sleep mode. Thus, this application avoids the risk of power failure for the microcontroller unit and vehicle system due to abnormal remote shutdown signals in certain situations. By adding processing to ensure the vehicle's status information meets the sleep condition, the probability of power failure for the microcontroller unit and vehicle system is minimized, thus avoiding the risk of power failure.

[0077] In some embodiments, in step 204, the microprocessor unit determines that the vehicle system meets the sleep conditions based on the vehicle's status information, including:

[0078] The microprocessor unit obtains device status information, which includes the operating status of external devices connected to the microprocessor unit; and determines whether the sleep conditions are met based on the vehicle status information and the device status information.

[0079] Understandably, when the microprocessor unit determines that both the vehicle's status information and the status information of the external devices connected to the microprocessor unit meet the sleep conditions, it indicates that the entire vehicle is in a sleep state and / or inactive. Subsequently, the microprocessor unit can send a signal to the microcontroller unit to notify it to enter a sleep state. Thus, to reduce the probability of power failure for the microcontroller unit and the vehicle's infotainment system and avoid the risk of power failure, when the vehicle's infotainment system meets the sleep conditions, the microprocessor unit sends a sleep signal to the microcontroller unit, causing the microcontroller unit and the vehicle's infotainment system to enter a sleep state. This significantly reduces unnecessary power consumption and, for the vehicle's battery and other power reserves, extends its overall driving range, preventing the vehicle from being unable to start due to power failure.

[0080] In some embodiments, the sleep conditions may include: the duration for which the vehicle's CAN network is in sleep mode meets a duration condition, the vehicle's power mode is in a target power mode, and the operating state of external devices connected to the microprocessor unit is sleep mode and / or off state. The duration condition includes the duration for which the CAN network is in sleep mode being greater than a second preset duration, and the target power mode includes accessory power mode or latching power mode.

[0081] In this embodiment, the sleep conditions may include: the duration for which the vehicle's CAN network is in sleep mode meets a duration condition, and the vehicle's power mode is in a target power mode. The duration condition includes the CAN network being in sleep mode for a duration greater than a second preset duration, and the target power mode includes an accessory power mode or a latching power mode. Alternatively, the sleep conditions may also include: the external device connected to the microprocessor unit is in sleep mode and / or off state.

[0082] Understandably, the sleep conditions may include: the duration for which the vehicle's CAN network is in sleep mode meets a duration condition, wherein the duration for which the CAN network is in sleep mode is longer than a second preset duration. The microprocessor unit can prevent sleep mode from being triggered due to brief idleness or temporary fluctuations of the CAN network, and ensure that the CAN network is in a relatively stable sleep state with no working needs within the preset time length before allowing the microprocessor unit, microcontroller unit and other units to enter sleep mode, thus avoiding the situation where premature sleep mode may result in the inability to respond in time to the small amount of data interaction or command transmission that may still occur later.

[0083] Understandably, incorporating the accessory power mode or the locked power mode as the target power mode into the hibernation condition means that the vehicle's power mode is in the target power mode, indicating that the vehicle is in a relatively low-energy-consumption and low-activity power state. Further hibernation mechanisms can be initiated. For example, after the vehicle is parked, switching to the accessory power mode only involves the brief use of some external devices, and hibernation can be smoothly initiated after use. In the locked power mode, most devices in the vehicle are idle, and entering hibernation at this time can minimize power consumption, thus achieving precise energy-saving control for different power states.

[0084] Understandably, setting external devices connected to the microprocessor unit to sleep or / or off status as one of the sleep conditions promotes a good coordinated sleep mechanism among the microprocessor unit, microcontroller unit, and numerous external devices within the vehicle. This prevents situations where core components like the microprocessor unit are ready for sleep while some external devices are still consuming power or in an unstable state. This ensures that all related devices in the entire vehicle's electronic system enter sleep mode in unison, improving system integration and facilitating unified management and coordinated operation during subsequent wake-up.

[0085] In this embodiment, after receiving vehicle status information from the microcontroller unit, which carries the duration of the vehicle's CAN network status and power mode, the microprocessor unit determines whether the CAN network is in a sleep state and whether the vehicle's power mode is the target power mode, i.e., whether it is an accessory power mode or a locked power mode. If it is determined that the vehicle's power mode is the target power mode and the CAN network is in a sleep state, the microprocessor unit further determines the duration of the CAN network in the sleep state. If the duration of the vehicle's CAN network in the sleep state must meet the condition of being greater than a second preset duration, it is determined that the vehicle's CAN network is in a sleep state. Furthermore, it determines whether the working state of the external device connected to the microprocessor unit is in a sleep state and / or a closed state. If so, it indicates that the vehicle system can enter a sleep state. At this time, after the microprocessor unit sends a sleep signal to the microcontroller unit, the microprocessor unit enters a sleep state based on the remote shutdown signal, and the microcontroller unit enters a sleep state based on the sleep signal. Thus, by comprehensively considering different dimensions of sleep conditions, from CAN network status and power mode to external device status, this application embodiment ensures that the vehicle electronic system has a complete and orderly set of judgment logic for entering sleep mode, which can reduce system conflicts or errors caused by incoordination of the states of various parts at the system level.

[0086] The vehicle anti-power-out system and method proposed in this application will be further illustrated below through a specific embodiment.

[0087] In remote start / remote vehicle control scenarios, the interaction between multiple modules results in a very long communication chain. If the MPU fails to notify the MCU to go to sleep due to signal issues with other vehicle controllers, a power outage can easily occur, causing a severe negative experience for users and damaging the vehicle brand. It's important to note that a power outage depletes the vehicle's battery, affecting its continued use and preventing users from using the vehicle the next time. Over time, this can also shorten the battery's lifespan.

[0088] To solve the above technical problems, such as Figure 3 As shown, the vehicle power depletion prevention system includes a mobile phone (corresponding to the aforementioned terminal), a cloud (corresponding to the aforementioned vehicle networking platform), a TBOX, an MCU, and a vehicle infotainment system, wherein the vehicle infotainment system includes an MPU (also known as a system-on-a-chip, SOC).

[0089] Based on the aforementioned vehicle anti-power-out system, referring to Figure 4 As shown, the vehicle power supply prevention method provided in this application will be described below through a specific embodiment.

[0090] After the user remotely starts the vehicle via a mobile app 401, the car needs to be in normal working condition. The TBOX receives the remote start signal sent from the mobile app via the cloud. The TBOX sends the remote start signal to the vehicle controller via the CAN bus, thereby starting the vehicle controller; simultaneously, the TBOX wakes up the MCU in sleep mode and sends the remote start signal to the MCU. Then, the MCU wakes up the MPU in sleep mode and sends the remote start signal to the MPU, putting the vehicle system into working condition. Further, when the MPU receives the remote start signal, it notifies the MCU that the vehicle is in continuous working condition 402 and controls the vehicle system to be in normal working condition 403. Of course, the MCU will continuously monitor the status of the CAN network and the vehicle's power mode 404 and send them to the MPU.

[0091] After the vehicle has been running for a period of time, the user exits remote start 405 via a mobile app. TBOX receives the remote start / stop signal (corresponding to the remote stop signal mentioned above) sent from the mobile app via the cloud. Upon receiving the remote start / stop signal,

[0092] The TBOX sends a remote start / stop signal to the vehicle controller via the CAN bus, thereby shutting down the vehicle controller. Simultaneously, the TBOX sends the remote start / stop signal to the MCU, which in turn sends it to the MPU. However, due to signal processing issues, the MPU cannot generate a sleep signal to notify the MCU to enter sleep mode based on the remote start / stop signal. At this point, the MPU determines whether the vehicle system meets the sleep conditions based on the CAN network status sent by the MCU and the vehicle's power mode. If the CAN network is in sleep mode and the vehicle's power mode is ACC (off), the vehicle system meets the sleep conditions. Further, the MPU notifies the MCU to enter sleep mode (406), and the MPU controls the vehicle system to enter sleep mode (407). Thus, by adding extra signal processing, strong dependence on the remote start / stop signal is avoided, mitigating the risk of power failure due to abnormal remote start / stop signal in certain situations, and minimizing the probability of power failure.

[0093] Continue to refer to Figure 1 This application provides a schematic diagram of an optional vehicle anti-power-out system. The vehicle anti-power-out 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 microcontroller unit;

[0095] The vehicle controller 104 is used to shut down based on a remote shutdown signal in response to the vehicle controller being in an operating state.

[0096] The microcontroller unit 102 is used to send the received remote shutdown signal to the microprocessor unit;

[0097] The microcontroller unit 102 is also used to monitor the vehicle's status information and send the vehicle's status information to the microprocessor unit if it does not receive a sleep signal sent by the microprocessor unit. The sleep signal is used to notify the microcontroller unit to enter a sleep state.

[0098] The microprocessor unit 103 is used to send a sleep signal to the microcontroller unit when the vehicle meets the sleep conditions based on the vehicle's status information, and to control the vehicle system to enter the sleep state based on the remote shutdown signal. The microprocessor unit is located within the vehicle system.

[0099] The microcontroller unit 102 is also used to enter a sleep state based on a sleep signal.

[0100] This application provides a vehicle power depletion prevention system, including a memory and a processor. The memory stores a computer program that can run on the processor. When the processor executes the program, it implements some or all of the steps in the above-described method.

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

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

[0103] This application provides a computer program product, which includes a non-transitory computer-readable storage medium storing a computer program. When the computer program is read and executed by a computer, it implements some or all of the steps in the above-described method. This computer program product can be implemented specifically through hardware, software, or a combination thereof. In some embodiments, the computer program product is specifically embodied as a computer storage medium; in other embodiments, the computer program product is specifically embodied as a software product, such as a software development kit (SDK), etc.

[0104] It should be noted that the descriptions of the various embodiments above tend to emphasize the differences between them, while their similarities or commonalities can be referred to interchangeably. The descriptions of the above embodiments of the device, storage medium, computer program, and computer program product are similar to the descriptions of the above method embodiments and have similar beneficial effects. 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 descriptions of the method embodiments of this application for understanding.

[0105] Figure 5 This application provides a schematic diagram of the hardware entity of a vehicle anti-power-out system, as shown in the embodiments. Figure 5 As shown, the hardware entity of the vehicle anti-power-out system 5 includes a processor 501 and a memory 502. The memory 502 stores a computer program that can run on the processor 501. When the processor 501 executes the program, it performs the following steps:

[0106] In response to the vehicle controller being in an active 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 microcontroller unit receives a remote shutdown signal from the remote communication unit and sends the remote shutdown signal to the microprocessor unit;

[0108] If the microcontroller does not receive the sleep signal sent by the microprocessor, the microcontroller monitors the vehicle's status information and sends the vehicle's status information to the microprocessor. The sleep signal is used to notify the microcontroller to enter sleep mode.

[0109] When the microprocessor unit determines that the vehicle infotainment system meets the sleep conditions based on the vehicle's status information, it sends a sleep signal to the microcontroller unit and controls the vehicle infotainment system to enter sleep mode. The microprocessor unit is located within the vehicle infotainment system; the microcontroller unit enters sleep mode based on the sleep signal.

[0110] The memory 502 stores computer programs that can run on the processor. The memory 502 is configured to store instructions and applications that can be executed by the processor 501. It can also cache data to be processed or already processed by the processor 501 and the various modules in the vehicle power supply prevention system 5 (e.g., image data, audio data, voice communication data and video communication data). It can be implemented by flash memory or random access memory (RAM).

[0111] The processor 501 executes the program to implement the steps of any of the above-mentioned vehicle anti-power-out methods. The processor 501 typically controls the overall operation of the vehicle anti-power-out system 5.

[0112] This application provides a computer storage medium storing one or more programs that can be executed by one or more processors to implement the steps of the vehicle power outage prevention method as described in any of the above embodiments.

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

[0114] The aforementioned processor can be at least one of the following: Application Specific Integrated Circuit (ASIC), Digital Signal Processor (DSP), Digital Signal Processing Device (DSPD), Programmable Logic Device (PLD), Field Programmable Gate Array (FPGA), Central Processing Unit (CPU), Controller, Microcontroller, and Microprocessor. It is understood that other electronic devices can also implement the functions of the aforementioned processor, and this application does not specifically limit the specific implementation.

[0115] The aforementioned computer storage media / memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), magnetic random access memory (FRAM), flash memory, magnetic surface memory, optical disc, or compact disc read-only memory (CD-ROM), etc.; or it can be various terminals that include 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 the phrase "an embodiment" or "one embodiment" throughout the specification means that a specific feature, structure, or characteristic related to the embodiment is included in at least one embodiment of this application. Therefore, "in one embodiment" or "one embodiment" appearing throughout the specification does not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. It should be understood that in the various embodiments of this application, the sequence numbers of the above steps / processes do not imply a sequential order of execution; 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 embodiments of this application. The sequence numbers of the above embodiments of this application are merely descriptive and do not represent the superiority or inferiority of the embodiments.

[0117] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

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

[0119] The units described above as separate components may or may not be physically separate. The components shown as units may or may not be physical units. They may be located in one place or distributed across multiple network units. Some or all of the units may be selected to achieve the purpose of this embodiment according to actual needs.

[0120] In addition, each functional unit in the various embodiments of this application can be integrated into one processing unit, or each unit can be a separate unit, or two or more units can be integrated into one unit; the integrated unit can be implemented in hardware or in the form of hardware plus software functional units.

[0121] Those skilled in the art will understand that all or part of the steps of the above method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, it performs the steps of the above method embodiments. The aforementioned storage medium includes various media that can store program code, such as mobile storage devices, read-only memory (ROM), magnetic disks, or optical disks.

[0122] Alternatively, if the integrated units described above are implemented as software functional modules and sold or used as independent products, they can also be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence or the part that contributes to related technologies, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause an in-vehicle terminal (which may be a personal computer, server, or network device, etc.) to execute all or part of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as mobile storage devices, ROM, magnetic disks, or optical disks.

[0123] The above description is merely an embodiment of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application.

Claims

1. A method for preventing vehicle power failure, characterized in that, The method includes: In response to the vehicle controller being in an active 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 microcontroller receives the remote shutdown signal sent by the remote communication unit and sends the remote shutdown signal to the microprocessor unit; If the microcontroller does not receive a sleep signal from the microprocessor, the microcontroller monitors the vehicle's status information and sends the vehicle's status information to the microprocessor. The sleep signal is used to notify the microcontroller to enter a sleep state. When the microprocessor unit determines that the vehicle infotainment system meets the sleep conditions based on the vehicle's status information, it sends the sleep signal to the microcontroller unit and controls the vehicle infotainment system to enter a sleep state. The microprocessor unit is located within the vehicle infotainment system. The microcontroller unit enters a sleep state based on the sleep signal. If the microcontroller does not receive a sleep signal from the microprocessor, the microcontroller monitors the vehicle's status information, including: starting a timer in response to the microcontroller sending a remote shutdown signal to the microprocessor; if the timer duration exceeds a first preset duration, determining that the microprocessor cannot send a sleep signal to the microcontroller, and the microcontroller obtains the vehicle's status information.

2. The method according to claim 1, characterized in that, The microprocessor unit determines whether the sleep conditions are met based on the vehicle's status information, including: The microprocessor unit obtains device status information, which includes the working status of external devices connected to the microprocessor unit. Based on the vehicle's status information and the device's status information, it is determined that the sleep conditions are met.

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

4. The method according to any one of claims 1 to 3, characterized in that, After the remote shutdown signal is sent to the corresponding vehicle controller through the microprocessor unit, the vehicle controller responds to the remote shutdown signal by delaying for a second preset time and shuts down.

5. The method according to any one of claims 1 to 3, characterized in that, The method includes the following steps in response to the vehicle controller being in an operational state: The remote communication unit receives the remote activation signal sent by the terminal and sends the remote activation signal to the corresponding vehicle controller to put the vehicle controller into the working state; The remote communication unit wakes up the microcontroller unit based on the remote power-on signal and sends the remote power-on signal to the microcontroller unit, which then wakes up the microprocessor unit based on the remote power-on signal.

6. The method according to claim 5, characterized in that, After the microcontroller unit wakes up the microprocessor unit based on the remote power-on signal, it includes: The microprocessor unit sends a continuous operating signal to the microcontroller unit.

7. A vehicle anti-power-discharge system, characterized in that, The system includes: The remote communication unit is used to receive a remote shutdown signal sent by the terminal and send the remote shutdown signal to the vehicle controller and the microcontroller unit; The vehicle controller is configured to shut down based on the remote shutdown signal in response to the vehicle controller being in an operating state; The microcontroller unit is used to send the received remote shutdown signal to the microprocessor unit; The microcontroller unit is also configured to monitor the vehicle's status information and send the vehicle's status information to the microprocessor unit if it does not receive a sleep signal sent by the microprocessor unit. The sleep signal is used to notify the microcontroller unit to enter a sleep state. The microprocessor unit is used to send the sleep signal to the microcontroller unit when the vehicle meets the sleep conditions based on the vehicle's status information, and to control the vehicle system to enter the sleep state based on the remote shutdown signal. The microprocessor unit is located within the vehicle system. The microcontroller unit is also used to enter a sleep state according to the sleep signal; If no sleep signal is received from the microprocessor unit, the vehicle status information is monitored, including: starting a timer in response to the microcontroller unit sending a remote shutdown signal to the microprocessor unit; if the timer 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 the vehicle status information.

8. A storage medium, characterized in that, The storage medium stores one or more computer programs, which can be executed by one or more processors to implement the vehicle power supply prevention method as described in any one of claims 1 to 6.

9. A computer program product, characterized in that, It includes a computer program or instructions, which, when executed by a processor, implement the vehicle power outage prevention method as described in any one of claims 1 to 6.

Images