Драйвер microsoft acpi что это

Обновлено: 07.01.2025

В данной статье пойдет речь о вопросе управления энергопотреблением в современных компьютерах, выражаясь в специфической терминологии — Power Managment. Нет-нет, не закрывайте окно браузера, считая, что вас это не касается, поскольку вы не являетесь владельцем ноутбука и не состоите в партии зеленых. Речь пойдет о гораздо более интересных вещах: совместной инициативе Intel, Microsoft и Toshiba — ACPI, и одном из наиболее интересных ее практических воплощений в Windows98/NT — технологии OnNow, должной обеспечить "постоянно доступный PC".

Итак, что же собственно это такое — ACPI? Для начала, наверное, стоит расшифровать эту аббревиатуру. ACPI, в переводе на человеческий язык, означает Advanced Configuration and Power Interface. Или, говоря по-русски, "интерфейс расширенного конфигурирования и управления питанием". Его задача — обеспечить взаимодействие между операционной системой, аппаратным обеспечением и BIOS системной платы.

Посмотрим сначала, что творится в этой области сегодня. Большинство материнских плат, даже вышедших на базе таких относительно новых чипсетов как VIA Apollo MVP3 или Intel 440BX, не поддерживают расширенное управление энергопотреблением ACPI, несмотря на то, что по идее, ACPI-совместимым считается еще аж 430TX, а сам ACPI был анонсирован в апреле 1996 года. Его использование начинается только сегодня, по мере того, как для вышедших недавно материнских плат создаются новые версии BIOS, частично поддерживающие ACPI.

Совместная работа компонентов системы отсутствует, как таковая: диски начинают раскручиваться, когда это совершенно ненужно, экран гаснет во время работы, поскольку текстовый редактор забыл отметиться у операционной системы, и т.д.
BIOS системной платы, операционная система и приложения бьются друг с другом за контроль над аппаратным обеспечением компьютера. Но любое внешнее относительно материнской платы оборудование не участвует в процессе управления энергопотреблением — когда вы добавите в систему встроенный модем, сможет ли он как-то при установке высказать BIOS свои пожелания? И куда его пошлет BIOS?
Имеющееся управление энергопотреблением в основном ограничено материнской платой и отличается крайней тупостью. Ну, например, Windows98 скидывает на винт своп-файл. Даже идиоту должно быть ясно, что винт в этот момент активен, этот факт можно даже не проверять. А BIOS системной платы все равно проверяет.
Необходимость выключать или перезагружать компьютер при добавлении новых устройств. Кое-где уже наметился прогресс (USB, например), но все равно, до полной горячей замены еще далеко.
Ну и, наконец, приложения не заботятся об экономии потребляемой компьютером энергии, да и работают не ахти. Выдерните из включенного компьютера видеокарту — наверняка ведь Word зависнет. ;-)

Итак, повторюсь, основная задача ACPI — способность разумно включать и выключать PC и подключенную к нему периферию. Причем, помимо принтеров, сетевых карт, дисководов CD-ROM и прочая и прочая, могут быть и такие, пока еще экзотические устройства, как телевизор, видеомагнитофон, музыкальный центр. И конечно речь идет об умной активации PC. Так, чтобы видеоплеер при установке в него кассеты смог разбудить PC, который включил бы телевизор.

Однако на данный момент ACPI может интересовать среднего пользователя только как теоретическая архитектура. Куда интереснее основанная на нем технология OnNow, уже сегодня могущая предоставить кое-какие вполне осязаемые приятности. Ее цели: убрать задержки при включении и выключении компьютера, позволить обслуживающим приложениям, таким как дефрагментация диска или проверка на вирусы выполняться в то время, когда компьютер выключен, и вообще, улучшить общую картину энергопотребления PC.

G0 — обычное, рабочее состояние
G1 — suspend, спящий режим
G2 — soft-off, режим, когда питание отключено, но блок питания находится под напряжением, и машина готова включиться в любой момент
G3 — mechanical off — питание отключено напрочь

S1: (standby 1) останавливаются тактовые генераторы CPU и всей системы, но при этом состояние памяти остается неизменным. Выход из S1 осуществляется мгновенно.
S2: (standby 2) также останавливаются тактовые генераторы CPU и всей системы, но к тому же отключается питание кэша и CPU, а данные, хранившиеся там, сбрасываются в основную память. Включение также происходит достаточно быстро.
S3: (suspend-to-memory) по замыслу, именно этот режим должен был быть OnNow, но по воле разработчиков пока так не получилось. Должны обесточиваться все компоненты системы, кроме памяти, в которой сохраняются необходимые данные о состоянии CPU и кэша. Включение с восстановлением предыдущего состояния PC действительно происходит Now, то есть практически сразу.
S4: (suspend-to-disk) то, что реализовано в каком-то виде сейчас. Все компоненты системы обесточиваются, а данные о состоянии процессора и содержимое кэша и памяти записываются в специально отведенное место на жестком диске. При этом пробуждение может занимать значительное время.

Режим S3 (настоящий OnNow) не может быть реализован из-за того, что существующие системные платы не имеют схем разделенного питания компонентов. Поэтому, до выхода следующего поколения материнок OnNow в полном объеме реализован быть не может. Пока же, путем модификации BIOS, можно добиться только некой эмуляции — S4.

Первой же материнской платой, которая будет иметь раздельные схемы питания для своих узлов и будет, таким образом, поддерживать режим S3 станет ASUS P2B-E — модификация давно известной системной платы P2B от Asustek. Кроме возможности suspend-to-memory, кстати, P2B-E будет иметь 5 слотов PCI. В серийное производство эта плата будет запущена в ноябре текущего года.

Но вернемся к нашим баранам. Спецификацию OnNow разрабатывала небезызвестная вам фирма Microsoft. Угадайте с трех попыток, кто по этой спецификации должен стать управляющим центром компьютера по всем этим вопросам? Первые два ответа можно не считать, правильно — Windows.

Автоматическое скачивание файлов из Internet и выполнение системных задач. Так, Internet'овское приложение может быть настроено для того, чтобы в 3 ночи включить компьютер, просмотреть несколько сайтов, и скачать вновь появившиеся файлы. Естественно, если оно поддерживает API OnNow. То же самое относится к таким программам, как антивирусы, резервное копирование, Scandisk, наконец.
Сохранение сетевых соединений. Так, при выключении компьютера, или даже при его "засыпании", сетевое соединение рвется, файлы закрываются и т.д. При возникновении подобной ситуации, приложение, написанное с учетом OnNow, автоматом выполнит автосохранение используемых файлов на локальном диске и после включения компьютера и восстановления соединения, без криков позволит пользователю продолжить работу.
Обработка специфических событий. Так, факс-модем способен находиться в состоянии приема 24 часа в сутки, независимо от того, включен компьютер или нет. Если он выключен, при входящем звонке модем его включит и запустит нужную программу.

В общем, я полагаю, тенденцию вы уловили. Компьютер, постоянно находящийся наготове.

Обидно, однако, что пока с практическим использованием ACPI очень дела обстоят неважно. Возьмем самое яркое видимое и единственное на данный момент проявление ACPI в Windows 98 — Hibernate (по-русски — зимняя спячка). Проще говоря, это то самое хваленое сбрасывание данных из оперативной и видеопамяти на винт, с последующим быстрым восстановлением при включении компьютера. Таким образом, у нас получается аналог спящего режима, когда к вашим услугам предоставлены всегда запущенные приложения, но с нулевым потреблением энергии. Так вот, после появления в вашем компьютере версии BIOS, поддерживающей ACPI и некоторых манипуляций с установкой Windows 98, у вас действительно в Control Panel/Power Management появится пара вожделенных пунктов:

И соответствующий пункт в закладке Advanced:

Я уже не говорю о не так хорошо заметных проявлениях в списке системных устройств:

Как вам нравятся такие устройства, как ACPI System Button или Composite Power Source?

Однако, небольшое но. Ох уж это но, всегда оно появляется. Как обычно, новая технология отказывается работать в Windows сразу и без ошибок. Эта печальная практика затронула и OnNow. В Windows 98 фактически он не работает. До выхода Service Pack 1 все ограничится этими красивыми, но, к сожалению, бесполезными картинками. Сегодня в Windows'98 не работают ни Hibernate, ни вообще, какие либо функции управления питанием через ACPI. Весь контроль над ними берет на себя APM. Взять тот же Composite Power Source (по-русски говоря, — блок питания в корпусе): при входе в спящий режим через ACPI он должен выключаться, а при входе через APM (сегодня) — не выключается. Улавливаете разницу в уровне контроля над железом?

Итог: любимый город может спать спокойно. По крайней мере, до 99 года, когда выйдет SP1 для Windows 98, а комплектующие и программы научатся работать в паре с ACPI.

Возможно, однако, что OnNow будет все же работать через BIOS, в обход операционной системы. Например, плате ASUS P2B-E не будет требоваться команда Windows 98 для перехода в S3 (suspend-to-memory), а уже давно вышедшая плата Aopen AX-6BC умеет делать S4 (suspend-to-disk) не пользуясь средствами операционной системы.

Лицензирование. Корпорация Майкрософт соглашается предоставить вам бесплатно лицензию на все необходимые заявки в отношении разумных и неразмеченных терминов только для того, чтобы сделать, использовать, продавать, предлагать для продажи, импортировать или распространить любую реализацию этой спецификации. "Необходимые заявки" — это заявки, принадлежащие корпорации Майкрософт или патентам, которые технически необходимы для реализации необходимых частей (включая обязательные элементы необязательных частей) этой спецификации, где функциональность, вызвавшая нарушение, подробно описана, а не просто указана в этой спецификации.

1,0 фон

Эта спецификация определяет объект устройства ACPI для устройства с доверенным платформенным модулем 2,0 и методы управления, связанные с объектом устройства ACPI, необходимым для Windows 8. Методы управления реализуют аналогичный интерфейс ACPI физического присутствия TCG, аналогичный интерфейсу по устранению рисков при сбросе платформы и при необходимости метод ACPI для отправки команды на устройство с доверенным платформенным модулем 2,0.

Дополнительная статическая таблица ACPI (TPM2) используется для определения механизма обмена данными между устройством TPM 2,0 и Windows 8 операционной системой.

Майкрософт относится к доверенному платформенному модулю организация TCG. Далее "понятие TPM 2,0"

требования к 2,0

В этой спецификации предполагается, что вычислительная платформа поддерживает взаимодействие на основе ACPI, как указано в [ACPI09] между операционной системой и средой встроенного по.

сценарии использования 3,0 (например, только)

3,1. Отправка команды физического присутствия

Типичный сценарий использования выглядит следующим образом:

В среде операционной системы приложение обнаруживает, что устройство TPM 2,0 не полностью подготовлено для использования в Windows 8. (Пример того, как это может произойти, — это то, что новый образ ОС устанавливается после того, как предыдущий образ ОС подготавливает доверенный платформенный модуль 2,0.)

Приложение запускает мастер ОС, чтобы подготовить устройство TPM 2,0 для использования.

Мастер взаимодействует с администратором компьютера через пользовательский интерфейс и определяет, что администратору необходимо очистить устройство TPM 2,0 для его подготовности, так как значение авторизации блокировки сброса устройства TPM 2,0 недоступно.

Чтобы очистить устройство доверенного платформенного модуля (TPM) 2,0, выполните запрос ОС (выполнив метод управления ACPI для объекта устройства TPM 2,0). встроенное по выполняет операцию, чтобы очистить устройство TPM 2,0 при следующей загрузке, предоставленной физическим пользователем, подтверждающий подтверждение очистки устройства с помощью TPM 2,0.

Операционная система перезапускает платформу.

На ранних этапах процесса загрузки встроенное по распознает отложенный запрос от ОС, чтобы очистить устройство TPM 2,0.

Встроенное по представляет собой пользовательский интерфейс для физического пользователя, который запрашивает у них действия по подтверждению очистки устройства TPM 2,0.

Физически представленный пользователь подтверждает очистку устройства TPM 2,0.

Встроенное по очищает устройство TPM 2,0 с помощью авторизации иерархии платформы.

При необходимости для сохранения очистки устройства TPM 2,0 платформа перезагружается немедленно.

Запросы ОС (через управляющий метод ACPI на устройстве с доверенным платформенным модулем 2,0), если последний запрос ОС на очистку устройства доверенного платформенного 2,0 модуля (a) прошел успешно, (б) не был подтвержден физическим пользователем или (c) возникла другая ошибка. В следующем примере предполагается, что устройство TPM 2,0 успешно удалено.

Мастер подготовки устройств TPM 2,0 в операционной системе выполняет дополнительные команды, чтобы подготовить устройство для использования Windows.

3,2. запрос памяти для очистки при следующей загрузке

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

В операционной системе администратор системы с устройством с модулем TPM 2,0 включает функцию BitLocker для тома операционной системы.

Функция BitLocker вызывает метод управления ACPI для устройства TPM 2,0, чтобы задать бит Клеармемори, определенный в спецификации устранения уязвимости при сбросе платформы TCG.

Функция BitLocker шифрует том операционной системы.

Администратор оставляет систему в автоматическом режиме с блокировкой экрана.

Злоумышленник может украсть систему во время ее работы.

Злонамеренный пользователь вставляет USB-устройство и быстро удаляет системный аккумулятор и повторно вставляет его.

Система начинает загрузку при повторной вставке аккумулятора.

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

Вредоносный пользователь настраивает встроенное по во время загрузки для загрузки с USB-устройства, даже если код на USB-устройстве не подписан должным образом.

Код на USB-устройстве сканирует системную память для главного ключа тома BitLocker, но не найдена.

Шаги с 11 по 16 похожи на предыдущие шаги, но вместо интерфейса ACPI используется интерфейс UEFI.

Вредоносный пользователь пытается загрузить систему обычным образом.

Так как BitLocker был включен с предохранителем ключа доверенного платформенного модуля, это позволяет BootMgr запечатывать главный ключ тома для тома операционной системы, так как при запуске BootMgr правильные измерения находятся в устройстве TPM 2,0.

Загрузка переходит на экран входа в ОС.

Вредоносный пользователь снова удаляет и снова вставляет батарею и загружает код с USB-устройства.

Так как установлен бит Клеармемори, встроенное по системы удаляет всю системную память во время загрузки.

Несмотря на то, что код устройства USB сканирует системную память, ключ шифрования тома операционной системы не находится в памяти.

3,3. Выдача команды на устройство с доверенным платформенным модулем 2,0

Этот пример неприменим для всех системных архитектур.

драйверу Windows tpm 2,0 требуется выполнить команду на устройство с доверенным платформенным модулем 2,0.

драйвер Windows TPM 2,0 записывает команду для выполнения по физическому адресу, считанному из области элементов управления, определенной ACPI, ранее во Windows время инициализации драйвера tpm 2,0.

драйвер Windows tpm 2,0 выполняет управляющий метод ACPI для выполнения команды TPM 2,0.

драйвер Windows tpm 2,0 опрашивает регистры в области управления до тех пор, пока не будет указано, что команда доверенного платформенного модуля завершена.

драйвер доверенного платформенного модуля Windows считывает ответ команды от физического адреса, считанного из области управления, определенной ACPI, ранее во время инициализации драйвера TPM Windows.

4,0 Общие требования ACPI к системе и устройству TPM 2,0

4,2 таблицы ACPI

Система с устройством 2,0 TPM должна предоставлять таблицу объектов устройств с ИДЕНТИФИКАТОРом аппаратного устройства и статической таблицей, определяемой вендором ОС (TPM2), как описано ниже.

Как таблица TPM2, так и объект устройства TPM 2,0 должны быть постоянными после отправки платформы клиенту. (Например, параметры встроенного по не должны разрешаеть скрывать таблицу TPM2 или объект устройства доверенного платформенного модуля 2,0.) исключением является то, что система поставляется с параметром, отличным от значения по умолчанию, для предоставления функциональных возможностей tpm 1,2 вместо функциональных возможностей tpm 2,0 (т. е. для совместимости с более старыми операционными системами, например Windows 7). В этой ситуации таблица TPM2 и объект устройства TPM 2,0 могут быть удалены с помощью параметра конфигурации BIOS и перечисление выполненных в TPM 1,2. примечание. подключенная резервная система для Windows 8 требуется для доставки по умолчанию с доверенным платформенным модулем (TPM 2,0), видимым операционной системе. Обратитесь в корпорацию Майкрософт за технической рекомендацией по переключению между TPM 2,0 и доверенным платформенным модулем 1,2 на аппаратной платформе.

4,3. Таблица ACPI для объекта устройства в модуле TPM 2,0

Иерархия шины 4.3.1

Таблица объектов устройств должна находиться в таблице ДСДТ в пространстве имен ACPI. Объект устройства TPM 2,0 должен находиться в системной шине в каталоге "root \ _SB".

Идентификатор оборудования 4.3.2

Фактический идентификатор оборудования Plug and Play (например, _HID) для объекта устройства TPM 2,0 должен быть "MSFT0101", или устройство должно иметь совместимый идентификатор "MSFT0101", а _HID может быть специфичным для поставщика.

дескрипторы ресурсов 4.3.3

Объект устройства ACPI 2,0 (TPM) должен запрашивать все ресурсы, используемые устройством с модулем TPM 2,0.

Методы управления 4.3.4

4.3.4.1 устранения атак с сбросом платформы

Система должна реализовать все компоненты [TCG08], связанные с ACPI и UEFI, для UEFI. Объект устройства должен реализовывать интерфейс метода элемента управления, определенный в [TCG08], раздел 6. Интерфейс необходим, даже если платформа безусловно очищает память при каждой загрузке. Очистка памяти не должна быть условной в состоянии устройства TPM 2,0 (в отличие от [TCG08] не требует очистки памяти, если доверенный платформенный модуль 1,2 не владеет). Кроме того, должны быть реализованы разделы 3, 5 из [TCG08]. Функция запроса _DSM должна быть реализована (индекс функции 0) в соответствии со спецификацией ACPI. (Примечание. в спецификации ACPI 4,0 содержится ошибка, связанная с возвращаемым значением метода _DSM. Возвращаемое значение метода _DSM должно быть буфером, содержащим 0x03.) Реализация должна автоматически обнаруживать порядок завершения работы ОС и очищать Клеармемори бит на таких событиях.

специальное примечание для систем arm на основе uefi с доверенным платформенным модулем (tpm) 2,0. в системах arm на основе uefi с доверенным платформенным 2,0 модулем (tpm) Windows 8 будет безусловным запрашивать память с помощью интерфейса UEFI при каждой загрузке. Реализация интерфейса ACPI по-прежнему требуется, но интерфейс может быть реализован без изменения состояния флагов Клеармемори или Дисаблеаутодетект. (Примечание. Корпорация Майкрософт рекомендует реализовать интерфейс ACPI для спецификации TCG, чтобы вызов интерфейса ACPI изменил состояние Клеармемори или Дисаблеаутодетект.)

Интерфейс физического присутствия 4.3.4.2

Система должна реализовать спецификацию, определенную в [TCG11], в дополнительные примечания ниже:

Использование TPM в спецификации TCG должно быть равно устройству с доверенным платформенным модулем 2,0.

Методы управления, определенные в разделе 2, должны быть реализованы со следующими ограничениями:

Функция запроса _DSM должна быть реализована (индекс функции 0) в соответствии со спецификацией ACPI. (Примечание. в спецификации ACPI 4,0 содержится ошибка, связанная с возвращаемым значением метода _DSM. Возвращаемое значение метода _DSM должно быть буфером, содержащим 0x01FF.)

Реализация должна возвращать значение "2: reboot" для действия "получение Platform-Specific для перехода в среду предшествующей операционной системы". Операции PPI должны выполняться для перехода к перезапуску и должны выполняться для перехода на завершение работы.

Требования, описанные в разделе 3, должны быть реализованы со следующими редакциями:

BIOS не требуется предоставлять постоянное хранилище для флага Ноппипровисион, так как операции, которые он авторизует, не относятся к состоянию устройства доверенного платформенного модуля 2,0.

The Windows ACPI driver, Acpi.sys, is an inbox component of the Windows operating system. The responsibilities of Acpi.sys include support for power management and Plug and Play (PnP) device enumeration. On hardware platforms that have an ACPI BIOS, the HAL causes Acpi.sys to be loaded during system startup at the base of the device tree. Acpi.sys acts as the interface between the operating system and the ACPI BIOS. Acpi.sys is transparent to the other drivers in the device tree.

Other tasks performed by Acpi.sys on a particular hardware platform might include reprogramming the resources for a COM port or enabling the USB controller for system wake-up.

In this topic

ACPI devices

The hardware platform vendor specifies a hierarchy of ACPI namespaces in the ACPI BIOS to describe the hardware topology of the platform. For more information, see ACPI Namespace Hierarchy.

For each device described in the ACPI namespace hierarchy, the Windows ACPI driver, Acpi.sys, creates either a filter device object (filter DO) or a physical device object (PDO). If the device is integrated into the system board, Acpi.sys creates a filter device object, representing an ACPI bus filter, and attaches it to the device stack immediately above the bus driver (PDO). For other devices described in the ACPI namespace but not on the system board, Acpi.sys creates the PDO. Acpi.sys provides power management and PnP features to the device stack by means of these device objects. For more information, see Device Stacks for an ACPI Device.

A device for which Acpi.sys creates a device object is called an ACPI device. The set of ACPI devices varies from one hardware platform to the next, and depends on the ACPI BIOS and the configuration of the motherboard. Note that Acpi.sys loads an ACPI bus filter only for a device that is described in the ACPI namespace and is permanently connected to the hardware platform (typically, this device is integrated into the core silicon or soldered to the system board). Not all motherboard devices have an ACPI bus filter.

All ACPI functionality is transparent to higher-level drivers. These drivers must make no assumptions about the presence or absence of an ACPI filter in any given device stack.

Acpi.sys and the ACPI BIOS support the basic functions of an ACPI device. To enhance the functionality of an ACPI device, the device vendor can supply a WDM function driver. For more information, see Operation of an ACPI Device Function Driver.

An ACPI device is specified by a definition block in the system description tables in the ACPI BIOS. A device's definition block specifies, among other things, an operation region, which is a contiguous block of device memory that is used to access device data. Only Acpi.sys modifies the data in an operation region. The device's function driver can read the data in an operation region but must not modify the data. When called, an operation region handler transfers bytes in the operation region to and from the data buffer in Acpi.sys. The combined operation of the function driver and Acpi.sys is device-specific and is defined in the ACPI BIOS by the hardware vendor. In general, the function driver and Acpi.sys access particular areas in an operation region to perform device-specific operations and retrieve information. For more information, see Supporting an Operation Region.

ACPI control methods

ACPI control methods are software objects that declare and define simple operations to query and configure ACPI devices. Control methods are stored in the ACPI BIOS and are encoded in a byte-code format called ACPI Machine Language (AML). The control methods for a device are loaded from the system firmware into the device's ACPI namespace in memory, and interpreted by the Windows ACPI driver, Acpi.sys.

To invoke a control method, the kernel-mode driver for an ACPI device initiates an IRP_MJ_DEVICE_CONTROL request, which is handled by Acpi.sys. For drivers loaded on ACPI-enumerated devices, Acpi.sys always implements the physical device object (PDO) in the driver stack. For more information, see Evaluating ACPI Control Methods.

ACPI specification

The Advanced Configuration and Power Interface Specification (ACPI 5.0 specification) is available from the Unified Extensible Firmware Interface Forum website.

Revision 5.0 of the ACPI specification introduces a set of features to support low-power, mobile PCs that are based on System on a Chip (SoC) integrated circuits and that implement the connected standby power model. Starting with Windows 8 and later versions, the Windows ACPI driver, Acpi.sys, supports the new features in the ACPI 5.0 specification. For more information, see Windows ACPI design guide for SoC platforms.

ACPI debugging

System integrators and ACPI device driver developers can use the Microsoft AMLI debugger to debug AML code. Because AML is an interpreted language, AML debugging requires special software tools.

For more information about the AMLI debugger, see ACPI Debugging.

Microsoft ACPI source language (ASL) compiler

For information about compiling ACPI Source Language (ASL) into AML, see Microsoft ASL Compiler.

Version 5.0 of the Microsoft ASL compiler supports features in the ACPI 5.0 specification.

Что такое Microsoft ACPI-совместимый метод управления Драйвер батареи

Метод управления, совместимый с Microsoft ACPI. Драйвер батареи является критически важным программным обеспечением для связи батареи ноутбука с системой Windows.
При двух обстоятельствах вам следует обновить драйвер батареи, совместимый с Microsoft ACPI:

Ваш аккумулятор не работает должным образом, и у вас возникают проблемы с аккумулятором вашего ноутбука, такие как «подключено, не заряжается«.
Постоянное обновление драйвера вашей батареи может принести вам наилучшие впечатления при зарядке батареи вашего ноутбука.

Как обновить драйвер батареи, совместимый с Microsoft ACPI

Примечание. Приведенные ниже снимки экрана относятся к Windows 10, а исправления относятся к Windows 8 и Windows 7.

Способ 1. Обновите драйвер батареи вручную

Вы можете вручную загрузить и обновить драйвер для батареи, совместимой с Microsoft ACPI-совместимым методом управления. Вот что вам нужно сделать:

Этот метод требует времени и навыков работы с компьютером.
Если этот метод не работает для вас, не беспокойтесь. Вы можете попробовать метод 2.

Способ 2. Обновите драйвер батареи автоматически

Если у вас нет времени или терпения, вы можете автоматически обновить драйвер батареи, совместимый с Microsoft ACPI, с помощью Водитель Легко.

Driver Easy автоматически распознает вашу систему и найдет для нее правильные драйверы. Вам не нужно точно знать, на какой системе работает ваш компьютер, вам не нужно рисковать загрузкой и установкой неправильного драйвера, и вам не нужно беспокоиться об ошибках при установке.

Вы можете обновить драйверы автоматически с помощью СВОБОДНО или профессионал версия Driver Easy. Но в версии Pro это займет всего 2 клика (и вы получите полную поддержку и 30-дневную гарантию возврата денег):

Читайте также: