与基于UPF值3.0的IP虚拟原型的使用功率模型创建一个全面的早期检测和纠正系统电源管理机制问题。
能源效率作为设计约束继续占据主导地位,而现在我们看到更大的动力了转向系统级的设计,我们自然看到节能系统级设计作为EDA和IP实现的一个关键领域,特别是在移动和物联网平台提供商。在我的上一文章我强调了IP权力角色模型在低功耗的平台的架构和设计,特别是在虚拟样机环境中使用。在本文中,我将强调如何互操作,行业标准的IP力量加上虚拟样机模型可用于节能软件的开发和系统电源管理的跟进和验证。对于那些有兴趣了解更多关于虚拟样机软件开发及其应用我强烈推荐阅读”更好的软件。快”。
平台开发今天继续采用为核心设计approach-designs包含许多IP头衔的IP供应商。这些设计创建、验证和使用各种各样的实现EDA工具和方法,所以需要互操作性任何IP模型是显而易见的。能力开发节能平台,包括硬件、软件和系统电源管理平台的组件,需要能够使用适当的设计抽象水平手头的任务。这么一来我们抽象的IP权力行为也应该支持需求。
IEEE 1801统一格式(UPF)现在是一个建立行业标准,促进了权力的规范目的用于低功耗设计。有一个标准的方式定义设计描述(HDL)和权力意图(UPF)使跨EDA设计工具和方法的实现可移植性和低功耗soc验证。UPF值很好支持在EDA和IP社区,和它的设计中采用社区继续增长。通过积极参与各种各样的利益在半导体行业,UPF值继续进化的根源与Accellera v1.0早在2007年,当前IEEE标准今天(IEEE 1801 - 2013)。
我们让这种转变为系统级设计与我们的平台开发方法和方法论,是有道理的,我们也会做一个转变了我们的行业标准的定义权力意图。支持,IEEE 1801 UPF工作组创建一个子一年前几乎完全把注意力集中在权力建模、目标定义一个扩展的UPF值标准用于系统级IP建模。1801年动力建模亚群体工作的一个基本假设是,这些系统级IP模型支持的发展力量这两个节能的硬件和软件。这将是我们第一次看到UPF值使软件和系统电源管理发展的关键方面。
的亚群体一直忙于在过去的一年,现在非常接近提交一套权力系统级建模扩展今年的UPF值标准的修订,正式称为UPF3.0。我们目前预计UPF3.0修订去IEEE投票之前DAC和批准在2015年下半年,UPF3.0 EDA和IP供应商支持的基于系统级IP模型后不久之后。UPF3.0将支持系统级IP功率模型的定义,包括枚举的更复杂的权力状态和转换相关的幂函数用于计算功率消耗,以及电源状态激活条件,支持各级设计抽象包括硬件、软件和电源管理事件。
这些UPF3.0基于IP的关键优势之一力量模型是他们的适用性这两个硬件和软件开发,特别是软件方面的系统电源管理。抽象和打包的能力关键权力相关的IP的特点,和现在的这些特征,适用于消费软件开发团队在高水平的抽象设计,使这些团队配置能源平台的行为全部或代表软件负载。拥有这种权力的可见性和能源行为之前硅可以帮助识别和删除软件能源bug(基于软件的缺陷不影响功能,但负面影响电池寿命和热约束),但更重要的是它使早期的开发、跟进和测试系统电源管理软件。
系统电源管理软件中起关键作用的整体能源效率的一个平台,因为平台硬件的使用完全决定了它的能源消耗。我们采用硬件资源的更有效的平台更好的电池寿命和热行为我们将看到的,这是系统电源管理的责任。能够模拟调优低级硬件软件交互的性能水平,电力状态和电源管理策略和算法使我们能够评估早期电源管理软件的鲁棒性,而不必等到硅是可用的。
硬件系统电源管理是复杂的,这种复杂性是反映在软件通过多层底层固件控制,通过操作系统的电源管理,一直到应用层电源管理。为了优化这些许多层的控制,我们需要良好的和相关的可见性系统的动力行为,包括完整的权力状态空间以及功耗的来源。小错误在系统电源管理可能会导致灾难性的错误在能源平台的完整性——的故事简单的操作系统更新,突然耗尽电池并不少见。
通过使用虚拟样机与基于IEEE 1801 UPF3.0 IP功率模型,我们现在可以提供一个全面的机制来检测并纠正系统电源管理问题。我们可以用这个可见性的能量系统的行为来优化软件和优化能力和性能权衡,热权衡和整体能效平台的简单的方式不可行,我们可以在开发周期的早期正确的帮助开发平台建设。
有一些教程在周二在今年的会议舒适的硅谷这个工作将更详细地对那些可能会感兴趣。
|
|
|
|
|
|
|
|
|
|
留下一个回复