演習 3 - 制約が見つからない問題を特定する
SoC 電源の状態は、すべてのデバイスの状態の合計です。
Windows では、低電力に達すると危険なデバイスとその状態の一覧を保持します。これらは制約と呼ばれます。 Windows では、すべての制約が満たされるのを待ってから、回復性をエンゲージし、DRIPS に入ります。 制約は、ACPI ファームウェアを介して OEM および SoC ベンダーによって指定されます。
OEM が SoC ベンダーの参照設計を変更する場合には、ACPI ファームウェアを変更する必要があり、制約にそれらの変更を正確に反映する必要があります。
制約が欠落している、または制約が多すぎると、さまざまな問題が発生し、スタンバイ中にパワー ドレインが増加する可能性があります。
こちらから事前に生成されたsleepstudy-report_2.htmlレポートをダウンロードします。
お好みのブラウザーで sleepstudy-report_2.html を開きます。
セッション 12 をクリックします。
システムは 11分間で 1.307 ワットのエネルギーを消費しました。
DRIPS %は 92% です。
ハードウェアの DRIPS % は 19%です。
上位の原因の表を確認します。
ワイヤレス ネットワーク デバイスは、セッション中にアクティブな時間が 7% のみと表示されています。
この問題は、19% の HW DRIPS 率の主な要因とはいえません。
通常、ソフトウェア DRIPS % (たとえば 92%) とハードウェア DRIPS % (fたとえば 19%) の間の大きな不一致は、ACPI ファームウェアで制約が欠落しているという症状を示しています。
簡単に説明すると、Windows ではシステムが DRIPS に入る準備ができていると想定していますが、一部のハードウェア コンポーネントはまだアクティブであり、SoC パッケージが S0 の低電力アイドル状態に入るのを妨げています。
次の論理的な手順は、電力インストルメント化されたプラットフォームまたはシリコン パートナーのデバッグ ツールを使用して、どのハードウェア コンポーネントがまだ D0 にあって電力を消費しているか、特定して分離しようとすることです。
メモ ソフトウェアとハードウェアの DRIPS の不一致によって発生する制約の不足の問題は、上位の原因の表に示されているワイヤレス デバイスのアクティブ時間 7% の問題とは異なります。 この問題は個別に調査する必要があります。