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\MEDIASystem 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.
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?
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?