Устройство для архитектуры высокоэффективного управления электропитанием платформы в режиме реального времени

Устройство для архитектуры высокоэффективного управления электропитанием платформы в режиме реального времени

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

Настоящее изобретение, в общем, относится к подаче энергии питания в вычислительных системах и, в частности, к системе, методологии и архитектуре эффективного электропитания платформы.

Уровень техники

Существующие схемы управления электропитанием на основе операционной системы (ОС), такие как ACPI (усовершенствованный интерфейс конфигурации и управление питанием), являются ОС-центрическими. Переходы состояний платформы и устройства, будучи инициированными из программной интегрированной среды управления электропитанием на основе ОС, обычно должны осуществляться вплоть до стека ядра ОС, драйверов устройств, встроенного программного обеспечения платформы и в конечном итоге до модуля управления энергопитанием платформы (обычно контроллер), для изменения состояния питания. Обратное действие, будучи инициированным устройством, также является медленным, и типично также должно быть проведено по тому же пути в обратном направлении, и затем должно ожидать авторизации (и т.п.) со стороны ОС. Такая архитектура накладывает значительную неэффективность и существенные потери в отношении используемой электроэнергии. Это может быть терпимым в некоторых технологиях, в которых используются обычные решения для регулирования напряжения, которые могут иметь относительно медленные временные характеристики отклика при изменении состояния электропитания и которые трудно интегрировать с другими устройствами, например устройствами GPS, Bluetooth и USB. Соответственно, требуются новые подходы для управления электропитанием в платформах с вычислительными возможностями.

Краткое описание чертежей

Варианты осуществления изобретения иллюстрируются в качестве примера, а не для ограничения, на фигурах, представленных на приложенных чертежах, на которых одинаковые номера ссылочных позиций относятся к аналогичным элементам.

На фиг.1А показана схема обобщенной архитектуры, включающей способность управления электропитанием с прямым PMI (DPMI) в соответствии с некоторыми вариантами осуществления.

На фиг.1В показана блок-схема общей платформы, пригодной для реализации архитектуры управления электропитанием на основе DPMI, показанной на фиг.1А, в соответствии с некоторыми вариантами осуществления.

На фиг.2 показана схема, представляющая интегрированную среду управления электропитанием по фиг.1А, но более подробно, в соответствии с некоторыми вариантами осуществления.

На фиг.3 показана блок-схема платформы SoC с архитектурой DPMI в соответствии с некоторыми вариантами осуществления.

На фиг.4 показана архитектура PM-DPMI ОС в соответствии с дополнительными вариантами осуществления

На фиг.5 показана схема, представляющая интегрированные регуляторы напряжения в соответствии с некоторыми вариантами осуществления.

На фиг.6 показана схема многоэлементного IVR для обеспечения источников питания с регулируемым напряжением для ассоциированных устройств в соответствии с некоторыми вариантами осуществления.

На фиг.7 показан вид в поперечном сечении корпуса платформы в соответствии с некоторыми вариантами осуществления.

На фиг.8 показана процедура для определения допустимого диапазона активных элементов в соответствии с некоторыми вариантами осуществления.

На фиг.9 показана процедура для определения количества элементов, которые должны быть активными, на основе допустимого диапазона активных элементов, в соответствии с некоторыми вариантами осуществления.

На фиг.10 показана процедура для определения, какое количество ножек переключателя должны быть активными в активном элементе в соответствии с некоторыми вариантами осуществления.

На фиг.11 показана процедура, представляющая, как PMU может определить соответствующее действие состояния питания IVR в соответствии с некоторыми вариантами осуществления.

Подробное описание изобретения

В некоторых вариантах осуществления изобретение обеспечивает более высокоэффективную архитектуру управления в режиме реального времени энергопитанием платформы для вычислительных платформ. Архитектура с более прямым управлением электропитанием может быть предусмотрена с использованием интегрированных регуляторов напряжения и, в некоторых вариантах осуществления, также прямого интерфейса управления электропитанием (DPMI). Интегрированные регуляторы напряжения, такие как регуляторы напряжения, установленные на подложке (ISVR), описанные ниже, можно использовать для воплощения более быстрых, более тонко реагирующих переходов состояния электропитания. Кроме того, новая, более прямая архитектура управления электропитанием (DPMI) может быть развернута для более эффективного управления регуляторами напряжения и/или ISVR, используемыми для платформы.

В некоторых вариантах осуществления DPMI могут обеспечивать аппаратный протокол, позволяющий обеспечить непосредственный обмен запросами состояния активности и изменения состояния питания (то есть более прямой, чем в обычных подходах, основанных на ОС) между устройствами и модулем управления электропитанием (PMU), вместо необходимости прохода по обычной цепочке управления электропитанием на основе ОС. Этот механизм обеспечивает управление состоянием питания в режиме реального времени, который пригоден для быстрых и интегрированных VR, таких как ISVR.

В отличие от существующих подходов управления электропитанием на основе операционной системы платформы с DPMI могут более эффективно обходить операционную систему управления электроприводом, чтобы быстрее уменьшать питание, когда это необходимо, например, в ответ на изменение состояния питания или уведомление со стороны устройств, которые находятся или будут менее активными или неактивными. Когда используются IVR, быстрые переходы состояния питания могут быть достигнуты, например, за время порядка микросекунд и даже наносекунд, и они могут быть интегрированы в платформы, включающие в себя, в систему на микросхемах (SoC) с другими функциональными модулями, чтобы обеспечить более плотное и более тонкое управление подачей электроэнергии. Например, в DPMI, IVR могут быть интегрированы в функциональные устройства, с тем, чтобы быстро, практически в режиме реального времени, переходить в состояние или выходить из состояния низкого потребления энергии, состояние ожидания или спящий режим с минимальным потреблением энергии, для достижения беспрецедентной эффективности использования электропитания. Это, например, может быть предпочтительным для мобильных устройств, таких как нетбуки, смартфоны и платформы мобильных устройств для работы в Интернет.

В некоторых вариантах осуществления архитектура прямого интерфейса управления электропитанием (DPMI или прямого PMI, для краткости) предусмотрена на уровне аппаратных средств платформы с возможностью IVR. Поскольку в модуле управления электропитанием системы (PMU) интегрирован IVR, прямой PMI может обеспечить для устройств возможность сообщать о переходе состояния питания непосредственно в PMU (например, обходя ОС), и PMU может затем выполнять изменения состояния питания без использования ОС и ее интегрированной среды управления электропитанием, в результате чего происходит ускорение управления электропитанием и также экономия электроэнергии, которая, в противном случае, была бы использована существующей ОС. Множество (если не большинство) действий по управлению электропитанием, по существу, могут быть прозрачными для ОС, в результате чего обеспечивается дополнительная аппаратная архитектура управления электропитанием. Время отклика на изменения состояния питания может быть улучшено, и платформа типично требует меньше ресурсов CPU для действий, связанных с управлением электропитанием. Поэтому общая эффективность использования питания платформы может быть улучшена.

На фиг.1А показана схема обобщенной архитектуры, в которую встроена возможность управления электропитанием на основе прямого PMI (DPMI). Представленный участок платформы включает в себя интегрированную среду 102 управления электропитанием ОС, модуль 104 управления электропитанием (вместе с Р-кодом 105), логическую схему 106 интерфейса прямого управления электропитанием (DPMI), регуляторы 108 напряжения и устройства 1ХХ, все соединенные вместе, как показано. В устройствах 1ХХ предусмотрены VR 108, которыми, в свою очередь, управляют с помощью платформы 102 РМ ОС, PMU 104, и логическую схему 106 DPMI. Устройства называются “1ХХ”, поскольку к ним обращаются различные самые разные устройства или модули на платформе, или даже внешние для нее, некоторые из которых показаны на фиг.1В.

Во время работы PMU (со стороны логической схему 106 DPMI) и платформа РМ ОС работают для воплощения управления электропитанием общей платформы. Платформа ОС может быть аналогична существующей платформе РМ ОС, но со специфичными для DPMI добавлениями поверх ядра ОС. В некоторых вариантах осуществления пользователи могут выбирать возможность включения или отключения функций управления электропитанием на платформе DPMI. Это может быть предусмотрено для обеспечения обратной совместимости программных приложений с новыми платформами, воплощенными на платформе DPMI.

Преимущество PMU и DPMI, как будет описано здесь, состоит в том, что они могут работать в пределах платформы 102 схемы управления электропитанием ОС или независимо от нее. Таким образом, например, работая в пределах нее, ОС может воплощать обычные схемы состояния электропитания, такие как ACPI, и т.д., и одновременно, логическая схема PMU и DPMI могут работать для управления питанием на более низком уровне (более высокая гранулярность, более быстрый отклик), во многих случаях, без необходимости перехода через платформу ОС. ОС может находиться в данном состоянии электропитания (например, состояние G или состояние s), и PMU 104/DPMI 106 может управлять электропитанием устройств, соответственно. Например, в зависимости от заданного состояния ОС/системы, PMU/DPMI может изменять состояния электропитания устройства медленнее, быстрее и/или по-другому, например может инструктировать что-то, чтобы оно оставалось включенным или выключенным или в режиме уменьшенного потребления энергии в течение более длительного или более короткого времени.

PMU выполняет изменения электропитания, управляя фактическими уровнями электропитания, поступающими с регуляторов 108 напряжения. Он может устанавливать эти уровни, основываясь на текущем состоянии электропитания, а также на событиях реального времени или изменениях условий, информацию о которых он может получать от ОС, из DPMI, или от датчиков платформы или других источников информации. PMU 104 может быть воплощен с любой соответствующей схемой или модулем схемы, включающей в себя, но без ограничения, микроконтроллер. Количество энергии, подаваемое VR (обычно управляемое через регулируемые уровни подаваемого напряжения), диктуется различными факторами, не последний из которых представляет состояние питания для системы/платформы/устройства, конкретное действие (или бездействие) устройства, ожидаемая предстоящая активность устройства и другие факторы, относящиеся к эффективности управления электропитанием. Политики для обработки этих и других факторов, для управления количеством электропитания, которое должно быть подано в VR, могут быть воплощены путем комбинирования исполняемых программных или встроенных программных средств (называются здесь “Р-кодом” 105), выполняемых логической схемой 106 PMU и DPMI.

Регуляторы 108 напряжения могут быть воплощены с любой соответствующей комбинацией соответствующих регуляторов напряжения. Как правило, используются преобразователи из постоянного в постоянный ток компенсирующего типа, но их можно использовать в комбинации с регуляторами других типов. Предусматривается, что несколько, если не все VR, могут использоваться для обеспечения управляемых переменных поставок в отдельные устройства платформы. Регуляторы могут иметь разные размеры, и больше чем один из них могут использоваться вместе, для определения домена VR, для подачи питания в заданное устройство.

В некоторых вариантах осуществления, так называемые регуляторы напряжения, установленные на подложке (ISVR), могут использоваться. Они более подробно описаны ниже, но обычно обеспечивают для нескольких, если не для множества VR, возможность их, по существу, интегрирования в одну или больше микросхем, которые расположены в непосредственной близости к одной или больше микросхемам, образующим устройства, питание для которого они предоставляют. В некоторых вариантах осуществления они могут быть частично, или даже полностью, интегрированы в микросхемы, которые имеют свои ассоциированные устройства, для которых требуется обеспечить питание.

Логическая схема 106 DPMI используется для помощи PMU более эффективно и рационально обрабатывать сообщения из устройств и в некоторых вариантах осуществления для обработки сообщения устройства непосредственно, помимо PMU. Логическая схема 106 DPMI может быть воплощена с использованием любых соответствующих логических схем, включая в себя, но не без ограничения, любую соответствующую конфигурацию комбинаторной логики, последовательной логики, конечных автоматов, контроллеров и/или любых других соответствующих электрических схем.

Недостаток традиционных PMU, воплощенных с помощью микроконтроллеров, состоит в том, что с их помощью может быть затруднительно обеспечить своевременное обслуживание всех разных запросов или уведомлений от разных устройств одновременно и эффективно. Например, несколько устройств могут завершить свои задачи и пытаются уведомить PMU о том, что они находятся в режиме ожидания и/или в другом случае готовы к переходу в состояние низкого потребления энергии. Логическая схема DPMI может функционировать для того, чтобы быстро управлять такой трафик устройств и передавать его в PMU требуемым образом. Например, она может устанавливать приоритеты для разных сообщений, например, в зависимости от типа сообщения или от того, откуда оно было отправлено. Кроме того, в некоторых вариантах осуществления, DPMI может быть выполнен с возможностью непосредственно обрабатывать сообщения, такие как запросы на изменение состояния питания или уведомления о рабочей нагрузке. Логические схемы PMU и/или DPMI могут обрабатывать и/или воплощать изменения состояний на платформе для каждого устройства и одновременно, перенаправлять изменения в ОС таким образом, что платформа РМ ОС будет иметь возможность управлять электропитанием общей платформы, но в то же время изменения могут быть обработаны более быстро. Это может привести к последовательным улучшениям с точки зрения экономии электроэнергии, например к переходу в состояние с более низким потреблением энергии, порядка на несколько миллисекунд быстрее, чем при переходе через ОС, но такая последовательная экономии суммируется с течением времени и для множества различных работающих устройств.

На фиг.1В показана блок-схема общей платформы, которая отвечает за воплощение архитектуры управления электропитанием на платформе DPMI, показанной на фиг.1А. Она содержит одно или больше ядер 103, устройства/интерфейсы 105 ввода/вывода, запоминающие устройства 107, графический процессор 109, устройства 111 приемопередатчика, и PMU 104, и DPMI 106 для управления VR (не показаны) для подачи питания в устройства, включая в себя одно или больше ядер. Соединительные линии не показаны для упрощения, поскольку любые из всех устройств могут быть соединены, непосредственно или опосредованно, друг с другом, например, с использованием одной или больше шин, или соединений из точки в точку, в зависимости от конкретных вариантов осуществления и конструктивных решений. Аналогично, VR не показаны, поскольку они распределены по всей платформе (например, в разных соседних микросхемах или полностью или частично интегрированы в первичную микросхему платформы) для формирования домена VR для подачи питания в различные устройства. Некоторые VR могут быть интегрированы в микросхему или микросхемы, содержащие различные устройства, или они могут составлять часть одного или больше отдельных модулей, расположенных рядом с устройством, в которое они подают питание.

Ядра выполняют платформу РМ ОС и работают вместе с логическими схемами PMU и DPMI для управления различными VR, которые передают электропитание в устройства. Платформа может воплощать персональный компьютер, сервер, портативное вычислительное устройство, такое как смартфон, нетбук, планшетный ПК, или любое другое соответствующее вычислительное устройство.

На фиг.2 показана платформа управления электропитанием по фиг.1А, но более подробно. Наряду с доменом ОС 201, показаны PMU 104 с исполнительным Р-кодом 105, логическая схема 106 DPMI, регуляторы 108 напряжения и устройства 1ХХ, все соединенные вместе, как показано. Также представлена внутренняя шина 250 DPMI, предназначенная для соединения логической схемы 106 DPMI с устройствами 1ХХ. Логическая схема DPMI соединена с агентами устройств через интерфейсы устройств для обмена данными через шину 250 с логической схемой DPMI. (Хотя используется термин "шина", следует понимать, что можно использовать другие соединения, помимо шины или шин. Такие соединения включают в себя соединения из точки в точку и даже беспроводные соединения.)

Кроме платформы 102 OS РМ, домен ОС содержит приложения 206, услуги 207, ядро 230 операционной системы, драйвер 234 PMU, и устройство PMI, и драйверы 236 DPMI.

Платформа 102 OS PM содержит платформу 203 сообщения, различные модули, относящиеся к или влияющие на управление 204, 216 электропитанием, и менеджер 224 электропитания платформы. Модули 204/216 управления электропитанием включают в себя модуль 208 предоставления политики высокого уровня/интерфейса пользователя, механизм 209 политики электропитания, механизм 210 качества обслуживания (QoS) при управлении электропитанием, таблицу 211 режима платформы и конфигурации, модуль 212 управления DPMI, модуль 217 профиля электропитания, модуль 219 управления таймера, модуль 221 ввода датчика платформы и модуль 223 обработчика событий.

Платформа 203 сообщения используется, как интерфейс между исполнительными приложениями 206 (программа CAD, редактор кинофильмов и т.д.), и работающими услугами 207 (например, устройство мгновенных сообщений и т.д.), и модулями управления электропитанием. От приложений и работающих услуг модули управления электропитанием получают информацию, относящуюся к электропитанию, такую как состояния активности, оценки длительности задачи и т.д. В зависимости от конкретных воплощенных политик, в модулях 204/216 управления электропитанием эта информация может использоваться для установки соответствующих состояний питания для различных платформ, например от платформ в целом, до уровней устройства. Менеджер 224 электропитания платформы составляет интерфейс между модулями и ядром 230 ОС. (Следует иметь в виду, что здесь показаны и описаны аспекты ОС, относящиеся к управлению электропитанием; и при этом не описаны ОС, относящиеся ко всем свойствам.)

Платформа 102 OS PM обеспечивает управление политикой высокого уровня и конфигурацию и определяет переходы состояния электропитания, основанные, помимо прочего, на статусе приложения и моделях использования. В этом аспекте платформа OS PM обычно должна обеспечивать обратную совместимость с существующими воплощениями OS PM. Поэтому существующие инфраструктуры программного обеспечения приложения могут поддерживаться архитектурами, воплощенными на платформе DPMI.

Менеджер 212 DPMI и модуль 208 интерфейса пользователя используются для активации или деактивации свойств DPMI для заданного устройства. Когда агент DPMI для устройства 1ХХ деактивируют, такой механизм управления электропитанием такого устройства будет, в принципе, тем же, что и в вариантах воплощения операционной системы без DPMI. Когда агент DPMI устройства активирован, его управление электропитанием может быть затем выполнено в значительной степени, через логическую схему 106 DPMI и Р-код 105 PMU, и становится в значительной степени прозрачным для ОС и приложений/услуг. В этом случае PMU 104 все еще может отвечать на указания по управлению электропитанием из платформы 102 РМ ОС, но большая часть действий по управлению электропитанием происходит между PMU и устройствами.

Устройство передает состояние активности и запрос на изменение состояния электропитания в PMU 104 в режиме реального времени, и PMU может затем быстро регулировать заданную шину электропитания (и, возможно, подсистемы, такие как, например, дерево синхронизации) с переходом в состояние с низким потреблением энергии и "восстановлением" в состояние с высоким потреблением энергии, в соответствии с необходимостью, обеспечивая, таким образом, для платформы возможность достижения повышенной эффективности использования электроэнергии. Архитектура управления электропитанием с использованием DPMI улучшает эффективность использования электропитания не только в результате быстрого перехода в состояние электропитания, но также путем уменьшения использования компьютерных ресурсов и CPU, необходимых для платформы OS РМ.

Для размещения расширений архитектуры DPMI в пределах существующей платформы OS РМ механизм 210 QoS управления электропитанием имеет свойства, который отражают режимы управления электропитанием, когда DPMI активирован. Аналогично, таблица 211 режима и конфигурации платформы может включать в себя режимы для активированных состояний DPMI, в дополнение к режимам, уже определенным для существующих OS РМ.

Средний уровень между платформой 102 OS РМ и аппаратными средствами (PMU, устройствами, VR и т.д.) включает в себя драйверы 234 PMU и драйверы 236 устройства. В некоторых вариантах осуществления эти драйверы могут быть воплощены с использованием встроенного микропрограммного обеспечения. Драйвер 234 PMU обеспечивает возможность для PMU 104 связываться с ОС и программным приложением/услугой. Прежде всего, он может представлять собой (если не только) механизм для инструкций управления электропитанием канала между платформой 102 OS РМ и PMU 104 для не-DPMI активированных устройств. Для DPMI активированных устройств, PMU все еще может связываться с событиями, влияющими на электропитание платформы 102 OS РМ, сообщения которых передают между платформой 102 OS РМ и PMU 104, в то время как обмен большинством запросов на управление электропитанием можно выполнять через инфраструктуру DPMI (PMU 104, логическую схему 106 DPMI и внутреннюю шину 250 DPMI).

Драйверы 236 устройства обеспечивают программные зацепки, обеспечивающие возможность для ОС программных средств и приложений конфигурировать устройства в соответствующих режимах управления электропитанием и активировать/деактивировать их функции DPMI.

Самый низкий уровень DPMI в представленной интегрированной среде управления электропитанием платформы представляет собой уровень аппаратных средств, PMU 104 с Р-кодом 105, логической схемой 106 DPMI, VR 108 и устройствами 1ХХ. Успех уровня аппаратных средств для воплощения быстрого отклика на управление электропитанием основан на плотной интеграции PMU 104, VR 108 и устройства 1ХХ (например, устройства Bluetooth, устройства CDMA, устройства USB и т.д.) В некоторых вариантах осуществления, множество (если не большинство) устройств будут интегрированы с PMU и даже, в некоторой степени, VR, в одной SoC, для полного использования быстрого и тонкого управления шиной электропитания. Конечно, могут присутствовать устройства, которые не интегрированы в такую SoC для данной платформы. В этих случаях некоторые VR в SoC могут быть выделены для поддержки шин питания для внешних устройств.

Для устройств, не предназначенных для работы DPMI, PMU, вероятно, первоначально выполняет инструкции и управление электропитанием, которые происходят из платформы 102 OS PM. Однако для устройств, предназначенных для работы с DPMI, функция PMU может быть двузначной. С одной стороны, она продолжает обрабатывать директивы управления электропитанием, происходящие из OS PM. С другой стороны, она дополнительно действует, как автономный агент для непосредственного управления состояниями электропитания устройства, через политики, определенные в Р-коде 105 и во взаимодействии с логическими схемами DPMI, без необходимости перехода через интегрированную среду OS PM.

Аппаратные средства DPMI, по существу, содержат логическую схему 106 DPMI, внутреннюю шину 250 DPMI и агенты DPMI в устройствах. Внутренняя шина 250 совместно используется между интегрированными устройствами и используется для передачи статуса активности устройства и запроса состояния электропитания в PMU 104 через логическую схему 106 DPMI. Логическая схема 106 DPMI, помимо других, может управлять обменом данных через шину внутренней и внешней DPMI, разрешает столкновения по шине между устройствами, действует, как концентратор для запросов на изменение состояния питания от устройств, и устанавливает приоритеты и передает запросы на состояние питания в PMU 104. Логическая схема 106 DPMI также может обрабатывать порт расширения DPMI (показанный в последующих вариантах осуществления) для обеспечения для внешних устройств возможности управления через протокол DPMI, в котором в их шины подают электропитание из VR 108 таким образом, когда они интегрированы с PMU и контроллером DPMI.

Р-код 105 функционирует, как программа низкого уровня для PMU, когда она воплощена, как контроллер (эквивалент соответствующего кода/логики может использоваться для альтернативных вариантов осуществления PMU). Он включает в себя механизм 264 управления электропитанием низкого уровня, справочную таблицу 265 политики устройства, обеспечивающую возможность использования DPMI, справочную таблицу 266 политики устройства, не обеспечивающую возможность использования DPMI, обработчик 267 событий OS PM низкого уровня, модуль 268 отслеживания использования среднего значения электропитания, модуль 269 управления таймером, модуль 270 теплового управления и модуль 271 отслеживания датчика. Можно видеть, что новые функции (например, политика, относящаяся к DPMI, обработка событий) могут быть интегрированы в обычную функцию PMU (например, тепловое управление, управление временных характеристик).

Механизм 264 управления электропитанием низкого уровня обрабатывает события состояние электропитания, передаваемые через логическую схему 106 DPMI, и запрашивает происходящее из интегрированной среды 102 OS PM. Политика состояния питания построена на Р-коде, помимо прочего, через справочные таблицы 265, 266, для обеспечения быстрых изменений состояния питания. Конкретное состояние электропитания для заданного устройства обычно, в принципе, соответствует конкретным установкам напряжения, которыми управляют с помощью PMU через команду или команды в соответствующий VR 108. PMU обрабатывает запросы/команды на изменения состояния электропитания из интегрированной среды OS PM или из DPMI, в соответствии с заданными зависимостями, загруженными в справочные таблицы политики, установленными на целевую установку напряжения VR. Р-код также обеспечивает для PMU возможность отслеживания среднего использования электропитания, например, для заинтересованных устройств, используя монитор 268 среднего использования электропитания и модули 271 отслеживания датчика.

На фиг.3 показана блок-схема платформы SoC с архитектурой DPMI в соответствии с некоторыми вариантами осуществления. Она, в общем, содержит одно или больше ядер 303, PMU 304, запоминающее устройство 307, устройство синхронизации/периферийное устройство 305, логическую схему 306 DPMI, интерфейсы 309 I/O, VR 308 и интегрированные устройства в пределах Soc, которые получают питание от IVR 308. Также показаны внешние устройства 311, состоянием питания которых можно управлять с помощью PMU 304 и логической схемы 306 DPMI. SoC можно использовать для любого соответствующего приложения, такого как, например, нетбук, так называемый смартфон, или любого другого устройства, в частности, для портативных устройств, в которых важно сохранение энергии.

Одно или больше ядро (ядер) процессора выполняют операции интегрированной среды 301 OS PM, которая может быть аналогична только что описанной выше, за исключением того, что она может иметь большее или меньшее количество модулей, организованных по-разному, для размещения конкретных элементов конструкции SoC. Аналогично, PMU 304 (которое включает в себя Р-код) и логическую схему 306 DPMI также могут быть воплощены, как описано в предыдущем разделе. Интегрированные устройства соответствуют устройствам (функциональным модулям, модулям) в SoC, которые могут работать в управляемых разных состояниях питания. IVR 308 выполнены отдельно от VR или областей VR, используемых для подачи питания в устройства, таким образом, чтобы подачей питания в каждое устройство можно было по отдельности управлять. IVR могут быть воплощены с VR, которые являются полностью или частично интегрированными, либо в микросхему SoC, или в отдельную микросхему, которая расположена в непосредственной близости к микросхеме SoC, например, как описано ниже со ссылкой на фиг.7.

Со ссылкой на фиг.4, представлена архитектура OS PM-DPMI в соответствии с дополнительными вариантами осуществления. Эта архитектура управления электропитанием может использоваться для SoC на фиг.3, а также для других платформ, в частности для портативных. Такая архитектура управления электропитанием аналогична показанной на фиг.2, за исключением того, что она дополнительно включает в себя аппаратное и программное обеспечение для внешних устройств, и также, в частности, представлены устройства (внешние или внутренние), которые могут получать питание от IVR 476 или других VR 456. Она также включает в себя регистры 480 конфигурации пропускания дерева тактовой частоты, которыми может управлять PMU 404 для более эффективного управления электропитанием.

В данном варианте осуществления DPMI VR (IVR) 476 используется для подачи питания во внутренние устройства, интегрированные с IVR в пределах того же варианта 458 осуществления, и другие VR (например, IVR) 456, используются для подачи питания в устройства, которые не являются интегрированными с IVR в пределах того же варианта 439 осуществления. Для поддержки разных типов устройств (интегрированных с IVR и не интегрированных с IVR) предусмотрены раздельные драйверы PMI/DPMI (436 и 437) для двух отдельных путей к интегрированной среде 402 OS PM. Также включен порт 454 расширения DPMI для обмена данными между PMU 104/ логической схемой 406 DPMI и не интегрированными устройствами 439.

Внешний порт DPMI (шина или другое взаимное соединение) может совместно использоваться внешними устройствами и может использоваться для обмена данными состоянием активности внешних устройств и запросами состояния питания в логическую схему 406 DPMI. Архитектура на платформе DPMI обеспечивает фундаментальную инфраструктуру для интегрирования устройств (как внутренних, так и внешних устройств) в интегрированную среду DPMI более высокой эффективности, которая обеспечивает возможность интегрирования внешних устройств третьей стороны, без необходимости жертвовать эффективностью использования электропитания платформы, когда внешние устройства третьей стороны могут включать агенты DPMI в свою конструкцию для обозначения состояния активности устройства и запросов состояния электропитания в логическую схему у DPMI. В некоторых вариантах осуществления протокол DPMI может включать в себя справочную таблицу, например, в Р-коде и/или логике DPMI, с определенными политиками перехода между состояниями электропитания для устройств. Поставщики устройства третьей стороны могут получить возможность внедрять свою информацию о политике управления электропитанием в справочные таблицы, например в Р-коде платформы, и, таким образом, имеют полную свободу, для определения стратегии перехода в состояние электропитания для своих устройств, для достижения улучшенной эффективности использования электроэнергии.

На фиг.5 показаны интегрированные (одноэлементные или многоэлементные) регуляторы 501 напряжения (IVR) в корпусе 500 платформы. Каждый VR 501 подключен так, что оно обеспечивает регулируемую подачу V_R напряжения в устройство 1ХХ платформы. Каждый VR, в общем, содержит контроллер 502 наблюдения и один или больше элементов 504 (элемент 1 VR - элемент N VR) регуляторов напряжения (VR), соединенных вместе, как показано.

Отдельные выводы элемента VR соединены вместе для получения регулируемого выходного напряжения V_R питания. Наблюдательный контроллер 502 соединен с элементами 504 VR для управления элементами (для поддержания регулируемого напряжения в соответствии с командой с PMU) на платформе информации загрузки от отдельных элементов (например, средний ток для каждого элемента, если он сгенерирован в элементе, или ток выборки), и/или по нагрузке устройства (например, выходному напряжению, общему выходному току и т.п.). Он может быть соединен с PMU и/или с логикой DPMI для приема из него команды на подачу (например, VID) и, возможно, другой информации, для предоставления соответствующего уровня подачи энергии для нагрузки устройства.

В некоторых вариантах осуществления логика DPMI может принимать из устройства (например, процессора, приемопередатчика, интерфейса USB, аудиокодека и т.д.) информацию о состоянии активности, для управления элементами на платформе соответствующего состояния активности устройства, а также как на его отслеживаемой потребности тока. В некоторых вариантах осуществления наблюдающий контроллер может во время работы соединяться с соответствующим количеством элементов (в пределах диапазона, определенного его состоянием активности устройства) на платформе тока нагрузки, потребляемого в данный момент времени. Наблюдающий контроллер 502 может содержать любую соответствующую схему для выполнения этой функции. Например, он может содержать контроллер (или другую схему модуля обработки); он может содержать дискретную логику и аналоговые компоненты, выполненные с определенным назначением управления элементами 504 VR; или он может содержать комбинацию логических элементов, аналоговых схем и схемы контроллера с более общей функцией.

В некоторых вариантах осуществления каждый элемент 504 VR может составлять независимо функционирующий регулятор напряжения со своим собственным контроллером и схемой преобразования энергии. Например, VR 504 может содержать контроллер, соединенный с массивом понижающих напряжение переключателей и выходных блоков, расположенных в многофазной конфигурации и соединенных, как показано, для обеспечения регулируемого входного напряжения V_R. В некоторых вариантах осуществления выходные блоки могут содержать соединенные индуктивности, интегрированные на кристалле IVR и/или в корпусе. При подключенных индуктивностях степень насыщения индуктивности, по существу, (если вообще) не зависит от тока нагрузки, в результате чего получается преимущество, состоящее в том, что элемент питания (элемент 504 VR) может подавать ток выше его непрерывного номинала в течение короткой длительности времени, в зависимости от определенных тепловых условий и ограничений.

В некоторых вариантах осуществления элементы 504 VR могут быть аналогично разработаны относительно друг друга, имея сравнимые (если не эквивалентные) возможности по подаче выходного тока в установившемся состоянии. Например, каждый из них может быть разработан с возможностью эффективной и надежной работы в диапазоне от 1 ампера до 5 ампер, или от 100 миллиампер до 1 ампера, и обеспечения регулируемого постоянного напряжения приблизительно 1 вольт или любого указанного напряжения для заданного состояния питания устройства. Кроме того, они могут быть разработаны для работы с достаточно высокой частотой переключения таким образом, что они могут динамически быть соединены и разъединены, в соответствии с рабочими частотами нагрузки 1ХХ устройства, для эффективного противодействия динамически изменяющимся условиям нагрузки. Например, достаточный отклик может быть доступен в каждом элементе, имеющем частоту переключения в диапазоне от 20 МГц до 100 МГц (или даже выше), что позволяет обеспечить быстрый отклик нагрузки, например порядка десятков наносекунд.

(Следует отметить, что в представленном варианте осуществления, элементы VR, включающие в себя свои собственные индуктивности, могут быть интегрированы в одной микросхеме, например на первично