一种利用实时时钟降低嵌入式系统功耗的方法

　　1.嵌入式CPU低功耗模式介绍

　　众所周知，低功耗已经是衡量一个嵌入式系统的重要指标。而作为嵌入式系统的核心，嵌入式CPU的功耗则对整个系统起着重要的作用。当前流行的嵌入式系统CPU，基本都提供低功耗特性。一般而言，当嵌入式CPU都会有工作模式与低功耗模式，而低功耗模式又可进一步分为空闲模式，休眠模式，睡眠模式等。进入低功耗模式后，CPU的功耗会降低很多。而外部中断发生时，可以将CPU唤醒。一个嵌入式系统运行起来后，当系统进入idle状态时，就可以让CPU进入低功耗模式，而当外部中断发生时，再唤醒CPU，重新回到工作模式。让CPU尽可能多的处于低功耗模式，可以大大降低系统的功耗。然而，即使系统处于idle而且没有别的工作要做，系统实时时钟的中断，也会不停的唤醒CPU，从而增加系统功耗。因此，可以考虑对系统实时时钟的中断进行修改，从而减少对系统功耗的影响。

　　2．系统实时时钟与功耗的关系分析

　　在目前的嵌入式系统中，系统实时时钟一般是一个硬件循环计数器。当硬件计数器计到一定数值时会向CPU发出中断。系统实时时钟是现代多任务嵌入式 *** 作系统的重要组成部分，因此我们需要先讨论一下嵌入式 *** 作系统与系统实时时钟的关系。当今的嵌入式 *** 作系统一般都支持多任务，优先级和时间片调度。当嵌入式OS运行起来后，一般都有一个IDLE任务，它的优先级最低，而其他任务的优先级都应该比它高。在优先级调度机制中，只有当系统中其他高优先级任务都处于阻塞状态时，它才有机会运行。时间片调度机制只对同优先级的任务有效。也就是说，不同优先级的任务之间是不会按时间片调度轮转的，而是按优先级来调度的。因此当系统进入IDLE任务时，可以认为系统中没有工作要CPU来做，系统为idle状态。当时间片调度机制开启后，嵌入式OS就会根据时间片来调度任务。也就是当一个时间片用完后，要运行调度器来决定下一个时间片的归属。时间片的基本单位是系统TIck，而系统TIck是以系统实时时钟为基础的。当系统实时时钟中断产生时，CPU会将系统TIck加1。每当系统TIck增加n（一个时间片）时，嵌入式OS将启用调度器进行时间片调度。因此，当时间片调度机制开启后，就需要系统tick的实时更新和调度器的定时运行，也就需要实时时钟中断以很高的频率定时产生。如果关闭时间片调度机制，则任务之间只需要按照优先级来调度，这样就不需要计算时间片，也就是系统tick不用实时更新，实时时钟的中断不必以很高的频率产生，调度器也不用定时运行。这样就有可能考虑延长实时时钟的中断间隔。同时调度器不需要进行时间片调度，可以节省系统开销。但关闭时间片调度后，系统就只有优先级调度。这就要求系统的所有任务要主动阻塞，而不要期待调度器把同优先级的其他任务调度出CPU而让自己运行。在目前流行的嵌入式 *** 作系统中，一般都提供了很多主动阻塞的机制，因此要做到这一点并不难。延长实时时钟的中断间隔，可以让CPU长期处于低功耗状态，直到有设备中断唤醒CPU。这样将大大减低系统在空闲时的功耗。延长实时时钟中断间隔后，需要考虑的问题有两个，一是系统tick，另一个是系统delay。系统tick是实时时钟和 *** 作系统之间的接口， *** 作系统与时间相关的模块和API，基本都是基于tick的。在一般系统中，实时时钟的中断是每个tick一次。因此tick是 *** 作系统最小的计时单位。延长实时时钟中断间隔后，系统tick就会长时间不增加，因此怎样保证系统tick的准确性，就是最基本的问题。解决了tick的准确性，就可以隔离实时时钟对 *** 作系统的影响。系统delay是 *** 作系统一种重要的阻塞机制，它主要用于让一个任务主动让出CPU一段时间。一般系统delay是基于系统实时时钟的，系统delay的基本单位就是tick。当调用delay时，API函数会首先得到当前系统tick，然后加上需要delay的时间，形成一个未来的delay时间点，再将任务挂到系统的delay队列上。因此delay队列上的所有任务都对应一个自己的delay时间点。当系统tick超过某个任务的delay时间点时，该任务就应该醒来。这就需要实时时钟的中断来唤醒CPU，并运行调度器让delay的任务重新进入就绪队列。如果实时时钟中断间隔延长，系统tick就会很长时间不增加，就很难保证delay的准确性。同时delay时间到达后，也无法唤醒任务。要保证系统tick的准确性，就要求每次主动获得系统tick时，需要通过实时时钟硬件计数器的值计算出当前的系统tick。同时，需要保证主动获取和实时时钟中断之间的同步。而对于系统delay，则需要修改硬件计数器的计数值，使其为系统delay队列上的最小delay时间点的delay时间。这样可以利用硬件计数器来准确控制delay的准确性，并且利用中断来及时调度任务。

　　3．在I.MX51上的解决方案：

　　ECOS是一款优秀的轻量级嵌入式 *** 作系统，它的内核微小，紧凑，支持多任务，优先级和时间片调度机制。飞思卡尔的多媒体芯片i.mx51基于ARM Cortex-A8核，具有很高的性能，同时支持了ARM提供的低功耗功能。ARM提供低功耗模式，即睡眠模式。ARM执行指令WFI后，会进入睡眠状态。在睡眠模式下，ARM的时钟被关闭，ARM只消耗极低的功耗来维护自身的状态，即启用SRPG（State retaining power gate）。当有中断发生时，ARM会被唤醒，恢复时钟，重新开始执行。MX51提供了多个硬件计数器，本文采用其中的GPT作为实时时钟。GPT是一个循环计数器，可以设置最大为0xffffffff的计数值，每个时钟计数值减1，当计数值减到0时触发中断，时钟为32KHz。GPT的计数值可以在任意时刻被ARM读取，读取是不影响计数的。当IDLE任务运行时，IDLE就执行WFI指令，让ARM进入低功耗模式。如果有设备产生中断，ARM就会被唤醒，处理中断以及所需的任务调度，任务运行。基于前面的分析，本文对ECOS的时间片调度和实时时钟系统进行了修改。对于时间片调度机制，在ECOS的配置文件中将其关闭。对于实时时钟，则延长了它的中断间隔。系统tick在两种情况下会被更新，一种是当调用ECOS API去读系统tick的时候，另一种就是GPT产生中断。当ECOS启动后，将GPT的计数值设为最大，这样GPT就需要很长时间才会产生一次中断。在这期间，系统tick只会在ECOS API主动读取时才会更新。系统tick的更新是通过读取硬件计数器的计数值计算出来的。在ECOS系统的实时时钟类中增加一个变量pre_hardware_count用于记录上一次读取的硬件计数器的值。当每次系统API读取tick时，当前硬件计数器的值与上一次读取时硬件计数器的值的差值就是两次读取之间已经过去的tick数。当实时时钟产生中断时，即硬件计数器计到0，将此变量清零。这样，就可以保证每次读取系统tick 时，能得到一个准确的系统tick值。当有任务要主动延时一段时间，即调用系统delay API时。ECOS的API函数会计算出该任务的delay时间点，然后将该任务挂入系统delay队列。然后遍历系统delay队列，找出队列中的最小delay时间点，把该delay时间点对应的delay时间写入GPT，让GPT来控制delay时间。delay时间到后，GPT会产生中断，ECOS将中断处理程序分为两部分，ISR和DSR。在ISR中将硬件计数器设为最大值。然后在DSR中增加系统tick，将超时的任务重新挂入就绪队列，并且再次找出系统delay队列上的最小delay时间点，写入硬件计数器。如果系统delay队列为空，则不对硬件计数器再进行 *** 作，保持ISR 中写入的最大值。最后ECOS会运行调度器，如果超时的任务具有最高优先级，那么它就会得到运行，也就是醒过来。这样也就可以保证系统delay的准确性与及时性。下图是修改后实时时钟后系统tick， delay以及调度器相关的流程图。

　　下图是修改后实时时钟后系统tick， delay以及调度器相关的流程图。

　　图1. 实时时钟修改流程图

　　下面是在飞思卡尔公司i.mx51上的实验数据。

　　可以看出，修改了时间片调度和实时时钟后，不论ARM工作在哪个电压点，系统IDLE时的功耗降低了差不多10倍。因此，延长实时时钟中断间隔能极大的降低系统功耗。

　　4．其他系统的类似方法

　　当前流行的嵌入式 *** 作系统Linux和WinCE也都在讨论修改系统实时时钟中断方式以求降低系统功耗。对于Linux系统，有一个Less Watts项目，实现tickless idle，即无tick的idle，其实就是修改实时时钟的中断方式。WinCE则提供了可变系统时钟节拍Variable Tick Scheduler，在进入idle状态前改变系统时钟节拍，这样在预期的时间段里，idle状态不会被无谓的系统时钟中断唤醒。

　　5．结论

　　可以看出，通过修改实时时钟中断方式，可以使CPU在idle状态下长时间处于低功耗模式，极大的降低系统功耗。而且当前流行的嵌入式 *** 作系统都在积极的探讨此方法。相信今后这项功能会成为嵌入式 *** 作系统必备的一个功能。