Wake-up control method and apparatus, vehicle, and storage medium

Abstract

The wake-up control method, device, vehicle and storage medium provided in the application, the method comprises the following steps: in response to detecting data to be interacted with a user, obtaining the value of a sleep flag bit of an operating system on a slave processor from a shared memory; in response to determining that the operating system is in a sleep state according to the value of the sleep flag bit, sending a power-on request to a virtual machine monitor; the power-on request is used to control the slave processor to be powered on by the virtual machine monitor; and in the case that the power-on is completed, a first reset instruction is sent to the slave processor; the first reset instruction is used to control the operating system on the slave processor to enter a running state from the sleep state according to the reset instruction by the slave processor; in the scene of needing to interact with the user, the slave processor in the sleep state is powered on by the master processor, and the operating system on the slave processor is woken up to enter the running state, so that the operating system of the slave processor is woken up only when it is needed to be used, and the power consumption is reduced.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of intelligent driving, and in particular to a wake-up control method and device, a vehicle, and a storage medium. BACKGROUND

[0002] In the field of intelligent driving, a chip platform running on a mobile data center (MDC) of intelligent driving includes multiple processors, wherein the multiple processors include a slave processor running an Android operating system and a master processor running a Robot Operating System (ROS) and other operating systems, and multiple functions of intelligent driving are realized through cooperative work of the multiple processors.

[0003] However, the slave processor does not support an IPC interrupt wake-up mode for the MDC platform with multiple operating systems, and therefore, how to control wake-up of the slave processor is a technical problem to be solved. SUMMARY

[0004] The present application aims to at least partially solve one of the technical problems in the related art.

[0005] To this end, the present application proposes a wake-up control method and device, a vehicle, and a storage medium, in which, in a scenario requiring interaction with a user, a master processor controls a slave processor in a sleep state to be powered on, and wakes up an operating system on the slave processor to enter a running state, so that the slave processor can be in the sleep state when not needed, and can be woken up when needed, thereby reducing power consumption.

[0006] An embodiment of the present application proposes a wake-up control method applied to a master processor in multiple processors included in a vehicle mobile data center (MDC), comprising:

[0007] In response to detecting data to be interacted with a user, reading a value of a sleep flag bit of an operating system on a slave processor;

[0008] In response to determining that the operating system is in a sleep state according to the value of the sleep flag bit, sending a power-on request to a virtual machine monitor; the power-on request is used to control the slave processor to be powered on by the virtual machine monitor, and in the case where the power-on is completed, a first reset instruction is sent to the slave processor; the first reset instruction is used to control the operating system on the slave processor to enter a running state from the sleep state according to the reset instruction.

[0009] Another embodiment of the present application proposes a wake-up control method applied to a slave processor in multiple processors included in a vehicle mobile data center (MDC), comprising:

[0010] Obtaining a first reset instruction sent by a virtual machine monitor;

[0011] According to the first reset instruction, the operating system of the slave processor is controlled to enter a running state from a sleep state; wherein the first reset instruction is that the master processor reads a value of a sleep flag bit of the operating system on the slave processor in response to detecting data to be interacted with a user, sends a power-on request to the virtual machine monitor in response to determining that the operating system is in the sleep state according to the value of the sleep flag bit, and the virtual machine monitor sends the first reset instruction in a case where the slave processor is powered on according to the power-on request.

[0012] Another aspect of the present application provides a wake-up control device, applied to a master processor in a plurality of processors included in a vehicle mobile data center (MDC), comprising:

[0013] The acquisition module is configured to acquire a value of a sleep flag bit of the operating system on the slave processor in response to detecting data to be interacted with a user.

[0014] The sending module is configured to send a power-on request to the virtual machine monitor in response to determining that the operating system is in the sleep state according to the value of the sleep flag bit, and the power-on request is used to control the slave processor to be powered on by the virtual machine monitor, and the virtual machine monitor sends a first reset instruction to the slave processor in a case where the slave processor is powered on.

[0015] Another aspect of the present application provides a wake-up control device, applied to a slave processor in a plurality of processors included in a vehicle mobile data center (MDC), comprising:

[0016] The acquisition module is configured to acquire a value of a sleep flag bit of the operating system on the slave processor in response to detecting data to be interacted with a user.

[0017] The control module is configured to control the operating system of the slave processor to enter a running state from a sleep state according to the first reset instruction, wherein the first reset instruction is that the master processor reads a value of a sleep flag bit of the operating system on the slave processor in response to detecting data to be interacted with a user, sends a power-on request to the virtual machine monitor in response to determining that the operating system is in the sleep state according to the value of the sleep flag bit, and the virtual machine monitor sends the first reset instruction in a case where the slave processor is powered on according to the power-on request.

[0018] Another aspect of the present application provides a vehicle, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the program, the method according to the foregoing aspect or the method according to the foregoing another aspect is implemented.

[0019] Another aspect of the present application provides a non-transitory computer readable storage medium having stored thereon a computer program which, when executed by a processor, implements the method of the preceding aspect or the method of the preceding another aspect.

[0020] Another aspect of the present application provides a computer program product having stored thereon a computer program which, when executed by a processor, implements the method of the preceding aspect or the method of the preceding another aspect.

[0021] The wake-up control method, device, vehicle and storage medium provided by the present application, in response to detecting data to be interacted with the user, obtaining the value of the sleep flag bit of the operating system on the slave processor from the shared memory, in response to determining that the operating system is in the sleep state according to the value of the sleep flag bit, sending a power-on request to the virtual machine monitor, the power-on request being used for the virtual machine monitor to control the slave processor to power on, and in the case where the power-on is completed, sending a first reset instruction to the slave processor, the first reset instruction being used for the slave processor to control the operating system on the slave processor to enter the running state from the sleep state according to the reset instruction, in the scene where the interaction with the user is needed, the master processor is used to control the slave processor in the sleep state to power on and wake up the operating system on the slave processor to enter the running state, so that the operating system on the slave processor is in the sleep state when it is not needed to be used, and can be woken up when it is needed to be used, thereby reducing the power consumption.

[0022] Additional aspects and advantages of the present application will be in part apparent and in part pointed out hereinafter. BRIEF DESCRIPTION OF DRAWINGS

[0023] The above and / or additional aspects and advantages of the present application will become apparent and be readily appreciated from the following description, including the accompanying drawings, wherein:

[0024] Figure 1 A flowchart of a wake-up control method provided by an embodiment of the present application;

[0025] Figure 2 A flowchart of another wake-up control method provided by an embodiment of the present application;

[0026] Figure 3 A flowchart of another wake-up control method provided by an embodiment of the present application;

[0027] Figure 4 A flowchart of another wake-up control method provided by an embodiment of the present application;

[0028] Figure 5A flowchart of another wake-up control method provided by an embodiment of the present application is shown in FIG. 6.

[0029] Figure 6 A flowchart of another wake-up control method provided by an embodiment of the present application is shown in FIG. 6.

[0030] Figure 7 An interaction diagram of a wake-up control method provided by an embodiment of the present application is shown in FIG. 7.

[0031] Figure 8 An interaction diagram of another wake-up control method provided by an embodiment of the present application is shown in FIG. 8.

[0032] Figure 9 A structure diagram of a wake-up control device provided by an embodiment of the present application is shown in FIG. 9.

[0033] Figure 10 A structure diagram of a wake-up control device provided by an embodiment of the present application is shown in FIG. 9.

[0034] Figure 11 A structure diagram of a vehicle provided by an embodiment of the present application is shown in FIG. 10. DETAILED DESCRIPTION

[0035] Embodiments of the present application are described in detail below, examples of which are shown in the accompanying drawings, wherein the same or similar notations represent the same or similar elements or elements having the same or similar functions throughout. The embodiments described below by reference to the drawings are exemplary and are intended to explain the present application, and cannot be understood as limiting the present application.

[0036] The wake-up control method, device, vehicle and storage medium of the embodiments of the present application are described below with reference to the accompanying drawings.

[0037] Figure 1 A flowchart of another wake-up control method provided by an embodiment of the present application is shown in FIG. 6.

[0038] The execution subject of the wake-up control method in the embodiment of the present application is a wake-up control device. In the intelligent driving scene, a vehicle-mounted mobile data center (MDC), also known as an intelligent driving computing platform, includes multiple processors, at least one of which runs a target operating system, such as an Android operating system, and an interactive application on the Android operating system, referred to as a slave processor. At least one processor runs a ROS operating system or other operating system, referred to as a master processor. In the process of interacting with the user, the master processor needs to project the content of the interaction to the display device of the vehicle, such as the center screen, through the interactive application running on the slave processor, to achieve the purpose of interacting with the user. The wake-up control device in the embodiment of the present application can be set in any master processor in the multiple processors in the mobile data center MDC. The any master processor is the master processor that needs to interact with the user through the interactive application running on the slave processor.

[0039] As shown in Figure 1 The method can include the following steps:

[0040] Step 101, in response to detecting data to be interacted with the user, obtaining the value of the sleep flag bit of the operating system on the slave processor.

[0041] The operating system runs an interactive application. The operating system is an Android operating system, and the interactive application is a human-machine interface (HMI) application that can run on the Android operating system.

[0042] In the embodiment of the present application, when the data to be interacted with the user is detected, it indicates that the master processor detects a task of interacting with the user, which means that the human-machine interface needs to be displayed for interaction with the user. Therefore, the data to be interacted with the user corresponding to the current interaction task is obtained. Before sending the data to be interacted with the user to the slave processor, it is necessary to determine whether the slave processor is in a running state. If the slave processor is in a sleep state, the slave processor needs to be woken up first.

[0043] In the embodiment of the present application, the sleep flag bit of the operating system of the slave processor in the shared memory is read, and whether the operating system of the slave processor is in a sleep state or a running state is identified according to the value of the sleep flag bit. For example, if the value of the sleep flag bit is 1, the operating system of the slave processor is in a sleep state, and if the value of the sleep flag bit is 0, the operating system of the slave processor is in a running state.

[0044] Step 102, in response to determining that the operating system is in a sleep state according to the value of the sleep flag bit, sending a power-on request to the virtual machine monitor.

[0045] In the embodiment of the present application, since the processors in the MDC platform run multiple operating systems, and there is a case that the inter-processor cannot realize the wake-up of the interrupt source in the IPC, a power-on request is sent to the virtual machine monitor (Virtual Machine Monitor, Hypervisor), which is taken as an example in the embodiment of the present application for description. The virtual machine monitor is an operating system running other operating systems, and is an intermediate layer operating system between the physical hardware and the operating system, which can allow multiple operating systems and applications to share a set of basic physical hardware. The power-on request is used to control the slave processor to be powered on by the virtual machine monitor, and a reset instruction is sent to the slave processor in the case that the power-on is completed. The first reset instruction is used to control the operating system on the slave processor to enter the running state from the sleep state according to the first reset instruction, which realizes that the operating system on the slave processor is controlled by the master processor to enter the running state from the sleep state in the scenario of needing to interact with the user, and meets the demand of the service interaction. At the same time, the operating system of the slave processor is not in the running state but in the sleep state when there is no interaction, which saves the electric energy and reduces the power consumption of the device.

[0046] In the wake-up control method of the embodiment of the present application, the value of the sleep flag bit of the operating system on the slave processor is obtained from the shared memory in response to detecting the data to be interacted with the user. The power-on request is sent to the virtual machine monitor in response to determining that the operating system is in the sleep state according to the value of the sleep flag bit. The power-on request is used to control the slave processor to be powered on by the virtual machine monitor, and the first reset instruction is sent to the slave processor in the case that the power-on is completed. The first reset instruction is used to control the operating system on the slave processor to enter the running state from the sleep state according to the reset instruction. In the scenario of needing to interact with the user, the slave processor in the sleep state is powered on by the master processor, and the operating system on the slave processor is woken up to enter the running state, which realizes that the operating system on the slave processor is in the sleep state when it is not needed to be used, and can be woken up when it is needed to be used, thereby reducing the power consumption.

[0047] Based on the above embodiment, Figure 2 Another flowchart of the wake-up control method provided in the embodiment of the present application is shown in FIG. 2. Figure 2 The method comprises the following steps:

[0048] In step 201, the value of the sleep flag bit of the operating system on the slave processor is obtained in response to detecting the data to be interacted with the user.

[0049] In step 202, the power-on request is sent to the virtual machine monitor in response to determining that the operating system is in the sleep state according to the value of the sleep flag bit.

[0050] In the step 201 and the step 202, refer to the foregoing embodiment for explanation, and the principle is the same, and details are not described herein again.

[0051] In the step 203, the data to be interacted with the user is sent to the operating system of the slave processor.

[0052] In the embodiment of the application, the application program for interacting with the user, for example, the HMI, cannot be installed in the central control screen, that is, the interaction application program is installed on the operating system of the slave processor in the case where the interaction with the user cannot be realized, the data to be interacted with the user in the master processor is acquired by the slave processor in the case where the slave processor is woken up, and is displayed in the display interface of the interaction application program, and then the display interface of the interaction application program is projected on the central control screen to be displayed, so that the interaction with the user is realized in the case where the interaction application program cannot be installed in the central control screen.

[0053] In the step 204, the power-off request sent by the operating system running on the slave processor is acquired.

[0054] The power-off request is sent by the operating system in the case where the interaction application program releases the sleep lock and enters the sleep state.

[0055] In one implementation manner of the embodiment of the application, after the master processor completes the interaction with the user through the interaction application program running on the slave processor, the master processor no longer sends the interaction data to the slave processor, and the slave processor considers that the interaction is completed in the case where the interaction data sent by the master processor is not received within a set time length, and then controls the interaction application program to be closed and the sleep lock held by the interaction application program to be released, and the operating system of the slave processor is prepared to enter the sleep state, and the power-off request is sent to the master processor before entering the sleep state.

[0056] In another implementation manner of the embodiment of the application, after the master processor completes the interaction with the user, the master processor sends the interaction completion message to the slave processor, the slave processor controls the interaction application program to be closed and the sleep lock held by the interaction application program to be released according to the interaction completion message, and the operating system of the slave processor is prepared to enter the sleep state, and the power-off request is sent to the master processor before entering the sleep state.

[0057] It should be noted that the operating system of the slave processor holds the sleep lock in the process of interaction, so as to avoid the operating system from entering the sleep state, and the operating system will not enter the sleep state and will be in the running state in the case where the application program holding the sleep lock is detected.

[0058] In the step 205, the power-off request is sent to the virtual machine monitor.

[0059] The power-off request is used for the virtual machine monitor to control the slave processor to be powered off, so that the operating system enters the sleep state.

[0060] In the embodiment of the present application, after the main processor receives the power-down request sent by the slave processor, the main processor forwards the power-down request to the virtual machine monitor, and the virtual machine monitor controls the slave processor to power down, so that the operating system on the slave processor enters the sleep state without the need of the slave processor to process the interactive data, thereby saving the power.

[0061] In the wake-up control method of the embodiment of the present application, the main processor controls the slave processor to power down and reset, so that the operating system running on the slave processor enters the sleep state without the need of the slave processor to process the interactive data, and enters the running state when the slave processor needs to process the interactive data, thereby avoiding the problem that the slave processor cannot be woken up when it cannot receive the wake-up source interrupt, and reducing the power consumption of the device.

[0062] Based on the above embodiment, the embodiment of the present application provides another wake-up control method, Figure 3 As shown in the flowchart of the another wake-up control method provided by the embodiment of the present application, Figure 3 the method comprises the following steps:

[0063] Step 301: In response to detecting data to be interacted with a user, obtaining the value of the sleep flag bit of the operating system on the slave processor.

[0064] Step 302: In response to determining that the operating system is in the sleep state according to the value of the sleep flag bit, sending a power-on request to the virtual machine monitor.

[0065] In the above embodiment, the steps 301 and 302 can refer to the explanation and description in the foregoing embodiment, and the principle is the same, which will not be described here.

[0066] Step 303: In response to determining that the operating system is in the running state according to the value of the sleep flag bit, triggering the agent task on the main processor to run.

[0067] In the embodiment of the present application, the sleep flag bit of the operating system of the slave processor in the shared memory is read, and it is identified whether the operating system of the slave processor is in the sleep state or the running state according to the value of the sleep flag bit. In the case of determining that the operating system of the slave processor is in the running state, in order to ensure the reliability of the interaction, the state of the operating system on the slave processor can be monitored. As an implementation manner, the agent task on the main processor can be triggered to run, that is, the running state of the operating system on the slave processor is monitored by the agent task. The agent task on the main processor is, for example, the thread_reset function.

[0068] Step 304: Monitoring whether the state of the operating system on the slave processor is abnormal by the agent task.

[0069] In the embodiment of the present application, the agent task can identify the state based on the inter-processor interrupt mode.

[0070] As an implementation manner, a watchdog interrupt is set in the operating system of the slave processor. The operating system of the slave processor feeds the watchdog with data based on a set period, so that the watchdog does not send an interrupt request. If an exception occurs in the operating system of the slave processor, such as system crash, system error panic, etc., and the watchdog is not fed according to the set period, the operating system of the slave processor sends an interrupt request of the watchdog to the master processor. Thus, the operating system of the master processor determines that the operating system of the slave processor is in an abnormal state when the interrupt request is received.

[0071] In step 305, a restart message is sent to the virtual machine monitor in response to the state exception of the operating system.

[0072] In the embodiment of the present application, the master processor sends a restart message to the virtual machine monitor when it is determined that the operating system of the slave processor is in an abnormal state. The restart message includes a power-on request and a power-off request. The virtual machine monitor controls the slave processor to power off according to the power-off request, and controls the slave processor to power on after the power-off is completed. Then, the virtual machine monitor generates a second reset release instruction and sends it to the slave processor, so that the slave processor releases the reset state according to the second reset release instruction, so that the slave processor enters a running state. Then, the slave processor starts the operating system, so that the operating system enters a running state. Thus, the operating system of the slave processor can be restarted when it is in an abnormal state, the slave processor is restarted alone, the restart of the entire machine due to the abnormality of the subsystem of the slave processor is avoided, the safety of the system is improved, the reliability and accuracy of the interaction are improved, and the safety of intelligent driving is improved.

[0073] The first reset release instruction is sent when the slave processor is switched from a sleep state to a running state. The second reset release instruction is sent when the slave processor is restarted due to an operating system exception. That is, the two reset release instructions are generated in different scenarios and have different effects.

[0074] In the wake-up control method of the embodiment of the present application, when it is determined that the operating system of the slave processor is running, the agent task monitors whether the operating system of the slave processor is abnormal. When an abnormality is detected, the master processor controls the slave processor to restart the operating system, so as to correct the abnormality of the system. Thus, the slave processor is restarted alone, the restart of the entire machine due to the abnormality of the subsystem of the slave processor is avoided, the safety of the system is improved, the interaction application running on the restarted operating system of the slave processor is interacted based on the restarted operating system of the slave processor, and the stability of the interaction is improved.

[0075] Based on the above embodiment, the application provides another wake-up control method, Figure 4 The flowchart of another wake-up control method provided by the application is shown in Figure 4 The method comprises the following steps:

[0076] Step 401, in response to detecting data to be interacted with the user, obtaining the value of the sleep flag bit of the operating system on the slave processor.

[0077] Step 402, in response to determining that the operating system is in a sleep state according to the value of the sleep flag bit, sending a power-on request to the virtual machine monitor.

[0078] Step 403, in response to determining that the operating system is in a running state according to the value of the sleep flag bit, triggering the agent task on the master processor to run.

[0079] Step 404, monitoring whether the state of the operating system on the slave processor is abnormal through the agent task.

[0080] Among them, steps 401 to 404 can refer to the explanation and description in the foregoing embodiments, the principles are the same, and will not be repeated here.

[0081] Step 405, in response to the abnormal state of the operating system, setting the restart flag bit of the operating system in the shared memory to a first set value, and sending a restart message to the virtual machine monitor.

[0082] In the application embodiment, in the case of determining that the operating system of the slave processor is abnormal, the operating system of the slave processor needs to be restarted, and before restarting, the value of the restart flag bit in the shared memory for indicating whether the operating system of the slave processor is restarting needs to be set, which is set to a first set value indicating the restart of the operating system of the slave processor, so that the master device can stop continuing to communicate with the operating system of the slave processor when reading the restart flag bit, avoiding access abnormalities. The master device is a device that initiatively initiates access actions, for example, an (Enhanced Direct Memory Access, EDMA) controller.

[0083] Further, the virtual machine monitor is sent a restart message to control the slave processor to restart alone, avoiding the restart of the entire machine due to the abnormality of the subsystem of the slave processor, affecting the safety of the system.

[0084] Among them, the explanation and description in the foregoing embodiments also apply to the present embodiment, the principles are the same, and will not be repeated here.

[0085] Step 406, obtaining the restart flag bit and the number of restarts of the operating system.

[0086] wherein the restart flag and the restart times are set by the operating system of the slave processor after each successful restart. It should be understood that the operating system of the slave processor will update the value of the restart times and set the value of the restart flag to a second set value indicating a successful restart after each successful individual restart.

[0087] In response to the value of the restart flag read within the set time length being the second set value and the restart times being less than the set threshold, the slave processor is controlled to restart again in step 407.

[0088] wherein the second set value is used to indicate a failed restart of the slave processor.

[0089] In one scenario of the embodiment, the master processor reads the value of the restart flag in the shared memory. In order to improve the reliability of the reading, the master processor can be set to read for a certain time length to ensure that the read restart flag is reset by the processor after a successful restart, thereby improving the accuracy of the value of the read restart flag. If the value of the read restart flag within the set time length is the second set value and the restart times are less than the set threshold, that is, the current slave processor operating system may not have restarted successfully, and the set number of restarts of the slave processor has not exceeded the set threshold, the slave processor operating system can be controlled to restart again, that is, the step of controlling the slave processor to restart is executed again, to ensure that the slave processor operating system can restart successfully.

[0090] In another scenario of the embodiment, in response to the value of the read restart flag within the set time length being a third set value, it is determined that the slave processor operating system has restarted successfully; wherein the third set value is used to indicate a successful restart of the slave processor operating system.

[0091] In yet another scenario, in response to the value of the read restart flag within the set time length being the second set value and the restart times being greater than or equal to the set threshold, the plurality of processors in the mobile data center (MDC) are controlled to restart to ensure that the slave processor operating system restarts successfully.

[0092] Further, in the case where it is determined that the slave processor operating system has restarted successfully, the data to be interacted with the user on the master processor is sent to the restarted operating system of the slave processor, wherein the data to be interacted with the user is displayed on the interaction application by the restarted operating system, and the display interface of the interaction application is projected onto the center screen to display, so as to realize interaction with the user.

[0093] In the wake-up control method of the embodiments of the present application, in the case where it is determined that the operating system of the slave processor is abnormal, the slave processor is controlled to restart alone, the slave processor updates the number of restarts after the completion of the separate restart, and resets the value of the restart flag, so that the master processor restarts the slave processor multiple times in the case where the slave processor fails to restart successfully according to the number of restarts and the value of the restart flag, increases the success rate of the separate restart of the slave processor, avoids the restart of the entire system, and reduces the system security.

[0094] Based on the above embodiments, as an implementation manner, before the master processor monitors the abnormal operating system of the slave processor and prepares to restart the operating system of the slave processor, the configuration information of the external device currently used by the operating system of the slave processor is backed up, and after the operating system of the slave processor is restarted, the configuration information of the external device is reconfigured by using the backed-up configuration information of the external device, so that the configuration information of the external device of the operating system of the slave processor is consistent with that before the restart, and the stability of the system is improved.

[0095] Based on the above embodiments, the embodiments of the present application provide another wake-up control method applied to a slave processor in a plurality of processors included in a vehicle mobile data center (MDC), Figure 5 As shown in FIG. 6, the method comprises the following steps: Figure 5

[0096] In step 501, a first reset release instruction sent by a virtual machine monitor is acquired.

[0097] In step 502, the operating system of the slave processor is controlled to enter a running state from a sleep state according to the first reset release instruction.

[0098] The first reset release instruction is sent by the virtual machine monitor in the case where the master processor powers on the slave processor according to the power-on request.

[0099] It should be noted that the above-mentioned explanation and description in the foregoing embodiments are also applicable to the present embodiment, and the principles are the same, which will not be repeated here.

[0100] ​In the wake-up control method of the embodiment of the application, in response to detecting data to be interacted with a user, a value of a sleep flag bit of an operating system on the slave processor is read from the shared memory, in response to determining that the operating system is in a sleep state according to the value of the sleep flag bit, a power-on request is sent to the virtual machine monitor, the power-on request is used to control the slave processor to be powered on by the virtual machine monitor, and in the case that the power-on is completed, a reset instruction is sent to the slave processor, the reset instruction is used to control the slave processor to enter a running state from the sleep state according to the reset instruction, and the operating system is started. In the scenario that interaction with the user is needed, the slave processor in the sleep state is powered on by the master processor, and the operating system on the slave processor is woken up to enter the running state, so that the operating system on the slave processor is in the sleep state when it is not needed to be used, and can be woken up when it is needed to be used, thereby reducing power consumption.

[0101] Based on the above embodiment, the embodiment of the application provides another wake-up control method applied to a slave processor, Figure 6 For the flowchart of another wake-up control method provided by the embodiment of the application, as Figure 6 shown, the method comprises the following steps:

[0102] Step 601, a first reset instruction sent by a virtual machine monitor is acquired.

[0103] Step 602, according to the first reset instruction, the operating system of the slave processor is controlled to enter a running state from a sleep state.

[0104] Optionally, in the case that the operating system of the slave processor is controlled to enter the running state from the sleep state, an interaction application program on the operating system is started, data to be interacted with a user sent by a master processor is acquired, and the data to be interacted with the user displayed in the interaction application program is projected to a display screen in a vehicle to be displayed, so as to realize interaction between the user and an intelligent driving platform of the in-vehicle infotainment system, wherein the display screen is a center screen.

[0105] Step 603, a second reset instruction sent by the virtual machine monitor is received.

[0106] The second reset instruction is a restart message sent by the master processor to the virtual machine monitor in response to determining that the state of the operating system is abnormal, so that the virtual machine monitor controls the slave processor to be powered off and powered on in sequence according to the power-off request and the power-on request in the restart message, and the second reset instruction is sent to the slave processor in response to the slave processor being powered off and powered on in sequence being completed.

[0107] Wherein the explanation and description in the foregoing embodiments also apply to the present embodiment, and the principles are the same, which will not be repeated here.

[0108] Step 604, according to the second reset instruction, the control operating system restart into running state.

[0109] Wherein, the first reset instruction is sent in the case of switching from the processor from sleep state to running state. The second reset instruction is sent in the case of restarting the processor due to operating system exception. That is, the scene of the two reset instructions is different, and the effect is not completely the same.

[0110] Step 605, in response to the completion of the restart, the number of operating system restart is updated, and the value of the reset flag is reset to the first set value.

[0111] Wherein, the explanation and beneficial effects in the foregoing embodiments are also applicable to the present embodiment, and the principles are the same, which will not be repeated here.

[0112] Based on the above embodiments, Figure 7 The interaction diagram of the wake-up control method of the embodiment of the present application is shown, which specifically illustrates how to wake up the slave processor.

[0113] As Figure 7 shown, the main processor, also known as the master core, and the slave processor, also known as the host core of Android OS, when the main processor determines that there is a need to interact with the user, the HMI application running on the operating system of the slave processor needs to be woken up to interact with the user.

[0114] The main processor determines whether the current Android operating system Android OS is in sleep state, if not, directly interact with the data; if yes, continue to the next step.

[0115] The main processor sends a power-on request to the virtual machine monitor, requesting the virtual machine monitor to execute the host core of Android OS, i.e. the power-on process of the slave processor.

[0116] The virtual machine monitor executes the power-on process of the host core of Android OS and resets the host core of Android OS running;

[0117] The slave processor starts running after the Android OS is woken up, and starts the HMI APP running, while holding the lock against the Android OS sleep;

[0118] The corresponding business in the operating system ROS running on the main processor starts business interaction with the APP running on the Android OS.

[0119] When there is no business to interact, the HMI APP ends running, and releases the lock to allow the Android OS system to sleep.

[0120] The Android OS runs the sleep process and sends a power-off request to the main processor.

[0121] When the main processor receives the power-off request, it requests the virtual machine monitor to power off the Android OS host core.

[0122] The virtual machine monitor performs power-off operations on the Android OS host core.

[0123] The explanations in the aforementioned embodiments are also applicable to this embodiment, and the principles are the same, so they will not be repeated here.

[0124] Based on the above embodiments, Figure 8 This is an interactive diagram of another wake-up control method according to an embodiment of the present application, which specifically illustrates how to restart the operating system of the slave processor under abnormal circumstances.

[0125] like Figure 8 As shown, the following steps are included:

[0126] 1. When the slave processor is just started or awakened, it is necessary to monitor whether the slave processor's operating system has any abnormalities and promptly repair the abnormalities by restarting the slave processor's operating system separately. The following describes the interactive process of restarting.

[0127] 2. On the main processor, the Android OS exception agent task (thread_reset) starts running as the Android OS is loaded and started, and is responsible for monitoring the abnormal running status of the Android OS.

[0128] 3. When the Android OS of the slave processor is in a running state, an exception is identified in the Android OS through an inter-core interrupt mechanism or a watchdog mechanism, and the agent task thread_reset is notified. Thread_reset receives the notification of the Android OS exception.

[0129] 4. The main processor starts backing up the configuration information of the peripherals used in the Android OS.

[0130] For example, if an interrupt is enabled, the backed-up configuration information indicates that the interrupt was enabled before the system was restarted. Therefore, after the system is restarted, the backed-up configuration information must be used to enable the interrupt again, restoring the system to its pre-restart state.

[0131] 5. The main processor stops active access to the master device that interacts with the Android OS by setting the value of the restart flag in the shared memory, thereby improving system stability.

[0132] 6, the main processor requests the host core of the Android OS to power off.

[0133] 7, the main processor restores the configuration of the peripheral device used by the Android OS.

[0134] 8, the main processor requests the host core of the Android OS to power on.

[0135] 9, the virtual machine monitor resets the slave processor corresponding to the Android OS.

[0136] 10, the Android OS restarts, and the restart success flag bit and the number of separate resets are reset.

[0137] 11, after resetting the Android OS, the main processor waits for the restart success flag bit of the Android OS.

[0138] 12, if the restart success flag is monitored within a time threshold, the separate reset process is ended; if not, the number of separate restarts of the Android OS is determined, and if it is greater than a set number, it means that the system cannot be recovered after multiple attempts, and the whole system is restarted; if it is less than the set number, the separate reset of the Android OS needs to be continued, and the process goes back to step 6.

[0139] In order to realize the above-mentioned embodiment, an embodiment of the present application further provides a wake-up control device.

[0140] Figure 9 A structural schematic diagram of a wake-up control device provided by an embodiment of the present application.

[0141] As shown in Figure 9 , the device can include:

[0142] The acquisition module 91 is configured to acquire the value of the sleep flag bit of the operating system on the slave processor in response to detecting data to be interacted with the user.

[0143] The sending module 92 is configured to send a power-on request to the virtual machine monitor in response to determining that the operating system is in a sleep state according to the value of the sleep flag bit; the power-on request is used to control the slave processor to power on by the virtual machine monitor, and send a first reset instruction to the slave processor in the case of power-on completion; the first reset instruction is used to control the operating system on the slave processor to enter a running state from a sleep state according to the reset instruction by the slave processor.

[0144] Further, in an implementation manner of the embodiment of the present application, the device further includes:

[0145] a forwarding module, configured to acquire a power-off request sent by an operating system running on the slave processor; the power-off request is sent in a case where the operating system completes interaction and enters a sleep state; and the power-off request is sent to the virtual machine monitor; the power-off request is used for the virtual machine monitor to control the slave processor to power off, so that the operating system enters the sleep state.

[0146] In an implementation manner of the embodiment of the application, the apparatus further includes:

[0147] a first restart module, configured to, in response to determining that the operating system is in a running state according to the value of the sleep flag, trigger an agent task running on the master processor; monitor, by the agent task, whether the state of the operating system on the slave processor is abnormal; and in response to determining that the state of the operating system is abnormal, send a restart message to the virtual machine monitor; the restart message includes a power-off request and a power-on request; the power-off request and the power-on request are used for the virtual machine monitor to control the slave processor to be powered off and powered on in sequence, and in response to the slave processor being powered off and powered on in sequence being completed, send a second reset instruction to the slave processor, so that the operating system restarts and enters a running state.

[0148] In an implementation manner of the embodiment of the application, the apparatus further includes:

[0149] a setting module, configured to set the restart flag of the operating system of the slave processor in the shared memory to a first set value; the first set value is used to indicate that the operating system of the slave processor is in a restart state.

[0150] In an implementation manner of the embodiment of the application, the apparatus further includes:

[0151] a second restart module, configured to acquire the restart flag of the operating system of the slave processor and a restart number; in response to the value of the restart flag read within a set time length being a second set value and the restart number being less than a set threshold, control the operating system of the slave processor to restart again; the second set value is used to indicate that the operating system of the slave processor fails to restart.

[0152] In an implementation manner of the embodiment of the application, the apparatus further includes:

[0153] a determining module, configured to, in response to the value of the restart flag read within a set time length being a third set value, determine that the operating system of the slave processor restarts completely; the third set value is used to indicate that the operating system of the slave processor restarts successfully.

[0154] In an implementation form of the embodiment of the application, the sending module 92 is further configured to send the data to be interacted with the user to the operating system in the running state; the data to be interacted with the user is used by the operating system in the running state to display the data to be interacted with the user on the interactive application program, and to project the display interface of the interactive application program to the interactive interface display in the vehicle.

[0155] It should be noted that the foregoing explanation and description of the method embodiments also apply to the device of this embodiment, which will not be described here again.

[0156] In the wake-up control device of the embodiment of the application, in response to detecting the data to be interacted with the user, the value of the sleep flag bit of the operating system on the slave processor is obtained from the shared memory, in response to determining that the operating system is in the sleep state according to the value of the sleep flag bit, a power-on request is sent to the virtual machine monitor, the power-on request is used to control the slave processor to be powered on by the virtual machine monitor, and in the case where the power-on is completed, a first reset release instruction is sent to the slave processor, the first reset release instruction is used to control the operating system on the slave processor to enter the running state from the sleep state according to the reset release instruction by the slave processor. In the scene where the interaction with the user is needed, the slave processor in the sleep state is powered on by the master processor, and the operating system on the slave processor is woken up to enter the running state, so that the operating system on the slave processor is in the sleep state when it is not needed to be used, and can be woken up when it is needed to be used, thereby reducing the power consumption.

[0157] In order to implement the above-mentioned embodiments, the embodiment of the application further provides a wake-up control device.

[0158] Figure 10 A structural schematic diagram of a wake-up control device provided by the embodiment of the application.

[0159] As Figure 10 shown, the device can include:

[0160] The obtaining module 1001 is configured to obtain the first reset release instruction sent by the virtual machine monitor.

[0161] The control module 1002 is configured to control the operating system of the slave processor to enter the running state from the sleep state according to the first reset release instruction; wherein the first reset release instruction is sent by the master processor in response to detecting the data to be interacted with the user, reading the value of the sleep flag bit of the operating system on the slave processor, in response to determining that the operating system is in the sleep state according to the value of the sleep flag bit, sending a power-on request to the virtual machine monitor, and the virtual machine monitor sending the first reset release instruction in the case where the power-on of the slave processor is completed according to the power-on request.

[0162] Further, in an implementation form of the embodiment of the application, the device further includes:

[0163] an interaction module, configured to start an interaction application on the operating system, acquire the data to be interacted with the user sent by the master processor, and project the data to be interacted with the user displayed in the interaction application to an interaction interface display in the vehicle.

[0164] In an implementation form of the apparatus according to the embodiments of the present application, the apparatus further comprises:

[0165] a sending module, configured to send a power-off request to the master processor in response to the operating system completing the interaction and entering the sleep state.

[0166] In an implementation form of the apparatus according to the embodiments of the present application, the apparatus further comprises:

[0167] a restarting module, configured to receive a second reset instruction sent by the virtual machine monitor, the second reset instruction being sent by the virtual machine monitor in response to the master processor sending a restart message to the virtual machine monitor in response to determining that the state of the operating system is abnormal, so that the virtual machine monitor controls the slave processor to be powered off and powered on in sequence according to the power-off request and the power-on request in the restart message, and sends the second reset instruction to the slave processor in response to the slave processor being powered off and powered on in sequence being completed, to control the operating system to restart and enter a running state according to the second reset instruction, and to update the number of times of restarting of the operating system and reset the value of the restart flag bit to the first set value in response to the restarting being completed.

[0168] It should be noted that the foregoing explanation and description of the method embodiments are also applicable to the apparatus of this embodiment, which will not be described here again.

[0169] In the wake-up control apparatus according to the embodiments of the present application, the value of the sleep flag bit of the operating system on the slave processor is read from the shared memory in response to detecting the data to be interacted with the user, the virtual machine monitor is sent a power-on request in response to determining that the operating system is in the sleep state according to the value of the sleep flag bit, the slave processor is powered on by the virtual machine monitor according to the power-on request, and a reset instruction is sent to the slave processor in the case where the powering on is completed, the slave processor is controlled to enter the running state from the sleep state according to the reset instruction, and the operating system is started, so that the operating system on the slave processor is in the sleep state when it is not needed to be used, and can be woken up when it is needed to be used, thereby reducing the power consumption.

[0170] To achieve the above-mentioned embodiments, the application further provides a vehicle, comprising a memory, a processor and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the method according to the foregoing method embodiments.

[0171] To achieve the above-mentioned embodiments, the application further provides a non-transitory computer-readable storage medium having a computer program stored thereon, wherein the program is executed by a processor to implement the method according to the foregoing method embodiments.

[0172] To achieve the above-mentioned embodiments, the application further provides a computer program product having a computer program stored thereon, wherein the program is executed by a processor to implement the method according to the foregoing method embodiments.

[0173] Figure 11 FIG. 1 is a schematic structural diagram of a vehicle according to an embodiment of the application. For example, the vehicle 600 can be a hybrid vehicle, or a non-hybrid vehicle, an electric vehicle, a fuel cell vehicle, or other types of vehicles. The vehicle 600 can be an autonomous vehicle, a semi-autonomous vehicle, or a non-autonomous vehicle.

[0174] Referring to Figure 11 , the vehicle 600 can include various subsystems, such as an infotainment system 610, a perception system 620, a decision control system 630, a drive system 640, and a computing platform 650. The vehicle 600 can include more or fewer subsystems, and each subsystem can include multiple components. In addition, each subsystem of the vehicle 600 and each component can be interconnected by wired or wireless means.

[0175] In some embodiments, the infotainment system 610 can include a communication system, an entertainment system, a navigation system, and the like.

[0176] The perception system 620 can include several sensors for sensing information about the environment around the vehicle 600. For example, the perception system 620 can include a global positioning system (which can be a GPS system, a Beidou system, or other positioning systems), an inertial measurement unit (IMU), a laser radar, a millimeter wave radar, an ultrasonic radar, and a camera.

[0177] The decision control system 630 can include a computing system, a vehicle controller, a steering system, a throttle, and a braking system.

[0178] The drive system 640 can include components that provide motive power for the vehicle 600. In one embodiment, the drive system 640 can include an engine, an energy source, a transmission system, and wheels. The engine can be one or a combination of an internal combustion engine, an electric motor, an air compression engine. The engine is capable of converting energy provided by the energy source into mechanical energy.

[0179] Some or all of the functions of the vehicle 600 are controlled by the computing platform 650. The computing platform 650 can include at least one processor 651 and a memory 652, the processor 651 can execute instructions 653 stored in the memory 652.

[0180] The processor 651 can be any conventional processor, such as commercially available CPUs. The processor can also include a Graphics Processing Unit (GPU), a Field Programmable Gate Array (FPGA), a System on Chip (SOC), an Application Specific Integrated Circuit (ASIC), or a combination thereof.

[0181] The memory 652 can be implemented by any type of volatile or nonvolatile memory or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read only memory (EEPROM), erasable programmable read only memory (EPROM), programmable read only memory (PROM), read only memory (ROM), magnetic memory, flash memory, magnetic disk, or optical disk.

[0182] In addition to the instructions 653, the memory 652 can also store data, such as road maps, route information, the location, direction, speed, and the like of the vehicle. The data stored in the memory 652 can be used by the computing platform 650.

[0183] In the embodiments of the present disclosure, the processor 651 can execute the instructions 653 to complete all or part of the steps of the methods described above.

[0184] In the description of the application, reference to "one embodiment", "some embodiments", "an example", "a specific example", or "some examples" means that a particular feature, structure, material, or characteristic being described is included in at least one embodiment or example of the application. The appearances of the phrase in various places in the specification are not necessarily all referring to the same embodiment or example. Furthermore, the described specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples. Moreover, the usage of the terms "first", "second" or "third" does not limit the quantity or order of the specific features, structures, materials or characteristics, but rather the term "first", "second" or "third" can be used to distinguish different features, structures, materials or characteristics, which can be combined in any suitable manner. Furthermore, the singular forms "a", "an" and "the" include plural references unless the context clearly dictates otherwise.

[0185] Furthermore, the terms "first", "second", or the like, merely denote different instances of a similar feature, structure, material or characteristic, without necessarily implying any relative importance or any particular order. Thus, a feature defined with "first" or "second" can implicitly or explicitly include at least one of the features. The meaning of "a", "an" and "the" includes plural references unless the context clearly dictates otherwise.

[0186] Any process or method descriptions or blocks in flow charts or otherwise described herein represent embodiments which can be managed as one or more modules, segments, or portions of code which include one or more steps for implementing specific logic functions or steps, and the terms in the description are used for causing or carrying out or upgrading of an action between other hardware under their control. The description of processes and methods of operations should be considered as merely illustrative of the principles of the application.

[0187] The logic and / or steps represented in the flowcharts and / or described herein, for example, can be considered as a sequence of executable instructions stored in a computer readable medium, which can be executed by an instruction execution system, apparatus or device, such as a computer-based system, processor- based system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions, or a combination thereof. For the purposes of this specification, a "computer readable medium" can be any apparatus that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. The computer readable medium can specifically include the following, which are non-exhaustive list: electrical connection (electrical device having one or more wires), portable computer diskette (magnetic device), random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or Flash memory), optical fiber device, and portable compact disc read-only memory (CDROM). In addition, the computer readable medium can even be paper or other suitable medium upon which the program is printed, as the program can be electronically captured, for example, by optically scanning the paper or other suitable medium, then electronically converted into a form that can be edited, compiled, or interpreted, or otherwise processed in electronic form into an executable form suitable for use in the instruction execution system, apparatus or device.

[0188] It should be understood that parts of the present application can be implemented in hardware, software, firmware or a combination thereof. In the above embodiments, a plurality of steps or methods can be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. As in another embodiment, if implemented in hardware, any of the following technologies known in the art or their combination can be used: discrete logic circuit with logic gate circuit for implementing logic functions on data signals, application specific integrated circuit with suitable combination logic gate circuit, programmable gate array (PGA), field programmable gate array (FPGA), etc.

[0189] Those skilled in the art of the present technology can understand that all or part of the steps carried out by the above-mentioned embodiment method can be completed by a program instructing the relevant hardware, and the program can be stored in a computer readable storage medium. When the program is executed, it includes one of the steps of the method embodiment or a combination thereof.

[0190] In addition, each of the functional units in the various embodiments of the present application can be integrated in one processing module, or each of the units can be physically present separately, or two or more units can be integrated in one module. The integrated module can be implemented in the form of hardware or in the form of a software functional module. When the integrated module is implemented in the form of a software functional module and sold or used as an independent product, it can also be stored in a computer readable storage medium.

[0191] The storage medium mentioned above can be a read-only memory, a magnetic disk or an optical disk, etc. Although the embodiments of the present application have been shown and described above, it should be understood that the above embodiments are exemplary and should not be construed as limiting the present application, and those skilled in the art can make changes, modifications, replacements and variations to the above embodiments within the scope of the present application.

Claims

1. A wake-up control method, characterized in that: The main processor used in multiple processors included in the vehicle-mounted mobile data center (MDC) includes: In response to detecting data to be interacted with by the user, reading a value of a sleep flag of an operating system on the slave processor; In response to determining that the operating system is in a sleep state according to the value of the sleep flag, sending a power-on request to the virtual machine monitor; the power-on request is used by the virtual machine monitor to control the slave processor to power on, and when the power-on is completed, sending a first reset instruction to the slave processor; the first reset instruction is used by the slave processor to control the operating system on the slave processor to enter a running state from a sleep state according to the reset instruction; The method further comprises: In response to determining that the operating system is in a running state and detecting a state abnormality based on the value of the sleep flag, a restart message is sent to the virtual machine monitor; the restart message includes a power-off request and a power-on request; the power-off request and the power-on request are used by the virtual machine monitor to control the slave processor to power off and power on in sequence, and in response to the slave processor completing the power-off and power-on in sequence, a second reset instruction is sent to the slave processor to restart the operating system into a running state.

2. The method according to claim 1, wherein After sending the power-on request to the virtual machine monitor, the method further includes: Obtaining a power-off request sent by the operating system running on the slave processor; wherein the power-off request is sent when the operating system completes the interaction and enters a sleep state; The power-off request is sent to the virtual machine monitor; the power-off request is used by the virtual machine monitor to control the slave processor to power off, so that the operating system enters a sleep state.

3. The method according to claim 1, wherein The method further comprises: In response to determining that the operating system is in a running state according to the value of the sleep flag, triggering the agent task on the main processor to run; The agent task is used to monitor whether the state of the operating system on the slave processor is abnormal.

4. The method according to claim 3, wherein Before sending the restart message to the virtual machine monitor, the method further includes: The restart flag of the operating system of the slave processor in the shared memory is set to a first set value; wherein the first set value is used to indicate that the operating system of the slave processor is in a restart state.

5. The method according to claim 4, wherein The method further comprises: Obtaining a restart flag and restart count of the operating system of the slave processor; In response to the values ​​of the restart flag read within the set time being the second set value and the number of restarts being less than the set threshold, the operating system of the slave processor is controlled to restart again; wherein, the second set value is used to indicate that the operating system of the slave processor has failed to restart.

6. The method according to claim 4, wherein The method further comprises: In response to the value of the restart flag read within the set time being a third set value, it is determined that the restart of the operating system of the slave processor is completed; wherein the third set value is used to indicate that the restart of the operating system of the slave processor is successful.

7. The method according to any one of claims 1 to 6, wherein: The method further comprises: The data to be interacted with by the user is sent to the operating system in the running state; the data to be interacted with by the user is displayed by the operating system in the running state on the interactive application, and the display interface of the interactive application is projected onto the interactive interface display in the vehicle.

8. A wake-up control method, characterized in that: The slave processor used in the multiple processors included in the vehicle-mounted mobile data center (MDC) includes: Obtaining a first de-reset instruction sent by the virtual machine monitor; controlling the operating system of the slave processor to enter a running state from a sleep state according to the first de-reset instruction; wherein the first de-reset instruction is sent by the master processor in response to detecting data to be interacted with by a user, reading a value of a sleep flag of the operating system on the slave processor, and in response to determining that the operating system is in a sleep state according to the value of the sleep flag, sending a power-on request to the virtual machine monitor, and the virtual machine monitor controlling the slave processor to power on completely according to the power-on request; The method further comprises: receiving a second reset instruction sent by the virtual machine monitor; the second reset instruction is sent by the master processor to the virtual machine monitor in response to determining that the state of the operating system is abnormal, so that the virtual machine monitor controls the slave processor to power off and power on sequentially according to the power-off request and power-on request in the restart message, and sends the second reset instruction to the slave processor in response to the slave processor completing the power-off and power-on sequence; According to the second reset instruction, the operating system is controlled to restart and enter a running state.

9. The method according to claim 8, wherein After controlling the operating system of the slave processor to enter a running state from a sleep state according to the reset instruction, the method further includes: Starting an interactive application on the operating system; Acquire data to be interacted with the user sent by the main processor; The data to be interacted with by the user displayed in the interactive application is projected onto the interactive interface display in the vehicle.

10. The method according to claim 9, wherein The method further comprises: In response to the operating system completing the interaction and entering the sleep state, a power-off request is sent to the main processor.

11. The method according to claim 8, wherein The method further comprises: In response to the restart being completed, the number of restarts of the operating system is updated, and the value of the restart flag is reset to the first set value.

12. A wake-up control device, characterized in that: The main processor used in multiple processors included in the vehicle-mounted mobile data center (MDC) includes: an acquisition module, configured to acquire a value of a sleep flag of an operating system on a slave processor in response to detecting data to be interacted with a user; a sending module, configured to, in response to determining that the operating system is in a sleep state according to the value of the sleep flag, send a power-on request to the virtual machine monitor; the power-on request is used by the virtual machine monitor to control the slave processor to power on, and, when the power-on is completed, send a first reset instruction to the slave processor; the first reset instruction is used by the slave processor to control the operating system on the slave processor to enter a running state from a sleep state according to the reset instruction; The device further comprises: A first restart module is used to send a restart message to the virtual machine monitor in response to determining that the operating system is in a running state and detecting a state abnormality based on the value of the sleep flag; the restart message includes a power-off request and a power-on request; the power-off request and the power-on request are used by the virtual machine monitor to control the slave processor to power off and power on in sequence, and in response to the slave processor completing the power-off and power-on in sequence, send a second reset instruction to the slave processor to restart the operating system into a running state.

13. A wake-up control device, characterized in that: The slave processor used in the multiple processors included in the vehicle-mounted mobile data center (MDC) includes: An acquisition module, configured to acquire a first de-reset instruction sent by the virtual machine monitor; a control module configured to control the operating system of the slave processor to enter a running state from a sleep state according to the first reset instruction; wherein the first reset instruction is sent by the master processor in response to detecting data to be interacted with by a user, reading a value of a sleep flag of the operating system on the slave processor, and in response to determining that the operating system is in a sleep state according to the value of the sleep flag, sending a power-on request to the virtual machine monitor, and the virtual machine monitor controlling the slave processor to power on completely according to the power-on request; The device further comprises: A restart module is used to receive a second de-reset instruction sent by the virtual machine monitor; the second de-reset instruction is sent by the main processor to the virtual machine monitor in response to determining that the state of the operating system is abnormal, so that the virtual machine monitor controls the slave processor to power off and power on in sequence according to the power-off request and power-on request in the restart message, and sends it to the slave processor in response to the slave processor completing the power-off and power-on in sequence; according to the second de-reset instruction, the operating system is controlled to restart and enter the running state.

14. A vehicle, characterized in that: The method comprises a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the program, the method according to any one of claims 1 to 7 or the method according to any one of claims 8 to 11 is implemented.

15. A non-transitory computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 7 is implemented, or the method according to any one of claims 8 to 11 is implemented.

Images