O monitor não permanecerá no estado de economia de energia / standby (Windows 10 Pro)

2

Quando AFK, os monitores entram em espera após o desligamento do monitor de plano de energia, mas depois ligam novamente imediatamente.

Eu verifiquei os logs de eventos e não pude ver nada, incluindo a execução da solução de problemas do Windows e a redefinição do perfil de energia.

É uma nova instalação do Windows 10 Pro (janeiro de 2018) com Steam, Adobe, Crashplan e alguns pequenos aplicativos diversos instalados.

Uma postagem útil no fórum indicou isso como uma resolução:

powercfg -requests
powercfg -requestsoverride driver “put driver name here” display

Olhando para isso, parecia que um par de drivers VB-Audio e um driver Realtek poderiam ser responsáveis. (Saída abaixo).

Eu sei o nome dos arquivos .inf relacionados ao VB-Audio via:

get-windowsdriver -online -all | out-string -stream | sls VB-Audio -Context 5,2

Saída da linha de comando:

PS C:\Windows\system32> powercfg -requests
DISPLAY:
None.

SYSTEM:
[DRIVER] VB-Audio Virtual Cable (ROOT\MEDIA
System Availability Requests:System Required Request
The device or driver has made a request to prevent the system from automatically entering sleep.
Requesting Driver Instance  ROOT\MEDIA%pre%00
Requesting Driver Device    VB-Audio Virtual Cable
System Availability Requests:System Required Request
The device or driver has made a request to prevent the system from automatically entering sleep.
Requesting Driver Instance  ROOT\MEDIA%pre%01
Requesting Driver Device    VB-Audio Cable A
System Availability Requests:System Required Request
The device or driver has made a request to prevent the system from automatically entering sleep.
Requesting Driver Instance  HDAUDIO\FUNC_01&VEN_10EC&DEV_0900&SUBSYS_18491151&REV_1000&37605d4d&0&0001
Requesting Driver Device    Realtek High Definition Audio
System Availability Requests:System Required Request
The device or driver has made a request to prevent the system from automatically entering sleep.
Driver Name \FileSystem\srvnet
System Availability Requests:System Required Request
A kernel component has made a request to prevent the system from automatically entering sleep.
00) An audio stream is currently in use. [DRIVER] VB-Audio Cable A (ROOT\MEDIA%pre%01) An audio stream is currently in use. [DRIVER] Realtek High Definition Audio (HDAUDIO\FUNC_01&VEN_10EC&DEV_0900&SUBSYS_18491151&REV_1000&37605d4d&0&0001) An audio stream is currently in use. [DRIVER] Legacy Kernel Caller PS C:\Windows\system32> get-windowsdriver -online -all | out-string -stream | sls VB-Audio -Context 5,3 Driver : oem13.inf OriginalFileName : C:\Windows\System32\DriverStore\FileRepository\vbmmecable64_win7.inf_amd64_ffa78ae84c13ca8c\vbmmecable64_win7.inf Inbox : False ClassName : MEDIA BootCritical : False > ProviderName : VB-Audio Software Date : 02/09/2014 00:00:00 Version : 1.0.3.5 Driver : oem14.inf OriginalFileName : C:\Windows\System32\DriverStore\FileRepository\vbmmecablea64_win7.inf_amd64_53772ecb56efb5ec\vbmmecablea64_win7.inf Inbox : False ClassName : MEDIA BootCritical : False > ProviderName : VB-Audio Software Date : 19/10/2015 00:00:00 Version : 1.0.3.5 Driver : oem15.inf OriginalFileName : C:\Windows\System32\DriverStore\FileRepository\vbvmvaio64_win7.inf_amd64_98635c590be27e38\vbvmvaio64_win7.inf Inbox : False ClassName : MEDIA BootCritical : False > ProviderName : VB-Audio Software Date : 21/04/2014 00:00:00 Version : 1.0.3.5 Driver : oem16.inf OriginalFileName : C:\Windows\System32\DriverStore\FileRepository\vbvmauxvaio64_win7.inf_amd64_eefc9c140807b56b\vbvmauxvaio64_win7.inf Inbox : False ClassName : MEDIA BootCritical : False > ProviderName : VB-Audio Software Date : 21/04/2014 00:00:00 Version : 1.0.3.5

Agora eu preciso descobrir o que colocar em "colocar nome do driver aqui", mas não sei o que é apropriado para entrar no commandlet powercfg. Eu tentei "oem22.inf" para o driver realtek, por exemplo, nenhum erro foi lançado, mas a situação não melhorou e nem tenho certeza de que é o "nome do driver" correto a ser usado.

EDIT 1

Executou o relatório powecfg, entradas da seção de erros abaixo:

%pre%

Todas as entradas correspondem ao que foi visto nas solicitações do powercfg, embora pareçam estar previnindo o sono, e não no nível de exibição?

Estou no caminho certo para diagnosticar e remediar isso, e alguém sabe exatamente o que "Driver Name" em powercfg -requestsoverride deve ser?

EDIT 2

Por um capricho, decidi desligar meu segundo monitor e, para minha surpresa, o modo de espera foi ativado corretamente. Eu recoloquei o monitor (Dell U2413), mas não conectei o hub. O modo de espera funciona nos dois monitores.

Dado que o hub tinha naquele momento apenas um leitor de cartão vazio conectado, e nem o hub nem o leitor de cartão tinham "Permitir que este dispositivo acorde a máquina" ativado (Nem aparecia em nenhum dos diagnósticos acima) como faço para sobre manter o hub conectado, sem comprometer a capacidade da máquina de colocar os monitores em standby?

    
por Denyerec 13.02.2018 / 17:11

0 respostas