WO2017000401A1 - 唤醒mcu的方法及装置 - Google Patents

唤醒mcu的方法及装置 Download PDF

Info

Publication number
WO2017000401A1
WO2017000401A1 PCT/CN2015/090609 CN2015090609W WO2017000401A1 WO 2017000401 A1 WO2017000401 A1 WO 2017000401A1 CN 2015090609 W CN2015090609 W CN 2015090609W WO 2017000401 A1 WO2017000401 A1 WO 2017000401A1
Authority
WO
WIPO (PCT)
Prior art keywords
mcu
deep sleep
sleep state
wake
update message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/CN2015/090609
Other languages
English (en)
French (fr)
Inventor
孟德国
丁一
侯恩星
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xiaomi Inc
Original Assignee
Xiaomi Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Xiaomi Inc filed Critical Xiaomi Inc
Priority to MX2016005401A priority Critical patent/MX356619B/es
Priority to RU2016117390A priority patent/RU2647679C2/ru
Priority to KR1020167009444A priority patent/KR101845877B1/ko
Priority to JP2017525669A priority patent/JP6284687B2/ja
Publication of WO2017000401A1 publication Critical patent/WO2017000401A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234Power saving characterised by the action undertaken
    • G06F1/3243Power saving in microcontroller unit
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3206Monitoring of events, devices or parameters that trigger a change in power modality
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/26Power supply means, e.g. regulation thereof
    • G06F1/32Means for saving power
    • G06F1/3203Power management, i.e. event-based initiation of a power-saving mode
    • G06F1/3234Power saving characterised by the action undertaken
    • G06F1/3293Power saving characterised by the action undertaken by switching to a less power-consuming processor, e.g. sub-CPU
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14Handling requests for interconnection or transfer
    • G06F13/20Handling requests for interconnection or transfer for access to input/output bus
    • G06F13/24Handling requests for interconnection or transfer for access to input/output bus using interrupt
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4418Suspend and resume; Hibernate and awake
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. Transmission Power Control [TPC] or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0261Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0287Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level changing the clock frequency of a controller in the equipment
    • H04W52/0293Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level changing the clock frequency of a controller in the equipment having a sub-controller with a low clock frequency switching on and off a main controller with a high clock frequency
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02BCLIMATE CHANGE MITIGATION TECHNOLOGIES RELATED TO BUILDINGS, e.g. HOUSING, HOUSE APPLIANCES OR RELATED END-USER APPLICATIONS
    • Y02B70/00Technologies for an efficient end-user side electric power management and consumption
    • Y02B70/10Technologies improving the efficiency by using switched-mode power supplies [SMPS], i.e. efficient power electronics conversion e.g. power factor correction or reduction of losses in power supplies or efficient standby modes
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D10/00Energy efficient computing, e.g. low power processors, power management or thermal management
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to the field of smart device technologies, and in particular, to a method and an apparatus for waking up an MCU.
  • the power consumption control of smart devices is becoming more and more strict. Therefore, in order to reduce the power consumption of the smart device, it is necessary to control the MCU (Microcontroller Unit) to enter a deep sleep state when idle.
  • MCU Microcontroller Unit
  • the system When there is a business logic to be executed, the system will wake up the MCU by issuing an interrupt wake-up signal to the MCU through the specified pin in the MCU.
  • the system will wake up the MCU by issuing an interrupt wake-up signal to the MCU through the specified pin in the MCU.
  • embodiments of the present disclosure provide a method and apparatus for waking up an MCU.
  • the technical solution is as follows:
  • a method for waking up an MCU including:
  • the determining whether the second MCU is in a deep sleep state includes:
  • the pre-stored state parameter of the second MCU is determined according to a status update message sent by the second MCU;
  • the state parameter of the second MCU stored in advance is a deep sleep state, it is determined that the second MCU is in a deep sleep state.
  • the determining whether the second MCU is in a deep sleep state includes:
  • the response message returned by the second MCU is not received within a preset time, it is determined that the second MCU is in a deep sleep state.
  • the method further includes:
  • the method further includes:
  • an apparatus for waking up an MCU including:
  • a determining module configured to determine, when the first MCU triggers a communication event of transmitting data to the second MCU, whether the second MCU is in a deep sleep state
  • a wake-up module configured to send an interrupt wake-up signal to the second MCU to wake up by using a wake-up pin connected between the first MCU and the second MCU when the second MCU is in a deep sleep state The second MCU.
  • the determining module includes:
  • a detecting unit configured to detect a pre-stored state parameter of the second MCU, where the pre-stored state parameter of the second MCU is determined according to a status update message sent by the second MCU;
  • the first determining unit is configured to determine that the second MCU is in a deep sleep state when the state parameter of the second MCU stored in advance is a deep sleep state.
  • the determining module includes:
  • a sending unit configured to send a probe message to the second MCU by using a communication interface between the first MCU and the second MCU;
  • the second determining unit is configured to determine that the second MCU is in a deep sleep state when the response message returned by the second MCU is not received within a preset time.
  • the device further includes:
  • a receiving module configured to receive a status update message sent by the second MCU, where the status update message carries The status parameter of the band is the working state;
  • a transmitting module configured to determine, according to the status update message, that the second MCU is woken up, and transmit data to the second MCU by using a communication interface between the first MCU and the second MCU.
  • the device further includes:
  • an update module configured to update a pre-stored state parameter of the second MCU according to the state parameter carried in the status update message.
  • an apparatus for waking up an MCU including:
  • a memory for storing processor executable instructions
  • processor is configured to:
  • An interrupt wake-up signal is sent to the second MCU through a wake-up pin connected between the first MCU and the second MCU.
  • the external interrupt event triggered by the MCU other than the MCU in the deep sleep state is implemented to wake up the MCU in the deep sleep state, and the MCU can be communicated without waiting for the MCU to be awakened by the internal interrupt event, thereby improving the efficiency of communication between the MCUs.
  • FIG. 1 is a flowchart of a method for waking up an MCU according to an exemplary embodiment
  • FIG. 2 is a flowchart of a method for waking up an MCU according to an exemplary embodiment
  • FIG. 3 is a flowchart of a method for waking up an MCU according to an exemplary embodiment
  • FIG. 4 is a flowchart of a method for waking up an MCU according to an exemplary embodiment
  • FIG. 5 is a block diagram of an apparatus for waking up an MCU, according to an exemplary embodiment
  • FIG. 6 is a block diagram of a determining module in an apparatus for waking up an MCU, according to an exemplary embodiment
  • FIG. 7 is a block diagram of an apparatus for waking up an MCU according to an exemplary embodiment. structure).
  • An exemplary embodiment of the present disclosure provides a method for waking up an MCU.
  • the method embodiment is applied to a smart device. Referring to FIG. 1, the method process includes:
  • step 101 when the first MCU triggers a communication event of transmitting data to the second MCU, determining whether the second MCU is in a deep sleep state;
  • step 102 if the second MCU is in a deep sleep state, sending an interrupt wake-up signal to the second MCU by using a wake-up pin connected between the first MCU and the second MCU to wake up the The second MCU.
  • determining whether the second MCU is in a deep sleep state including:
  • the pre-stored state parameter of the second MCU is determined according to a status update message sent by the second MCU;
  • the state parameter of the second MCU stored in advance is a deep sleep state, it is determined that the second MCU is in a deep sleep state.
  • determining whether the second MCU is in a deep sleep state including:
  • the response message returned by the second MCU is not received within a preset time, it is determined that the second MCU is in a deep sleep state.
  • the method further includes:
  • the method further includes:
  • the embodiment of the present disclosure sends a wake-up pin connected between the first MCU and the second MCU to the second MCU.
  • Send interrupt wake-up signal The external interrupt event triggered by the MCU other than the MCU in the deep sleep state is implemented to wake up the MCU in the deep sleep state, and the MCU can be communicated without waiting for the MCU to be awakened by the internal interrupt event, thereby improving the efficiency of communication between the MCUs.
  • An exemplary embodiment of the present disclosure provides a method for waking up an MCU.
  • the method embodiment is applied to a smart device. Referring to FIG. 2, the method process includes:
  • step 201 when the first micro control unit MCU triggers a communication event of transmitting data to the second MCU, it is determined whether the second MCU is in a deep sleep state.
  • step 201 determines whether the second MCU is in the deep sleep state.
  • step 201 can be performed by the following steps.
  • step 2011 the status parameter of the second MCU stored in advance is detected, and the status parameter of the second MCU stored in advance is determined according to the status update message sent by the second MCU;
  • step 2012 if the state parameter of the second MCU stored in advance is the deep sleep state, it is determined that the second MCU is in the deep sleep state.
  • step 2013, a probe message is sent to the second MCU through a communication interface between the first MCU and the second MCU;
  • step 2014 if the response message returned by the second MCU is not received within the preset time, it is determined that the second MCU is in a deep sleep state.
  • step 202 if the second MCU is in the deep sleep state, the second MCU is woken up by sending an interrupt wake-up signal to the second MCU through the wake-up pin connected between the first MCU and the second MCU.
  • step 203 the status update message sent by the second MCU is received, and the status parameter carried in the status update message is an active status.
  • step 204 it is determined that the second MCU is woken up according to the status update message, and transmits data to the second MCU through a communication interface between the first MCU and the second MCU.
  • step 205 the state parameter of the second MCU stored in advance is updated according to the state parameter carried in the status update message.
  • step 205 is the first step in step 201 after determining whether the second MCU is in a deep sleep state.
  • Step 205 may be exempt from execution relative to the second way of determining if the second MCU is in a deep sleep state.
  • the embodiment of the present disclosure sends a wake-up pin connected between the first MCU and the second MCU to the second MCU.
  • Send interrupt wake-up signal The external interrupt event triggered by the MCU other than the MCU in the deep sleep state is implemented to wake up the MCU in the deep sleep state, and the MCU can be communicated without waiting for the MCU to be awakened by the internal interrupt event, thereby improving the efficiency of communication between the MCUs.
  • An exemplary embodiment of the present disclosure provides a method for waking up an MCU.
  • the method embodiment is applied to a smart device. Referring to FIG. 3, the method process includes:
  • step 301 when the first MCU triggers a communication event of transmitting data to the second MCU, detecting a state parameter of the second MCU stored in advance, and the state parameter of the second MCU stored in advance is a state according to the second MCU.
  • the update message is determined.
  • the first MCU determines whether the second MCU is in a deep sleep state by a state parameter of the second MCU stored in its own register.
  • the parameter of the status parameter of each MCU in the smart device is stored in the register of the first MCU.
  • the MCU When the MCU enters the deep sleep state or wakes up from the deep sleep state into the working state, the MCU sends a status update message to the MCU to inform the status of the other MCUs.
  • the status parameters carried in the status update message include, but are not limited to, a deep sleep state and an active state.
  • the first MCU Before transmitting the data to the second MCU, the first MCU may first view the state parameter of the second MCU in the parameter list stored by itself, and then determine whether to perform the wakeup process according to the queried state.
  • step 302 if the state parameter of the second MCU stored in advance is a deep sleep state, it is determined that the second MCU is in a deep sleep state.
  • the queried state parameter is a deep sleep state, and then the wakeup process in the embodiment of the disclosure is used to wake up the second MCU, and then the communication process is performed.
  • step 303 if the second MCU is in the deep sleep state, the second MCU is woken up by sending an interrupt wake-up signal to the second MCU through the wake-up pin connected between the first MCU and the second MCU.
  • a wake-up pin is connected between the first MCU and the second MCU, and an interrupt wake-up signal is sent to the other party through the wake-up pin connected between the two MCUs when the other party is in a deep sleep state, so as to be externally triggered.
  • the interrupt event wakes up the other MCU, not just the business logic needs to run the triggered internal triggered interrupt event to wake up its own MCU.
  • step 304 a status update message sent by the second MCU is received, and the status parameter carried in the status update message is an active status.
  • the communication interface may be a serial interface, an I2C (Inter-Integrated Circui) interface, and an SPI (Serial Peripheral Interface). Serial peripheral interface) and so on. Communication in the form of transmitting data and transmitting status update messages can be performed through the communication interface.
  • I2C Inter-Integrated Circui
  • SPI Serial Peripheral Interface
  • the second MCU After being awake by the external wake-up signal of the first MCU, the second MCU sends a status update message to the first MCU through the communication interface, where the carried state parameter is an active state.
  • step 305 it is determined that the second MCU is woken up according to the status update message, and transmits data to the second MCU through a communication interface between the first MCU and the second MCU.
  • the first MCU After the first MCU receives the status update message of the second MCU, and parses the working status from the carried status parameter, the first MCU may be triggered to perform an operation of transmitting data to the second MCU.
  • step 306 the state parameter of the second MCU stored in advance is updated according to the state parameter carried in the status update message.
  • the operation of updating the state parameters of the second MCU in the parameter list of the self may be performed after the step 304, and there is no direct sequence with the step 305.
  • the embodiment of the present disclosure sends an interrupt wake-up signal to the second MCU through a wake-up pin connected between the first MCU and the second MCU.
  • the external interrupt event triggered by the MCU other than the MCU in the deep sleep state is implemented to wake up the MCU in the deep sleep state, and the MCU can be communicated without waiting for the MCU to be awakened by the internal interrupt event, thereby improving the efficiency of communication between the MCUs.
  • An exemplary embodiment of the present disclosure provides a method for waking up an MCU.
  • the method embodiment is applied to a smart device. Referring to FIG. 4, the method process includes:
  • step 401 when the first MCU triggers a communication event for transmitting data to the second MCU, a probe message is sent to the second MCU through a communication interface between the first MCU and the second MCU.
  • the parameter list may not be stored in the register of each MCU, and the first MCU determines whether the second MCU is in the depth by sending a probe message to the second MCU when determining the state of the second MCU. Sleep state.
  • step 402 if the response message returned by the second MCU is not received within the preset time, it is determined that the second MCU is in a deep sleep state.
  • the second MCU when receiving the probe message sent by the first MCU, a response message is returned, so that the first MCU determines that the second MCU is in the working state according to the response message.
  • the probe message sent by the first MCU is not received, and the response message is not returned, and the step is performed.
  • the first MCU when it is determined that the second MCU is in a deep sleep state, the first MCU performs a wakeup process, and performs a communication flow after waking up the second MCU.
  • step 403 if the second MCU is in the deep sleep state, the second MCU is woken up by sending an interrupt wake-up signal to the second MCU through the wake-up pin connected between the first MCU and the second MCU.
  • a wake-up pin is connected between the first MCU and the second MCU, and an interrupt wake-up signal is sent to the other party through the wake-up pin connected between the two MCUs when the other party is in a deep sleep state, so as to be externally triggered.
  • the interrupt event wakes up the other MCU, not just the business logic needs to run the triggered internal triggered interrupt event to wake up its own MCU.
  • step 404 the status update message sent by the second MCU is received, and the status parameter carried in the status update message is an active status.
  • the first MCU and the second MCU further have a communication interface, wherein the communication interface can be a serial port, an I2C (Inter-Integrated Circui) interface, and an SPI (Serial Peripheral Interface). )Wait. Communication in the form of transmitting data and transmitting status update messages can be performed through the communication interface.
  • the communication interface can be a serial port, an I2C (Inter-Integrated Circui) interface, and an SPI (Serial Peripheral Interface). )Wait.
  • Communication in the form of transmitting data and transmitting status update messages can be performed through the communication interface.
  • the second MCU After being awake by the external wake-up signal of the first MCU, the second MCU sends a status update message to the first MCU through the communication interface, where the carried state parameter is an active state.
  • step 405 it is determined that the second MCU is woken up according to the status update message, and transmits data to the second MCU through a communication interface between the first MCU and the second MCU.
  • the first MCU determines that the second MCU is woken up according to the state parameter in the status update message sent by the second MCU, thereby triggering the operation of the first MCU to perform data transmission to the second MCU.
  • the status update message may not be sent to the other party. Only when the external wake-up wake-up signal wakes up, the status update message is sent to the other party to prompt the other party to perform the communication flow.
  • the embodiment of the present disclosure sends an interrupt wake-up signal to the second MCU through a wake-up pin connected between the first MCU and the second MCU.
  • the external interrupt event triggered by the MCU other than the MCU in the deep sleep state is implemented to wake up the MCU in the deep sleep state, and the MCU can be communicated without waiting for the MCU to be awakened by the internal interrupt event, thereby improving the efficiency of communication between the MCUs.
  • another exemplary embodiment of the present disclosure provides an apparatus for waking up an MCU, the apparatus being applied to a smart device.
  • the apparatus includes:
  • a determining module 501 configured to determine, when the first MCU triggers a communication event for transmitting data to the second MCU, whether the second MCU is in a deep sleep state;
  • the wake-up module 502 is configured to pass the first MCU and the second when the second MCU is in a deep sleep state.
  • the wake-up pin connected between the MCUs sends an interrupt wake-up signal to the second MCU to wake up the second MCU.
  • the determining module 501 includes:
  • the detecting unit 5011 is configured to detect a state parameter of the second MCU stored in advance, and the state parameter of the second MCU stored in advance is determined according to the status update message sent by the second MCU;
  • the first determining unit 5012 is configured to determine that the second MCU is in a deep sleep state when the state parameter of the second MCU stored in advance is a deep sleep state.
  • the determining module 501 includes:
  • the sending unit 5013 is configured to send a probe message to the second MCU by using a communication interface between the first MCU and the second MCU.
  • the second determining unit 5014 is configured to determine that the second MCU is in a deep sleep state when the response message returned by the second MCU is not received within the preset time.
  • the device further includes:
  • the receiving module 503 is configured to receive a status update message sent by the second MCU, where the status parameter carried in the status update message is an active status.
  • the transmitting module 504 is configured to determine, according to the status update message, that the second MCU is woken up, and transmit data to the second MCU by using a communication interface between the first MCU and the second MCU.
  • the device further includes:
  • the update module 505 is configured to update a state parameter of the second MCU stored in advance according to the state parameter carried in the status update message.
  • smart device 700 can be a mobile phone, a computer, a digital broadcast terminal, a messaging device, a gaming console, a tablet device, a medical device, a fitness device, a personal digital assistant, a terminal, and the like.
  • the smart device 700 may also be a smart router, a smart air purifier, a smart water purifier, a smart camera, or the like.
  • the smart device 700 can include one or more of the following components: a processing component 702, a memory 704, a power component 706, a multimedia component 708, an audio component 710, an input/output (I/O) interface 712, and a sensor component 714. And communication component 716.
  • Processing component 702 typically controls the overall operations of smart device 700, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations.
  • Processing component 702 can include one or more processors 720 to execute instructions to perform all or part of the steps described above.
  • processing component 702 can include one or more modules to facilitate interaction between component 702 and other components.
  • processing component 702 can include a multimedia module to facilitate interaction between multimedia component 708 and processing component 702.
  • Memory 704 is configured to store various types of data to support operation at device 700. Examples of such data include instructions for any application or method operating on smart device 700, contact data, phone book data, messages, pictures, videos, and the like. Memory 704 can be implemented by any type of volatile or non-volatile 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, Disk or Optical Disk.
  • SRAM static random access memory
  • EEPROM electrically erasable programmable read only memory
  • EPROM erasable Programmable Read Only Memory
  • PROM Programmable Read Only Memory
  • ROM Read Only Memory
  • Magnetic Memory Flash Memory
  • Disk Disk or Optical Disk.
  • Power component 706 provides power to various components of smart device 700.
  • Power component 706 can include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for smart device 700.
  • the multimedia component 708 includes a screen between the smart device 700 and the user that provides an output interface.
  • the screen can include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen can be implemented as a touch screen to receive input signals from the user.
  • the touch panel includes one or more touch sensors to sense touches, slides, and gestures on the touch panel. The touch sensor may sense not only the boundary of the touch or sliding action, but also the duration and pressure associated with the touch or slide operation.
  • the multimedia component 708 includes a front camera and/or a rear camera. When the device 700 is in an operation mode, such as a shooting mode or a video mode, the front camera and/or the rear camera can receive external multimedia data. Each front and rear camera can be a fixed optical lens system or have focal length and optical zoom capabilities.
  • the audio component 710 is configured to output and/or input an audio signal.
  • the audio component 710 includes a microphone (MIC) that is configured to receive an external audio signal when the smart device 700 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode.
  • the received audio signal may be further stored in memory 704 or transmitted via communication component 716.
  • audio component 710 also includes a speaker for outputting an audio signal.
  • the I/O interface 712 provides an interface between the processing component 702 and the peripheral interface module, which may be a keyboard, a click wheel, a button, or the like. These buttons may include, but are not limited to, a home button, a volume button, a start button, and a lock button.
  • Sensor component 714 includes one or more sensors for providing various aspects of smart device 700 State assessment.
  • sensor component 714 can detect an open/closed state of device 700, relative positioning of components, such as the display and keypad of smart device 700, and sensor component 714 can also detect smart device 700 or a component of smart device 700. The location changes, the presence or absence of contact of the user with the smart device 700, the orientation or acceleration/deceleration of the smart device 700, and the temperature change of the smart device 700.
  • Sensor assembly 714 can include a proximity sensor configured to detect the presence of nearby objects without any physical contact.
  • Sensor component 714 can also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications.
  • the sensor component 714 can also include an acceleration sensor, a gyro sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
  • Communication component 716 is configured to facilitate wired or wireless communication between smart device 700 and other devices.
  • the smart device 700 can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof.
  • communication component 716 receives broadcast signals or broadcast associated information from an external broadcast management system via a broadcast channel.
  • the communication component 716 also includes a near field communication (NFC) module to facilitate short range communication.
  • NFC near field communication
  • the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.
  • RFID radio frequency identification
  • IrDA infrared data association
  • UWB ultra-wideband
  • Bluetooth Bluetooth
  • smart device 700 may be implemented by one or more application specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), A gated array (FPGA), controller, microcontroller, microprocessor, or other electronic component implementation for performing the above methods.
  • ASICs application specific integrated circuits
  • DSPs digital signal processors
  • DSPDs digital signal processing devices
  • PLDs programmable logic devices
  • FPGA gated array
  • controller microcontroller, microprocessor, or other electronic component implementation for performing the above methods.
  • non-transitory computer readable storage medium comprising instructions, such as a memory 704 comprising instructions executable by processor 720 of smart device 700 to perform the above method.
  • the non-transitory computer readable storage medium may be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, and an optical data storage device.
  • the embodiment of the present disclosure can notify the WI-FI chip of the local end by sending a wake-up message remotely by other smart devices when the data is transmitted and received, and trigger the WI-FI chip to pass the wake-up pin connected with the MCU chip. Wake up the local MCU chip and improve the efficiency of data transmission between smart devices.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephone Function (AREA)
  • Power Sources (AREA)
  • Information Transfer Systems (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Measurement Of The Respiration, Hearing Ability, Form, And Blood Characteristics Of Living Organisms (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种唤醒MCU的方法及装置,属于智能设备技术领域。该方法包括:当第一MCU触发了向第二MCU传输数据的通信事件时,确定所述第二MCU是否处于深度睡眠状态(101);如果所述第二MCU处于深度睡眠状态,则通过所述第一MCU与所述第二MCU之间连接的唤醒引脚,向所述第二MCU发送中断唤醒信号唤醒所述第二MCU(102)。通过第一MCU与第二MCU之间连接的唤醒引脚,向第二MCU发送中断唤醒信号,实现了通过深度睡眠状态的MCU以外的MCU触发的外部中断事件来唤醒处于深度睡眠状态MCU,无需等待MCU被内部中断事件唤醒就可以进行通信,提高了MCU之间通信的效率。

Description

唤醒MCU的方法及装置
本申请基于申请号为201510379727.X、申请日为2015/7/1的中国专利申请提出,并要求该中国专利申请的优先权,该中国专利申请的全部内容在此引入本申请作为参考。
技术领域
本公开涉及智能设备技术领域,特别涉及一种唤醒MCU的方法及装置。
背景技术
随着智能设备的发展,对智能设备的功耗控制越来越严格。因此,为了降低智能设备的功耗,需要在空闲时控制MCU(Microcontroller Unit,微控制单元)进入深度睡眠状态。
当有业务逻辑需要执行时,系统会通过MCU中的指定引脚向MCU发出中断唤醒信号来唤醒MCU。当智能设备当中存在有多个MCU协同工作时,一旦某一个MCU进入了深度睡眠状态,其他MCU则无法与其进行通信,只能等待该MCU被唤醒后才能进行通信操作。
发明内容
为了解决相关技术的问题,本公开实施例提供了一种唤醒MCU的方法及装置。所述技术方案如下:
根据本公开实施例的第一方面,提供一种唤醒MCU的方法,包括:
当第一微控制单元MCU触发了向第二MCU传输数据的通信事件时,确定所述第二MCU是否处于深度睡眠状态;
如果所述第二MCU处于深度睡眠状态,则通过所述第一MCU与所述第二MCU之间连接的唤醒引脚,向所述第二MCU发送中断唤醒信号唤醒所述第二MCU。
可选的,所述确定所述第二MCU是否处于深度睡眠状态,包括:
检测预先存储的所述第二MCU的状态参数,所述预先存储的所述第二MCU的状态参数为根据所述第二MCU发送的状态更新消息确定;
如果预先存储的所述第二MCU的状态参数为深度睡眠状态,则确定所述第二MCU处于深度睡眠状态。
可选的,所述确定所述第二MCU是否处于深度睡眠状态,包括:
通过所述第一MCU与所述第二MCU之间的通信接口,向所述第二MCU发送探测消息;
如果在预设时间内未接收到所述第二MCU返回的响应消息,则确定所述第二MCU处于深度睡眠状态。
可选的,所述向所述第二MCU发送中断唤醒信号唤醒所述第二MCU之后,所述方法还包括:
接收所述第二MCU发送的状态更新消息,所述状态更新消息中携带的状态参数为工作状态;
根据所述状态更新消息确定所述第二MCU被唤醒,并通过所述第一MCU与所述第二MCU之间的通信接口向所述第二MCU传输数据。
可选的,所述接收所述第二MCU发送的状态更新消息之后,所述方法还包括:
根据所述状态更新消息中携带的状态参数,更新预先存储的所述第二MCU的状态参数。
根据本公开实施例的第二方面,提供一种唤醒MCU的装置,包括:
确定模块,用于当第一MCU触发了向第二MCU传输数据的通信事件时,确定所述第二MCU是否处于深度睡眠状态;
唤醒模块,用于在所述第二MCU处于深度睡眠状态时,通过所述第一MCU与所述第二MCU之间连接的唤醒引脚,向所述第二MCU发送中断唤醒信号唤醒所述第二MCU。
可选的,所述确定模块,包括:
检测单元,用于检测预先存储的所述第二MCU的状态参数,所述预先存储的所述第二MCU的状态参数为根据所述第二MCU发送的状态更新消息确定;
第一确定单元,用于在预先存储的所述第二MCU的状态参数为深度睡眠状态时,确定所述第二MCU处于深度睡眠状态。
可选的,所述确定模块,包括:
发送单元,用于通过所述第一MCU与所述第二MCU之间的通信接口,向所述第二MCU发送探测消息;
第二确定单元,用于在预设时间内未接收到所述第二MCU返回的响应消息时,确定所述第二MCU处于深度睡眠状态。
可选的,所述装置还包括:
接收模块,用于接收所述第二MCU发送的状态更新消息,所述状态更新消息中携 带的状态参数为工作状态;
传输模块,用于根据所述状态更新消息确定所述第二MCU被唤醒,并通过所述第一MCU与所述第二MCU之间的通信接口向所述第二MCU传输数据。
可选的,所述装置还包括:
更新模块,用于根据所述状态更新消息中携带的状态参数,更新预先存储的所述第二MCU的状态参数。
根据本公开实施例的第三方面,提供一种唤醒MCU的装置,包括:
处理器;
用于存储处理器可执行指令的存储器;
其中,所述处理器被配置为:
当第一微控制单元MCU触发了向第二MCU传输数据的通信事件时,确定所述第二MCU是否处于深度睡眠状态;
如果所述第二MCU处于深度睡眠状态,则通过所述第一MCU与所述第二MCU之间连接的唤醒引脚,向所述第二MCU发送中断唤醒信号唤醒所述第二MCU。
本公开的实施例提供的技术方案可以包括以下有益效果:
通过第一MCU与第二MCU之间连接的唤醒引脚,向第二MCU发送中断唤醒信号。实现了通过深度睡眠状态的MCU以外的MCU触发的外部中断事件来唤醒处于深度睡眠状态MCU,无需等待MCU被内部中断事件唤醒就可以进行通信,提高了MCU之间通信的效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种唤醒MCU的方法的流程图;
图2是根据一示例性实施例示出的一种唤醒MCU的方法的流程图;
图3是根据一示例性实施例示出的一种唤醒MCU的方法的流程图;
图4是根据一示例性实施例示出的一种唤醒MCU的方法的流程图;
图5是根据一示例性实施例示出的一种唤醒MCU的装置的框图;
图6是根据一示例性实施例示出的一种唤醒MCU的装置中确定模块的框图;
图7是根据一示例性实施例示出的一种唤醒MCU的装置的框图(智能设备的一般 结构)。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚,下面将结合附图对本公开实施方式作进一步地详细描述。
本公开一示例性实施例提供了一种唤醒MCU的方法,本方法实施例应用于智能设备中,参见图1,方法流程包括:
在步骤101中,当第一MCU触发了向第二MCU传输数据的通信事件时,确定所述第二MCU是否处于深度睡眠状态;
在步骤102中,如果所述第二MCU处于深度睡眠状态,则通过所述第一MCU与所述第二MCU之间连接的唤醒引脚,向所述第二MCU发送中断唤醒信号唤醒所述第二MCU。
可选的,确定所述第二MCU是否处于深度睡眠状态,包括:
检测预先存储的所述第二MCU的状态参数,所述预先存储的所述第二MCU的状态参数为根据所述第二MCU发送的状态更新消息确定;
如果预先存储的所述第二MCU的状态参数为深度睡眠状态,则确定所述第二MCU处于深度睡眠状态。
可选的,确定所述第二MCU是否处于深度睡眠状态,包括:
通过所述第一MCU与所述第二MCU之间的通信接口,向所述第二MCU发送探测消息;
如果在预设时间内未接收到所述第二MCU返回的响应消息,则确定所述第二MCU处于深度睡眠状态。
可选的,向所述第二MCU发送中断唤醒信号唤醒所述第二MCU之后,所述方法还包括:
接收所述第二MCU发送的状态更新消息,所述状态更新消息中携带的状态参数为工作状态;
根据所述状态更新消息确定所述第二MCU被唤醒,并通过所述第一MCU与所述第二MCU之间的通信接口向所述第二MCU传输数据。
可选的,接收所述第二MCU发送的状态更新消息之后,所述方法还包括:
根据所述状态更新消息中携带的状态参数,更新预先存储的所述第二MCU的状态参数。
本公开实施例通过第一MCU与第二MCU之间连接的唤醒引脚,向第二MCU发 送中断唤醒信号。实现了通过深度睡眠状态的MCU以外的MCU触发的外部中断事件来唤醒处于深度睡眠状态MCU,无需等待MCU被内部中断事件唤醒就可以进行通信,提高了MCU之间通信的效率。
本公开一示例性实施例提供了一种唤醒MCU的方法,本方法实施例应用于智能设备中,参见图2,方法流程包括:
在步骤201中,当第一微控制单元MCU触发了向第二MCU传输数据的通信事件时,确定第二MCU是否处于深度睡眠状态。
其中,步骤201确定第二MCU是否处于深度睡眠状态的方式有两种,相应的,步骤201可以由以下步骤执行。
第一种方式:
在步骤2011中,检测预先存储的第二MCU的状态参数,预先存储的第二MCU的状态参数为根据第二MCU发送的状态更新消息确定;
在步骤2012中,如果预先存储的第二MCU的状态参数为深度睡眠状态,则确定第二MCU处于深度睡眠状态。
第二种方式:
在步骤2013中,通过第一MCU与第二MCU之间的通信接口,向第二MCU发送探测消息;
在步骤2014中,如果在预设时间内未接收到第二MCU返回的响应消息,则确定第二MCU处于深度睡眠状态。
在步骤202中,如果第二MCU处于深度睡眠状态,则通过第一MCU与第二MCU之间连接的唤醒引脚,向第二MCU发送中断唤醒信号唤醒第二MCU。
在步骤203中,接收第二MCU发送的状态更新消息,状态更新消息中携带的状态参数为工作状态;
在步骤204中,根据状态更新消息确定第二MCU被唤醒,并通过第一MCU与第二MCU之间的通信接口向第二MCU传输数据。
在步骤205中,根据状态更新消息中携带的状态参数,更新预先存储的第二MCU的状态参数。
可选的,步骤205为步骤201中第一种确定第二MCU是否处于深度睡眠状态之后的后续步骤。相对于第二种确定第二MCU是否处于深度睡眠状态的方式,步骤205可以免于执行。
本公开实施例通过第一MCU与第二MCU之间连接的唤醒引脚,向第二MCU发 送中断唤醒信号。实现了通过深度睡眠状态的MCU以外的MCU触发的外部中断事件来唤醒处于深度睡眠状态MCU,无需等待MCU被内部中断事件唤醒就可以进行通信,提高了MCU之间通信的效率。
本公开一示例性实施例提供了一种唤醒MCU的方法,本方法实施例应用于智能设备中,参见图3,方法流程包括:
在步骤301中,当第一MCU触发了向第二MCU传输数据的通信事件时,检测预先存储的第二MCU的状态参数,预先存储的第二MCU的状态参数为根据第二MCU发送的状态更新消息确定。
在本公开实施例中,第一MCU通过自身的寄存器中存储的第二MCU的状态参数来确定第二MCU是否处于深度睡眠状态。其中,第一MCU的寄存器中存储有智能设备中各MCU的状态参数的参数列表。
在智能设备中每个MCU在进入深度睡眠状态或者从深度睡眠状态被唤醒进入工作状态时,会通过与自身连接有通信接口的MCU发送状态更新消息,以告知其他MCU自身的状态。其中,状态更新消息中携带的状态参数包括但不限于:深度睡眠状态,工作状态。
第一MCU在向第二MCU传输数据之前,可以先在自身存储的参数列表中查看第二MCU的状态参数,再根据查询到的状态确定是否进行唤醒流程。
在步骤302中,如果预先存储的第二MCU的状态参数为深度睡眠状态,则确定第二MCU处于深度睡眠状态。
其中,查询到的状态参数为深度睡眠状态,则执行本公开实施例中的唤醒流程唤醒第二MCU,再进行通信流程。
在步骤303中,如果第二MCU处于深度睡眠状态,则通过第一MCU与第二MCU之间连接的唤醒引脚,向第二MCU发送中断唤醒信号唤醒第二MCU。
其中,在第一MCU和第二MCU之间连接有唤醒引脚,可以分别在对方处于深度睡眠状态时通过两个MCU之间连接的唤醒引脚向对方发送中断唤醒信号,以通过外部触发的中断事件来唤醒对方MCU,而并非仅通业务逻辑需要运行触发的内部触发的中断事件来唤醒自身MCU。
在步骤304中,接收第二MCU发送的状态更新消息,状态更新消息中携带的状态参数为工作状态。
其中,第一MCU与第二MCU之间还具备通信接口,其中通信接口可以为串口,I2C(Inter-Integrated Circui,两线式串行总线)接口,SPI(Serial Peripheral Interface, 串行外设接口)等。通过该通信接口可以进行发送数据以及发送状态更新消息等形式的通信。
第二MCU在被第一MCU的外部的中断唤醒信号唤醒后,通过该通信接口向第一MCU发送状态更新消息,其中携带的状态参数为工作状态。
在步骤305中,根据状态更新消息确定第二MCU被唤醒,并通过第一MCU与第二MCU之间的通信接口向第二MCU传输数据。
第一MCU接收到第二MCU的状态更新消息后,从携带的状态参数中解析得到工作状态时,可以触发第一MCU执行向第二MCU传输数据的操作。
在步骤306中,根据状态更新消息中携带的状态参数,更新预先存储的第二MCU的状态参数。
其中,更新自身的参数列表中第二MCU的状态参数的操作可以在步骤304之后进行,与步骤305之间并不存在直接的先后顺序。
本公开实施例通过第一MCU与第二MCU之间连接的唤醒引脚,向第二MCU发送中断唤醒信号。实现了通过深度睡眠状态的MCU以外的MCU触发的外部中断事件来唤醒处于深度睡眠状态MCU,无需等待MCU被内部中断事件唤醒就可以进行通信,提高了MCU之间通信的效率。
本公开一示例性实施例提供了一种唤醒MCU的方法,本方法实施例应用于智能设备中,参见图4,方法流程包括:
在步骤401中,当第一MCU触发了向第二MCU传输数据的通信事件时,通过第一MCU与第二MCU之间的通信接口,向第二MCU发送探测消息。
在本公开实施例中,各MCU的寄存器中可以不存储参数列表,进而第一MCU在确定第二MCU的状态时,则通过向第二MCU发送探测消息的方式来确定第二MCU是否处于深度睡眠状态。
在步骤402中,如果在预设时间内未接收到第二MCU返回的响应消息,则确定第二MCU处于深度睡眠状态。
如果第二MCU处于工作状态,则在接收到第一MCU发送的探测消息时,会返回一个响应消息,以使第一MCU根据该响应消息确定第二MCU处于工作状态。
如果第二MCU处于深度睡眠状态,则不会接收到第一MCU发送的探测消息,进而也不会返回响应消息,进而会执行本步骤。
相应的,在确定第二MCU处于深度睡眠状态时,第一MCU会执行唤醒流程,并在唤醒第二MCU之后执行通信流程。
在步骤403中,如果第二MCU处于深度睡眠状态,则通过第一MCU与第二MCU之间连接的唤醒引脚,向第二MCU发送中断唤醒信号唤醒第二MCU。
其中,在第一MCU和第二MCU之间连接有唤醒引脚,可以分别在对方处于深度睡眠状态时通过两个MCU之间连接的唤醒引脚向对方发送中断唤醒信号,以通过外部触发的中断事件来唤醒对方MCU,而并非仅通业务逻辑需要运行触发的内部触发的中断事件来唤醒自身MCU。
在步骤404中,接收第二MCU发送的状态更新消息,状态更新消息中携带的状态参数为工作状态。
其中,第一MCU与第二MCU之间还具备通信接口,其中通信接口可以为串口,I2C(Inter-Integrated Circui,两线式串行总线)接口,SPI(Serial Peripheral Interface,串行外设接口)等。通过该通信接口可以进行发送数据以及发送状态更新消息等形式的通信。
第二MCU在被第一MCU的外部的中断唤醒信号唤醒后,通过该通信接口向第一MCU发送状态更新消息,其中携带的状态参数为工作状态。
在步骤405中,根据状态更新消息确定第二MCU被唤醒,并通过第一MCU与第二MCU之间的通信接口向第二MCU传输数据。
在本公开实施例中,第一MCU根据第二MCU发送的状态更新消息中的状态参数,确定了第二MCU被唤醒,从而触发了第一MCU执行向第二MCU传输数据的操作。
另外,在本公开实施例中如果第一MCU或者第二MCU被控制进入了深度睡眠状态时,可以并不向对方发送状态更新消息。而仅在通过外部的中断唤醒信号唤醒时,才向对方发送状态更新消息,以提示对方可以进行通信流程。
进而,在本公开实施例中,也无需执行根据状态更新消息保存状态参数的步骤。
本公开实施例通过第一MCU与第二MCU之间连接的唤醒引脚,向第二MCU发送中断唤醒信号。实现了通过深度睡眠状态的MCU以外的MCU触发的外部中断事件来唤醒处于深度睡眠状态MCU,无需等待MCU被内部中断事件唤醒就可以进行通信,提高了MCU之间通信的效率。
对应于上述示例性实施例提供的唤醒MCU的方法,本公开另一示例性实施例提供了一种唤醒MCU的装置,该装置应用于智能设备,参见图5,该装置包括:
确定模块501,用于当第一MCU触发了向第二MCU传输数据的通信事件时,确定第二MCU是否处于深度睡眠状态;
唤醒模块502,用于在第二MCU处于深度睡眠状态时,通过第一MCU与第二 MCU之间连接的唤醒引脚,向第二MCU发送中断唤醒信号唤醒第二MCU。
其中,如图6所示,确定模块501,包括:
检测单元5011,用于检测预先存储的第二MCU的状态参数,预先存储的第二MCU的状态参数为根据第二MCU发送的状态更新消息确定;
第一确定单元5012,用于在预先存储的第二MCU的状态参数为深度睡眠状态时,确定第二MCU处于深度睡眠状态。
其中,如图6所示,确定模块501,包括:
发送单元5013,用于通过第一MCU与第二MCU之间的通信接口,向第二MCU发送探测消息;
第二确定单元5014,用于在预设时间内未接收到第二MCU返回的响应消息时,确定第二MCU处于深度睡眠状态。
其中,如图5所示,装置还包括:
接收模块503,用于接收第二MCU发送的状态更新消息,状态更新消息中携带的状态参数为工作状态;
传输模块504,用于根据状态更新消息确定第二MCU被唤醒,并通过第一MCU与第二MCU之间的通信接口向第二MCU传输数据。
其中,如图5所示,装置还包括:
更新模块505,用于根据状态更新消息中携带的状态参数,更新预先存储的第二MCU的状态参数。
对应于上述示例性实施例提供的唤醒MCU的控制装置,本公开另一示例性实施例提供了一种智能设备700,参见图7。例如,智能设备700可以是移动电话,计算机,数字广播终端,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理,终端等。可选地,智能设备700还可以是智能路由器、智能空气净化器、智能净水器、智能摄像头等。
参照图7,智能设备700可以包括以下一个或多个组件:处理组件702,存储器704,电力组件706,多媒体组件708,音频组件710,输入/输出(I/O)的接口712,传感器组件714,以及通信组件716。
处理组件702通常控制智能设备700的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器720来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件702可以包括一个或多个模块,便于处理组件702和其他组件之间的交互。例如,处理组件702可以包括多媒体模块,以方便多媒体组件708和处理组件702之间的交互。
存储器704被配置为存储各种类型的数据以支持在设备700的操作。这些数据的示例包括用于在智能设备700上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电力组件706为智能设备700的各种组件提供电力。电力组件706可以包括电源管理系统,一个或多个电源,及其他与为智能设备700生成、管理和分配电力相关联的组件。
多媒体组件708包括在所述智能设备700和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中,多媒体组件708包括一个前置摄像头和/或后置摄像头。当设备700处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件710被配置为输出和/或输入音频信号。例如,音频组件710包括一个麦克风(MIC),当智能设备700处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中,音频组件710还包括一个扬声器,用于输出音频信号。
I/O接口712为处理组件702和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件714包括一个或多个传感器,用于为智能设备700提供各个方面的状 态评估。例如,传感器组件714可以检测到设备700的打开/关闭状态,组件的相对定位,例如所述组件为智能设备700的显示器和小键盘,传感器组件714还可以检测智能设备700或智能设备700一个组件的位置改变,用户与智能设备700接触的存在或不存在,智能设备700方位或加速/减速和智能设备700的温度变化。传感器组件714可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件714还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件716被配置为便于智能设备700和其他设备之间有线或无线方式的通信。智能设备700可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件716还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,智能设备700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器704,上述指令可由智能设备700的处理器720执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本公开实施例可以通过其他智能设备在有数据收发的需求时,通过远程发送唤醒报文的方式告知本端的WI-FI芯片,触发WI-FI芯片通过与MCU芯片之间连接的唤醒引脚来唤醒本端的MCU芯片,提高了智能设备之间数据传输的效率。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (11)

  1. 一种唤醒MCU的方法,其特征在于,所述方法包括:
    当第一微控制单元MCU触发了向第二MCU传输数据的通信事件时,确定所述第二MCU是否处于深度睡眠状态;
    如果所述第二MCU处于深度睡眠状态,则通过所述第一MCU与所述第二MCU之间连接的唤醒引脚,向所述第二MCU发送中断唤醒信号唤醒所述第二MCU。
  2. 根据权利要求1所述的方法,其特征在于,所述确定所述第二MCU是否处于深度睡眠状态,包括:
    检测预先存储的所述第二MCU的状态参数,所述预先存储的所述第二MCU的状态参数为根据所述第二MCU发送的状态更新消息确定;
    如果预先存储的所述第二MCU的状态参数为深度睡眠状态,则确定所述第二MCU处于深度睡眠状态。
  3. 根据权利要求1所述的方法,其特征在于,所述确定所述第二MCU是否处于深度睡眠状态,包括:
    通过所述第一MCU与所述第二MCU之间的通信接口,向所述第二MCU发送探测消息;
    如果在预设时间内未接收到所述第二MCU返回的响应消息,则确定所述第二MCU处于深度睡眠状态。
  4. 根据权利要求1所述的方法,其特征在于,所述向所述第二MCU发送中断唤醒信号唤醒所述第二MCU之后,所述方法还包括:
    接收所述第二MCU发送的状态更新消息,所述状态更新消息中携带的状态参数为工作状态;
    根据所述状态更新消息确定所述第二MCU被唤醒,并通过所述第一MCU与所述第二MCU之间的通信接口向所述第二MCU传输数据。
  5. 根据权利要求4所述的方法,其特征在于,所述接收所述第二MCU发送的状态更新消息之后,所述方法还包括:
    根据所述状态更新消息中携带的状态参数,更新预先存储的所述第二MCU的状态 参数。
  6. 一种唤醒MCU的装置,其特征在于,所述装置包括:
    确定模块,用于当第一MCU触发了向第二MCU传输数据的通信事件时,确定所述第二MCU是否处于深度睡眠状态;
    唤醒模块,用于在所述第二MCU处于深度睡眠状态时,通过所述第一MCU与所述第二MCU之间连接的唤醒引脚,向所述第二MCU发送中断唤醒信号唤醒所述第二MCU。
  7. 根据权利要求6所述的装置,其特征在于,所述确定模块,包括:
    检测单元,用于检测预先存储的所述第二MCU的状态参数,所述预先存储的所述第二MCU的状态参数为根据所述第二MCU发送的状态更新消息确定;
    第一确定单元,用于在预先存储的所述第二MCU的状态参数为深度睡眠状态时,确定所述第二MCU处于深度睡眠状态。
  8. 根据权利要求6所述的装置,其特征在于,所述确定模块,包括:
    发送单元,用于通过所述第一MCU与所述第二MCU之间的通信接口,向所述第二MCU发送探测消息;
    第二确定单元,用于在预设时间内未接收到所述第二MCU返回的响应消息时,确定所述第二MCU处于深度睡眠状态。
  9. 根据权利要求6所述的装置,其特征在于,所述装置还包括:
    接收模块,用于接收所述第二MCU发送的状态更新消息,所述状态更新消息中携带的状态参数为工作状态;
    传输模块,用于根据所述状态更新消息确定所述第二MCU被唤醒,并通过所述第一MCU与所述第二MCU之间的通信接口向所述第二MCU传输数据。
  10. 根据权利要求9所述的装置,其特征在于,所述装置还包括:
    更新模块,用于根据所述状态更新消息中携带的状态参数,更新预先存储的所述第二MCU的状态参数。
  11. 一种唤醒MCU的装置,其特征在于,包括:
    处理器;
    用于存储处理器可执行指令的存储器;
    其中,所述处理器被配置为:
    当第一MCU触发了向第二MCU传输数据的通信事件时,确定所述第二MCU是否处于深度睡眠状态;
    如果所述第二MCU处于深度睡眠状态,则通过所述第一MCU与所述第二MCU之间连接的唤醒引脚,向所述第二MCU发送中断唤醒信号唤醒所述第二MCU。
PCT/CN2015/090609 2015-07-01 2015-09-24 唤醒mcu的方法及装置 Ceased WO2017000401A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
MX2016005401A MX356619B (es) 2015-07-01 2015-09-24 Método y dispositivo para activar una unidad microcontroladora.
RU2016117390A RU2647679C2 (ru) 2015-07-01 2015-09-24 Способ и устройство для пробуждения mcu
KR1020167009444A KR101845877B1 (ko) 2015-07-01 2015-09-24 Mcu를 웨이크업 시키기 위한 방법 및 디바이스
JP2017525669A JP6284687B2 (ja) 2015-07-01 2015-09-24 Mcuウェイクアップ方法及び装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510379727.XA CN105094968B (zh) 2015-07-01 2015-07-01 唤醒mcu的方法及装置
CN201510379727.X 2015-07-01

Publications (1)

Publication Number Publication Date
WO2017000401A1 true WO2017000401A1 (zh) 2017-01-05

Family

ID=54575476

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/090609 Ceased WO2017000401A1 (zh) 2015-07-01 2015-09-24 唤醒mcu的方法及装置

Country Status (8)

Country Link
US (1) US10088889B2 (zh)
EP (1) EP3112979B1 (zh)
JP (1) JP6284687B2 (zh)
KR (1) KR101845877B1 (zh)
CN (1) CN105094968B (zh)
MX (1) MX356619B (zh)
RU (1) RU2647679C2 (zh)
WO (1) WO2017000401A1 (zh)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106413062A (zh) * 2016-04-01 2017-02-15 努比亚技术有限公司 用户设备及休眠唤醒方法
WO2018000193A1 (zh) * 2016-06-28 2018-01-04 北京小米移动软件有限公司 引脚控制方法及装置
CN108388450A (zh) * 2018-02-09 2018-08-10 上海京颐科技股份有限公司 医疗终端的唤醒方法及装置、存储介质、终端
CN108806226A (zh) * 2018-08-30 2018-11-13 广东好太太科技集团股份有限公司 一种应用于触摸式遥控器的低功耗方法及遥控器
CN110223691A (zh) * 2019-06-11 2019-09-10 苏州思必驰信息科技有限公司 语音唤醒识别的切换控制方法和装置
CN110457078B (zh) 2019-08-09 2020-11-24 百度在线网络技术(北京)有限公司 智能服务方法、装置及设备
CN111083772B (zh) * 2019-11-26 2023-08-01 小唐科技(上海)股份有限公司 一种用于移动通信终端的睡眠唤醒方法
CN111198776B (zh) * 2019-12-25 2024-06-07 上海亮牛半导体科技有限公司 一种防止mcu深度休眠期间uart接收丢数据的方法
CN112835826B (zh) * 2021-03-04 2024-12-13 深圳市广和通无线股份有限公司 一种通信方法、装置、设备及可读存储介质
US11592889B2 (en) * 2021-05-12 2023-02-28 Apple Inc. Die-to-die dynamic clock and power gating
US20250093935A1 (en) * 2023-09-20 2025-03-20 Cypress Semicon ductor Corporation Shared connectivity manager (scm) operates in low power and high performance mode

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102736820A (zh) * 2011-04-01 2012-10-17 国基电子(上海)有限公司 电子书
CN103235721A (zh) * 2013-04-02 2013-08-07 深圳市元征科技股份有限公司 基于加速度传感器的车载电子设备休眠唤醒装置及方法
CN103412634A (zh) * 2013-07-30 2013-11-27 深圳市汇顶科技股份有限公司 一种soc芯片的mcu唤醒装置和方法
US20140304538A1 (en) * 2013-04-07 2014-10-09 Sony Corporation Method and device for prolonging sleeping time of cpu
CN104281465A (zh) * 2013-07-01 2015-01-14 纬创资通股份有限公司 计算机及其唤醒方法

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3529805B2 (ja) * 1992-03-27 2004-05-24 ナショナル・セミコンダクター・コーポレイション ハードウェア制御パワー管理機能と選択可能な入出力制御ピンとを有するマイクロプロセッサ
JP3601895B2 (ja) * 1996-01-10 2004-12-15 株式会社日立製作所 マルチプロセッサシステム
US7064671B2 (en) * 2000-06-23 2006-06-20 Fisher Controls International Llc Low power regulator system and method
JP2002351436A (ja) * 2001-05-25 2002-12-06 Sony Corp ディスプレイ装置及びディスプレイ装置の低消費電力モードへの遷移と復帰方法
JP2004213423A (ja) * 2003-01-06 2004-07-29 Sony Corp 情報処理装置及び方法、並びに情報処理プログラム
US7041049B1 (en) * 2003-11-21 2006-05-09 First Principles, Inc. Sleep guidance system and related methods
RU2290685C2 (ru) * 2004-09-06 2006-12-27 Моисей Зусманович Финкель Цифровой процессор
JP2006277027A (ja) * 2005-03-28 2006-10-12 Fuji Xerox Co Ltd 情報処理装置
KR20090032415A (ko) 2007-09-28 2009-04-01 삼성전자주식회사 프로세서 웨이크 업 기능을 갖는 멀티포트 반도체 메모리장치 및 이를 채용한 멀티 프로세서 시스템 그리고 멀티프로세서 시스템에서의 프로세서 웨이크 업 방법
US20090259865A1 (en) * 2008-04-11 2009-10-15 Qualcomm Incorporated Power Management Using At Least One Of A Special Purpose Processor And Motion Sensing
JP2009294764A (ja) 2008-06-03 2009-12-17 Canon Inc 情報処理装置及びその制御方法
JP5169731B2 (ja) 2008-10-24 2013-03-27 富士通セミコンダクター株式会社 マルチプロセッサシステムlsi
JP5304210B2 (ja) * 2008-12-11 2013-10-02 株式会社オートネットワーク技術研究所 制御システム
JP5900966B2 (ja) * 2010-08-24 2016-04-06 日本電気株式会社 状態制御システム及び方法
CN103092701B (zh) 2011-10-31 2017-02-08 联想(北京)有限公司 一种通信方法、装置及电子设备
US9063731B2 (en) 2012-08-27 2015-06-23 Samsung Electronics Co., Ltd. Ultra low power apparatus and method to wake up a main processor
US9298237B1 (en) * 2012-09-13 2016-03-29 Atmel Corporation Voltage scaling system with sleep mode
JP6128833B2 (ja) * 2012-12-25 2017-05-17 キヤノン株式会社 処理装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102736820A (zh) * 2011-04-01 2012-10-17 国基电子(上海)有限公司 电子书
CN103235721A (zh) * 2013-04-02 2013-08-07 深圳市元征科技股份有限公司 基于加速度传感器的车载电子设备休眠唤醒装置及方法
US20140304538A1 (en) * 2013-04-07 2014-10-09 Sony Corporation Method and device for prolonging sleeping time of cpu
CN104281465A (zh) * 2013-07-01 2015-01-14 纬创资通股份有限公司 计算机及其唤醒方法
CN103412634A (zh) * 2013-07-30 2013-11-27 深圳市汇顶科技股份有限公司 一种soc芯片的mcu唤醒装置和方法

Also Published As

Publication number Publication date
EP3112979B1 (en) 2020-06-17
KR20170013851A (ko) 2017-02-07
JP6284687B2 (ja) 2018-02-28
CN105094968A (zh) 2015-11-25
US10088889B2 (en) 2018-10-02
RU2647679C2 (ru) 2018-03-16
KR101845877B1 (ko) 2018-04-05
MX2016005401A (es) 2017-03-08
RU2016117390A (ru) 2017-11-10
US20170003728A1 (en) 2017-01-05
CN105094968B (zh) 2019-05-21
EP3112979A1 (en) 2017-01-04
MX356619B (es) 2018-06-06
JP2017531270A (ja) 2017-10-19

Similar Documents

Publication Publication Date Title
US10031575B2 (en) Method and device for waking up MCU chip
WO2017000401A1 (zh) 唤醒mcu的方法及装置
CN107919123B (zh) 多语音助手控制方法、装置及计算机可读存储介质
KR101837333B1 (ko) 전자 디바이스를 깨우기 위한 방법 및 장치
WO2017036028A1 (zh) 电子设备、电子设备的唤醒方法及装置
WO2017028425A1 (zh) 节能模式启动方法和装置
WO2017000400A1 (zh) 唤醒主mcu的电路、方法及装置
CN105979088B (zh) 消息推送方法及装置
WO2017088260A1 (zh) 睡眠状态检测方法、装置及系统
CN107783790B (zh) 终端唤醒方法及装置
WO2016155304A1 (zh) 无线访问接入点的控制方法及装置
CN106535118A (zh) 智能终端定位的方法及用于定位的智能终端
CN106162845A (zh) 数据传输方法及装置
CN105807894B (zh) 应用持锁的处理方法和装置
WO2017088588A1 (zh) 触摸屏报点的处理方法及装置
CN104461358B (zh) 点亮屏幕的方法及装置
CN105872976A (zh) 定位方法和装置
CN113361305B (zh) 指纹采集方法、电子设备和计算机可读存储介质
CN107340996A (zh) 屏幕点亮方法及装置
CN108874450B (zh) 唤醒语音助手的方法及装置
CN106201611B (zh) 运行应用的方法及装置
WO2017128664A1 (zh) 进程调用的方法及装置
CN105188112A (zh) 休眠状态的控制方法及装置
WO2023168596A1 (zh) 一种确定唤醒信号周期的方法、装置、设备及存储介质
CN108255543A (zh) 应用运行方法、装置及计算机可读存储介质

Legal Events

Date Code Title Description
ENP Entry into the national phase

Ref document number: 2017525669

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 20167009444

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: MX/A/2016/005401

Country of ref document: MX

ENP Entry into the national phase

Ref document number: 2016117390

Country of ref document: RU

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15896931

Country of ref document: EP

Kind code of ref document: A1

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112016009981

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 112016009981

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20160503

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15896931

Country of ref document: EP

Kind code of ref document: A1