Vehicle wake-up control method, device and equipment and storage medium

Abstract

The invention discloses a vehicle wake-up control method and device, equipment and a storage medium. The method comprises the following steps: in response to a trigger signal for waking up a target vehicle from a dormant state, sending a starting instruction to all electronic control units in the target vehicle; according to a feedback signal returned by each electronic control unit, whether each electronic control unit is successfully started or not is judged, and the feedback signal is generated after each electronic control unit responds to the starting instruction and executes starting operation; and sending a restart instruction to the electronic control unit which fails to start. According to the method, by introducing a feedback signal mechanism, the starting state of each electronic control unit can be monitored in real time, the restarting operation is triggered in time for the unit which fails to start, and the reliability of the vehicle control system in the process of waking up from the dormant state is remarkably improved.

Description

Technical Field

[0001] The present application belongs to the field of vehicle technology, and in particular, relates to a vehicle wake-up control method, device, equipment and storage medium. Background Art

[0002] With the development of intelligent vehicles, the number of control systems involved in vehicles is increasing. When waking up the vehicle from sleep mode, the control system may start abnormally, causing problems such as function freezing or slow response, which not only affects the overall performance of the vehicle, but also may reduce the user experience.

[0003] Therefore, how to design a vehicle wake-up control method that can effectively avoid abnormal startup has become a technical problem that needs to be solved urgently. Summary of the invention

[0004] Embodiments of the present application provide a vehicle wake-up control method, device, equipment and computer storage medium, which can improve the stability of control system startup and the reliability of vehicle wake-up.

[0005] In a first aspect, an embodiment of the present application provides a vehicle wake-up control method, the method comprising:

[0006] In response to a trigger signal for waking the target vehicle from a dormant state, sending a start instruction to all electronic control units in the target vehicle;

[0007] Determining whether each electronic control unit is successfully started according to a feedback signal returned by each electronic control unit, wherein the feedback signal is generated by each electronic control unit after responding to the start instruction and executing the start operation;

[0008] Send a restart command to the electronic control unit that failed to start.

[0009] In a possible implementation manner of the first aspect, the method further includes:

[0010] Determining whether the electronic control unit that failed to start is successfully started according to a feedback signal returned by the electronic control unit that failed to start in response to the restart instruction;

[0011] In the case where it is determined that the startup has failed, a restart instruction is sent again to the electronic control unit that has failed to start, and a step of determining whether the electronic control unit that has failed to start has successfully started is performed based on a feedback signal returned by the electronic control unit that has failed to start in response to the restart instruction, until it is determined that the electronic control unit that has failed to start has successfully started.

[0012] In a possible implementation of the first aspect, each electronic control unit includes a micro control unit, and the feedback signal includes a first signal, where the first signal is a signal indicating that the micro control unit has completed startup;

[0013] According to the feedback signal returned by each electronic control unit, it is judged whether each electronic control unit is successfully started, including:

[0014] For any electronic control unit, start timing from the moment when the start command is issued, and determine whether a first signal returned by the electronic control unit is received within a first preset time period;

[0015] When the first signal is not received within the first preset time period, it is confirmed that the electronic control unit fails to start.

[0016] In a possible implementation manner of the first aspect, each electronic control unit further includes a system on chip, and the feedback signal further includes a second signal, where the second signal is a signal indicating that startup of the system on chip is completed;

[0017] According to the feedback signal returned by each electronic control unit, it is determined whether each electronic control unit is successfully started, and the method includes:

[0018] For any electronic control unit, starting from the moment when the start command is issued, if a first signal is received within a first preset time, determining whether a second signal returned by the electronic control unit is received within a second preset time;

[0019] If the second signal is received within the second preset time period, it is determined that the electronic control unit is started successfully; or if the second signal is not received within the second preset time period, it is determined that the electronic control unit fails to start.

[0020] In a possible implementation manner of the first aspect, the second preset time length is greater than the first preset time length.

[0021] In a possible implementation manner of the first aspect, sending a restart instruction to an electronic control unit that fails to start, the method includes:

[0022] Send a shutdown command to the electronic control unit that failed to start;

[0023] After a third preset time period from the moment when the shutdown instruction is sent, a startup instruction is sent again to the electronic control unit that failed to start.

[0024] In a possible implementation manner of the first aspect, the shutdown instruction is used to reset the wake-up flag of the electronic control unit that failed to start from 1 to 0, and the startup instruction is used to set the wake-up flag from 0 to 1.

[0025] In a possible implementation manner of the first aspect, the method further includes:

[0026] For any electronic control unit that fails to start, when the number of startup failures of the electronic control unit exceeds a preset threshold, the restart instruction is stopped from being sent to the electronic control unit, and an alarm message is issued.

[0027] In a second aspect, an embodiment of the present application provides a vehicle wake-up control device, the device comprising:

[0028] a first sending module, configured to send a start instruction to all electronic control units in the target vehicle in response to a trigger signal for waking the target vehicle from a dormant state;

[0029] An analysis module, used to determine whether each electronic control unit is successfully started according to a feedback signal returned by each electronic control unit, the feedback signal being generated by each electronic control unit after responding to a start instruction and executing a start operation;

[0030] The second sending module is used to send a restart instruction to the electronic control unit that fails to start.

[0031] In a third aspect, an embodiment of the present application provides a computer device, comprising: a processor, and a memory storing computer program instructions; the processor reads and executes the computer program instructions to implement any one of the methods in the first aspect above.

[0032] In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium having computer program instructions stored thereon, and when the computer program instructions are executed by a processor, the method of any one of the above-mentioned first aspects is implemented.

[0033] In a fifth aspect, an embodiment of the present application provides a computer program product, which includes a computer program, and when the computer program is executed by a processor, it implements any one of the methods in the above-mentioned first aspect.

[0034] The technical solution provided by the embodiments of the present application brings at least the following beneficial effects:

[0035] The vehicle wake-up control method provided in the embodiment of the present application realizes real-time monitoring of the startup status of each electronic control unit by introducing a feedback signal mechanism, and can promptly judge and handle the startup failure. By triggering a restart operation on the electronic control unit that failed to start, it is ensured that the vehicle can resume operation stably when awakened from a dormant state, avoiding functional abnormalities or impaired user experience caused by a single startup failure. This mechanism significantly improves the reliability of the vehicle control system and ensures efficient and stable operation of the vehicle during the wake-up process. BRIEF DESCRIPTION OF THE DRAWINGS

[0036] In order to more clearly illustrate the technical solution of the embodiments of the present application, the following is a brief introduction to the drawings required for use in the embodiments of the present application.

[0037] Figure 1 It is a schematic diagram of the architecture of a vehicle wake-up control system provided in an embodiment of the present application;

[0038] Figure 2 It is a flow chart of a vehicle wake-up control method provided in an embodiment of the present application;

[0039] Figure 3 It is a flow chart of a vehicle wake-up control method provided in an embodiment of the present application;

[0040] Figure 4 is a structural schematic diagram of a vehicle wake-up control device provided in an embodiment of the present application;

[0041] Figure 5 It is a structural diagram of a computer device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0042] In order to make those of ordinary skill in the art better understand the technical scheme of the present application, the technical scheme in the embodiments of the present application will be clearly and completely described below in conjunction with the accompanying drawings. It should be understood that the specific embodiments described herein are only intended to explain the present application, rather than to limit the present application. For those skilled in the art, the present application can be implemented without the need for some of these specific details. The following description of the embodiments is only to provide a better understanding of the present application by illustrating the examples of the present application.

[0043] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence. It should be understood that the data used in this way can be interchanged where appropriate, so that the embodiments of the present application described here can be implemented in an order other than those illustrated or described here. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. On the contrary, they are only examples consistent with some aspects of the present application as detailed in the attached claims.

[0044] It is understandable that the vehicle control system may include multiple Electronic Control Units (ECUs).

[0045] An electronic control unit refers to an embedded computer module used to control various electronic systems and components in a vehicle. It implements various control tasks through built-in software and hardware, and communicates and coordinates with other ECUs. It undertakes various intelligent functions such as autonomous driving assistance, in-vehicle entertainment, power system control, etc.

[0046] As mentioned in the background technology section, after a vehicle enters a dormant state to save energy, when it is awakened, multiple controllers need to start and resume operation at the same time. However, during this process, some electronic control units may start abnormally, resulting in startup failure, slow system response or functional failure, and then abnormal conditions such as function freezing. This not only affects the overall performance of the vehicle, but may also have a negative impact on the user experience.

[0047] In order to solve this technical problem, the embodiments of the present application provide a vehicle wake-up control method, device, equipment and computer storage medium. When abnormal startup of the electronic control unit is detected, a restart mechanism is used to ensure the stable startup of the electronic control unit during the wake-up process, thereby effectively avoiding the occurrence of abnormal conditions and improving the system reliability and user experience.

[0048] Figure 1 A schematic diagram of the architecture of a system to which a vehicle wake-up control method provided in an embodiment of the present application is applicable is shown.

[0049] It should be noted that the execution entity of the method of the present application may be a central control unit (CCU).

[0050] The central control unit is the core control unit in the vehicle that is responsible for coordinating and managing the communication and operations between all electronic control units.

[0051] from Figure 1 As can be seen from the figure, in this architecture, there are multiple execution ECUs in the vehicle, and each ECU is connected to the CCU through a communication link. For example, the CCU and the ECU communicate via the CAN-FD (Controller Area Network-FlexibleData-rate) bus protocol.

[0052] In other words, CCU, as the core of the entire system, is responsible for coordinating and managing the communication and operations between various ECUs in the vehicle.

[0053] When the vehicle wakes up from sleep mode, the CCU monitors the startup process of all ECUs in real time. When the CCU detects an abnormal startup of an ECU, it automatically triggers a restart operation to ensure that the ECU can successfully start and resume normal operation.

[0054] Through this architecture, the CCU can effectively manage each ECU in the vehicle and promptly detect and handle abnormal startup situations, thereby avoiding problems such as function freezing and slow system response, and ensuring the stability and reliability of the vehicle after waking up.

[0055] The vehicle wake-up control method provided in the embodiment of the present application is described in detail below through specific embodiments in conjunction with the accompanying drawings.

[0056] Figure 2 A flow chart of a vehicle wake-up control method provided in one embodiment of the present application is shown.

[0057] For example, the execution subject of the method of this embodiment may be Figure 2 The central control unit in the.

[0058] like Figure 2 As shown, the method may include the following steps.

[0059] S210: In response to a trigger signal for waking up the target vehicle from a dormant state, a start instruction is sent to all electronic control units in the target vehicle.

[0060] The dormant state refers to the situation where the vehicle is in non-driving mode and some or all non-essential electronic control units are turned off to save energy. At this time, the vehicle's system is in a low-power state, and only a few necessary control units remain active, such as the anti-theft alarm system, remote control receiver module, etc.

[0061] Vehicle wake-up means activating the vehicle system through a specific trigger signal so that all relevant electronic control units resume working and enter normal operation mode.

[0062] The trigger signal refers to a signal or behavior that causes the target vehicle to recover from a dormant state and activate each electronic control unit.

[0063] By way of example and not limitation, trigger signals may include the following types:

[0064] External physical operations: for example, the owner opens the door, presses the remote control key button, unlocks the door, starts the engine button, etc.

[0065] Sensor events: For example, when a sensor inside or outside the vehicle (such as an infrared sensor, motion sensor, or door sensor) detects a user approaching or triggers a certain action, a signal is sent to wake up the vehicle.

[0066] Communication signal: For example, receiving commands from remote control or mobile applications through the on-board wireless communication module to trigger vehicle wake-up.

[0067] Timed signal: A timed wake-up signal received by the vehicle at a preset time interval.

[0068] In this step, after receiving the trigger signal, the vehicle system sends a start instruction to all electronic control units in the vehicle accordingly, thereby waking up the vehicle system and restoring each control unit to normal operating state.

[0069] S220: Determine whether each electronic control unit is successfully started according to the feedback signal returned by each electronic control unit.

[0070] The feedback signal is generated by each electronic control unit after executing the starting operation in response to the starting command.

[0071] The feedback signal is used to represent the startup state of the electronic control unit or the execution result of the startup operation.

[0072] Exemplarily, the feedback signal may be started / not started, or started successfully / failed.

[0073] In this step, the central control unit sends a start command to each electronic control unit in the vehicle, instructing each control unit to start the start operation. After receiving the start command, each electronic control unit performs the corresponding operation according to its own start logic and generates a feedback signal indicating its start status or execution result.

[0074] After receiving the feedback signals from each electronic control unit, the central control unit determines whether each control unit is successfully started according to the feedback information.

[0075] In one implementation, the feedback signal includes information on whether the electronic control unit is successfully started. Exemplarily, the feedback signal returned by each electronic control unit may include a binary status signal (such as "success" or "failure"), which is transmitted to the central control unit. If the feedback signal indicates that the start-up fails, the central control unit will determine that the control unit has failed to start and take further action. This method is concise and direct, and is suitable for quickly determining whether the start-up is successful.

[0076] It is understandable that each electronic control unit may include multiple independent functional modules or hardware components, and each module may have different response time or behavior when started.

[0077] Exemplarily, each electronic control unit includes a microcontroller unit (MCU) and a system on chip (SoC).

[0078] In an electronic control unit, the microcontroller unit and the system on chip are two core components that work closely together. The microcontroller unit is responsible for performing the basic control tasks of the electronic control unit. The system on chip provides more powerful processing capabilities, supports multiple applications and integrates multiple functional modules.

[0079] Based on the above description, in one implementation, the feedback information may include the startup information of the microcontroller unit and / or the startup information of the system on chip. Through this feedback information, the central control unit can quickly determine whether there is a problem during the startup process. For example, if the microcontroller unit fails to start successfully, it can be quickly determined that the startup of the electronic control unit has failed without waiting for the status of the system on chip. This method, by incorporating the startup status of each submodule in the electronic control unit into the feedback signal, can immediately identify the startup failure of the electronic control unit and take corresponding measures once a submodule fails to start, which significantly improves the judgment efficiency, saves waiting time, and avoids redundant judgments.

[0080] S230: Send a restart instruction to the electronic control unit that fails to start.

[0081] When the central control unit determines, based on the feedback signal, that the electronic control unit corresponding to the feedback signal has not been successfully started, a restart instruction is sent to the electronic control unit to ensure that the electronic control unit can be restarted and resume normal operation.

[0082] In one implementation, the restart instruction may be divided into a shutdown instruction and a startup instruction. In this implementation, step S230 may include the following steps:

[0083] S231. Send a shutdown command to the electronic control unit that fails to start.

[0084] The central control unit sends a shutdown command to the electronic control unit that failed to start.

[0085] The purpose of the shutdown command is to allow the electronic control unit to deactivate the current operating state and reinitialize.

[0086] The shutdown instructions may include resetting related hardware or software states, such as clearing error flags, resetting registers, or resetting power. This step can eliminate potential failure factors at startup and ensure that the restart starts from a clean state.

[0087] Exemplarily, the shutdown instruction is used to reset the wake-up flag of the electronic control unit that fails to start from 1 to 0.

[0088] S232: After a third preset time period from the moment when the shutdown instruction is sent, a startup instruction is sent again to the electronic control unit that failed to start.

[0089] The third preset time length refers to the time the central control unit waits after sending a shutdown command to the electronic control unit that failed to start.

[0090] It should be understood that in practical applications, the third preset time length can be set according to the characteristics of the electronic control unit and system design requirements, and its value can be adjusted according to different hardware characteristics to ensure that there is enough time to complete the reset operation without wasting too much time. This application does not limit this.

[0091] That is to say, after sending the shutdown command, the central control unit will wait for a certain period of time to allow the electronic control unit to complete the shutdown operation and return to a stable state. At this time, the central control unit will send a startup command to the electronic control unit again. The purpose of the startup command is to reactivate the electronic control unit, so that it can re-enter the normal working state, execute the startup procedure and respond to subsequent control commands.

[0092] Exemplarily, the start instruction is used to set the wake-up flag of the electronic control unit from 0 to 1.

[0093] Based on the restart method provided in this implementation, the electronic control unit is first "cleared" of the current abnormal state when a startup fails, and then restarted after a certain delay, ensuring that when the control unit enters an abnormal state due to a startup failure, it can return to normal through the restart process, avoiding further problems caused by incomplete shutdown or incomplete restart.

[0094] The present application scheme, by introducing a feedback signal mechanism, can monitor the startup status of each electronic control unit in real time, and promptly trigger a restart operation for the unit that fails to start, thereby avoiding malfunction of the vehicle control system or damage to the user experience due to a single startup failure, and significantly improving the reliability of the vehicle control system during the process of waking up from a sleep state.

[0095] In one embodiment, the method of the present application may further include:

[0096] Whether the electronic control unit that failed to start is successfully started is determined according to a feedback signal returned by the electronic control unit that failed to start in response to the restart instruction.

[0097] In the case where it is determined that the startup fails, a restart instruction is sent again to the electronic control unit that failed to start, and the process returns to re-execute the step of determining whether the electronic control unit that failed to start has started successfully based on a feedback signal returned by the electronic control unit that failed to start in response to the restart instruction, until it is determined that the electronic control unit that failed to start has started successfully.

[0098] That is to say, the central control unit will send a restart command to the electronic control unit that failed to start, and the electronic control unit will restart and return a feedback signal again. Through this feedback signal, it is judged again whether the electronic control unit has successfully started. If successful, it will enter the normal working state; if it still fails, it will continue to try to restart.

[0099] In this embodiment, by sending a restart instruction to the electronic control unit that failed to start, and judging whether it was successfully started according to the returned feedback signal, it can effectively ensure that the electronic control unit can smoothly return to normal working state after multiple restart attempts. If the restart fails, the system can continue to try until the startup is successful or the preset fault handling conditions are met. This mechanism effectively enhances the fault tolerance of the system.

[0100] In one embodiment, in order to further improve the fault diagnosis and response capabilities of the system, the number of startup failures can be counted: for any electronic control unit that fails to start, when the number of startup failures of the electronic control unit exceeds a preset threshold, stop sending restart instructions to the electronic control unit and issue an alarm message.

[0101] The alarm information is used to notify technicians or drivers through the vehicle information system or remote monitoring platform to indicate possible sleep-wake-up problems.

[0102] In this embodiment, by monitoring the number of startup failures of each electronic control unit, when the number of failures exceeds a preset threshold, the restart command is stopped and an alarm message is triggered. This mechanism effectively avoids invalid restart attempts, identifies and responds to potential hardware or system failures in a timely manner, improves the system's fault diagnosis capability and reliability, and ensures the safety of the vehicle control system.

[0103] Based on an implementation manner given in step S220, each electronic control unit may include a micro control unit and a system on chip.

[0104] Figure 3 A flow chart of a vehicle wake-up control method provided in an embodiment of the present application is shown.

[0105] It should be understood that in this embodiment, the electronic control unit includes a micro control unit and a system on chip, and the central control unit determines whether the electronic control unit is successfully started by judging the start signals of these two key components. Therefore, this embodiment can be regarded as a specific example of step S220.

[0106] In the case described in this embodiment, the feedback signal may include the first signal and / or the second signal.

[0107] The first signal is a signal indicating that the micro control unit has completed startup.

[0108] The second signal is a signal indicating that the system on chip startup is complete.

[0109] like Figure 3 As shown, the method may include the following steps.

[0110] S310: For any electronic control unit, start timing from the moment when the start command is issued, and determine whether a first signal returned by the electronic control unit is received within a first preset time period.

[0111] The first preset time length refers to a preset maximum time length required for starting the micro control unit.

[0112] After the microcontroller is started, it will return the first signal. The time from the moment the start command is issued to the moment the first signal is received is the first preset time.

[0113] It should be understood that the first preset duration can be set according to factors such as the hardware characteristics of the micro control unit and the complexity of the startup program, and this application does not limit this.

[0114] Exemplarily, the first preset duration may be set to 300 milliseconds.

[0115] If yes, execute step S330; if no, execute step S320.

[0116] S320: If the first signal is not received within the first preset time period, confirm that the electronic control unit fails to start.

[0117] When the first signal is not received within the first preset time period, this indicates that the microcontroller unit has not completed startup due to hardware failure, drive abnormality or power supply problem, and the central control unit will determine that the electronic control unit has failed to start.

[0118] S330: When the first signal is received within the first preset time period, determine whether the second signal returned by the electronic control unit is received within the second preset time period.

[0119] The second preset duration refers to a preset maximum time required for the system on chip to start up.

[0120] After the system on chip is started, a second signal will be returned. The time from the moment the start command is issued to the moment the second signal is received is the second preset time.

[0121] It should be understood that the second preset duration can be set according to factors such as the hardware characteristics of the system on chip and the complexity of the startup program, and this application does not limit this.

[0122] Since the system on chip usually involves more hardware resources and a complex initialization process, its startup process is usually more complicated and time-consuming than the startup of the micro control unit. Therefore, in one implementation, the second preset duration is greater than the first preset duration. This setting, by ensuring that the startup duration of the system on chip is greater than that of the micro control unit, can reasonably coordinate the startup sequence and time of each module, thereby ensuring that the entire control unit can be stably started after all modules are ready, avoiding functional failure or system instability due to incomplete initialization.

[0123] When the first signal is received within the first preset time, the central control unit considers that the micro control unit has been successfully started, and thus can continue to determine the startup state of the system on chip. At this time, the central control unit will determine whether a second signal is received from the electronic control unit within a second preset time.

[0124] If yes, execute step S340; if no, execute step S350.

[0125] S340: When a second signal is received within a second preset time period, determine that the electronic control unit is successfully started.

[0126] Receiving the second signal within the second preset time period means that the microcontroller unit and the system on chip have been successfully started and can work normally, and the entire electronic control unit enters a normal working state. At this time, the central control unit will confirm that the electronic control unit has been successfully started.

[0127] S350: When the second signal is not received within the second preset time period, determine that the electronic control unit fails to start.

[0128] If the second signal is not received within the second preset time, it means that the system on chip fails to start successfully. In this case, the central control unit will determine that the electronic control unit fails to start, and can take further measures, such as restart instructions, alarms, or switching to a backup control unit.

[0129] The above embodiment is described below with reference to a specific example.

[0130] In this example, the CCU controls the activation of multiple electronic control units such as ECU_1, ECU_2, ... ECU_N.

[0131] Taking ECU_1 as an example, the startup process of the electronic control unit needs to be completed through two stages: MCU startup (M core Ready) and SOC startup (SOC Ready).

[0132] Taking ECU_1 as an example, its normal startup status signal is described as follows:

[0133] ECU_1_SysWokingSts={①0x0: default; ②0x1: M core Ready; ③0x2: SOC Ready;}.

[0134] in,

[0135] ①0x0: default, indicating that the MCU is starting;

[0136] ②0x1: M core Ready, indicating that the MCU startup is complete;

[0137] ③0x2: SOC Ready, indicating that SOC startup is complete.

[0138] In this example, the first signal includes the ECU state changing from ① to ②, and the second signal includes the ECU state changing from ② to ③.

[0139] The central control unit CCU checks the system status of ECU_1 as follows:

[0140] When the network wakes up, the time for ECU_1 to jump from ① to ② must be completed within 300 milliseconds. If it times out, the CCU directly resets the wake-up flag to 0 and then to 1, so that the CCU controls ECU_1 to restart.

[0141] If CCU receives a signal that the system status of ECU_1 jumps from ① to ② within 300ms, and CCU does not receive a signal that the system status of ECU_1 jumps from ② to ③ within 3 minutes, CCU directly resets the wake-up flag to 0 and then to 1, so that CCU controls the ECU_1 domain controller to restart.

[0142] The verification method of ECU_2…ECU_N is the same as above.

[0143] In one embodiment, when it is confirmed that all electronic control units have been successfully started, the startup status monitoring is stopped and the normal operation mode is entered.

[0144] The method of this embodiment introduces the startup status of the microcontroller unit in the electronic control unit. By monitoring the startup status of the microcontroller unit, it ensures timely identification and triggering of restart when startup fails, thereby improving the reliability of system startup and reducing functional failures caused by startup abnormalities.

[0145] In addition, when the microcontroller unit is started, the startup status of the system on chip in the control unit is further introduced. By monitoring the startup status of the system on chip, it is possible to further determine whether the entire control unit is successfully started. If the system on chip fails to start successfully, it can be identified and restarted in time.

[0146] In summary, this embodiment provides a method for judging the success / failure of the startup of an electronic control unit based on the startup status of a microcontroller unit and a system on chip. By setting different preset durations to respectively judge the startup status of the microcontroller unit and the system on chip, it is possible to more accurately judge whether the electronic control unit is successfully started. Since the startup duration of the system on chip is usually long, the second preset duration is set to be longer than the first preset duration, thereby avoiding the influence of the startup delay of the system on chip on the judgment. If the corresponding startup signal is not received within the preset time, the system will judge that the startup has failed, and further take corresponding measures, thereby improving the reliability and stability of the system.

[0147] The above mainly introduces a vehicle wake-up control method of an embodiment of the present application in conjunction with the accompanying drawings. At the same time, it should be understood that although the various steps in the flowcharts involved in the embodiments described above are displayed in sequence, these steps are not necessarily performed in the order shown in the figure. Unless otherwise specified in this article, there is no strict order restriction on the execution of these steps, and these steps can be performed in other orders. Moreover, at least part of the steps in the flowcharts involved in the embodiments described above may include multiple steps or multiple stages, and these steps or stages are not necessarily performed at the same time, but can be performed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed in turn or alternately with other steps or at least part of the steps or stages in other steps. A vehicle wake-up control device of an embodiment of the present application is introduced below in conjunction with the accompanying drawings. For the sake of brevity, appropriate omissions will be made when introducing the device below, and the relevant content can refer to the relevant description in the method above, and will not be repeated.

[0148] Corresponding to the method described in the above embodiment, Figure 4 A structural block diagram of a vehicle wake-up control device 1000 provided in an embodiment of the present application is shown. For ease of explanation, only the parts related to the embodiment of the present application are shown.

[0149] like Figure 4 As shown, the device 1000 may include:

[0150] A first sending module 1001 is used to send a start instruction to all electronic control units in the target vehicle in response to a trigger signal for waking up the target vehicle from a dormant state;

[0151] An analysis module 1002 is used to determine whether each electronic control unit is successfully started according to a feedback signal returned by each electronic control unit, wherein the feedback signal is generated by each electronic control unit after responding to a start instruction and executing a start operation;

[0152] The second sending module 1003 is used to send a restart instruction to the electronic control unit that fails to start.

[0153] Figure 5 A schematic diagram of the hardware structure of a computer device provided in an embodiment of the present application is shown.

[0154] The computer device may include a processor 7001 and a memory 7002 storing computer program instructions.

[0155] Specifically, the processor 7001 may include a central processing unit (CPU), or an application specific integrated circuit (ASIC), or may be configured to implement one or more integrated circuits of the embodiments of the present application.

[0156] The memory 7002 may include a large capacity memory for data or instructions. By way of example and not limitation, the memory 7002 may include a hard disk drive (HDD), a floppy disk drive, a flash memory, an optical disk, a magneto-optical disk, a magnetic tape, or a universal serial bus (USB) drive or a combination of two or more of these. In one example, the memory 7002 may include a removable or non-removable (or fixed) medium, or the memory 7002 is a non-volatile solid-state memory. The memory 7002 may be inside or outside the integrated gateway disaster recovery device.

[0157] In one example, the memory 7002 may be a read-only memory (ROM). In one example, the ROM may be a mask-programmed ROM, a programmable ROM (PROM), an erasable PROM (EPROM), an electrically erasable PROM (EEPROM), an electrically rewritable ROM (EAROM), or a flash memory, or a combination of two or more of these.

[0158] The memory 302 may include a read-only memory (ROM), a random access memory (RAM), a magnetic disk storage media device, an optical storage media device, a flash memory device, an electrical, optical or other physical / tangible memory storage device. Thus, in general, the memory includes one or more tangible (non-transitory) computer-readable storage media (e.g., a memory device) encoded with software including computer-executable instructions, and when the software is executed (e.g., by one or more processors), it is operable to perform the operations described with reference to the method according to an aspect of the present disclosure.

[0159] The processor 7001 reads and executes the computer program instructions stored in the memory 7002 to implement Figure 2 The vehicle wake-up control method in the illustrated embodiment.

[0160] In one example, the computer device may further include a communication interface 7003 and a bus 7004. Figure 5 As shown, the processor 7001, the memory 7002, and the communication interface 7003 are connected via a bus 7004 and communicate with each other.

[0161] The communication interface 7003 is mainly used to implement communication between various modules, devices, units and / or equipment in the embodiments of the present application.

[0162] Bus 7004 includes hardware, software or both, and the components of online data flow billing equipment are coupled to each other. For example, but not limitation, the bus may include Accelerated Graphics Port (AGP) or other graphics bus, Enhanced Industry Standard Architecture (EISA) bus, Front Side Bus (FSB), Hyper Transport (HT) interconnection, Industry Standard Architecture (ISA) bus, InfiniBand interconnection, Low Pin Count (LPC) bus, Memory bus, Micro Channel Architecture (MCA) bus, Peripheral Component Interconnect (PCI) bus, PCI-Express (PCI-X) bus, Serial Advanced Technology Attachment (SATA) bus, Video Electronics Standards Association Local (VLB) bus or other suitable bus or two or more of these combinations. In appropriate cases, bus 7004 may include one or more buses. Although the present application embodiment describes and shows a specific bus, the present application considers any suitable bus or interconnection.

[0163] In addition, in combination with the vehicle wake-up control method in the above embodiment, the embodiment of the present application can provide a computer storage medium for implementation. The computer storage medium stores computer program instructions; when the computer program instructions are executed by the processor, any one of the vehicle wake-up control methods in the above embodiment is implemented.

[0164] An embodiment of the present application also provides a computer program product, including a computer program, which, when processed and executed, implements any one of the vehicle wake-up control methods in the above embodiments.

[0165] It should be clear that the present application is not limited to the specific configuration and processing described above and shown in the figures. For the sake of simplicity, a detailed description of the known method is omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of the present application is not limited to the specific steps described and shown, and those skilled in the art can make various changes, modifications and additions, or change the order between the steps after understanding the spirit of the present application.

[0166] The functional blocks shown in the structural block diagram described above can be implemented as hardware, software, firmware or a combination thereof. When implemented in hardware, it can be, for example, an electronic circuit, an application-specific integrated circuit (Application Specific Integrated Circuit, ASIC), appropriate firmware, plug-in, function card, etc. When implemented in software, the elements of the present application are programs or code segments used to perform the required tasks. The program or code segment can be stored in a machine-readable medium, or transmitted on a transmission medium or communication link by a data signal carried in a carrier. "Machine-readable medium" can include any medium capable of storing or transmitting information. Examples of machine-readable media include electronic circuits, semiconductor memory devices, read-only memory (Read-Only Memory, ROM), flash memory, erasable read-only memory (Erasable ReadOnly Memory, EROM), floppy disks, compact disc read-only memory (Compact Disc Read-Only Memory, CD-ROM), optical discs, hard disks, optical fiber media, radio frequency (Radio Frequency, RF) links, etc. The code segment can be downloaded via a computer network such as the Internet, an intranet, etc.

[0167] Aspects of the present disclosure are described above with reference to the flowchart and / or block diagram of the method, device (system) and computer program product according to the embodiment of the present disclosure. It should be understood that each box in the flowchart and / or block diagram and the combination of each box in the flowchart and / or block diagram can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing device to produce a machine so that these instructions executed by the processor of the computer or other programmable data processing device enable the implementation of the function / action specified in one or more boxes of the flowchart and / or block diagram. Such a processor can be, but is not limited to, a general-purpose processor, a special-purpose processor, a special application processor, or a field programmable logic circuit. It can also be understood that each box in the block diagram and / or flowchart and the combination of boxes in the block diagram and / or flowchart can also be implemented by dedicated hardware that performs a specified function or action, or can be implemented by a combination of dedicated hardware and computer instructions.

[0168] The above is only a specific implementation of the present application. Those skilled in the art can clearly understand that for the convenience and simplicity of description, the specific working processes of the systems, modules and units described above can refer to the corresponding processes in the aforementioned method embodiments, and will not be repeated here. It should be understood that the protection scope of the present application is not limited to this. Any technician familiar with the technical field can easily think of various equivalent modifications or replacements within the technical scope disclosed in this application, and these modifications or replacements should be included in the protection scope of this application.

Claims

1. A vehicle wake-up control method, characterized in that: include: In response to a trigger signal for waking up a target vehicle from a dormant state, sending a start instruction to all electronic control units in the target vehicle; Determining whether each electronic control unit is successfully started according to a feedback signal returned by each electronic control unit, wherein the feedback signal is generated after each electronic control unit responds to the start instruction and performs a start operation; Send a restart command to the electronic control unit that failed to start.

2. The method according to claim 1, characterized in that The method further comprises: Determining whether the electronic control unit that failed to start is successfully started according to a feedback signal returned by the electronic control unit that failed to start in response to the restart instruction; In the case where it is determined that the startup fails, the restart instruction is sent again to the electronic control unit that failed to start, and the step of determining whether the electronic control unit that failed to start is successfully started is performed based on a feedback signal returned by the electronic control unit that failed to start in response to the restart instruction, until it is determined that the electronic control unit that failed to start is successfully started.

3. The method according to claim 1, characterized in that Each electronic control unit includes a micro control unit, and the feedback signal includes a first signal, which is a signal indicating that the micro control unit has completed startup; The step of judging whether each electronic control unit is successfully started according to the feedback signal returned by each electronic control unit includes: For any electronic control unit, start timing from the moment the start command is issued, and determine whether the first signal returned by the electronic control unit is received within a first preset time period; When the first signal is not received within the first preset time period, it is confirmed that the electronic control unit fails to start.

4. The method according to claim 3, characterized in that Each electronic control unit further includes a system on chip, and the feedback signal further includes a second signal, wherein the second signal is a signal indicating that the system on chip has been started. The step of judging whether each electronic control unit is successfully started according to the feedback signal returned by each electronic control unit includes: For any electronic control unit, starting from the time when the start command is issued, if the first signal is received within the first preset time, determining whether the second signal returned by the electronic control unit is received within the second preset time; When the second signal is received within the second preset time period, it is determined that the electronic control unit is started successfully; or, If the second signal is not received within the second preset time period, it is determined that the electronic control unit fails to start.

5. The method according to claim 4, characterized in that The second preset time length is greater than the first preset time length.

6. The method according to any one of claims 1 to 5, characterized in that The step of sending a restart instruction to the electronic control unit that fails to start includes: Sending a shutdown instruction to the electronic control unit that failed to start; After a third preset time period from the moment when the shutdown instruction is sent, the startup instruction is sent again to the electronic control unit that failed to start.

7. The method according to any one of claims 1 to 5, characterized in that The method further comprises: For any of the electronic control units that fail to start, when the number of startup failures of the electronic control unit exceeds a preset threshold, the restart instruction is stopped from being sent to the electronic control unit, and an alarm message is issued.

8. A vehicle wake-up control device, characterized in that: include: A first sending module, configured to send a start instruction to all electronic control units in the target vehicle in response to a trigger signal for waking the target vehicle from a dormant state; An analysis module, used to determine whether each electronic control unit is successfully started according to a feedback signal returned by each electronic control unit, wherein the feedback signal is generated by each electronic control unit after responding to the start instruction and executing the start operation; The second sending module is used to send a restart instruction to the electronic control unit that fails to start.

9. A computer device, characterized in that: The device comprises: a processor and a memory storing computer program instructions; the processor reads and executes the computer program instructions to implement the method according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer program instructions, and when the computer program instructions are executed by a processor, the method according to any one of claims 1 to 7 is implemented.

Images