Contexte
J'ai rencontré des problèmes avec mon ordinateur qui ne se mettait pas en veille et se réveillait également de la veille depuis Window 8.1. J'espérais que Windows 10 résoudrait ces problèmes, mais malheureusement ce n'est pas le cas. J'avais remarqué que le problème se produisait chaque fois que mon casque (Hyper X Cloud II) était branché, mais ce n'était pas exclusivement lorsqu'il était branché.
Récemment, j'en ai eu assez que mon ordinateur se réveille de la veille de manière très régulière et j'ai décidé une fois de plus d'essayer de résoudre le problème.
Solutions essayées
Pour commencer, dans la gestion de l'alimentation :
- Désactivation des minuteries de réveil
- Activation de la suspension sélective de l'USB
- Réglage du temps de mise en veille de l'ordinateur à 1 minute d'inactivité pour voir si des changements avaient un impact
Pour identifier la cause de ce qui empêche l'ordinateur de se réveiller, j'ai utilisé powercfg dans une invite de commandes élevée :
powercfg -requestsCela renvoie ce qui suit :
SYSTÈME :
[DRIVER] Realtek High Definition Audio (HDAUDIO\FUNC_01&VEN_10EC&DEV_0892&SUBSYS_1043860B&REV_1003\4&165326bb&0&0001)
Un flux audio est actuellement utilisé.
[DRIVER] USB Audio Device (USB\VID_0951&PID_16A4&MI_00\6&3321d09b&1&0000)
Un flux audio est actuellement utilisé.
[DRIVER] Legacy Kernel CallerCe que j'avais remarqué avec mon casque a été confirmé par l'entrée USB Audio Device sous système. Si je débranchais mon casque, à la fois l'entrée USB Audio Device et l'entrée Legacy Kernel Caller disparaissaient lors de l'exécution de powercfg -requests à nouveau.
Le problème persistait même après avoir débranché le casque. J'ai alors exécuté la commande suivante pour empêcher le pilote Realtek High Definition Audio d'empêcher la mise en veille.
powercfg -REQUESTSOVERRIDE DRIVER "Realtek High Definition Audio" SYSTÈMECela a effectivement permis à mon ordinateur de se mettre en veille. En rebranchant mon casque, le problème est revenu. J'ai donc naturellement exécuté à nouveau REQUESTSOVERRIDE pour les pilotes de casque associés :
powercfg -REQUESTSOVERRIDE DRIVER "USB Audio Device" SYSTÈME
powercfg -REQUESTSOVERRIDE DRIVER "Legacy Kernel Caller" SYSTÈMEMalheureusement, cela n'a pas résolu le problème. Pour m'assurer que ma commande REQUESTSOVERRIDE a pris effet, j'ai exécuté :
powercfg -REQUESTSOVERRIDECe qui a montré que mes demandes de remplacement étaient en vigueur :
[DRIVER]
Realtek High Definition Audio SYSTÈME
USB Audio Device SYSTÈME
Legacy Kernel Caller SYSTÈMEAprès cela, j'ai essayé :
- Utiliser le Gestionnaire de périphériques et m'assurer que chaque port USB était autorisé à éteindre les périphériques pour permettre la mise en veille
- Désinstaller le périphérique Hyper X Cloud II et le réinstaller
- Confirmer les entrées
powercfg -requestsavec le rapportpowercfg -energy - Panneau de configuration -> Son -> Haut-parleur de casque -> Avancé et décocher "Autoriser les applications à prendre le contrôle exclusif de ce périphérique"
Résumé
Comment puis-je empêcher mon USB Audio Device (dans ce cas le casque Hyper X Cloud II) d'empêcher mon ordinateur de se mettre en veille ?
J'ai utilisé powercfg -REQUESTSOVERRIDE pour supprimer toutes les entrées qui apparaissent dans powercfg -requests et je me suis assuré dans le Gestionnaire de périphériques que tous les ports USB sont capables d'éteindre les périphériques pour permettre à l'ordinateur de se mettre en veille.
