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

Abstract

The invention provides a wake-up control method and device, a vehicle and a storage medium, and the method comprises the steps: obtaining a value of a sleep flag bit of an operating system on a slave processor from a shared memory in response to detection of data to be interacted with a user, and 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 for controlling the slave processor to be powered on by the virtual machine monitor, and under the condition that power-on is completed, a first reset-removing instruction is sent to the slave processor, and the first reset-removing instruction is used for controlling the slave processor to be powered on by the slave processor according to the reset-removing instruction. The method comprises the following steps: controlling an operation system on a slave processor to enter a running state from a sleep state, controlling the slave processor in the sleep state to be powered on through a master processor in a scene needing to interact with a user, and awakening the operation system on the slave processor to enter the running state, so that the operation system of the slave processor is awakened only when the operation system needs to be used; and the power consumption is reduced.

Description

Technical Field

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

[0002] In the field of intelligent driving, the chip platform running on the mobile data center MDC of intelligent driving includes multiple processors. Among the multiple processors, there are slave processors running the Android operating system, and there are main processors running the Robot Operating System (ROS) and other operating systems. The various functions of intelligent driving are realized through the collaborative work of multiple processors.

[0003] However, for this MDC platform with multiple operating systems, the slave processor does not support the IPC interrupt wake-up method. Therefore, how to control the wake-up of the slave processor is a technical problem that needs to be solved. Summary of the invention

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

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

[0006] In one aspect, an embodiment of the present application proposes a wake-up control method, which is applied to a main processor among multiple processors included in a vehicle-mounted mobile data center MDC, including:

[0007] In response to detecting data to be interacted with by the 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 a sleep flag, a power-on request is sent to a virtual machine monitor; the power-on request is used by the virtual machine monitor to control the power-on of the slave processor, and when the power-on is completed, a first de-reset instruction is sent to the slave processor; the first de-reset instruction is used by the slave processor to control the operating system on the slave processor from a sleep state to a running state according to the de-reset instruction.

[0009] Another aspect of the present application provides a wake-up control method, which is applied to a slave processor among a plurality of processors included in a vehicle-mounted mobile data center MDC, including:

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

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

[0012] Another aspect of the present application provides a wake-up control device, which is applied to a main processor among a plurality of processors included in a vehicle-mounted mobile data center MDC, including:

[0013] an acquisition module, configured to acquire a value of a sleep flag bit of an operating system on a slave processor in response to detecting data to be interacted with a user;

[0014] A sending module, used for sending a power-on request to a virtual machine monitor in response to determining that the operating system is in a sleep state according to the value of a sleep flag; the power-on request is used by the virtual machine monitor to control the power-on of the slave processor, and when the power-on is completed, send a first de-reset instruction to the slave processor; the first de-reset instruction is used by the slave processor to control the operating system on the slave processor from a sleep state to a running state according to the de-reset instruction.

[0015] Another aspect of the present application provides a wake-up control device, which is applied to a slave processor among a plurality of processors included in a vehicle-mounted mobile data center MDC, including:

[0016] An acquisition module, used for acquiring a first de-reset instruction sent by a virtual machine monitor;

[0017] A control module, used for 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 main processor in response to detecting data to be interacted with by a user, reading the value of the 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 controls the slave processor to power on after completion 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, wherein when the processor executes the program, the method described in the first aspect or the method described in the second aspect is implemented.

[0019] Another aspect of the present application provides a non-transitory computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, the method described in the first aspect or the method described in the second aspect is implemented.

[0020] Another aspect of the present application provides a computer program product on which a computer program is stored. When the program is executed by a processor, the method described in the first aspect or the second aspect is implemented.

[0021] The wake-up control method, device, vehicle and storage medium proposed in the present application obtain the value of the sleep flag of the operating system on the slave processor from the shared memory in response to detecting data to be interacted with by the user, and 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, wherein the power-on request is used for the virtual machine monitor to control the power-on of the slave processor, and when the power-on is completed, send a first de-reset instruction to the slave processor, wherein the first de-reset instruction is used for the slave processor to control the operating system on the slave processor to enter a running state from a sleep state according to the de-reset instruction. In a scenario where interaction with the user is required, the main processor controls the slave processor in the sleep state to be powered on, and wakes up the operating system on the slave processor to enter a running state, so as to realize that the operating system of the slave processor is in a sleep state when it is not needed, and can be woken up when it is needed, thereby reducing power consumption.

[0022] Additional aspects and advantages of the present application will be given in part in the description below, and in part will become apparent from the description below, or will be learned through the practice of the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] The above and / or additional aspects and advantages of the present application will become apparent and easily understood from the following description of the embodiments in conjunction with the accompanying drawings, in which:

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

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

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

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

[0028] Figure 5A flowchart of another wake-up control method provided in an embodiment of the present application;

[0029] Figure 6 A flowchart of another wake-up control method provided in an embodiment of the present application;

[0030] Figure 7 An interactive schematic diagram of a wake-up control method according to an embodiment of the present application;

[0031] Figure 8 An interactive schematic diagram of another wake-up control method according to an embodiment of the present application;

[0032] Fig. 9 A schematic diagram of the structure of a wake-up control device provided in an embodiment of the present application;

[0033] Fig.10 A schematic diagram of the structure of a wake-up control device provided in an embodiment of the present application;

[0034] Fig.11 It is a structural schematic diagram of a vehicle provided in an embodiment of the present application. DETAILED DESCRIPTION

[0035] Embodiments of the present application are described in detail below, and examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are intended to be used to explain the present application, and should not be construed as limiting the present application.

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

[0037] Figure 1 A flowchart of a wake-up control method provided in an embodiment of the present application.

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

[0039] like Figure 1 As shown, the method may include the following steps:

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

[0041] The interactive application is run on the operating system, 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 data to be interacted with the user is detected, it means that the main processor detects that the task to interact with the user is running, indicating that the human-computer interaction interface needs to be displayed for user interaction, and then the data to be interacted with the user corresponding to the current interactive 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 sleeping state, the slave processor needs to be awakened first.

[0043] In the embodiment of the present application, the sleep flag of the operating system of the slave processor in the shared memory is read, and the operating system of the slave processor is identified as being in a sleep state or a running state according to the value of the sleep flag. For example, if the value of the sleep flag is 1, the operating system of the slave processor is in a sleep state, and if the value of the sleep flag 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, sending a power-on request to the virtual machine monitor.

[0045] In the embodiment of the present application, since the processor in the MDC platform runs multiple operating systems, and there is a situation where the IPC interrupt source wake-up cannot be realized between the multiple processors, a power-on request is sent to the virtual machine monitor. In the embodiment of the present application, a virtual machine monitor (Virtual Machine Monitor, Hypervisor) is used as an example for explanation. The virtual machine monitor is an operating system that runs other operating systems. It runs in the middle layer operating system between the physical hardware and the operating system, and allows multiple operating systems and applications to share a set of basic physical hardware. The power-on request is used for the virtual machine monitor to control the power-on of the slave processor, and when the power-on is completed, a reset instruction is sent to the slave processor, wherein the first reset instruction is used for the slave processor to control the operating system on the slave processor from the sleep state to the running state according to the first reset instruction, so that the main processor controls the operating system on the slave processor from the sleep state to the running state in the scenario where interaction with the user is required, and the business interaction requirements are met. At the same time, when there is no interaction, the operating system of the slave processor is not in the running state, but in the sleep state, which saves power and reduces the power consumption of the device.

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

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

[0048] Step 201 : in response to detecting data to be interacted with a user, obtaining the value of a sleep flag of an operating system on a slave processor.

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

[0050] Among them, step 201 and step 202 can refer to the explanation in the above-mentioned embodiment, and the principles are the same, which will not be repeated here.

[0051] Step 203: Send the data to be interacted with by the user to the operating system in the running state.

[0052] In an embodiment of the present application, when an application for interacting with a user, such as an HMI, cannot be installed in the central control screen, that is, when interaction with the user cannot be achieved, the interactive application is installed on the operating system of the slave processor, and when the slave processor is awakened, the slave processor obtains the data to be interacted with the user in the main processor and displays it in the display interface of the interactive application, and then the display interface of the interactive application is projected onto the central control screen for display, thereby achieving interaction with the user when the interactive application cannot be installed in the central control screen.

[0053] Step 204: Obtain a power-off request sent by the operating system running on the processor.

[0054] The power-off request is sent when the operating system detects that the interactive application releases the sleep lock and enters the sleep state.

[0055] In one implementation of the embodiment of the present application, after the main processor completes the interaction with the user through the interactive application running on the slave processor, the main processor no longer sends interactive data to the slave processor. If the slave processor does not receive the interactive data sent by the main processor for more than a set period of time, it considers that the interaction is completed, and controls the interactive application to close and release the held sleep lock. The operating system of the slave processor prepares to enter the sleep state and sends a power-off request to the main processor before entering the sleep state.

[0056] In another implementation of the embodiment of the present application, after the main processor completes the interaction with the user, the main processor sends a message of completion of the interaction to the slave processor. The slave processor controls the interactive application to close and release the held sleep lock based on the message of completion of the interaction. The operating system of the slave processor prepares to enter the sleep state and sends a power-off request to the main processor before entering the sleep state.

[0057] It should be noted that when the operating system of the slave processor needs to interact, in order to prevent the operating system from entering a sleep state, the operating system will hold a sleep lock. When the operating system detects an application holding the sleep lock, it will not enter a sleep state but will remain in a running state.

[0058] Step 205: Send a power-off request to the virtual machine monitor.

[0059] The power-off request is used for the virtual machine monitor to control the power-off of the slave processor so as to put the operating system into a sleep state.

[0060] In an embodiment of the present application, after the main processor receives a power-off request sent by the slave processor, it forwards the power-off request to the virtual machine monitor, and the virtual machine monitor controls the power-off of the slave processor, so that when the slave processor does not need to process interactive data, the operating system on the slave processor is controlled to enter a sleep state, thereby saving energy.

[0061] In the wake-up control method of the embodiment of the present application, the main processor controls the power on and off and reset of the slave processor, so that the operating system running on the slave processor enters a sleep state when the slave processor does not need to process interactive data, and wakes up and enters a running state when the slave processor needs to process interactive data, thereby avoiding the problem of being unable to wake up when the wake-up source interrupt cannot be received, and at the same time, reducing the power consumption of the device.

[0062] Based on the above embodiments, the present application provides another wake-up control method. Figure 3 A flowchart of another wake-up control method provided by an embodiment of the present application is shown as follows: Figure 3 As shown, the method comprises the following steps:

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

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

[0065] Among them, step 301 and step 302 can refer to the explanation in the above-mentioned embodiment, and the principles are the same, so they will not be repeated here.

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

[0067] In the embodiment of the present application, the sleep flag of the operating system of the slave processor in the shared memory is read, and the operating system of the slave processor is identified as being in a sleep state or a running state according to the value of the sleep flag. When it is determined that the operating system of the slave processor is in a running state, the state of the operating system on the slave processor can be monitored to ensure the reliability of the interaction. As an implementation method, the running of the proxy task on the main processor can be triggered, that is, the running state of the operating system on the slave processor is monitored by the proxy task. Among them, the proxy task on the main processor is, for example, the thread_reset function.

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

[0069] In the embodiment of the present application, the proxy task can perform status identification based on the method of inter-processor interruption.

[0070] As an implementation method, a watchdog interrupt is set in the operating system of the slave processor. The operating system of the slave processor will use data to feed the watchdog based on a set period, and the watchdog will not issue an interrupt request. If an exception occurs in the operating system of the slave processor, such as a system freeze, system error panic, etc., and the watchdog is not fed according to the set period, the operating system of the slave processor will send a watchdog interrupt request to the main processor. Therefore, when the operating system of the main processor receives the interrupt request, it determines that the slave processor is in an abnormal operating system state.

[0071] Step 305: In response to the abnormal state of the operating system, a restart message is sent to the virtual machine monitor.

[0072] In an embodiment of the present application, when the main processor determines that the operating system state of the slave processor is abnormal, it sends a restart message to the virtual machine monitor, wherein 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. After the power on is completed, the virtual machine monitor generates a second reset instruction and sends the second reset instruction to the slave processor, so that the slave processor releases the reset state according to the second reset instruction, so that the slave processor enters the running state, and then the slave processor starts the operating system, so that the operating system enters the running state, so that when the operating system of the slave processor runs abnormally, the operating system of the slave processor can be controlled to restart, and the slave processor can be controlled to restart separately, thereby avoiding the restart of the entire machine due to the abnormality of the subsystem of the slave processor, affecting the safety of the system, thereby improving the reliability and accuracy of the interaction, and improving the safety of intelligent driving.

[0073] The first de-reset instruction is sent when the slave processor is switched from a sleep state to a running state. The second de-reset instruction is sent when the slave processor is restarted due to an operating system exception. In other words, the two de-reset instructions are generated in different scenarios and their functions are not exactly the same.

[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 is used to monitor whether the operating system of the slave processor is abnormal. When an abnormality is detected, the main processor controls the slave processor to restart the operating system to correct the abnormality in the system, thereby controlling the slave processor to restart separately, avoiding the restart of the entire machine due to the abnormality of the subsystem of the slave processor, which affects the security of the system. Furthermore, the interaction is performed based on the interactive application running on the operating system of the restarted slave processor, which improves the stability of the interaction.

[0075] Based on the above embodiments, the present application provides another wake-up control method. Figure 4 A flowchart of another wake-up control method provided by an embodiment of the present application is shown as follows: Figure 4 As shown, the method comprises the following steps:

[0076] Step 401 : in response to detecting data to be interacted with a user, obtaining the value of a sleep flag of an operating system on a 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, a power-on request is sent to a 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, triggering the proxy task on the main processor to run.

[0079] Step 404: monitor the operating system status on the slave processor through the agent task to see if it is abnormal.

[0080] Among them, steps 401 to 404 can refer to the explanations in the aforementioned embodiments, and the principles are the same, so they will not be repeated here.

[0081] Step 405 , in response to the abnormal state of the operating system, setting the restart flag 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 embodiment of the present application, when it is determined that the operating system of the slave processor is abnormal, it is necessary to restart the operating system of the slave processor. Before restarting, it is necessary to set the value of the restart flag in the shared memory for indicating whether the operating system of the slave processor is restarting. Here, it is set to the first setting value indicating the restart of the operating system of the slave processor, so that when the master device reads the restart flag, it can stop continuing to communicate with the operating system of the slave processor to avoid access abnormality. Among them, the master device is a device that actively initiates the access action, such as an Enhanced Direct Memory Access (EDMA) controller.

[0083] Furthermore, a restart message is sent to the virtual machine monitor to control the slave processor to restart separately, thereby avoiding the restart of the entire machine due to an abnormality of the subsystem of the slave processor, which affects the security of the system.

[0084] 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.

[0085] Step 406, obtaining the restart flag and restart count of the operating system.

[0086] The restart flag and the restart count are set by the operating system of the slave processor after the restart is completed. It should be understood that after each successful restart of the slave processor, the operating system will update the value of the restart count and set the restart flag value to a value indicating a successful restart, which is called the second set value.

[0087] Step 407 : In response to the fact that the values ​​of the restart flags read within the set time period are all the second set values, and the number of restarts is less than the set threshold, the slave processor is controlled to restart again.

[0088] The second setting value is used to indicate that the slave processor fails to restart.

[0089] In one scenario of an embodiment of the present application, the main processor reads the value of the restart flag in the shared memory. In order to improve the reliability of the reading, the duration of the main processor reading can be set to ensure that the restart flag read is reset by the processor after the restart is successful, thereby improving the accuracy of the value of the restart flag read. If the values ​​of the restart flag read within the set duration are all the second set values, and the number of restarts is less than the set threshold, that is, the current restart of the operating system by the slave processor may not be successful, and the set number of restarts of the slave processor has not exceeded the number of the set threshold, therefore, the operating system of the slave processor can be controlled to restart again, that is, the step of controlling the slave processor to restart is re-executed to ensure that the operating system of the slave processor can be restarted successfully.

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

[0091] In another scenario, in response to the restart flag values ​​read within a set time being the second set value and the number of restarts being greater than or equal to a set threshold, multiple processors in the vehicle-mounted mobile data center MDC are controlled to restart to ensure that the operating system of the slave processor is successfully restarted.

[0092] Furthermore, when it is determined that the operating system of the slave processor has been restarted successfully, the data to be interacted with by the user on the main processor is sent to the restarted operating system on the slave processor, wherein the data to be interacted with by the user is displayed on the interactive application by the restarted operating system, and the display interface of the interactive application is projected onto the central control screen for display, so as to realize interaction with the user.

[0093] 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 abnormally, the slave processor is controlled to restart independently. After the independent restart of the slave processor is completed, the number of restarts and the value of the restart flag are updated, so that the main processor restarts the slave processor multiple times according to the number of restarts and the value of the restart flag if the slave processor fails to restart successfully, thereby increasing the success rate of the independent restart of the slave processor, avoiding the restart of the entire system, and reducing the system security.

[0094] Based on the above embodiment, as an implementation method, before the main processor detects that the operating system of the slave processor is abnormal and prepares to restart the operating system of the slave processor, the configuration information of the external devices currently used by the operating system of the slave processor is backed up. After the operating system of the slave processor is restarted, the configuration information of the backed-up external devices is used to reconfigure the configuration information of the external devices, so that the configuration information of the external devices of the operating system of the slave processor remains consistent with that before the restart, thereby improving the stability of the system.

[0095] Based on the above embodiments, the embodiments of the present application provide another wake-up control method, which is applied to a slave processor among a plurality of processors included in a vehicle-mounted mobile data center MDC. Figure 5 A flowchart of another wake-up control method provided by an embodiment of the present application is shown as follows: Figure 5 As shown, the method comprises the following steps:

[0096] Step 501: Obtain a first de-reset instruction sent by a virtual machine monitor.

[0097] Step 502: According to the first reset instruction, the operating system of the slave processor is controlled to enter the running state from the sleep state.

[0098] Among them, the first reset instruction is that the main processor responds to detecting data to be interacted with by the user, reads the value of the 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, sends a power-on request to the virtual machine monitor, and the virtual machine monitor controls the slave processor to power on according to the power-on request and sends it.

[0099] It should be noted that the explanations in the aforementioned embodiments are also applicable to this 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 present application, in response to detecting data to be interacted with by the user, the value of the sleep flag of the operating system on the slave processor is read from the shared memory, and in response to determining that the operating system is in a sleep state according to the value of the sleep flag, a power-on request is sent to the virtual machine monitor, the power-on request is used for the virtual machine monitor to control the slave processor to power on, and when the power-on is completed, a reset instruction is sent to the slave processor, the reset instruction is used for the slave processor to control the slave processor to enter a running state from a sleep state according to the reset instruction, and start the operating system. In a scenario where interaction with the user is required, the slave processor in the sleep state is powered on by the main processor, and the operating system on the slave processor is woken up to enter a running state, so as to achieve the state where the operating system of the slave processor is in a sleep state when it is not needed, and can be woken up when it is needed, thereby reducing power consumption.

[0101] Based on the above embodiments, the present application provides another wake-up control method, which is applied to a slave processor. Figure 6 A flowchart of another wake-up control method provided by an embodiment of the present application is shown as follows: Figure 6 As shown, the method comprises the following steps:

[0102] Step 601: Obtain a first de-reset instruction sent by a virtual machine monitor.

[0103] Step 602: According to the first reset instruction, control the operating system of the slave processor to enter the running state from the sleep state.

[0104] Optionally, when the operating system that controls the slave processor enters the running state from the sleep state, the interactive application on the operating system is started, the data to be interacted with the user sent by the main processor is obtained, and the data to be interacted with the user displayed in the interactive application is projected onto a display screen in the vehicle for display, so as to realize the interaction between the user and the intelligent driving platform of the vehicle system, wherein the display screen is the central control screen.

[0105] Step 603: Receive a second de-reset instruction sent by the virtual machine monitor.

[0106] Among them, the second reset instruction is that the main processor sends 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 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.

[0107] 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.

[0108] Step 604: According to the second reset instruction, control the operating system to restart and enter the running state.

[0109] The first de-reset instruction is sent when the slave processor is switched from a sleep state to a running state. The second de-reset instruction is sent when the slave processor is restarted due to an operating system exception. In other words, the two de-reset instructions are generated in different scenarios and their functions are not exactly the same.

[0110] Step 605: 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.

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

[0112] Based on the above embodiments, Figure 7 This is an interactive schematic diagram of a wake-up control method according to an embodiment of the present application, which specifically illustrates how to wake up the slave processor.

[0113] like Figure 7 As shown, the main processor is also called the main control core, and the slave processor is also called the host core of the Android OS. When the main processor determines that there is a business operation that needs to interact with the user, it is necessary to interact with the user by waking up the HMI application running on the operating system of the slave processor.

[0114] The main processor determines whether the current Android operating system Android OS is in sleep mode. If not, the data is directly exchanged; if yes, the next step is continued.

[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 the Android OS, that is, the power-on process of the slave processor.

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

[0117] After the Android OS of the slave processor wakes up, it starts running and starts the HMI APP, while holding the lock to prevent the Android OS from sleeping;

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

[0119] When there is no business interaction required, the HMI APP ends its operation 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-down 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, which will not be repeated here.

[0124] Based on the above embodiments, Figure 8 This is an interactive schematic 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 operating system of the slave processor has any abnormality, and promptly repair the abnormality by restarting the operating system of the slave processor separately. The following describes the interactive process of restarting.

[0127] 2. On the main processor, the abnormal proxy task (thread_reset) of Android OS starts running with the loading and starting of Android OS, and is responsible for monitoring the abnormal running status of 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 a certain interrupt is enabled, through the backup configuration information, we know that the interrupt was in the enabled state before the restart. Therefore, after the restart, it is necessary to continue to enable the interrupt according to the backup configuration information to achieve recovery to the state before the restart.

[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 the stability of the system.

[0132] 6. The main processor requests the virtual machine monitor to power off the host core of the Android OS.

[0133] 7. The main processor restores the configuration of the peripherals used by the Android OS.

[0134] 8. The main processor requests the virtual machine monitor to power on the host core of the Android OS.

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

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

[0137] 11. After resetting the Android OS, the main processor will wait for the Android OS to restart successfully.

[0138] 12. If the restart success mark is monitored within the time threshold, the separate reset process is terminated; if it fails, the current number of separate restarts of the Android OS is determined. If it is greater than the set number, it means that it cannot be recovered after multiple attempts, and the whole system is restarted; if it is less than the set number, it is necessary to continue trying to reset and restart the Android OS separately, jump to step 6, and restart.

[0139] In order to implement the above embodiment, the embodiment of the present application also proposes a wake-up control device.

[0140] Fig. 9 A schematic diagram of the structure of a wake-up control device provided in an embodiment of the present application.

[0141] like Fig. 9 As shown, the device may include:

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

[0143] A sending module 92 is used 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 a sleep flag; the power-on request is used by the virtual machine monitor to control the power-on of the slave processor, and when the power-on is completed, send a first de-reset instruction to the slave processor; the first de-reset instruction is used by the slave processor to control the operating system on the slave processor from a sleep state to a running state according to the de-reset instruction.

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

[0145] A forwarding module is used to obtain 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.

[0146] In one implementation of the embodiment of the present application, the device further includes:

[0147] The first restart module is used for triggering the running of the proxy task on the main processor in response to determining that the operating system is in a running state according to the value of the sleep flag; monitoring whether the state of the operating system on the slave processor is abnormal through the proxy task; in response to determining that the state of the operating system is abnormal, sending 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 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, sending a second reset instruction to the slave processor to restart the operating system into a running state.

[0148] In one implementation of the embodiment of the present application, the device further includes:

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

[0150] In one implementation of the embodiment of the present application, the device further includes:

[0151] A second restart module is used to obtain the restart flag and restart number of the operating system of the slave processor; in response to the values ​​of the restart flag read within a set time period being the second set value, and the restart number is less than a 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.

[0152] In one implementation of the embodiment of the present application, the device further includes:

[0153] A determination module is used to determine that the restart of the operating system of the slave processor is completed in response to the value of the restart flag read within a set time period being a third set value; wherein the third set value is used to indicate that the operating system of the slave processor is successfully restarted.

[0154] In one implementation of the embodiment of the present application, the sending module 92 is also used to send the data to be interacted with the user to the operating system in a running state; the data to be interacted with the user is used for the operating system in a running state to display the data to be interacted with the user on the interactive application, and to project the display interface of the interactive application to the interactive interface display in the vehicle.

[0155] It should be noted that the above explanation of the method embodiment is also applicable to the device of this embodiment, and will not be repeated here.

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

[0157] In order to implement the above embodiment, the embodiment of the present application also proposes a wake-up control device.

[0158] Fig.10 A schematic diagram of the structure of a wake-up control device provided in an embodiment of the present application.

[0159] like Fig.10 As shown, the device may include:

[0160] The acquisition module 1001 is used to acquire a first de-reset instruction sent by a virtual machine monitor.

[0161] The control module 1002 is used to control the operating system of the slave processor to enter the running state from the sleep state according to the first de-reset instruction; wherein, the first de-reset instruction is that the main processor responds to detecting data to be interacted with the user, reads the value of the sleep flag of the operating system on the slave processor, responds to determining that the operating system is in the sleep state according to the value of the sleep flag, and sends a power-on request to the virtual machine monitor, and the virtual machine monitor controls the slave processor to power on after the power-on request is completed.

[0162] Furthermore, in an implementation of the embodiment of the present application, the device further includes:

[0163] The interactive module is used to start the interactive application on the operating system; obtain the data to be interacted with the user sent by the main processor; and project the data to be interacted with the user displayed in the interactive application to the interactive interface display in the vehicle.

[0164] In one implementation of the embodiment of the present application, the device further includes:

[0165] The sending module is used to send a power-off request to the main core processor in response to the operating system completing the interaction and entering the sleep state.

[0166] In one implementation of the embodiment of the present application, the device further includes:

[0167] 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 powering off and powering on in sequence; according to the second de-reset instruction, the operating system is controlled to restart and enter a running state; in response to the completion of the restart, the number of times the operating system is restarted is updated, and the value of the restart flag is reset to the first set value.

[0168] It should be noted that the above explanation of the method embodiment is also applicable to the device of this embodiment, and will not be repeated here.

[0169] In the wake-up control device of the embodiment of the present application, in response to detecting data to be interacted with by the user, the value of the sleep flag of the operating system on the slave processor is read from the shared memory, and in response to determining that the operating system is in a sleep state according to the value of the sleep flag, a power-on request is sent to the virtual machine monitor, the power-on request is used for the virtual machine monitor to control the slave processor to power on, and when the power-on is completed, a reset instruction is sent to the slave processor, the reset instruction is used for the slave processor to control the slave processor to enter a running state from a sleep state according to the reset instruction, and start the operating system. In a scenario where interaction with the user is required, the slave processor in the sleep state is powered on by the main processor, and the operating system on the slave processor is woken up to enter a running state, so as to achieve the state where the operating system of the slave processor is in a sleep state when it is not needed, and can be woken up when it is needed, thereby reducing power consumption.

[0170] In order to implement the above embodiments, the present application also proposes a vehicle, including 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 described in the above method embodiments is implemented.

[0171] In order to implement the above embodiments, the present application also proposes a non-temporary computer-readable storage medium on which a computer program is stored. When the program is executed by a processor, the method described in the above method embodiments is implemented.

[0172] In order to implement the above embodiments, the present application also proposes a computer program product on which a computer program is stored. When the computer program is executed by a processor, the method described in the above method embodiments is implemented.

[0173] Fig.11 600 is a schematic diagram of a vehicle structure provided by an embodiment of the present application. For example, vehicle 600 may be a hybrid vehicle, or a non-hybrid vehicle, an electric vehicle, a fuel cell vehicle, or other types of vehicles. Vehicle 600 may be an autonomous vehicle, a semi-autonomous vehicle, or a non-autonomous vehicle.

[0174] Reference Fig.11 , the vehicle 600 may include various subsystems, for example, 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 may also include more or fewer subsystems, and each subsystem may include multiple components. In addition, each subsystem and each component of the vehicle 600 may be interconnected by wire or wireless means.

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

[0176] The perception system 620 may include several sensors for sensing information about the environment around the vehicle 600. For example, the perception system 620 may include a global positioning system (the global positioning system may be a GPS system, or 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 may include a computing system, a vehicle controller, a steering system, a throttle, and a braking system.

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

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

[0180] The processor 651 may be any conventional processor, such as a commercially available CPU. The processor may also include a graphics processor (Graphic Process Unit, GPU), a field programmable gate array (Field Programmable Gate Array, FPGA), a system on chip (System on Chip, SOC), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC) or a combination thereof.

[0181] The memory 652 may be implemented by any type of volatile or nonvolatile storage device 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 may also store data, such as road maps, route information, and data such as the location, direction, and speed of the vehicle. The data stored in the memory 652 may be used by the computing platform 650 .

[0183] In the embodiment of the present disclosure, the processor 651 may execute the instruction 653 to complete all or part of the steps of the above method.

[0184] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples" etc. means that the specific features, structures, materials or characteristics described in conjunction with the embodiment or example are included in at least one embodiment or example of the present application. In this specification, the schematic representations of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features, structures, materials or characteristics described may be combined in any one or more embodiments or examples in a suitable manner. In addition, those skilled in the art may combine and combine the different embodiments or examples described in this specification and the features of the different embodiments or examples, without contradiction.

[0185] In addition, the terms "first" and "second" are used for descriptive purposes only and should not be understood as indicating or implying relative importance or implicitly indicating the number of the indicated technical features. Therefore, the features defined as "first" and "second" may explicitly or implicitly include at least one of the features. In the description of this application, the meaning of "plurality" is at least two, such as two, three, etc., unless otherwise clearly and specifically defined.

[0186] Any process or method description in a flowchart or otherwise described herein may be understood to represent a module, fragment or portion of code comprising one or more executable instructions for implementing the steps of a custom logical function or process, and the scope of the preferred embodiments of the present application includes alternative implementations in which functions may not be performed in the order shown or discussed, including performing functions in a substantially simultaneous manner or in the reverse order depending on the functions involved, which should be understood by technicians in the technical field to which the embodiments of the present application belong.

[0187] The logic and / or steps represented in the flowchart or otherwise described herein, for example, can be considered as an ordered list of executable instructions for implementing logical functions, and can be embodied in any computer-readable medium for use by an instruction execution system, device or apparatus (such as a computer-based system, a system including a processor, or other system that can fetch instructions from an instruction execution system, device or apparatus and execute the instructions), or in combination with these instruction execution systems, devices or apparatuses. For the purpose of this specification, "computer-readable medium" can be any device that can contain, store, communicate, propagate or transmit a program for use by an instruction execution system, device or apparatus, or in combination with these instruction execution systems, devices or apparatuses. More specific examples of computer-readable media (a non-exhaustive list) include the following: an electrical connection with one or more wires (electronic device), a portable computer disk box (magnetic device), a random access memory (RAM), a read-only memory (ROM), an erasable and programmable read-only memory (EPROM or flash memory), a fiber optic device, and a portable compact disk read-only memory (CDROM). In addition, the computer-readable medium may even be paper or other suitable medium on which the program is printed, since the program may be obtained electronically, for example, by optically scanning the paper or other medium and then editing, interpreting or processing in other suitable ways if necessary, and then stored in a computer memory.

[0188] It should be understood that the various parts of the present application can be implemented by hardware, software, firmware or a combination thereof. In the above-mentioned embodiments, multiple steps or methods can be implemented by software or firmware stored in a memory and executed by a suitable instruction execution system. For example, if implemented by hardware, as in another embodiment, it can be implemented by any one of the following technologies known in the art or their combination: a discrete logic circuit having a logic gate circuit for implementing a logic function for a data signal, a dedicated integrated circuit having a suitable combination of logic gate circuits, a programmable gate array (PGA), a field programmable gate array (FPGA), etc.

[0189] A person skilled in the art may understand that all or part of the steps in the method for implementing the above-mentioned embodiment may be completed by instructing related hardware through a program, and the program may be stored in a computer-readable storage medium, which, when executed, includes one or a combination of the steps of the method embodiment.

[0190] In addition, each functional unit in each embodiment of the present application may be integrated into a processing module, or each unit may exist physically separately, or two or more units may be integrated into one module. The above-mentioned integrated module may be implemented in the form of hardware or in the form of a software functional module. If the integrated module is implemented in the form of a software functional module and sold or used as an independent product, it may also be stored in a computer-readable storage medium.

[0191] The storage medium mentioned above may 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 can be understood that the above embodiments are exemplary and cannot be understood as limiting the present application. A person of ordinary skill in the art may change, modify, replace and modify 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 bit of an operating system on a slave processor; In response to determining that the operating system is in a sleep state according to the value of a sleep flag, a power-on request is sent to a virtual machine monitor; the power-on request is used by the virtual machine monitor to control the power-on of the slave processor, and when the power-on is completed, a first de-reset instruction is sent to the slave processor; the first de-reset instruction is used by the slave processor to control the operating system on the slave processor from a sleep state to a running state according to the de-reset instruction.

2. The method according to claim 1, characterized in that 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, characterized in that 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 bit, triggering the proxy task on the main processor to run; Monitoring whether the state of the operating system on the slave processor is abnormal through the agent task; In response to determining that the state of the operating system is abnormal, 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 and enter a running state.

4. The method according to claim 3, characterized in that 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, characterized in that 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, characterized in that The method further comprises: In response to the value of the restart flag read within a set time period being a third set value, it is determined that the restart of the operating system of the slave processor is complete; 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, characterized in that: The method further comprises: The data to be interacted with by the user is sent to the operating system in running state; the data to be interacted with by the operating system in running state displays the data to be interacted with by the user on the interactive application, and projects the display interface of the interactive application to the interactive interface display in the vehicle.

8. A wake-up control method, characterized in that: A slave processor among multiple processors included in a vehicle-mounted mobile data center MDC includes: Obtaining a first de-reset instruction sent by the virtual machine monitor; According to the first de-reset instruction, the operating system of the slave processor is controlled to enter the running state from the sleep state; wherein, the first de-reset instruction is that the main processor responds to detecting data to be interacted with the user, reads the value of the sleep flag of the operating system on the slave processor, responds to determining that the operating system is in the sleep state according to the value of the sleep flag, sends a power-on request to the virtual machine monitor, and the virtual machine monitor controls the slave processor to power on after the power-on request is completed.

9. The method according to claim 8, characterized in that After controlling the operating system of the slave processor from the sleep state to the running state according to the reset instruction, the method further includes: Starting an interactive application on the operating system; Acquire data to be interacted with a 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, characterized in that 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 core processor.

11. The method according to claim 8, characterized in that The method further comprises: receiving a second de-reset instruction sent by the virtual machine monitor; the second de-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 in sequence according to the power-off request and the power-on request in the restart message, and sends the instruction to the slave processor in response to the slave processor powering off and powering on in sequence being completed; According to the second reset instruction, controlling the operating system to restart and enter a running state; 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 a 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 bit of an operating system on a slave processor in response to detecting data to be interacted with a user; A sending module, used for sending a power-on request to a virtual machine monitor in response to determining that the operating system is in a sleep state according to the value of a sleep flag; the power-on request is used by the virtual machine monitor to control the power-on of the slave processor, and when the power-on is completed, send a first de-reset instruction to the slave processor; the first de-reset instruction is used by the slave processor to control the operating system on the slave processor from a sleep state to a running state according to the de-reset instruction.

13. A wake-up control device, characterized in that: A slave processor among multiple processors included in a vehicle-mounted mobile data center MDC includes: An acquisition module, used for acquiring a first de-reset instruction sent by a virtual machine monitor; A control module, used for 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 main processor in response to detecting data to be interacted with by a user, reading the value of the 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 controls the slave processor to power on after the power-on request is completed.

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 is implemented, 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