tło
Mam problemy z tym, że komputer nie przechodzi w tryb uśpienia, a także budzi się ze stanu uśpienia od systemu Windows 8.1. Miałem nadzieję, że Windows 10 rozwiąże te problemy, ale niestety tak nie jest. Zauważyłem, że problem wystąpi za każdym razem, gdy mój zestaw słuchawkowy (Hyper X Cloud II) zostanie podłączony, ale nie wystąpił wyłącznie po podłączeniu.
Niedawno miałem dość dość ciągłego budzenia komputera ze snu i postanowiłem po raz kolejny spróbować rozwiązać problem.
Próbowane poprawki
Na początek w sekcji Zarządzanie energią:
- Wyłączone budziki
- Włączono selektywne zawieszanie USB
- Ustaw czas uśpienia komputera na 1 minutę braku aktywności, aby sprawdzić, czy jakieś zmiany miały wpływ
Aby zidentyfikować przyczynę problemów z wybudzaniem komputera, użyłem powercfg w wierszu polecenia z podwyższonym poziomem uprawnień:
powercfg -requests
Który zwraca następujące:
SYSTEM:
[DRIVER] Realtek High Definition Audio (HDAUDIO\FUNC_01&VEN_10EC&DEV_0892&SUBSYS_1043860B&REV_1003\4&165326bb&0&0001)
An audio stream is currently in use.
[DRIVER] USB Audio Device (USB\VID_0951&PID_16A4&MI_00\6&3321d09b&1&0000)
An audio stream is currently in use.
[DRIVER] Legacy Kernel Caller
To, co zauważyłem w zestawie słuchawkowym, zostało potwierdzone przez USB Audio Device
wpis w systemie. Jeśli odłączyłem zestaw słuchawkowy, wpisy USB Audio Device
i Legacy Kernel Caller
wpisy zniknęły po powercfg -requests
ponownym uruchomieniu .
Problem nadal występował po odłączeniu zestawu słuchawkowego. Uruchomiłem więc następującą komendę, aby uniemożliwić Realtek High Definition Audio
sterownikowi wstrzymanie snu.
powercfg -REQUESTSOVERRIDE DRIVER "Realtek High Definition Audio" SYSTEM
To faktycznie pozwoliło mojemu komputerowi przejść w tryb uśpienia. Po ponownym podłączeniu zestawu słuchawkowego problem powrócił. Naturalnie wykonałem REQUESTSOVERRIDE
ponownie dla powiązanych sterowników zestawu słuchawkowego:
powercfg -REQUESTSOVERRIDE DRIVER "USB Audio Device" SYSTEM
powercfg -REQUESTSOVERRIDE DRIVER "Legacy Kernel Caller" SYSTEM
Niestety nie rozwiązało to problemu. Aby upewnić się, że moje REQUESTSOVERRIDE
polecenie zadziałało, uruchomiłem:
powercfg -REQUESTSOVERRIDE
Co pokazało, że moje żądania zastąpienia były skuteczne:
[DRIVER]
Realtek High Definition Audio SYSTEM
USB Audio Device SYSTEM
Legacy Kernel Caller SYSTEM
Po tym próbowałem:
- Korzystanie z Menedżera urządzeń i upewnianie się, że każdy port USB mógł wyłączać urządzenia w celu przejścia w tryb uśpienia
- Odinstalowywanie urządzenia Hyper X Cloud II i ponowna instalacja
- Potwierdzanie
powercfg -requests
wpisów za pomocąpowercfg -energy
raportu - Panel sterowania -> Dźwięk -> Słuchawki douszne -> Zaawansowane i niezaznaczone „Zezwalaj aplikacjom na wyłączną kontrolę nad tym urządzeniem”
TL; DR
Jak mogę uniemożliwić mojemu urządzeniu audio USB (w tym przypadku zestawowi słuchawkowemu Hyper X Cloud II) zabezpieczenie komputera przed przejściem w tryb uśpienia?
Kiedyś powercfg -REQUESTSOVERRIDE
usuwałem wszystkie wpisy, które się pojawiały powercfg -requests
i zapewniałem w Menedżerze urządzeń, że wszystkie porty USB są w stanie wyłączyć urządzenia, aby komputer mógł spać.
Odpowiedzi:
Właśnie zdałem sobie sprawę, że wyłączenie funkcji „zawsze słuchania” Cortany wydaje się rozwiązać problem.
źródło
Dla mnie Realtek został naprawiony poprzez wyłączenie „Line In” w Sound> Recording. Mam również Cloud II i mogę wrócić, jeśli mogę to naprawić.
źródło
Miałem ten sam problem, próbowałem wszystkiego, co też próbowałeś, bezskutecznie i naprawiłem to, wyłączając natychmiastową powtórkę nagrywania na pulpicie w Nvidia GEFORCE EXPERIENCE
możesz to zrobić przez:
LUB
Otwieranie Geforce Experience
Kliknięcie trójkątnej ikony (oreverlay w grze)
Kliknij ikonę ustawień, która wygląda jak trybik. Musisz wyłączyć natychmiastowe odtwarzanie, aby uzyskać dostęp do ustawień nagrywania pulpitu
Przejdź do „Kontroli prywatności”
Wyłącz „Destop capture”
Mam nadzieję, że to pomaga 😇
źródło
Taki sam problem.
Ale nie sądzę, że problem stanowi sterownik audio. Problem polega na tym, że aplikacja utrzymuje strumień audio otwarty, nawet jeśli nie wysyła dźwięku.Wykonano kilka testów podczas spamowania
"powercfg /REQUESTS"
podczas uruchamiania różnych programów. Zwykle jeśli program wysyła strumień audio, sterownik dźwięku wysyła żądanie, aby komputer nie spał automatycznie. Następnie, gdy dźwięk się zatrzymuje, strumień jest zamykany, a następnie kierowca przestaje prosić o wstrzymanie spania.W moim przypadku jednak karta w Firefoksie 63.0.1 (wersja 64-bitowa) wydaje się być winna. Witryna mega.nz stale utrzymywała otwarty strumień audio, nawet jeśli na stronie nie było nic związanego z dźwiękiem.
Tutaj możesz zobaczyć ten błąd w akcji.
Dowód A. Przeglądarka otwarta. Brak żądań utrzymania aktywności snu.
Dowód B. Na stronie głównej mega. Brak żądań utrzymania aktywności snu.
Dowód C. Po zalogowaniu. Teraz jest aktywny strumień audio. W tym katalogu nie ma pliku audio, ani dźwięk pochodzący ze strony.
Ilustracja D. Ustawienie wyciszenia karty i odejście od niej nadal pozostawia aktywny strumień audio.
Dowód E. Po zamknięciu mega zakładki. strumień audio nie jest już aktywny. Brak żądań utrzymania aktywności snu.
Spróbuj znaleźć program odpowiedzialny za utrzymanie strumienia audio w ruchu, nawet jeśli nie wytwarza dźwięku.
źródło