·上一文章：便携式远程心电监护仪的原理与设计实例
·下一文章：嵌入式操作系统Windows CE研究
全速运行、待机和睡眠等宏观行为利用CPU的固有能力通过降低工作电压或时钟频率来节省功耗。除了全面地改变系统状态外，大多数设备用户察觉不到的是，实际的电源管理也能够逐渐地改变系统状态，这种情况在一秒之内可以发生数百次。
任何动态电源管理策略的基础都是调整便携式设备中一个或多个处理器内核的工作电压和频率，此外，在高集成度的PowerPC、ARM和基于x86的系统中经常包含一个DSP或智能基带处理器。的确，诸如英特尔的StrongARM和XScale处理器、TI的OMAP处理器系列以及IBM的PowerPC 405LP和Transmeta Crusoe等CPU都提供内核电压和频率的动态调节功能。不过，现代的嵌入式处理器具有非常高的电源效率，以至于CPU并不总是最主要的耗能器件，其它高耗能的器件包括高性能存储器、彩色显示器和射频接口等。因此，如果动态电源管理系统只能调节处理器内核的电压和频率，那么它的用途将有限。
一个真正有用的动态电源管理方案应该可以采用与CPU内核运行相协调或相独立的方式，支持对一系列电压和时钟的快速调节。
DPM架构
两个现有的电源管理方案分别来自于PC和笔记本电脑领域：一个是传统的高级电源管理(APM)方案，它目前仍然使用在许多基于Linux的便携设备中，但在基于微软操作系统的笔记本电脑和手持设备中已经被逐步淘汰；另一个是高级配置和电源接口(ACPI)方案，它是英特尔、东芝和其他一些公司支持的现行标准。在PC、笔记本电脑、服务器、甚至刀片式通信设备等商业硬件中，类似ACPI的系统是人们的首选，但它强烈依赖于流行的x86/IA-32 BIOS 架构。
嵌入式系统通常没有类似于PC中的BIOS，而且通常不具备那么高的机器抽象水平，能够把操作系统与低层次的设备和电源管理活动隔离开来。与其它瞄准电池供电应用的操作系统类似，在嵌入式Linux中，电源管理活动需要对操作系统内核和设备驱动程序进行特殊的干预。不过，需要重点强调的是，虽然低层次的动态电源管理是驻留在操作系统内核中，但电源管理策略和机制是来源于中间件和用户应用代码。
接口和API
理想的电源管理系统应尽可能对更多软件堆栈层达到几乎完全透明的程度。事实上，这是Transmeta公司在其Crusoe架构中所遵循的路线，而且已经成为基于BIOS的现有电源管理方案追求的目标。然而，具备手持设备设计经验的开发人员证实，系统内部各部分之间需要某种程度的直接合作，具体描述如下：
内核接口
在面向Linux的DPM架构中，内核中的DPM子系统负责维持整个系统的电源状态，并把DPM系统的不同电源管理模块联系在一起。如果内核的任何其它部分需要与DPM直接对话(尽管这种情况相对较少)，那么最好把DPM看成是为驱动程序、中间件和应用程序提供服务的元素。
驱动程序接口
支持DPM功能的设备驱动程序比默认的驱动程序更了解系统状态：它们在外部事件的驱使下通过设定不同的状态来反映或遵循那些操作机制，或者通过来自内核 DPM子系统的调用来反映或遵循那些操作机制。为了实现更精确的机制决策，驱动程序API也允许驱动程序注册与它们接口或由它们管理的那些设备的基础操作特征。
应用程序API
应用程序可以分为三类：
*电源管理知会型(PM-aware)应用程序
*在电源管理知会“包裹器”中的传统应用程序
*不带有电源管理的传统应用程序
电源管理知会型应用程序能够利用机制管理器提供的API，建立其基本的约束条件，并强迫电源管理机制发生与其执行需求相匹配的变化。不直接带有电源管理能力的传统应用程序能够被“包裹”在代码或补丁中，以达到较高的效率，但它们也能够根据更大范围的默认机制管理，按默认的行为运行。
在嵌入式Linux
DPM下的实际机制包括以下API，如dpm_set_os()(内核)、assert_constraint()、remove_constraint ()和set_operating_state()(内核和驱动程序)、set_policy()和set_task_state()(经系统的用户级调用)以及/proc接口。
对实时性能的影响
迄今为止，调整CPU电压和频率对系统的实时性能而言依然是一个重大挑战。任何参数的改变都将导致系统不稳定，重新锁定锁相环和其它动态时钟机制也需要相应的时间，这两个因素将使系统的响应出现长延时(有时达到数十毫秒)，在此期间，CPU既不能执行计算操作，也不能对外部事件(中断)做出响应。
TI的 OMAP、英特尔的Xscale和IBM的PowerLP等嵌入式处理器能够在十几毫秒的延时内调整频率，在数十毫秒的延时内改变电压，而且所有这些动作都不会中断系统的操作，从而允许实现更大胆和更精确的节电机制。例如，在处理MPEG视频帧或IP语音包的过程中可以降低电压和频率。
实时性能面临的一个更普遍的挑战是，如何在睡眠模式期间对中断做出响应。虽然通过编程，大多数片上外围元件在收到中断之后都可以唤醒系统，但开发者必须谨慎地定义用于唤醒设备的机制，并把整个系统的延时和存储器类别考虑在内，以确保处理中断的执行时间和用户空间对事件的响应(优先延时)。
向嵌入式Linux发展的趋势
理想情况下，用户既无需知道也无需关心支撑其手持设备的底层操作系统。现在，设备制造商对操作系统有了更多的选择余地。虽然微软一直非常重视品牌，但 Windows系列操作系统进入手持设备市场(如蜂窝电话)的规模却落后于Symbian和Brew，也落后于嵌入式Linux。设备制造商转向 Linux的原因之一是可以利用标准的电源管理技术替代专有技术，这样既能达到更快的上市时间，同时又能满足终端用户和运营商的技术需求。
