| | 网站首页 | 新闻 | SOPC | FPGA | DSP | ARM | 嵌入式操作系统 | 下载 | 所有产品 | 留言 | 论坛 | 购买指南 | 网络协议 | 驱动设计 | | |
|
|
 |
您现在的位置： 21嵌入式控制研究室 >> 嵌入式操作系统 >> 综合 >> 文章正文 |  用户登录  新用户注册 |
|
|||||
| 用于便携式设备动态电源管理的嵌入式Linux技术 | |||||
| 作者：佚名 文章来源：21control 点击数： 更新时间：2005-12-31 | |||||
|
全速运行、待机和睡眠等宏观行为利用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的原因之一是可以利用标准的电源管理技术替代专有技术，这样既能达到更快的上市时间，同时又能满足终端用户和运营商的技术需求。 作者：Bill Weinberg 技术专家 MontaVista 软件公司 几个关键概念 操作点：在任何给定的时间点，系统都运行在一个特定的操作点下，该操作点由包括内核CPU电压、CPU和总线频率以及外围设备状态的参数来描述。DPM系统可以定义为，在程序执行和事件发生过程时，把系统从一个操作点转移到另一个操作点的一系列规则和程序。 例如，板上LCD控制器需要使用一个存储在片外SDRAM中的帧缓冲器。当LCD控制器工作时，操作点需要指定足够高的存储器总线频率来满足显示器刷新速率(由像素时钟频率决定)的需要。在LCD不工作的情况下(例如当PDA仅作为MP3播放器使用时)，降低SDRAM总线频率可以节省整个系统的功耗。 机制：通常，机制定义了电源管理系统及其元件的行为。在DPM架构中，机制被称为数据结构，为了精确地控制动态系统的状态，需要规定元件状态和设备状态的转换，以确保与总体电源管理策略相一致的可靠操作。 机制管理器：它是激活机制的用户程序或Linux后台程序(中间件)。机制管理器执行用户定义的或专用的电源管理策略。它们可以作为内核的一部分执行或在用户空间中执行。机制管理器可以非常主动，如实时地响应应用系统对电源/性能的需求；也可以比较被动，如对于电池电源的变化，可以在更长的时间里改变机制。 |
|||||
| 文章录入：fengfeiyi 责任编辑：fengfeiyi | |||||
| 【发表评论】【加入收藏】【告诉好友】【打印此文】【关闭窗口】 | |||||
| 最新热点 | 最新推荐 | 相关文章 | ||
| 没有相关文章 |
 网友评论：（只显示最新10条。评论内容只代表网友观点，与本站立场无关！） |
| | 设为首页 | 加入收藏 | 联系站长 | 友情链接 | 版权申明 | 管理登录 | | |
 |
站长：康草科技 |
