Windows 11 Dynamic Lightingで「対応デバイスが見つかりません」を解決する完全ガイド｜ASUS TUF Gaming F16（FX607VBR）とKB5030509対応

Windows 11の「Dynamic Lighting」を使ってRGBをOS側で統合制御したいのに、設定画面に「Dynamic Lighting対応デバイスが検出されません」と出てしまう——そんな時に最短で原因を切り分け、確実に復旧させるための実践記事です。事例はASUS TUF Gaming F16（FX607VBR）、OSビルド 26100.6584、KB5030509適用を前提にしていますが、他機種でも応用できます。

症状の整理と前提環境

本記事は以下の状況を想定しています。

目的：構成更新プログラム KB5030509 適用後、Windows 11 の 設定 → 個人用設定 → Dynamic Lighting を有効化してOS標準でRGB制御したい。
症状：設定に「対応デバイスが見つかりません」と表示される。
環境：ASUS TUF Gaming F16（FX607VBR）、Windows 11 OSビルド 26100.6584。
現状：Armoury Crate と Aura Sync を導入済みだが、Aura Sync 画面が「読込中」のまま停止する。

なぜ「対応デバイスが見つからない」のか（仕組みから理解）

Windows 11 の Dynamic Lighting は、HID LampArray という標準クラスでデバイスを認識し、OSが直接ライティングを制御します。よって、次のどれかが欠けると「非対応」扱いになります。

デバイスが HID LampArray として露出していない：OEM（ASUSなど）のドライバーやファームが古いと、ベンダー独自プロトコルのままで、OSは標準デバイスとして認識できません。
BIOS/EC が古い：一部機種では、新BIOSで初めてHID LampArrayが有効化されます。BIOS設定側でLEDが無効化されている場合も認識されません。
サービス/競合アプリの問題：WindowsのライティングサービスやArmoury Crateのモジュールが不安定、またはRazer/Corsairなど他社アプリと競合し、デバイス公開がブロックされます。
OSビルドとの整合が取れていない：Dynamic Lighting機能自体はWindows 11 23H2以降に含まれますが、Insider系の構成更新（例：KB5030509）や一部モジュールの段階配信により、ドライバー/サービスの組み合わせがずれると検出が不安定になります。

まずはここから：最短解決のチェックリスト

時間のない方向けに、優先度順の「つまずきポイント潰し」をまとめます。

Armoury Crate/Aura Sync を一度完全削除→再起動→最新で再構築。（公式アンインストーラを使用）
ASUS System Control Interface v3（ASUSSCI3）を最新に更新。（デバイスマネージャーでバージョン確認）
BIOS/EC を最新化し、BIOSの Aura/LED 設定が有効になっているか確認。
Windows の Dynamic Lighting をON、サービス状態を確認。（必要に応じてサービス再起動）
クリーンブートや他社RGBアプリ停止で競合を排除。（Razer Synapse、Corsair iCUE 等）
OS更新の整合性を担保。（Windows Updateで最新化、または必要に応じてKBの手動適用）
改善しなければログ採取→ASUSサポート、または安定版へロールバック。

詳細手順（原因別の具体策）

Armoury Crate / Aura Sync を最新にする（最優先）

Armoury Crateに付随する Aura 関連モジュールが壊れていると、「読込中」無限待ちやデバイスの列挙失敗が起きます。以下の順で「壊れた状態」をリセットします。

ASUS公式の「Armoury Crate Uninstall Tool」で完全削除。
再起動（ここを省くとドライバーが残留しやすい）。
最新のArmoury CrateインストーラでAura Syncモジュールを含めてフルインストール。
Armoury Crate内の設定で 「Aura Sync を有効」 を確認し、デバイス一覧にキーボード等が現れるかチェック。

ポイント：復旧直後はArmoury CrateとDynamic Lightingの両方が同じデバイスを掴みにいきます。どちらを主に使うかを最初に決める（例：OS標準を主、Armouryはプロファイル配布のみ）ことで競合を避けられます。

ASUS System Control Interface v3（ASUSSCI3）の更新

ASUSSCI3は、ASUSノートのキーボード/照明/機能キーなどの橋渡しをする重要ドライバーです。旧版のままだと、HID LampArrayとして適切に公開されず、Windows側で非対応扱いになることがあります。

バージョン確認：デバイスマネージャー → ソフトウェアデバイス → ASUS System Control Interface v3 からドライバーのプロパティを開き、日付/バージョンをチェック。
更新の目安：OSビルド 26100 系（24H2相当）を使うなら、同世代以降のASUSSCI3が望ましい。導入後は再起動必須。

うまくいかない場合：ASUSSCI3を先に消してから入れ直す、Armoury Crate再インストールの前後を入れ替えるなど、インストール順序を変えると改善するケースが多いです。

BIOS/EC の最新化と設定確認

機種により、新BIOSで初めてDynamic Lightingが有効になる場合があります。BIOS更新後は、下記を確認してください。

BIOS設定の Aura/LED Lighting：無効化されていないか。シャットダウン時・スリープ時の点灯ルールも見直し。
EC更新の適用：BIOS更新時に同時に適用される場合があります。必ず再起動＆数分待機。

注意：BIOS更新前にはAC接続・バッテリー残量・BitLocker回復キーの控えなど、基本の安全対策を徹底してください。

Windows 側の設定・サービス状態を確認

Dynamic Lighting を有効化：設定 → 個人用設定 → Dynamic Lighting で「Dynamic Lighting を使用する」をオン。必要に応じて「互換性モード（アプリに制御を許可）」のトグルも見直し。
サービス確認：Win + R → services.msc を開き、Windows Lighting Service（表示名は環境により異なる場合あり）が「実行中」か確認。停止/エラーなら再起動。
ASUS側のサービス：Armoury Crate Service / ArmourySocket Server / ASUS Com Service / LightingService（ASUS） などが「実行中」かつエラーを出していないか確認。

よくある勘違い：「Windows Lighting Service」と「ASUSのLightingService」は別物です。双方が同名に見える環境もあり、片方だけ停止しても症状が変わらないことがあります。両方を個別に確認してください。

クリーンブートで競合を排除

Razer Synapse、Corsair iCUE、Logitech G Hub、MSI Center などのRGBアプリは、同一デバイスのハンドルを先取りしやすく、Dynamic LightingやAura Syncの列挙を妨げます。検証として、以下を実施します。

設定 → アプリ → スタートアップ で該当アプリをオフ。
タスクマネージャー → スタートアップアプリ も無効化。
再起動後、Armoury Crate単独でデバイスが現れるか確認。

改善したら、常駐を一つずつ元に戻し、どのアプリが競合を引き起こしているかを特定します。

KB5030509 の考え方と入手経路

Insider系の構成更新は段階配信で、OS機能とOEMドライバーの噛み合わせが不安定になることがあります。一般論として、Dynamic Lightingは 23H2 以降で内包されているため、HID LampArray を正しく公開できていれば、KBの有無にかかわらず検出されるケースが多いです。とはいえ、実機で認識しない場合は、Windows Updateの「最新の更新プログラムを入手」を有効化、または手動適用で整合を図ってください。

解決しない場合の最終手段

Armoury Crate の診断ログ（ツール → 診断）を採取し、ASUSサポートに送付。
Insiderビルドの不安定さが疑われるなら、安定版（Windows 11 23H2/24H2の正式版）へロールバックして再検証。
ハードウェア非対応の可能性も最後に検討。該当モデルのBIOSリリースノートやサポート情報で、HID LampArray対応の可否を確認。

実行手順を「作業指示」レベルに落とし込む

手順	実施内容	ポイント/判定
1	Armoury Crate/Aura Syncを公式アンインストーラで完全削除→再起動→最新で再インストール	再起動を挟む。初回起動でデバイス一覧にKeyboard等が見えれば前進。
2	ASUS System Control Interface v3（ASUSSCI3）を最新に更新	デバイスマネージャーでバージョン/日付を確認。旧版なら更新後に再起動。
3	BIOS/ECの更新とAura/LED設定の有効化	更新後は数分放置（EC反映のため）。設定でLEDが無効になっていないかも点検。
4	WindowsのDynamic Lightingをオン、サービス状態の確認	「Windows Lighting Service」が実行中か。必要なら再起動。
5	クリーンブートで他社RGBアプリを停止	Armoury Crate単体で認識すれば競合が犯人。戻し入れで突き止める。
6	Windows Update/KBの整合性確認	段階配信のズレを解消。OS・ストアアプリ・ドライバーを一括最新化。
7	ログ採取→サポート／安定版へのロールバック	Insider不安定要因の切り分け。正式版での再現性を確認。

PowerShellで「見える化」：検出・サービス・バージョンを一気に確認

管理者PowerShellで以下を実行すると、HIDクラスのデバイスや関連サービスの状態をまとめて確認できます。

# HID LampArray に該当しそうなデバイスの一覧（簡易）
Get-PnpDevice -PresentOnly -Class HIDClass |
  Where-Object { $_.FriendlyName -match 'Lamp|Lighting|RGB' -or $_.InstanceId -match '^HID\\' } |
  Sort-Object Status, FriendlyName |
  Format-Table Status, FriendlyName, InstanceId -Auto

# Windows 側のライティングサービス（表示名は環境差あり）

Get-Service | Where-Object { $_.DisplayName -match 'Lighting' } | Format-Table Name, DisplayName, Status, StartType

# ASUS 関連サービスの状態（存在するもののみ表示）

'ArmouryCrate.Service','ArmourySocketServer','ASUS Com Service','LightingService' |
ForEach-Object { Get-Service -Name $_ -ErrorAction SilentlyContinue } |
Format-Table Name, Status, StartType

出力に何も現れない場合、ドライバーやサービスが導入されていない可能性があります。Armoury CrateやASUSSCI3の再導入、BIOSの更新を優先してください。

デバイスマネージャーでの確認ポイント

ヒューマンインターフェイスデバイス配下に、HID LampArray相当の名称が見えるか。
キーボード配下にベンダー名（ASUS等）が現れ、電源の管理タブで「このデバイスで、コンピューターのスタンバイ状態を解除できる」に過剰なフックが付いていないか。
ソフトウェアデバイス配下のASUS System Control Interface v3のドライバー日付/バージョン。

Aura Sync が「読込中」で止まるときの対処

Armoury Crateのモジュール破損やキャッシュ不整合が典型です。以下の順に回復を試してください。

Armoury Crateの修復インストール（セットアップ上書き）。
ユーザープロファイルの AppData（Roaming/Local）の Armoury/Aura 関連キャッシュを削除→再起動。
Armoury Crate Uninstall Tool で完全削除→残留ドライバー（ASUSSCI3含む）も再導入。

同時に、Windows → Dynamic Lighting 側で一時的に「アプリに制御を許可」をオフにして、OSが先に掴まないよう調整すると改善することがあります。

ASUS TUF Gaming F16（FX607VBR）での実務的な注意

ゾーン型RGBの機種：単色/ゾーン構成でもHID LampArrayとして公開されればDynamic Lightingで制御可能。公開するかどうかはBIOS/ドライバーの実装次第です。
Armoury Crateの優先度：高機能なエフェクト（波形/音連動/キーフレーム）はArmoury Crate/Aura Creator側が有利。OS標準と同時使用は最小限にし、どちらを主にするか決めましょう。
省電力設定：バッテリー節約モードや静音プロファイルでLEDが自動消灯になる設定があるため、プロファイル切替の影響も確認。

トラブルシュートの分岐（フローチャート風）

A. 「Dynamic LightingをONにできるが、デバイスが出ない」

Armoury Crateは認識 → HID公開が不完全：ASUSSCI3更新、BIOS更新、他社アプリ停止。
Armoury Crateも未認識 → 物理接続/EC問題：BIOS初期化、CMOSリセット（可能な機種のみ）、ハード不良切り分け。

B. 「Aura Syncが読込中から進まない」

モジュール破損：完全削除→再構築。
競合：Dynamic Lightingや他社アプリと掴み合い → クリーンブートで検証。

C. 「KB適用後に悪化」

構成の齟齬：Windows Updateで累積更新・ストアアプリ更新を適用、再起動を2回以上。
Insiderの既知不具合：安定版へロールバックして再現性確認。

チェックシート（自分の環境を可視化する）

項目	確認方法	期待する状態	NGだった場合
OS機能の有効化	設定 → 個人用設定 → Dynamic Lighting	「Dynamic Lightingを使用する」がON	OS更新/再起動/ポリシー確認
HID LampArrayの列挙	デバイスマネージャー（HIDクラス）／PowerShell	Lamp/Lighting を含むデバイス名が表示	ASUSSCI3更新、BIOS更新、Armoury再構築
サービス状態	services.msc / Get-Service	Windows Lighting Service=実行中	再起動/依存関係の確認/イベントログ確認
競合アプリ	スタートアップ/常駐一覧	Razer/Corsair等を一時停止	クリーンブート/恒久的な常駐整理
BIOS/EC	BIOSバージョン/LED設定	最新化、LEDは有効	更新と既定値復帰、プロファイル見直し

グループポリシー/レジストリの留意点（上級者向け）

企業環境などでDynamic Lightingがポリシーで無効化されていると、UIが出ても動作しないことがあります。以下は参考情報です（変更は自己責任で）。

グループポリシー：コンピューターの構成 → 管理用テンプレート → システム → Lighting に関する項目が存在する場合は、未構成/有効を確認。
レジストリ：ユーザープロファイル配下の Software\Microsoft\Lighting 周辺に設定値が保持されます。トグル操作で値が変動するかは環境によって差異あり。

無理に直接編集するのではなく、まずはUI操作で切り替え→再起動→動作確認の基本を守ることを推奨します。

「OS標準」か「Armoury主導」か——運用設計の指針

Dynamic LightingはOSレベルの簡易統合、Armoury Crateはデバイス最適化/高度演出——という位置づけです。安定運用のためには、次のルールを決めるとトラブルが激減します。

普段使いはOS標準（単色/アクセント連動）：ゲーム時だけArmouryプロファイルに切り替える。
高度演出が常時必要ならArmoury主導：Dynamic Lightingの「アプリに制御を許可」をオフにし、競合を避ける。
切り替え時はどちらか一方を停止→10秒待ってからもう一方を起動：ハンドル解放の待機を徹底。

よくある質問（FAQ）

Q. KB5030509を入れないとDynamic Lightingは使えませんか？
A. 機能自体は23H2以降に含まれており、HID LampArrayで正しく露出できれば利用可能です。とはいえ、構成更新の段階配信とOEMドライバーの組み合わせで挙動が変わるため、OS・ドライバー・BIOSの世代を揃えることが重要です。

Q. ASUS TUF Gaming F16（FX607VBR）はDynamic Lightingに対応していますか？
A. 同モデルのBIOS/ECとASUSSCI3の組み合わせ次第です。Armoury Crateのみで制御できても、HID LampArrayとして公開されていなければOS標準では検出されません。まずは本記事の手順で最新化＆競合排除を行い、デバイスマネージャーやPowerShellで列挙を確認してください。

Q. Aura SyncのプロファイルとDynamic Lightingの色が食い違います。
A. 同時適用は競合要因です。どちらを優先にするか決め、もう一方はオフ/最小構成にしてください。

Q. デバイスは検出されたが、特定キーだけ光りません。
A. OS標準は対応ゾーンが限定的な場合があります。全ゾーン/キーの細分制御はArmoury Crate/Aura Creator側を利用してください。

イベントログで根拠を掴む（原因の裏取り）

イベントビューアー → Windows ログ → システム と、アプリケーションとサービスログ →（ASUS/Lighting関連）を確認すると、サービス起動失敗やドライバーの読み込みエラーの痕跡が残っていることがあります。症状の直前や再起動直後のタイムスタンプを重点的に見ると、原因の仮説が立てやすくなります。

安全策とロールバック戦略

変更は一度に一つ：複数の修正を同時に行うと、どれが効いたのか分からず再発時に困ります。
復元ポイントの作成：BIOS/ドライバー更新前にシステム保護を有効化し、復元点を作っておく。
安定版への退避：Insider要素が絡む場合、安定版に戻して同一条件で再現するかを確認。再現しなければ、構成の齟齬が疑われます。

まとめ：最短で直すためのコア戦術

Armoury Crate/Aura Syncをまず完全リセット（削除→再起動→最新導入）。
ASUSSCI3/BIOS/ECを最新化してHID LampArray公開を確実に。
Windows Dynamic LightingをON、ライティング関連サービスは「実行中」。
競合アプリは止めて検証、有効なら常駐整理で恒久対策。
OS更新の整合を取り、ダメならログ→サポート/ロールバック。

ここまで行えば、「対応デバイスが見つかりません」状態からの復帰率は大きく上がります。もし最終的に検出されない場合は、ハードウェアがHID LampArrayを公開していない（＝OS標準では制御できない）可能性が残ります。その場合は当面、Armoury Crate主導での運用に切り替え、今後のBIOS/ドライバー更新情報を注視してください。

付録：実行コマンドと作業ログのテンプレ

サービスの再起動（管理者PowerShell）

# Windows 側（表示名は環境差あり）
$svc = Get-Service | Where-Object { $_.DisplayName -match 'Lighting' }
if ($svc) { Restart-Service -Name $svc.Name -Force }

# ASUS 側（存在するもののみ）

'ArmouryCrate.Service','ArmourySocketServer','ASUS Com Service','LightingService' |
ForEach-Object { if (Get-Service -Name $_ -ErrorAction SilentlyContinue) { Restart-Service -Name $_ -Force } }

作業ログの取り方（例）

YYYY-MM-DD hh:mm: BIOSバージョン X→Y へ更新、LED設定「有効」確認。
YYYY-MM-DD hh:mm: ASUSSCI3 バージョン A→B へ更新、再起動。
YYYY-MM-DD hh:mm: Armoury Crate 完全削除→再導入、Aura Sync 有効化。
YYYY-MM-DD hh:mm: Dynamic Lighting ON、サービス再起動、デバイス検出OK。

付録：作業時間の目安（参考）

作業	目安	備考
Armoury Crate再構築	20〜40分	ダウンロード環境に依存。再起動を挟むこと。
ASUSSCI3更新	10〜15分	再起動必須。
BIOS/EC更新	15〜30分	安全対策を徹底。AC接続とBitLockerキー準備。
クリーンブート検証	15〜30分	常駐戻し入れで犯人特定。

付録：復旧後のおすすめ設定

Dynamic Lighting：「Windowsのアクセントカラーに合わせる」をONにして日常の配色と統一。
Armoury Crate：ゲーム起動時のみプロファイル自動切替（静音/パフォーマンス）、LED輝度は夜間プロファイルで自動減光。
省電力配慮：バッテリー駆動時はLEDをオフにする自動ルールを設定。

この記事で紹介した対応フロー（要約版）

アプリ層（Armoury Crate/Aura）を完全リセット。
ドライバー層（ASUSSCI3）を最新化。
ファーム層（BIOS/EC）を最新化し、LEDが有効か確認。
OS層（Dynamic Lighting/サービス）を有効化。
競合排除（クリーンブート/常駐整理）。
更新整合（Windows Update/KB）。
ログ採取→サポート/ロールバック。

この順番で進めれば、原因の所在（アプリ/ドライバー/ファーム/OS/競合）を迷いなく特定できます。

この記事を書いた人

佐藤健司

実務の現場で詰まりがちなポイントを地図にするITブログ「IT trip」を運営。Windows／Office（Teams・Excel）からSQL、サーバ運用、ガジェットまで、再現性のある手順と“なぜそうなるか”を丁寧に解説します。読んだらすぐ試せること、そして迷った人の次の一歩が見えることを大切にしています。

Windows 11 Dynamic Lightingで「対応デバイスが見つかりません」を解決する完全ガイド｜ASUS TUF Gaming F16（FX607VBR）とKB5030509対応

症状の整理と前提環境

なぜ「対応デバイスが見つからない」のか（仕組みから理解）

まずはここから：最短解決のチェックリスト