CN108804150B

CN108804150B - Terminal standby process processing method and terminal

Info

Publication number: CN108804150B
Application number: CN201810639679.7A
Authority: CN
Inventors: 初德进
Original assignee: Hisense Visual Technology Co Ltd
Current assignee: Hisense Visual Technology Co Ltd
Priority date: 2018-06-20
Filing date: 2018-06-20
Publication date: 2021-06-22
Anticipated expiration: 2038-06-20
Also published as: CN108804150A

Abstract

The embodiment of the invention provides a terminal standby process processing method and a terminal, wherein the method is applied to the terminal, and the terminal comprises the following steps: ARM and MCU, the method includes: after receiving the standby instruction, the ARM sends a notification message to the MCU, wherein the notification message is used for indicating the start of the standby process; and if the MCU does not receive the standby completion instruction sent by the ARM after the preset time period, the MCU controls the terminal to enter a standby state. After the standby flow is started, if a fault occurs, the standby flow can be actively ended after the preset time, and the phenomenon that the terminal is in infinite circulation due to the fault after entering the standby flow, so that the terminal is halted is avoided.

Description

Terminal standby process processing method and terminal

Technical Field

The present invention relates to terminal technologies, and in particular, to a method for processing a standby process of a terminal and a terminal.

Background

For a terminal supporting a standby to memory (STR) function, during a standby process, an external device may malfunction, which may cause an abnormality, and thus a standby process may be repeatedly executed and endlessly circulated.

Generally, a user starts a standby process, and the terminal will be blank, so that even if an abnormal standby process is repeatedly executed, the user cannot easily find the standby process, and cannot notice that the terminal cannot be started up until the terminal needs to be started up next time. The prior art can only solve the problem by powering off and powering on the terminal.

However, the prior art causes a lot of power consumption in the infinite loop process and affects the user experience.

Disclosure of Invention

The invention provides a terminal standby process processing method and a terminal, which are used for solving the problem of infinite circular standby process when a fault occurs in the current terminal standby process.

The first aspect of the present invention provides a method for processing a standby process of a terminal, where the method is applied to a terminal, and the terminal includes: the method comprises the following steps of:

after receiving the standby instruction, the ARM sends a notification message to the MCU, wherein the notification message is used for indicating the start of the standby process;

and if the MCU does not receive the standby completion instruction sent by the ARM after the preset time period, the MCU controls the terminal to enter a standby state.

In one possible design, the MCU controls the terminal to enter a standby state, including:

and the MCU controls the ARM to be powered off and controls the terminal to enter a standby state.

In one possible design, after receiving the standby command, the ARM sends a notification message to the microprocessor MCU, including:

and after receiving the standby instruction, the ARM sends a notification message to the MCU in a memory sharing mode.

In one possible design, after the ARM receives the standby instruction and sends a notification message to the microprocessor MCU, the method further includes:

and after receiving the notification message, the MCU starts a timer to start timing.

In one possible design, after the MCU controls the terminal to enter the standby state, the method further includes:

after receiving the awakening instruction, the MCU sends an awakening notice to the ARM;

and the ARM powers on and runs an operating system according to the awakening notification.

A second aspect of the present invention provides a terminal, including: the system comprises a simplified instruction set microprocessor ARM and a micro control unit MCU;

the ARM is used for sending a notification message to the MCU after receiving the standby instruction, wherein the notification message is used for indicating the start of the standby process;

and the MCU is used for controlling the terminal to enter a standby state if the standby completion instruction sent by the ARM is not received after a preset time period.

In a possible design, the MCU is specifically configured to control the ARM to power off, and control the terminal to enter a standby state.

In a possible design, the ARM is specifically configured to send a notification message to the MCU in a memory sharing manner after receiving the standby instruction.

In a possible design, the MCU is further configured to start a timer to start timing after receiving the notification message.

In one possible design, the MCU is further configured to send a wakeup notification to the ARM after receiving a wakeup instruction;

and the ARM is also used for powering on and operating an operating system according to the awakening notice.

A third aspect of the invention provides a program product, such as a computer readable storage medium, comprising a program which, when executed by a processor, is adapted to perform the method of the first aspect above.

In the terminal standby process processing method and the terminal provided by the embodiment of the invention, after receiving a standby instruction, the ARM sends a notification message to the MCU, the notification message is used for indicating the standby process to be started, and if the MCU does not receive a standby completion instruction sent by the ARM after a preset time period, the MCU controls the terminal to enter a standby state. After the standby flow is started, if a fault occurs, the standby flow can be actively ended after the preset time, and the phenomenon that the terminal is in infinite circulation due to the fault after entering the standby flow, so that the terminal is halted is avoided.

Drawings

FIG. 1 is a schematic diagram of a CPU in a terminal;

fig. 2 is a schematic flowchart of a processing method for a standby process of a terminal according to an embodiment of the present application;

fig. 3 is a schematic flowchart of a processing method for a standby process of a terminal according to another embodiment of the present application;

fig. 4 is a schematic structural diagram of a terminal according to an embodiment of the present application.

Detailed Description

Fig. 1 is a schematic structural diagram of a central processing unit in a terminal. As shown in fig. 1, a Central Processing Unit (CPU) may include: reduced Instruction Set (RISC) microprocessors (Advanced RISC Machines, ARM for short), Microcontroller units (MCU for short), Watchdog (Watchdog Timer, WDT), memory, etc.

The ARM core (core) is used as an application processing unit, and runs an operating system of the terminal, where the operating system may be, for example: unix (linux) or android (android) operating systems, etc., which are available for free.

The MCU (for example, may be a C51core) is a single chip microcomputer architecture, and program software independent of the ARM core is run on the MCU and is responsible for behaviors of the system after standby, such as functions of standby wakeup and the like. The MCU and the ARM core are communicated in a memory sharing mode.

The WDT is a hardware watchdog independent of the ARM core and is responsible for monitoring the operating condition of the operating system.

And for the terminal supporting the STR, storing all current running data of the operating system in a running memory during standby.

In this application, the terminal can be smart television, smart mobile phone, panel computer, wearing equipment etc. do not do the restriction here.

Taking the smart phone as an example, the Memory may be a Double Synchronous Dynamic Random Access Memory (DDR) chip. Where double rate means that data can be transferred on both the rising and falling edges of the clock. Currently, DDR chips are available on the market as DDR, DDR2, DDR3, DDR4, which are four versions of DDR technology.

Because DDR is a Dynamic Random Access Memory (DRAM), the basic Memory cell is a gate capacitor of a Metal-Oxide-Semiconductor Field Effect Transistor (MOS), the time for the capacitor to hold the charge is limited, in order to timely replenish the leaked charge, the gate capacitor must be replenished with charge at regular time, this operation of replenishing charge is called a refresh operation, which is actually to charge each cell once in turn.

The refresh operation is divided into two types: auto Refresh (AR) and Self Refresh (SR). The SR is mainly used for data storage in a sleep mode low power consumption state. When the AR command is issued, the SR mode is entered by putting the clock enable signal (CKE) in an inactive state, and at this time, refresh operation is performed according to an internal clock instead of operating on the system clock. All external signals except CKE are inactive during SR, and only when CKE is reactivated can SR mode be exited and normal operation be entered.

Taking an android system as an example, at present, after receiving a standby instruction, a power management (PowerManager) service in the android system leads to complete related services of the android system, a module enters a suspend (suspend) mode, then enters a linux kernel layer, runs a kernel layer suspend related flow, freezes (freeze) a user process and a kernel process, and sets connected peripherals and modules, such as a usb disk and a wireless module, to enter a standby mode.

In the process, if the suspend flow of the kernel layer fails, the kernel layer returns to the upper layer of the android again according to the original design of the android system, the standby flow is moved again, and the process is repeated in sequence.

And if the suspend flow of the kernel layer is successfully completed, then setting all DDR chips connected with all controllers to enter an SR self-refresh mode, and ensuring that the current running data of the android system can be saved. And finally, jumping to the MCU for standby operation and waiting for an external wake-up event to wake up the equipment.

In the STR standby mode, only the MCU and the memory in the CPU are in live operation, and other modules are powered off.

In the application, a new method is provided for the situations that a standby flow fails, returns to the upper layer of the android, and goes back to the standby flow, and is circulated indefinitely, so that the standby can be performed normally.

Fig. 2 is a flowchart illustrating a method for processing a standby process of a terminal according to an embodiment of the present application, where the method is applied to the terminal and can be executed by the terminal or a CPU of the terminal. Specifically, referring to fig. 1, the terminal or the CPU of the terminal may include: ARM and MCU.

As shown in fig. 2, the method includes:

s201, after receiving the standby instruction, the ARM sends a notification message to the MCU, and the notification message is used for indicating the standby process to start.

Specifically, the operating system runs on the ARM core, and when the user starts a standby function on the terminal, for example, the user clicks a standby button, or for the smart television, the user presses a power-off key to start standby through a remote controller, and the like, the ARM receives a standby instruction.

In this embodiment, the MCU is started to synchronize the standby process, so that the MCU starts timing.

Specifically, after receiving the standby instruction, when the Android system of the terminal enters suspend, the synchronous standby process is started to the MCU, that is, the notification message is sent to the MCU.

S202, if the MCU does not receive a standby completion instruction sent by the ARM after the preset time period, the MCU controls the terminal to enter a standby state.

After learning that the standby flow is started, the MCU can start timing, and after a preset time period, if the standby flow is not executed to the MCU according to the preset flow, and there is a great possibility that a fault occurs in the standby process, the MCU directly controls the terminal to enter a standby state, that is, a state waiting for wakeup. Thus, the endless waiting standby flow is not needed to be repeatedly executed in the ARM.

In this embodiment, after receiving the standby instruction, the ARM sends a notification message to the MCU, where the notification message is used to instruct the start of the standby process, and if the MCU does not receive the standby completion instruction sent by the ARM after a preset time period, the MCU controls the terminal to enter the standby state. After the standby flow is started, if a fault occurs, the standby flow can be actively ended after the preset time, and the phenomenon that the terminal is in infinite circulation due to the fault after entering the standby flow, so that the terminal is halted is avoided.

Further, the MCU may control the terminal to enter a standby state: and the MCU controls the ARM to power off and controls the terminal to enter a standby state.

If waiting for a period of time, the standby flow is not executed to the MCU, the MCU actively stops ARM execution of the standby flow, and the standby flow is forced to jump to the MCU for execution.

In this embodiment, an optional manner is that the MCU controls the ARM to power off, and then the standby process directly jumps to the MCU, and then the MCU continues to execute the standby process, and the control terminal enters the standby state to wait for waking up.

Optionally, in an implementation manner, after receiving the standby instruction, the ARM sends a notification message to the MCU, where the notification message may be: and after receiving the standby instruction, the ARM sends a notification message to the MCU in a memory sharing mode.

The ARM core and the MCU can communicate in a memory sharing mode, and after a standby instruction is input by a user, the ARM core sends the notification message to the MCU in a memory sharing mode so as to start a synchronous standby process to the MCU.

Further, after the ARM receives the standby instruction and sends a notification message to the MCU, the method provided by the present application may further include: and after receiving the notification message, the MCU starts a timer to start timing.

In the method provided by the application, the MCU is enabled to time after learning the start of the standby process, and if the MCU does not receive the standby completion instruction sent by the ARM after the preset time period, namely the standby process is not executed to the MCU, the MCU directly controls the terminal to enter the standby state.

Specifically, the MCU may use a timer to time, that is, after receiving the notification message, the MCU starts the timer to time, and directly controls the terminal to enter the standby state after recording the preset time period.

By the method of the embodiment, the terminal can smoothly enter the standby state and wait for awakening. When a user needs to use the terminal, a wake-up instruction is input by operating the startup/startup control to wake up the operating system.

Optionally, after the MCU controls the terminal to enter the standby state, the method may further include: and after receiving the awakening instruction, the MCU sends an awakening notice to the ARM, namely, the flow is switched to the ARM, and the ARM is powered on and operates an operating system according to the awakening notice.

Specifically, a user inputs a wake-up instruction through a power-on button, a power-on control and the like of the operation terminal to control the terminal to wake up the operation system, so that the terminal is normally used.

And after receiving the awakening instruction, the MCU sends an awakening notice to the ARM, and jumps to the ARM to start an awakening process. And the ARM powers on and runs an operating system according to the awakening notification.

Optionally, if the time length of entering the standby state exceeds the preset threshold, the CPU may also control the terminal to shut down for better energy saving, which is not limited in this application.

Fig. 3 is a schematic flow chart of a processing method for a standby process of a terminal according to another embodiment of the present application, where an execution main body is an MCU, and a standby flow may be as shown in fig. 3, where the standby flow includes:

s301, receiving a standby flow starting message sent by the ARM, and starting a timer.

Specifically, when the Andorid system enters the suspend flow, the MCU is notified in a memory sharing manner, and the ARM standby flow starts. After receiving the message for starting the standby flow, the MCU starts a timer and executes step S302.

S302, whether the standby process is finished within a preset time period is monitored.

Specifically, before the timer reaches the preset time, whether a standby completion instruction sent by the ARM is received or not is judged, if yes, the standby flow is finished within the preset time period, and if not, the standby flow is not finished within the preset time period.

If yes, go to step S304; if not, go to step S303.

S303, powering off the ARM, and jumping the standby flow to the MCU for execution.

And S304, the control terminal enters a standby state.

Subsequently, after receiving the awakening instruction, the MCU sends an awakening notice to the ARM, and jumps to the ARM to start an awakening process. And the ARM powers on and runs an operating system according to the awakening notification.

Fig. 4 is a schematic structural diagram of a terminal according to an embodiment of the present application, and as shown in fig. 4, the terminal includes: ARM401 and MCU 402.

It should be noted that, referring to fig. 1, the ARM401 and the MCU402 may be integrated on a CPU of the terminal, but are not limited thereto.

As shown in fig. 4, the ARM401 is configured to send a notification message to the microprocessor MCU after receiving the standby instruction, where the notification message is used to instruct the start of the standby process.

The MCU402 is configured to control the terminal to enter a standby state if a standby completion instruction sent by the ARM is not received after a preset time period.

Optionally, the MCU402 is specifically configured to control the ARM to power off, and control the terminal to enter a standby state.

In an embodiment, the ARM401 is specifically configured to send a notification message to the MCU in a memory sharing manner after receiving the standby instruction.

Further, the MCU402 is further configured to start a timer to start timing after receiving the notification message.

Optionally, in another embodiment, the MCU402 is further configured to send a wakeup notification to the ARM after receiving the wakeup instruction;

correspondingly, the ARM401 is further configured to power on and run the operating system according to the wake-up notification.

The terminal is used for executing the method embodiments, and the implementation principle and the technical effect are similar, and are not described herein again.

In the embodiments provided in the present invention, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.

The integrated unit implemented in the form of a software functional unit may be stored in a computer readable storage medium. The software functional unit is stored in a storage medium and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device) or a processor (processor) to execute some steps of the methods according to the embodiments of the present invention. And the aforementioned storage medium includes: a U disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.

Claims

1. A processing method for a standby process of a terminal is characterized in that the method is applied to the terminal, and the terminal comprises the following steps: the method comprises the following steps of:

after the ARM receives the standby instruction, the android system of the terminal enters suspend (suspend), and a notification message is sent to the MCU, wherein the notification message is used for indicating the start of the standby process;

if the MCU does not receive the standby completion instruction sent by the ARM within the preset time period after receiving the standby instruction, the MCU controls the ARM to power off and controls the terminal to enter a standby state.

2. The method of claim 1, wherein the ARM sends a notification message to the MCU after receiving the standby command, comprising:

3. The method of claim 1, wherein after the ARM receives the standby command and sends a notification message to the MCU, the method further comprises:

4. The method according to claim 1, wherein after the MCU controls the terminal to enter the standby state, the method further comprises:

5. A terminal, comprising: the system comprises a simplified instruction set microprocessor ARM and a micro control unit MCU;

the ARM is used for enabling an android system of the terminal to enter a suspend state (suspend) after receiving a standby instruction, and sending a notification message to the MCU, wherein the notification message is used for indicating the start of a standby process;

and the MCU is used for controlling the ARM to be powered off and controlling the terminal to enter a standby state if the standby completion instruction sent by the ARM is not received within a preset time period after the standby instruction is received.

6. The terminal of claim 5, wherein the ARM is specifically configured to send a notification message to the MCU in a memory sharing manner after receiving the standby instruction.

7. The terminal of claim 5, wherein the MCU is further configured to start a timer to start timing after receiving the notification message.

8. The terminal of claim 5, wherein the MCU is further configured to send a wakeup notification to the ARM after receiving the wakeup command;