17 votes

Dispositif audio USB empêchant la mise en veille (Windows 10)

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 -requests

Cela 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 Caller

Ce 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ÈME

Cela 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ÈME

Malheureusement, cela n'a pas résolu le problème. Pour m'assurer que ma commande REQUESTSOVERRIDE a pris effet, j'ai exécuté :

powercfg -REQUESTSOVERRIDE

Ce 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ÈME

Aprè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 -requests avec le rapport powercfg -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.

0voto

Henry Cook Points 1

J'avais le même problème, avec le pilote audio RealTek empêchant la mise en veille (à partir de POWERCFG - DEMANDES). Dans mon cas, le coupable était Cisco WEBEX. Même si l'application était fermée, il y avait encore des processus Webex en arrière-plan qui tournaient (comme vu dans le Gestionnaire des tâches). Mettre fin à ces processus en arrière-plan a effacé ce drapeau dans POWERCFG.

0voto

J'avais le même problème. J'ai essayé toutes les solutions trouvées en ligne et rien ne fonctionnait. Je l'ai résolu par accident en réglant un problème d'utilisation élevée du processeur. Le problème dans le gestionnaire des tâches était "audiodg.exe Isolation du graphique de périphérique audio Windows"

La solution était. 1. Aller dans le panneau de configuration. 2. Mettre les icônes en grand. 3. Cliquer sur Son. Cela ouvrira une nouvelle fenêtre contenant tous vos périphériques de lecture. 4. Faites un clic droit sur vos haut-parleurs, puis sélectionnez Propriétés dans le menu. 5. Une autre fenêtre s'ouvrira. Ici, passez à l'onglet Améliorations. 6. Cochez la case à côté de Désactiver tous les effets sonores. Lorsque vous avez terminé, appuyez sur le bouton Appliquer. 7. Redémarrez l'ordinateur.

Après quelques heures, j'ai redémarré le processus car je m'étais ennuie de mon égaliseur. Cette nuit-là, j'ai remarqué que mon ordinateur était entré en mode veille pour la première fois en un an. Le mode veille fonctionne parfaitement depuis plusieurs jours maintenant.

0voto

bargz Points 1

J'ai eu le même problème avec le pilote audio RealTek empêchant la mise en veille (à partir de POWERCFG -REQUESTS). Dans mon cas, le coupable était Zoom. Même si je n'étais pas connecté, l'application était en cours d'exécution dans la barre système. En quittant Zoom, ce drapeau a été effacé dans POWERCFG.

-1voto

Ad-Man-Gamer Points 11

Même problème.

[DRIVER] Périphérique audio USB (USB\VID_10F5&PID_0296&MI_00\6&13d026f7&0&0000) Un flux audio est actuellement en cours d'utilisation.

Mais je ne pense pas que le pilote audio soit le problème. Le problème est qu'une application maintient un flux audio ouvert, même lorsqu'elle ne produit pas de son.

J'ai fait quelques tests en spamant "powercfg /REQUESTS" tout en exécutant différents programmes. Normalement, si un programme produit un flux audio, alors le pilote son fait une demande pour ne pas autoriser l'ordinateur à passer automatiquement en veille. Ensuite, lorsque le son s'arrête, le flux est fermé, et alors le pilote cesse de demander à rester en activité.

Dans mon cas, cependant, un onglet dans Firefox 63.0.1 (64 bits) semble être en faute. Le site mega.nz maintenait constamment un flux audio ouvert, même lorsqu'il n'y avait rien de lié à l'audio sur la page.

Ici vous pouvez voir ce bug en action.

Exhibit A. Navigateur ouvert. Aucune demande pour rester actif en veille.

Exhibit B. Sur la page d'accueil de mega. Aucune demande pour rester actif en veille.

Exhibit C. Après connexion. Il y a maintenant un flux audio actif. Il n'y a pas de fichier audio dans ce répertoire, ni de son provenant de la page.

Exhibit D. Mettre l'onglet en mode muet et s'en éloigner laisse toujours le flux audio actif.

Exhibit E. Après avoir fermé l'onglet mega. Le flux audio n'est plus actif. Aucune demande pour rester actif en veille.

Essayez de trouver le programme responsable de maintenir son flux audio actif, même lorsqu'il ne produit pas de son.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X