Partager via


Exigences d’implémentation du microprogramme ACPI

Les check-lists de cet article contiennent des exigences que le microprogramme de la plateforme ACPI doit respecter pour prendre correctement en charge le sous-système d’alimentation et de batterie. Pour chaque exigence d’une check-list, la colonne intitulée « S’applique à S3/S4 » indique si l’exigence s’applique aux PC qui implémentent les états d’alimentation ACPI S3 et S4 traditionnels. La colonne marquée « S’applique à CS » indique si l’exigence s’applique aux PC qui implémentent le modèle d’alimentation de veille moderne, qui est pris en charge à partir de Windows 8.

Check-list du bloc d’alimentation

Condition requise S’applique à S3/S4 S’applique à CS

L’objet de périphérique Source d’alimentation est présent dans l’espace de noms ACPI.

  • L’objet Device() d’un adaptateur secteur/source d’alimentation est présent dans l’espace de noms ACPI.

Oui

Oui

Le périphérique de source d’alimentation fournit les objets et méthodes de contrôle suivants :

  • ID matériel (_HID) avec la valeur « ACPI0003 ».

Oui

Oui

  • Méthode de contrôle Source d’alimentation (_PSR) pour indiquer si la source d’alimentation est actuellement en ligne (alimentation secteur) ou hors connexion (alimentation par batterie). Toutes les sources d’alimentation d’entrée du système doivent être multiplexées via cette méthode _PSR. Par exemple, _PSR doit indiquer que la source d’alimentation est en ligne si le système est alimenté via un connecteur coaxial DC ou un connecteur de station d’accueil distinct. N’utilisez pas plusieurs périphériques de source d’alimentation ACPI.

Oui

Oui

Check-list de la batterie

Les concepteurs système doivent s’assurer qu’ils ont effectué les éléments du tableau suivant pour chaque batterie présente dans le système. Pour les systèmes qui ont plusieurs batteries, la première batterie de l’espace de noms doit être la batterie principale du système, à des fins de débogage.

Condition requise S’applique à S3/S4 S’applique à CS

Objet Device() pour chaque périphérique batterie dans l’espace de noms ACPI.

  • Un objet Device() pour chaque batterie est présent dans l’espace de noms ACPI.

Oui

Oui

Chaque périphérique batterie fournit les objets et méthodes de contrôle suivants :

  • _HID avec la valeur « PNP0C0A ».

Oui

Oui

  • État général (_STA) pour indiquer à Windows si la batterie est présente dans un système dans lequel la batterie peut être retirée ou si la batterie se trouve dans une station d’accueil portable.

Oui

Oui

  • Informations de batterie étendues (_BIX) pour signaler des informations statiques sur la batterie, notamment la dernière capacité de charge complète, la capacité de conception et le nombre de cycles.

Oui

Oui

  • État de la batterie (_BST) pour signaler l’état actuel de la batterie, y compris la capacité restante, le taux de drainage et l’état de charge.

Oui

Oui

  • Seuil de batterie (_BTP) pour permettre à un modèle d’état de batterie basé sur les événements de réduire le travail périodique pour l’interrogation. _BTP permet à Windows de spécifier un seuil de capacité de charge restante auquel la plateforme doit émettre une commande Notify(0x80) sur le périphérique batterie pour informer Windows qu’il doit mettre à jour ses informations d’état de la batterie.

Oui

Oui

  • (Facultatif) Numéro d’unité d’emplacement (_SUN) pour indiquer l’ordre dans lequel la batterie doit apparaître dans l’interface utilisateur.

Oui

Oui

La méthode _BIX doit prendre en charge les champs et contraintes suivants, comme décrit dans la section Informations statiques sur la batterie :

  • Le champ Revision doit être défini sur 0x0.

Oui

Oui

  • Le champ Power Unit doit être défini sur 0x0.

Oui

Oui

  • Les valeurs Design Capacity et Last Full Charge Capacity doivent être définies sur des valeurs précises issues de la batterie et du sous-système de charge, et ne doivent pas être égales à 0xFFFFFFFF ou 0x00000000.

Oui

Oui

  • Le champ Battery Technology doit être défini sur 0x1.

Oui

Oui

  • Le champ Design Voltage doit être défini avec précision, et ne doit pas être égal à 0x00000000 ou 0xFFFFFFFF.

Oui

Oui

  • Design Capacity of Low doit être défini sur la valeur minimale requise pour mettre en veille prolongée ou arrêter le système à partir d’un état entièrement activé.

Oui

Oui

  • Les champs Battery Capacity Granularity 1 et Battery Capacity Granularity 2 doivent être définis sur une valeur ne dépassant pas 1 % de la capacité de conception de la batterie.

Oui

Oui

  • Le champ Cycle Count doit être renseigné avec précision à partir du sous-système de batterie.

Oui

Oui

  • Le champ Measurement Accuracy doit être défini sur 80 000 ou plus.

Oui

Oui

  • Les champs Model Number et Serial Number ne doivent pas être définis sur NULL.

Oui

Oui

  • Lorsque les informations contenues dans _BIX, y compris la dernière capacité de charge complète, la capacité de conception et le nombre de cycles changent, la plateforme émet une commande ACPI Notify(0x81) sur le périphérique batterie.

Oui

Oui

La méthode _BST doit signaler l’état de la batterie en temps réel.

  • Toutes les informations retournées par la méthode _BST doivent être obtenues dynamiquement à partir du sous-système de recharge de batterie et d’alimentation sous-jacent.

Oui

Oui

  • La précision des données doit être comprise dans les limites de la valeur Measurement Accuracy indiquée dans l’objet _BIX.

Oui

Oui

Prise en charge des seuils de batterie ACPI

  • Une méthode _BTP est fournie afin de permettre à Windows de spécifier un seuil de capacité de charge restante auquel la plateforme émettra une commande ACPI Notify(0x80) sur le périphérique batterie.

Oui

Oui

  • Le périphérique batterie émet une commande ACPI Notify lorsque la charge de la batterie atteint le niveau critique.

Oui

Oui

  • Lorsque le niveau de charge de la batterie atteint la valeur spécifiée dans _BIX.DesignCapacityofLow, la plateforme doit générer une commande Notify(0x80) sur la méthode de contrôle du périphérique batterie.

Oui

Oui

Implémenter des méthodes propres à l’appareil selon les besoins

  • Implémentez la méthode propre à l’appareil (_DSM) sous chaque périphérique batterie pour indiquer si la batterie est réparable par l’utilisateur.

Oui

Oui

  • Implémentez la méthode _DSM si une réinitialisation périodique des chiens de garde est nécessaire pendant la charge, et Windows garantira l’exécution de la méthode _BST dans la fenêtre d’interrogation pour chaque période.

Oui

Oui

  • Implémentez la méthode _DSM si le modèle thermique de la plateforme nécessite un contrôle du taux de charge de la batterie.

Oui

Oui