本文主要是介绍关于ARM Kinetis MCU唤醒源NVIC和AWIC的工作过程解惑，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
之前对Kinetis的低功耗系统进行学习的过程中，大体上了解NVIC是主管同步唤醒事件，而AWIC是主管异步唤醒事件，同步和异步主要指的是是否与CPU的时钟保持同步。NVIC是在CPU醒着的时候（有时钟供应）的情况下接受中断请求，处于ARM核心内部，需要CPU的时钟供应以维持工作。AWIC可以在CPU休眠时（在Deep Stop模式中）通过异步机制继续响应来自存活外设的中断请求以唤醒CPU。但是在之前的理解中，AWIC和NVIC是相互独立工作，分别接入CPU中的。这也导致了我在理解例如LLWU等从特殊低功耗模式下唤醒的执行序列时仍存在诸多疑惑（唤醒后到底是先复位还是先执行中断服务程序？）。
今天详读一份Kinetis的datasheet时，注意到如下一段关于AWIC说明：
此处的意思是“AWIC在异步模式下（包括CPU的系统时钟停止供应）捕获到事件，AWIC恢复系统时钟（包括CPU时钟）。系统时钟恢复后，NVIC恢复工作，监测到中断事件发生，然后执行常规的基于NVIC的中断服务处理程序”。这就说明AWIC和NVIC有交接工作的关系：AWIC从一些Deep Sleep模式中恢复系统时钟，它的工作内容就结束了。系统时钟恢复后，NVIC自动接替事件的响应过程，启动中断服务程序处理相应的中断事件。
再拿文中提到的一个案例进行分析：
由此可以解释，当使用LLWU（隶属于AWIC的范畴）这类超低功耗掉电模式的唤醒事件监控模块时，会先唤醒系统，然后通过NVIC的引导开始执行中断服务程序，当系统从中断服务程序的高优先级的特权状态中回归到常规优先级的普通状态时，开始启动复位操作序列（此时的复位操作序列感觉像是一个最低优先级的中断服务程序，同LLWU的中断服务组成“咬尾中断”，也就是说指令序列从来都没有回到过main函数）（当然也有另一种可能的解释，就是LLWU的中断服务最后面由硬件自动添加了一段复位操作序列，用户看不到，也不可编程，此时指令序列也没有回到main函数）。总之，结论是“先执行中断服务程序再复位”，那么在这种情况下，LLWU的中断服务程序一般可以用来在时钟完备的情况下保存一下复位前的现场信息。这样在复位之后，在新一轮的生命周期中，使用上一个生存周期末尾保存的现场信息执行一些对应的处理工作。
这篇关于关于ARM Kinetis MCU唤醒源NVIC和AWIC的工作过程解惑的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
