Implementierungsanforderungen für Plattformhardware

Windows unterstützt zwei Hardwaretopologien für das Energie- und Ladesubsystem. Bei S3/S4-basierten Systemen sind nur eingebettete Controller-basierte Lösungen zulässig. Bei modernen Standby-Systemen kann der Systemdesigner zwischen einer eingebetteten Controller-basierten Lösung und einer SPB-basierten Lösung wählen. In diesem Thema werden die Anforderungen für jede der beiden Topologien beschrieben. Ein System muss nur die Anforderungen für die ausgewählte Topologie erfüllen.

Jede der folgenden beiden Tabellen enthält eine Checkliste der Anforderungen für die angegebene Hardwaretopologie. Für jede Anforderung in der Checkliste gibt die mit „Gilt für S3/S4“ gekennzeichnete Spalte an, ob die Anforderung für PCs gilt, die die herkömmlichen ACPI-Energiezustände S3 und S4 implementieren. Die Spalte „Gilt für CS“ gibt an, ob die Anforderung für PCs gilt, die das moderne Standby-Strommodell implementieren, das ab Windows 8 unterstützt wird.

Weitere Informationen zu diesen beiden Hardwaretopologien finden Sie unter Hardwaredesign für Akku- und Energiesubsystem.

Eingebettete Controller-basierte Lösung

Wenn der Plattform-Designer eine eingebettete Controller-basierte Lösung verwendet, gelten die Anforderungen, die in der folgenden Tabelle aufgeführt sind.

Anforderung	Gilt für S3/S4	Gilt für CS
Der eingebettete Controller (EC) wird im ACPI-Namespace definiert, wie in Abschnitt 12.11 der ACPI 5.0-Spezifikation beschrieben.
Das Gerät()-Objekt für die EC ist im ACPI-Namespace vorhanden.	Ja	Ja
Das EC-Gerät bietet die folgenden Steuermethoden und -objekte:
_HID mit dem Wert „PNP0C09“.	Ja	Ja
_CRS-Objekt, das die E/A-Ressourcen für den eingebetteten Controller angibt.	Ja	Ja
_GPE-Objekt, das die SCI für den eingebetteten Controller definiert.	Ja	Ja
Ein Betriebsbereich, der die im eingebetteten Controller enthaltenen Informationen beschreibt, auf die andere ACPI-Steuermethodencodes im Namespace einschließlich Akkustatus- und Informationsmethoden zugreifen können.	Ja	Ja
Die eingebettete Controller-Lösung erfüllt die Leistungsziele.
Nennleistung, die vom EC für Strom- und Batterie-Subsystem verbraucht wird, liegt unter 5 Milliwatt.	Nein	Ja

Einfache Lösung mit Peripheriebusanschluss (SPB)

Entscheidet sich der Plattformentwickler für eine SPB-verbundene Stromversorgungs- und Batterie-Subsystemlösung, gelten die in der folgenden Tabelle aufgeführten Anforderungen. Diese Lösung wird ab Windows 8 unterstützt, aber nur bei modernen Standbysystemen.

Anforderung	Gilt für S3/S4	Gilt für CS
Der eingebettete Controller (EC) wird im ACPI-Namespace definiert, wie in Abschnitt 12.11 der ACPI 5.0-Spezifikation beschrieben.
Das Gerät()-Objekt für die EC ist im ACPI-Namespace vorhanden.	Nein	Ja
Das EC-Gerät bietet die folgenden Steuermethoden und -objekte:
_HID mit dem Wert „PNP0C09“.	Nein	Ja
_CRS-Objekt, das die E/A-Ressourcen für den GPIO-Controller angibt.	Nein	Ja
Für jede Unterbrechung ein _AEI-Objekt, das den GPIO der entsprechenden ACPI-Ereignismethode zuordnet.	Nein	Ja
Ein Gerät()-Knoten für den SPB-Controller.
_HID mit der entsprechenden Hardware-ID für das Gerät.	Nein	Ja
_CSR-Objekt, das die Interrupt- und Hardwareressourcen des GPIO-Controllers beschreibt.	Nein	Nein
Ein GenericSerialBus-Betriebsbereich im Bereich des SPB-Geräts, der die virtuellen Befehlsregister für das SPB-Gerät beschreibt.	Nein	Ja
Felddefinitionen im GenericSerialBus-Betriebsbereich. Die Felddefinitionen ermöglichen ASL-Code außerhalb des SPB-Geräts den Zugriff auf die virtuellen Befehlsregister für das SPB-Gerät.	Nein	Ja