CN114035477A - 一种设备唤醒方法、装置及系统 - Google Patents

Abstract

本发明提供了一种设备唤醒方法、装置及系统，在低功耗设备的主控芯片处于深度休眠状态下，主控芯片的数据接收端口处于中断IO模式，在主控芯片通过数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制数据接收端口的模式切换为串口接收IO模式，通过数据发送端口发送唤醒应答报文至控制器，实现了主控芯片的唤醒，提高设备可靠性。此后，在确定出指定时间内未通过数据接收端口接收到控制器发送的通信报文的情况下，控制数据接收端口的模式切换为中断IO模式，并进入深度休眠模式。即在指定时间内未接收到控制器发送的通信报文情况下，再次进入深度休眠模式，以节省功耗。

Description

一种设备唤醒方法、装置及系统

技术领域

本发明涉及设备唤醒领域，更具体的说，涉及一种设备唤醒方法、装置及系统。

背景技术

目前，低功耗且需要对外进行串口通信的设备，如环境监测设备、智能电表等，一般采用电池供电，并且对功耗要求较高，一般该设备有5年甚至10年的工作时间需求，为了降低电量消耗，要求设备的主控芯片非工作时间处于深度休眠状态。

在深度休眠状态下，主控芯片的通信端口处于关闭状态，主控芯片不能通过通信端口进行数据的收发操作，降低可靠性。

发明内容

有鉴于此，本发明提供一种设备唤醒方法、装置及系统，以解决在深度休眠状态下，主控芯片的通信端口处于关闭状态，主控芯片不能通过通信端口进行数据的收发操作，降低可靠性的问题。

为解决上述技术问题，本发明采用了如下技术方案：

一种设备唤醒方法，应用于低功耗设备中的主控芯片，在所述主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式；所述设备唤醒方法包括：

在通过所述数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式；

通过数据发送端口发送唤醒应答报文至所述控制器；

在确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。

可选地，在控制所述数据接收端口的模式切换为串口接收IO模式之后，还包括：

启动第一定时器；

利用第一定时器确定第一预设计时时间内是否通过所述数据接收端口接收到所述控制器发送的通信报文；相应的，确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文，包括：

若利用第一定时器确定出第一预设计时时间内未通过所述数据接收端口接收到所述控制器发送的通信报文，则确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文。

可选地，还包括：

在确定出指定时间内通过所述数据接收端口接收到所述控制器发送的通信报文的情况下，重置所述第一定时器；

处理所述通信报文，在所述通信报文处理完成后，发送通信反馈报文至所述控制器，并在所述第一定时器的第一预设计时时间内，未再次通过所述数据接收端口接收到所述控制器发送的新的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。

可选地，进行主控芯片唤醒操作，包括：

进行设备初始化操作。

一种设备唤醒方法，应用于控制器，与所述控制器通信连接的低功耗设备中的主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式；

所述设备唤醒方法包括：

发送包括低电平信号的唤醒指令至所述主控芯片的数据接收端口，以使所述主控芯片进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式；

接收所述主控芯片的数据发送端口发送的唤醒应答报文。

可选地，在接收所述主控芯片的数据发送端口发送的唤醒应答报文之后，还包括：

发送通信报文至所述主控芯片的数据接收端口，以使所述主控芯片在第一定时器的第一预设计时时间内接收到所述通信报文的情况下，重置所述第一定时器，处理所述通信报文，在所述通信报文处理完成后，发送通信反馈报文至所述控制器，并在所述第一定时器的第一预设计时时间内，未再次通过所述数据接收端口接收到所述控制器发送的新的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式；其中，所述主控芯片在所述数据接收端口的模式切换为串口接收IO模式后，启动定时器。

可选地，接收所述主控芯片的数据发送端口发送的唤醒应答报文，包括：

启动第二定时器；

在所述第二定时器的第二预设计时时间内，接收到所述主控芯片的数据发送端口发送的唤醒应答报文的情况下，输出通信成功信息；

在所述第二定时器的第二预设计时时间内，未接收到所述主控芯片的数据发送端口发送的唤醒应答报文的情况下，输出通信失败信息。

一种设备唤醒装置，应用于低功耗设备中的主控芯片，在所述主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式；所述设备唤醒装置包括：

第一模式切换模块，用于在通过所述数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式；

报文发送模块，用于通过数据发送端口发送唤醒应答报文至所述控制器；

第二模式切换模块，用于在确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。

一种设备唤醒装置，应用于控制器，与所述控制器通信连接的低功耗设备中的主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式；

所述设备唤醒装置包括：

数据发送模块，用于发送包括低电平信号的唤醒指令至所述主控芯片的数据接收端口，以使所述主控芯片进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式；

数据接收模块，用于接收所述主控芯片的数据发送端口发送的唤醒应答报文。

一种设备唤醒系统，所述设备唤醒系统包括低功耗设备和控制器；

所述低功耗设备用于执行上述的应用于低功耗设备中的主控芯片的设备唤醒方法；

所述控制器用于执行上述的应用于控制器的设备唤醒方法；

所述控制器的发送端口和所述低功耗设备的数据接收端口连接；所述控制器的接收端口和所述低功耗设备的数据发送端口连接；所述控制器的接地端和所述低功耗设备的接地端连接。

相较于现有技术，本发明具有以下有益效果：

本发明提供了一种设备唤醒方法、装置及系统，在所述低功耗设备的主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式，在主控芯片通过所述数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式，通过数据发送端口发送唤醒应答报文至所述控制器，实现了主控芯片的唤醒，提高设备可靠性。此后，在确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。即在指定时间内未接收到控制器发送的通信报文情况下，再次进入深度休眠模式，以节省功耗。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本发明实施例提供的一种设备唤醒系统的结构示意图；

图2为本发明实施例提供的一种设备唤醒方法的方法流程图；

图3为本发明实施例提供的另一种设备唤醒方法的方法流程图；

图4为本发明实施例提供的再一种设备唤醒方法的方法流程图；

图5为本发明实施例提供的一种设备唤醒装置的结构示意图；

图6为本发明实施例提供的另一种设备唤醒装置的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前，低功耗设备，也即低功耗且需要对外进行串口通信的设备，如环境监测设备、智能电表等，一般采用电池供电，并且对功耗要求较高，一般该设备有5年甚至10年的工作时间需求，为了降低电量消耗，要求设备的主控芯片非工作时间处于深度休眠状态。

在深度休眠状态下，主控芯片的通信端口处于关闭状态，主控芯片不能通过通信端口进行数据的收发操作，降低可靠性。

为了解决这一技术问题，可以采用下述两种方式：

1、对设备的端口进行改进，使设备的主控芯片自身支持串口深度唤醒功能，直接连接主控芯片(如Micro Control Unit，简称MCU)串口就可以唤醒。其中，MCU又称作微控制单元。

但是这种方式，需要对设备的主控芯片做改进，通用性较差，且，该设备的串口采用的是低功耗串口，即在休眠状态该串口仍工作，功耗较高。

2、新增设备的IO口，并将该IO口与外部的控制器连接，利用外部IO(如GeneralPurpose Input Output，简称GPIO，又称作通用输入/输出口)为主控芯片提供输入信号，主控芯片识别该输入信号有效电平后，设备进入工作状态并保持该状态进行通信。

此种方式需要额外增加设备的IO口，并且在主控芯片被唤醒后，一直处于工作状态，会增加功耗。

为此，亟需一种，不需要对设备进行改进，且在唤醒时，功耗较小的设备唤醒方法。

为此，可以将数据接收端口的模式进行调整，设置为中断IO模式，支持低电平唤醒，进而就可以在接收到低电平时，主控芯片被唤醒，并且在一定时间内，接收不到外接的控制器发送的通信报文的情况下，再次将数据接收端口的模式设置为中断IO模式，并进入深度休眠状态，以节省功耗。

更具体的，在低功耗设备的主控芯片处于深度休眠状态下，主控芯片的数据接收端口处于中断IO模式，在主控芯片通过数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制其数据接收端口的模式切换为串口接收IO模式，通过数据发送端口发送唤醒应答报文至控制器，实现了主控芯片的唤醒，提高设备可靠性。此后，在确定出指定时间内未通过数据接收端口接收到控制器发送的通信报文的情况下，控制数据接收端口的模式切换为中断IO模式，并进入深度休眠模式。即在指定时间内未接收到控制器发送的通信报文情况下，再次进入深度休眠模式，以节省功耗。

在上述内容的基础上，本发明实施例提供了一种设备唤醒系统，包括低功耗设备和控制器，参照图1，控制器(图1中的上位机)通过USB转串口(或上位机自带串口)与低功耗设备连接，控制器的发送端口TX2和低功耗设备的数据接收端口RX1连接；控制器的接收端口RX2和低功耗设备的数据发送端口TX1连接；控制器的接地端GND和低功耗设备的接地端GND连接，GND用于提供通信参考地，低功耗设备的RX1经上拉电阻接电源VCC。需要说明的是，低功耗设备的数据发送端口也即主控芯片的数据发送端口，低功耗设备的数据接收端口也即主控芯片的数据接收端口。

在低功耗设备为环境监测设备的情况下，在一实现方式中，环境监测设备只有在达到特定的唤醒条件下，主控芯片才会被唤醒，如可以是在加速度超过量程或者定时采集周期到时，主控芯片才会被唤醒，并启动采集任务。其余时间，环境监测设备的主控芯片处于深度休眠状态，本发明解决的就是在主控芯片处于深度休眠状态时，如何唤醒主控芯片并进行数据收发操作的问题。需要说明的是，某些环境监测设备可能并未设置加速度传感器，此时，可以在达到定时采集周期时，进行主控芯片的唤醒。

在上述设备唤醒系统的基础上，本发明的另一实施例提供了一种设备唤醒方法，应用于低功耗设备中的主控芯片(如图1中的MCU)。

其中，主控芯片的数据接收端口RX1有两种模式，一种是中断IO模式，在该模式下，上拉电阻保证没有通信时RX1处于高电平状态，当控制器发送唤醒指令，如发送唤醒报文时，先发送唤醒报文的起始位(一个低电平)，引起主控芯片的数据接收端口RX1引脚由高电平到低电平时，主控芯片被外部中断唤醒。

另一种是串口接收IO模式，在该模式下，端口能够正常进行数据接收。

在主控芯片处于深度休眠状态下，主控芯片的数据接收端口处于中断IO模式，可以通过低电平唤醒。

参照图2，所述设备唤醒方法包括：

S11、在通过数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制数据接收端口的模式切换为串口接收IO模式。

具体的，在需要进行低功耗设备的唤醒时，控制器通过发送端口TX2发送唤醒报文至低功耗设备的主控芯片的数据接收端口RX1，此操作会引起RX1电平由高变低，从而利用主控芯片的RX1的下降沿中断唤醒休眠的主控芯片。

此时，主控芯片进行主控芯片唤醒操作，具体可以是设备初始化、串口初始化操作等操作。然后，控制数据接收端口的模式切换为串口接收IO模式，以使数据接收端口能够正常接收数据。

S12、通过数据发送端口发送唤醒应答报文至控制器。

在实际应用中，主控芯片可以回复控制器唤醒报文应答，也即唤醒应答报文。然后，控制器开启第一定时器，可以设定第一定时器定时第一预设计时时间(如10s，在实际应用中可以根据实际场景进行设定)，然后保持唤醒状态并不断查询是否收到控制器发送的通信报文。其中，第一预设计时时间即为主控芯片中第一定时器的定时时长。

此外，还可以是在控制数据接收端口的模式切换为串口接收IO模式之后，发送唤醒应答报文之前，就启动第一定时器。本实施例中，启动第一定时器可以是在主控芯片回复唤醒应答报文之前或者是之后，具体根据实际场景设定。

需要说明的是，在控制器通过发送端口TX2发送唤醒报文至低功耗设备的主控芯片的数据接收端口RX1后，可以启动第二定时器，以确定在第二定时器定时时长(第二预设计时时间，如10s)内，是否成功接收到主控芯片反馈的唤醒应答报文。其中，第二预设计时时间即为控制器中第二定时器的定时时长。

在第二定时器的第二预设计时时间内，接收到主控芯片的数据发送端口发送的唤醒应答报文的情况下，说明本次通信成功，输出通信成功信息，此后可继续发送通信报文，并重置定时器。在第二定时器的第二预设计时时间内，未接收到主控芯片的报文应答，则结束本次通信。

在第二定时器的第二预设计时时间内，未接收到主控芯片的数据发送端口发送的唤醒应答报文的情况下，说明本次通信失败，输出通信失败信息，并结束本次通信。

S13、在确定出指定时间内未通过数据接收端口接收到控制器发送的通信报文的情况下，控制数据接收端口的模式切换为中断IO模式，并进入深度休眠模式。

本实施例中，若是在控制数据接收端口的模式切换为串口接收IO模式之后，启动第一定时器的情况下，利用第一定时器确定第一预设计时时间内是否通过所述数据接收端口接收到所述控制器发送的通信报文。

若利用第一定时器确定出第一预设计时时间内未通过所述数据接收端口接收到所述控制器发送的通信报文，则确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文。

也就是说，在第一定时器计时到10s时，没接收到控制器发送的后续的通信报文，则为了减少功耗，控制数据接收端口的模式切换为中断IO模式，并进入深度休眠模式。

本实施例中，在低功耗设备的主控芯片处于深度休眠状态下，主控芯片的数据接收端口处于中断IO模式，在主控芯片通过数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制数据接收端口的模式切换为串口接收IO模式，通过数据发送端口发送唤醒应答报文至控制器，实现了主控芯片的唤醒，提高设备可靠性。此后，在确定出指定时间内未通过数据接收端口接收到控制器发送的通信报文的情况下，控制数据接收端口的模式切换为中断IO模式，并进入深度休眠模式。即在指定时间内未接收到控制器发送的通信报文情况下，再次进入深度休眠模式，以节省功耗。

另外，本发明利用串口引脚的普通IO外部中断唤醒处于深度休眠状态的主控芯片，使用IO中断唤醒进行休眠唤醒，减少了独立IO的引脚占用。

上述实施例中，在确定出指定时间内未通过数据接收端口接收到控制器发送的通信报文的情况下，控制数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。此外，本发明的另一实现方式中，在确定出指定时间内通过所述数据接收端口接收到所述控制器发送的通信报文的情况下，参照图3，还包括：

S31、重置第一定时器。

本实施例中，将第一定时器清零，重新开始计时。

S32、处理通信报文，在通信报文处理完成后，发送通信反馈报文至控制器。

本实施例中，在接收到通信报文后，对报文进行解析，并应答，然后发送通信反馈报文至控制器。

S33、在第一定时器的第一预设计时时间内，未再次通过数据接收端口接收到控制器发送的新的通信报文的情况下，控制数据接收端口的模式切换为中断IO模式，并进入深度休眠模式。

发送通信反馈报文至控制器之后，主控芯片保持唤醒状态并不断查询数据接收端口是否收到通信报文，收到报文后则重置10秒定时，解析通信报文并应答。重置10秒定时后，连续10秒未收到控制器发送的唤醒报文或者通信报文，控制数据接收端口的模式切换为中断IO模式，并再次进入休眠，结束本次通信流程。

本实施例中，在处理完控制器发送的通信报文、且未再次接收到通信报文时，再次进入深度休眠模式，以节省功耗。

另外，本实施例可根据通信状态自动进入休眠模式或工作模式，主控芯片唤醒后反馈唤醒应答报文，避免了初始化未完成造成通信异常，并且通信采用一问一答，通信可靠性高。主控芯片不通信时，各电路处于休眠模式，通信时自动唤醒，从而达到休眠唤醒智能控制，极大降低功耗。

可选地，在上述设备唤醒方法的基础上，本发明的另一实施例提供了一种设备唤醒方法，应用于控制器，与控制器通信连接的低功耗设备中的主控芯片处于深度休眠状态下，主控芯片的数据接收端口处于中断IO模式；

参照图4，设备唤醒方法包括：

S41、发送包括低电平信号的唤醒指令至低功耗设备中的主控芯片的数据接收端口，以使主控芯片进行主控芯片唤醒操作，并控制数据接收端口的模式切换为串口接收IO模式；

S42、接收主控芯片的数据发送端口发送的唤醒应答报文。

其中，S42可以包括：

启动第二定时器；

在第二定时器的第二预设计时时间内，接收到主控芯片的数据发送端口发送的唤醒应答报文的情况下，输出通信成功信息；

在第二定时器的第二预设计时时间内，未接收到主控芯片的数据发送端口发送的唤醒应答报文的情况下，输出通信失败信息。

进一步，在接收所述主控芯片的数据发送端口发送的唤醒应答报文之后，还包括：

发送通信报文至主控芯片的数据接收端口，以使主控芯片在第一定时器的第一预设计时时间内接收到通信报文的情况下，重置第一定时器，处理通信报文，在通信报文处理完成后，发送通信反馈报文至控制器，并在第一定时器的第一预设计时时间内，未再次通过数据接收端口接收到控制器发送的新的通信报文的情况下，控制数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。其中，所述主控芯片在所述数据接收端口的模式切换为串口接收IO模式后，启动第一定时器。

在实际应用中，控制器先通过发送端口TX2发送唤醒报文，并开启10秒定时，此操作会引起低功耗设备的数据接收端口RX1电平由高变低，从而利用主控芯片的RX1的下降沿中断唤醒处于深度休眠状态的主控芯片，主控芯片唤醒完成后，通过数据发送端口TX1回复唤醒应答报文。控制器监测到在10S内收到唤醒回复，通过发送端口TX2发送通信报文进行通信，主控芯片回复该通信报文后结束本次通信任务。在10秒定时内，主控芯片保持不休眠，直到10秒内没有收到通信报文再次进入休眠，这种方法避免主控芯片频繁进入休眠导致响应时间慢。控制器10秒定时周期到后可以重发唤醒报文继续通信，重复上述通信流程，也可以不继续发送唤醒报文，通信结束。其中，本实施例中使用10秒定时间隔进行阐述，具体可以根据实际工作需求修改为合适定时间隔。

若控制器在10秒内未收到唤醒应答报文，结束本次通信，控制器提示通信失败。

本实施例中，在低功耗设备的主控芯片处于深度休眠状态下，主控芯片的数据接收端口处于中断IO模式，在主控芯片通过数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制数据接收端口的模式切换为串口接收IO模式，通过数据发送端口发送唤醒应答报文至控制器，实现了主控芯片的唤醒，提高设备可靠性。此后，在确定出指定时间内未通过数据接收端口接收到控制器发送的通信报文的情况下，控制数据接收端口的模式切换为中断IO模式，并进入深度休眠模式。即在指定时间内未接收到控制器发送的通信报文情况下，再次进入深度休眠模式，以节省功耗。

可选地，在上述应用于低功耗设备中的主控芯片的设备唤醒方法的实施例的基础上，本发明的另一实施例提供了一种设备唤醒装置，应用于低功耗设备中的主控芯片，在所述主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式；参照图5，所述设备唤醒装置包括：

第一模式切换模块11，用于在通过所述数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式；

报文发送模块12，用于通过数据发送端口发送唤醒应答报文至所述控制器；

第二模式切换模块13，用于在确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。

进一步，还包括：

第一定时器控制模块，用于启动第一定时器，并利用第一定时器确定第一预设计时时间内是否通过所述数据接收端口接收到所述控制器发送的通信报文；

相应的，第二模式切换模块13用于确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文时，具体用于：

若利用第一定时器确定出第一预设计时时间内未通过所述数据接收端口接收到所述控制器发送的通信报文，则确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文。

进一步，还包括：

第二定时器控制模块，用于在确定出指定时间内通过所述数据接收端口接收到所述控制器发送的通信报文的情况下，重置所述第一定时器；

第三模式切换模块，用于处理所述通信报文，在所述通信报文处理完成后，发送通信反馈报文至所述控制器，并在所述第一定时器的第一预设计时时间内，未再次通过所述数据接收端口接收到所述控制器发送的新的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。

进一步，第一模式切换模块11用于进行主控芯片唤醒操作时，具体用于：

进行设备初始化操作。

本实施例中，在所述低功耗设备的主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式，在主控芯片通过所述数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式，通过数据发送端口发送唤醒应答报文至所述控制器，实现了主控芯片的唤醒，提高设备可靠性。此后，在确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。即在指定时间内未接收到控制器发送的通信报文情况下，再次进入深度休眠模式，以节省功耗。

需要说明的是，本实施例中的各个模块的具体工作过程，请参照上述实施例中的相应说明，在此不再赘述。

可选地，在上述应用于控制器的设备唤醒方法的实施例的基础上，本发明的另一实施例提供了一种设备唤醒装置，应用于控制器，与所述控制器通信连接的低功耗设备中的主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式；

参照图6，所述设备唤醒装置包括：

数据发送模块21，用于发送包括低电平信号的唤醒指令至所述主控芯片的数据接收端口，以使所述主控芯片进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式；

数据接收模块22，用于接收所述主控芯片的数据发送端口发送的唤醒应答报文。

进一步，还包括：

报文发送模块，用于数据接收模块22接收所述主控芯片的数据发送端口发送的唤醒应答报文之后，发送通信报文至所述主控芯片的数据接收端口，以使所述主控芯片在第一定时器的第一预设计时时间内接收到所述通信报文的情况下，重置所述第一定时器，处理所述通信报文，在所述通信报文处理完成后，发送通信反馈报文至所述控制器，并在所述第一定时器的第一预设计时时间内，未再次通过所述数据接收端口接收到所述控制器发送的新的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式；其中，所述主控芯片在所述数据接收端口的模式切换为串口接收IO模式后，启动定时器。

进一步，还包括：

第三定时器控制模块，用于启动第二定时器；在所述第二定时器的第二预设计时时间内，接收到所述主控芯片的数据发送端口发送的唤醒应答报文的情况下，输出通信成功信息；在所述第二定时器的第二预设计时时间内，未接收到所述主控芯片的数据发送端口发送的唤醒应答报文的情况下，输出通信失败信息。

本实施例中，在所述低功耗设备的主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式，在主控芯片通过所述数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式，通过数据发送端口发送唤醒应答报文至所述控制器，实现了主控芯片的唤醒，提高设备可靠性。此后，在确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。即在指定时间内未接收到控制器发送的通信报文情况下，再次进入深度休眠模式，以节省功耗。

需要说明的是，本实施例中的各个模块的具体工作过程，请参照上述实施例中的相应说明，在此不再赘述。

可选地，在上述设备唤醒方法及装置的实施例的基础上，本发明的另一实施例提供了一种设备唤醒系统，其特征在于，所述设备唤醒系统包括低功耗设备和控制器；

所述低功耗设备用于执行上述应用于低功耗设备中的主控芯片的设备唤醒方法；

所述控制器用于执行上述的应用于控制器的设备唤醒方法；

所述控制器的发送端口和所述低功耗设备的数据接收端口连接；所述控制器的接收端口和所述低功耗设备的数据发送端口连接；所述控制器的接地端和所述低功耗设备的接地端连接。

具体控制器与低功耗设备的连接关系，请参照上述实施例中的相应说明，在此不再赘述。

本实施例中，在所述低功耗设备的主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式，在主控芯片通过所述数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式，通过数据发送端口发送唤醒应答报文至所述控制器，实现了主控芯片的唤醒，提高设备可靠性。此后，在确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。即在指定时间内未接收到控制器发送的通信报文情况下，再次进入深度休眠模式，以节省功耗。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种设备唤醒方法，其特征在于，应用于低功耗设备中的主控芯片，在所述主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式；所述设备唤醒方法包括：

在通过所述数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式；

通过数据发送端口发送唤醒应答报文至所述控制器；

在确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。

2.根据权利要求1所述的设备唤醒方法，其特征在于，在控制所述数据接收端口的模式切换为串口接收IO模式之后，还包括：

启动第一定时器；

利用第一定时器确定第一预设计时时间内是否通过所述数据接收端口接收到所述控制器发送的通信报文；相应的，确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文，包括：

若利用第一定时器确定出第一预设计时时间内未通过所述数据接收端口接收到所述控制器发送的通信报文，则确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文。

3.根据权利要求2所述的设备唤醒方法，其特征在于，还包括：

在确定出指定时间内通过所述数据接收端口接收到所述控制器发送的通信报文的情况下，重置所述第一定时器；

处理所述通信报文，在所述通信报文处理完成后，发送通信反馈报文至所述控制器，并在所述第一定时器的第一预设计时时间内，未再次通过所述数据接收端口接收到所述控制器发送的新的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。

4.根据权利要求1所述的设备唤醒方法，其特征在于，进行主控芯片唤醒操作，包括：

进行设备初始化操作。

5.一种设备唤醒方法，其特征在于，应用于控制器，与所述控制器通信连接的低功耗设备中的主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式；

所述设备唤醒方法包括：

发送包括低电平信号的唤醒指令至所述主控芯片的数据接收端口，以使所述主控芯片进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式；

接收所述主控芯片的数据发送端口发送的唤醒应答报文。

6.根据权利要求5所述的设备唤醒方法，其特征在于，在接收所述主控芯片的数据发送端口发送的唤醒应答报文之后，还包括：

发送通信报文至所述主控芯片的数据接收端口，以使所述主控芯片在第一定时器的第一预设计时时间内接收到所述通信报文的情况下，重置所述第一定时器，处理所述通信报文，在所述通信报文处理完成后，发送通信反馈报文至所述控制器，并在所述第一定时器的第一预设计时时间内，未再次通过所述数据接收端口接收到所述控制器发送的新的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式；其中，所述主控芯片在所述数据接收端口的模式切换为串口接收IO模式后，启动定时器。

7.根据权利要求5所述的设备唤醒方法，其特征在于，接收所述主控芯片的数据发送端口发送的唤醒应答报文，包括：

启动第二定时器；

在所述第二定时器的第二预设计时时间内，接收到所述主控芯片的数据发送端口发送的唤醒应答报文的情况下，输出通信成功信息；

在所述第二定时器的第二预设计时时间内，未接收到所述主控芯片的数据发送端口发送的唤醒应答报文的情况下，输出通信失败信息。

8.一种设备唤醒装置，其特征在于，应用于低功耗设备中的主控芯片，在所述主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式；所述设备唤醒装置包括：

第一模式切换模块，用于在通过所述数据接收端口接收到控制器发送的包括低电平信号的唤醒指令的情况下，进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式；

报文发送模块，用于通过数据发送端口发送唤醒应答报文至所述控制器；

第二模式切换模块，用于在确定出指定时间内未通过所述数据接收端口接收到所述控制器发送的通信报文的情况下，控制所述数据接收端口的模式切换为所述中断IO模式，并进入深度休眠模式。

9.一种设备唤醒装置，其特征在于，应用于控制器，与所述控制器通信连接的低功耗设备中的主控芯片处于深度休眠状态下，所述主控芯片的数据接收端口处于中断IO模式；

所述设备唤醒装置包括：

数据发送模块，用于发送包括低电平信号的唤醒指令至所述主控芯片的数据接收端口，以使所述主控芯片进行主控芯片唤醒操作，并控制所述数据接收端口的模式切换为串口接收IO模式；

数据接收模块，用于接收所述主控芯片的数据发送端口发送的唤醒应答报文。

10.一种设备唤醒系统，其特征在于，所述设备唤醒系统包括低功耗设备和控制器；

所述低功耗设备用于执行权利要求1-4任一项所述设备唤醒方法；

所述控制器用于执行权利要求5-7任一项所述的设备唤醒方法；

所述控制器的发送端口和所述低功耗设备的数据接收端口连接；所述控制器的接收端口和所述低功耗设备的数据发送端口连接；所述控制器的接地端和所述低功耗设备的接地端连接。

Images