Power and battery user experience requirements

The checklist in this article contains requirements that the power supply and battery subsystem must meet to achieve a satisfactory overall user experience.

For each requirement in the checklist, the column marked "Applies to S3/S4" indicates whether the requirement applies to PCs that implement the traditional ACPI S3 and S4 power states. The column marked "Applies to CS" indicates whether the requirement applies to PCs that implement the modern standby power model, which is supported starting with Windows 8. Any exceptions to these requirements are noted.

Requirement Applies to S3/S4 Applies to MS

Charging occurs when the platform is connected to a charger. This applies to all supported system power states.

  • On (ACPI S0) / Active

Yes

Yes

  • Sleep (ACPI S3)

Yes

No

  • Hibernate (ACPI S4)

Yes

Yes (x86 only)

  • Shutdown (ACPI S5/G2)

Yes

Yes

  • Modern standby

No

Yes

Windows can boot when a charger is connected.

  • The system can be immediately booted from Shutdown (ACPI S5/G2) by the end user pressing the power button immediately after the charger is connected.

Yes

Yes

  • The system can be immediately booted regardless of battery charge level, battery/charger state, or whether the battery is present in a system that has a battery that can be removed by the end user.

Yes

Yes

  • If the platform requires a minimum battery capacity to always boot, this reserve capacity must be completely managed by the platform and must not be exposed to Windows.

Yes

Yes

  • • Under no circumstance should the system automatically boot from the Hibernate (ACPI S4) state or the Shutdown (ACPI S5) state.

Yes

Yes (Except for platforms that have Universal Serial Bus (USB) charging input only.)

Battery charging is autonomously managed by the hardware.

  • Charging the battery does not require code to run on the main CPUs in form of UEFI firmware, ACPI firmware, or a Windows device driver. The rate of charge may increase when Windows is booted and ACPI firmware is enumerated.

Yes

Yes (Except for platforms that have USB charging input only.)

Charging stops automatically when fully charged or when a fault occurs.

  • The system hardware must automatically stop charging the battery after the battery is fully charged or when a fault occurs with the battery pack.

Yes

Yes

  • The system must not automatically power on the main CPUs when power is attached and the system is in a Shutdown (ACPI S5) state.

Yes

Yes

  • The battery and charging subsystem must comply with all required regulatory standards for the region of sale for the final system.

Yes

Yes

Real-Time Clock (RTC) backup

  • A battery backup solution is provided to power the RTC for a minimum of four weeks. This solution is implemented either by having a dedicated RTC backup battery, or by maintaining the required reserve level in the main system battery.

Yes

Yes

Prevent system startup when battery is completely depleted (DC only).

  • System firmware prevents the system from booting Windows if the system battery is below the critical battery threshold (as specified by _BIX.DesignCapacityofLow) and the device is not connected to AC power or a battery charger.

Yes

Yes

  • When a low-battery condition prevents Windows from booting, a visual notification must be displayed. This notification uses the "Battery Discharged Completely" glyph. This requirement is waived in cases in which the battery is so depleted that there is insufficient capacity to turn on the display.

Yes

Yes

(Optional) Add an LED to indicate that power is present.

  • The preferred location for this LED is on the power adapter or the power connector.

Yes

Yes

  • The LED can optionally indicate charge status.

Yes

Yes

  • The LED must not vary in light intensity or otherwise blink. Color changes are allowed to indicate status changes.

Yes

Yes