STM32单片机睡眠模式（或者其他低功耗模式也行）的代码，由串口1中断唤醒，唤醒后程序继续执行。

STM32教 程上有呀 ,如野火的教程,,配置好中断,只要一条语句即进入睡眠模式,然后由中断唤醒,执行指示灯闪烁程序:主程序如下:

int main(void)

{

/ 配置 led /

LED_GPIO_Config();

/ 配置exti中断 /

EXTI_Key_Config();

/ 配置串口为中断模式 /

USART1_Config();

printf("\r\n 野火ISO-MINI开发板，睡眠实验 \r\n");

while(1)

{

/ wait interrupt /

LED1( ON ); // 亮

Delay(0xFFFFF);

LED1( OFF ); // 灭

LED2( ON ); // 亮

Delay(0xFFFFF);

LED2( OFF ); // 灭

LED3( ON ); // 亮

Delay(0xFFFFF);

LED3( OFF ); // 灭

__WFI(); //进入睡眠模式，等待中断唤醒

}

}

static void Delay(__IO uint32_t nCount) //简单的延时函数

{

for(; nCount != 0; nCount--);

}

在Linux中,休眠主要分三个主要的步骤:

1) 冻结用户态进程和内核态任务

2) 调用注册的设备的suspend的回调函数, 顺序是按照注册顺序

3) 休眠核心设备和使CPU进入休眠态, 冻结进程是内核把进程列表中所有的进程的状态都设置为停止,并且保存下所有进程的上下文

当这些进程被解冻的时候,他们是不知道自己被冻结过的,只是简单的继续执行。

如何让Linux进入休眠呢用户可以通过读写sys文件/sys /power/state 是实现控制系统进入休眠 比如

# echo mem > /sys/power/state

命令系统进入休眠 也可以使用

# cat /sys/power/state

来得到内核支持哪几种休眠方式

1 相关代码

• kernel/kernel/power/mainc

• kernel/arch/arm/mach-xxx/pmc

• kernel/driver/base/power/mainc

接下来让我们详细的看一下Linux是怎么休眠/唤醒的:

用户对于/sys/power/state 的读写会调用到 kernel/kernel/power/mainc中的state_store()，

用户可以写入 const char const pm_states[] 中定义的字符串， 比如"mem", "standby"。

const char const pm_states[PM_SUSPEND_MAX] = {

#ifdef CONFIG_EARLYSUSPEND

[PM_SUSPEND_ON] = "on",

#endif

[PM_SUSPEND_STANDBY] = "standby",

[PM_SUSPEND_MEM] = "mem",

};

常见有standby(suspend to RAM)、mem(suspend to RAM)和disk(suspend to disk)，只是standby耗电更多，返回到正常工作状态的时间更短。

然后state_store()会调用enter_state()<注：这是经典Linux调用流程， 在Android系统中，

Kernel将调用request_suspend_state，而不是enter_state>，它首先会检查一些状态参数，然后同步文件系统。

2 准备, 冻结进程

当进入到suspend_prepare()中以后， 它会给suspend分配一个虚拟终端来输出信息， 然后广播一个系统要进入suspend的Notify，

关闭掉用户态的helper进程， 然后一次调用suspend_freeze_processes()冻结所有的进程， 这里会保存所有进程当前的状态，

也许有一些进程会拒绝进入冻结状态， 当有这样的进程存在的时候， 会导致冻结失败,此函数就会放弃冻结进程，并且解冻刚才冻结的所有进程。

3 让外设进入休眠

现在, 所有的进程(也包括workqueue/kthread) 都已经停止了，内核态人物有可能在停止的时候握有一些信号量，

所以如果这时候在外设里面去解锁这个信号量有可能会发生死锁，所以在外设的suspend()函数里面作lock/unlock锁要非常小心，

这里建议设计的时候就不要在suspend()里面等待锁。而且因为suspend的时候，有一些Log是无法输出的，所以一旦出现问题,非常难调试。

然后kernel在这里会尝试释放一些内存。

最后会调用suspend_devices_and_enter()来把所有的外设休眠， 在这个函数中，

如果平台注册了suspend_ops(通常是在板级定义中定义和注册，在kernel/arch/arm/mach-xx/pmc中调用suspend_set_ops)，

这里就会调用 suspend_ops->begin()； 然后调用dpm_suspend_start，他们会依次调用驱动的suspend() 回调来休眠掉所有的设备。

当所有的设备休眠以后， suspend_ops->prepare()会被调用， 这个函数通常会作一些准备工作来让板机进入休眠。

接下来Linux，在多核的CPU中的非启动CPU会被关掉，通过注释看到是避免这些其他的CPU造成race condio，接下来的以后只有一个CPU在运行了。

suspend_ops 是板级的电源管理 *** 作, 通常注册在文件 arch/arch/mach-xxx/pmc 中

接下来， suspend_enter()会被调用， 这个函数会关闭arch irq， 调用 device_power_down()， 它会调用suspend_late()函数，

这个函数是系统真正进入休眠最后调用的函数，通常会在这个函数中作最后的检查。 如果检查没问题， 接下来休眠所有的系统设备和总线，

并且调用 suspend_pos->enter() 来使CPU进入省电状态，这时就已经休眠了。代码的执行也就停在这里了。

三、Linux Resume流程

如果在休眠中系统被中断或者其他事件唤醒，接下来的代码就会开始执行，这个唤醒的顺序是和休眠的循序相反的，

所以系统设备和总线会首先唤醒，使能系统中断，使能休眠时候停止掉的非启动CPU， 以及调用suspend_ops->finish()，

而且在suspend_devices_and_enter()函数中也会继续唤醒每个设备，使能虚拟终端， 最后调用 suspend_ops->end()。

在返回到enter_state()函数中的，当 suspend_devices_and_enter() 返回以后，外设已经唤醒了，

但是进程和任务都还是冻结状态， 这里会调用suspend_finish()来解冻这些进程和任务， 而且发出Notify来表示系统已经从suspend状态退出， 唤醒终端。

到这里，所有的休眠和唤醒就已经完毕了，系统继续运行了。

单片机的中断概念是指单片机在执行程序时，遇到事先设定的优先等级高于当前正在执行程序的控制信号时，暂时停止当前程序的执行，转而先执行优先等级高的程序，等待所有优先等级较高的程序都执行完后，再返回继续原来暂停执行的程序的 *** 作，这样的程序 *** 作就称为执行中断 *** 作。

为了保证中断执行后能够继续执行原来的程序且不产生错误，中断 *** 作时，首先要保存中断前的程序的地址、工作寄存器的内容等。直到中断程序执行完成后再将暂时保存的工作寄存器的内容和地址取出，才能保证不回出现错误。

能。外部中断触发唤醒mcu后还能触发。外部中断是能够唤醒系统的，如：也就是说在main函数中执行了halt指令后，进入停机模式（没有使能AWU的情况下），外部中断能够将MCU中停机唤醒。

以上就是关于STM32单片机睡眠模式（或者其他低功耗模式也行）的代码，由串口1中断唤醒，唤醒后程序继续执行。全部的内容，包括:STM32单片机睡眠模式（或者其他低功耗模式也行）的代码，由串口1中断唤醒，唤醒后程序继续执行。、linux中程序处于停止态可以被唤醒吗、单片机中断概念等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！