Reconhecimento USB, Plug and Play, drivers e diagnóstico inicial

Você conecta um dispositivo USB ao computador e o Windows 11 emite o som característico de conexão. O dispositivo aparece no Gerenciador de Dispositivos, o sistema informa que o hardware foi reconhecido e, aparentemente, tudo está funcionando.

Entretanto, o equipamento simplesmente não responde.

O mouse USB aparece na lista de dispositivos, mas o cursor não se movimenta. O teclado é identificado, porém nenhuma tecla funciona. Uma impressora USB está instalada, mas não imprime. Um adaptador USB aparece no sistema, mas o aplicativo responsável por utilizá-lo não consegue estabelecer comunicação.

Em alguns casos, o Windows informa que “Este dispositivo está funcionando corretamente”, mesmo quando o periférico não executa sua função.

Esse comportamento costuma gerar uma dúvida: como o Windows 11 consegue reconhecer um dispositivo USB que não funciona?

A resposta está na diferença entre detectar um dispositivo, enumerá-lo, carregar um driver e disponibilizar suas funções para aplicativos.

Essas etapas fazem parte do funcionamento do Plug and Play (PnP), da pilha USB e dos drivers do Windows.

Uma delas pode funcionar enquanto outra apresenta problemas.

Neste artigo da VMIA, vamos explicar por que o Windows 11 reconhece dispositivos USB que não funcionam, como identificar a etapa da falha e quais testes permitem corrigir o problema com segurança.

O conteúdo está dividido em quatro partes, começando pelos fundamentos e avançando até ferramentas profissionais de diagnóstico.

Dados SEO — WordPress e Rank Math

Campo	Conteúdo
Título SEO	Windows 11 Reconhece USB, Mas Não Funciona? Veja Como Resolver
Título H1	Windows 11 Reconhece o Dispositivo USB, Mas Ele Não Funciona: Causas, Diagnóstico e Como Resolver
Palavra-chave principal	Windows 11 reconhece USB mas não funciona
Slug	windows-11-reconhece-usb-mas-nao-funciona
Categoria	Windows 11
Subcategoria sugerida	USB e Dispositivos
Intenção de busca	Diagnosticar e corrigir periféricos USB reconhecidos, mas sem funcionamento

Meta descrição: Windows 11 reconhece o dispositivo USB, mas ele não funciona? Entenda as causas e aprenda a diagnosticar drivers, portas USB e Plug and Play.

Palavras-chave secundárias: dispositivo USB reconhecido mas não funciona, Windows 11 detecta USB mas não responde, USB aparece no Gerenciador de Dispositivos, dispositivo USB não funciona Windows 11, driver USB com problema, Plug and Play Windows 11.

1. Reconhecer um dispositivo USB não significa que ele esteja funcionando

O primeiro conceito importante é compreender que o reconhecimento USB ocorre em etapas.

Quando um dispositivo é conectado, o Windows precisa identificar o hardware e estabelecer as condições necessárias para sua utilização.

Esse processo envolve o controlador USB, hubs, drivers, gerenciamento Plug and Play e componentes específicos do dispositivo.

De forma simplificada, podemos representar o funcionamento assim:

Dispositivo USB conectado

Detecção elétrica e estabelecimento da conexão USB

Enumeração e leitura dos descritores USB

Identificação Plug and Play e seleção dos drivers

Inicialização das interfaces e funções do dispositivo

Dispositivo disponível para uso

Uma falha pode ocorrer depois que o Windows já identificou o dispositivo.

Por isso, o equipamento pode aparecer no Gerenciador de Dispositivos sem funcionar corretamente.

1.1. O que significa detectar um dispositivo USB?

A detecção inicial indica que o controlador ou hub USB percebeu uma conexão.

Isso não comprova que todas as interfaces do dispositivo estejam operacionais.

Um periférico pode responder às solicitações iniciais, mas falhar quando o Windows tenta iniciar uma função específica.

1.2. O que significa enumerar um dispositivo?

Durante a enumeração, o host USB solicita informações utilizadas para identificar e configurar o equipamento.

Entre essas informações estão descritores USB que podem informar:

• Identificação do fabricante.
• Identificação do produto.
• Configurações disponíveis.
• Interfaces.
• Endpoints.
• Características de funcionamento.

Esses dados ajudam o Windows a selecionar os componentes necessários.

1.3. O que significa carregar um driver?

Depois de identificar o hardware, o Windows utiliza informações Plug and Play para selecionar um pacote de driver compatível.

Entretanto, driver instalado não significa necessariamente dispositivo funcional.

O driver ainda precisa inicializar corretamente e permitir as operações exigidas pelo hardware e pelos aplicativos.

2. Por que o Windows informa que o dispositivo está funcionando corretamente?

O Gerenciador de Dispositivos pode apresentar a mensagem:

“Este dispositivo está funcionando corretamente.”

Isso indica que o Windows não está registrando um problema Plug and Play para aquele nó de dispositivo naquele momento.

Entretanto, essa informação não representa um teste completo de todas as funções do equipamento.

2.1. Exemplo: teclado reconhecido, mas sem digitação

Um teclado USB pode aparecer corretamente na categoria Teclados.

Mesmo assim, a digitação pode não funcionar devido a problemas relacionados à comunicação HID, ao hardware, ao aplicativo em foco ou a outros componentes.

O Gerenciador de Dispositivos pode não apresentar um código de erro.

2.2. Exemplo: impressora USB instalada, mas não imprime

Uma impressora pode estar reconhecida pelo Windows e possuir drivers instalados.

Entretanto, a impressão depende de outros componentes, como:

• Fila de impressão.
• Serviço Spooler.
• Driver de impressão.
• Porta configurada.
• Comunicação com o equipamento.
• Estado da própria impressora.

Portanto, o reconhecimento USB não garante que uma página será impressa.

2.3. Exemplo: adaptador USB reconhecido, mas sem comunicação

Um adaptador USB pode ser identificado corretamente, mas o aplicativo responsável por utilizá-lo não consegue acessar sua interface.

Nesse caso, a falha pode estar no driver funcional, nas permissões, no aplicativo ou no próprio hardware.

3. A diferença entre dispositivo USB, interface e função

Um dispositivo USB pode apresentar uma ou várias interfaces.

Alguns equipamentos são relativamente simples.

Outros são dispositivos compostos, capazes de oferecer várias funções por meio de uma única conexão.

3.1. O que é um dispositivo USB composto?

Um dispositivo composto possui múltiplas interfaces que podem exigir componentes diferentes.

Por exemplo, um equipamento pode combinar funções de entrada e áudio.

O Windows pode reconhecer a estrutura principal, mas apresentar problema em uma das interfaces.

3.2. Por que isso importa?

Porque a mensagem de funcionamento correto de um nó não garante que todos os nós relacionados estejam funcionando.

O técnico deve examinar a estrutura completa do dispositivo.

3.3. Como visualizar dispositivos por conexão?

Abra o Gerenciador de Dispositivos:

Win + X → Gerenciador de Dispositivos

Depois:

Exibir → Dispositivos por conexão

Essa visualização ajuda a compreender a relação entre controladores, hubs e dispositivos.

Os nomes e a organização podem variar conforme o hardware.

4. Principais causas de um USB reconhecido que não funciona

As causas podem envolver diferentes camadas do sistema.

Causa possível	Comportamento típico
Cabo com defeito	Conexão detectada, mas comunicação instável
Porta USB problemática	Funciona em outra porta
Alimentação insuficiente	Dispositivo inicializa parcialmente ou reinicia
Driver incompatível	Reconhecimento sem funcionamento adequado
Driver funcional com falha	Dispositivo aparece, mas não executa sua função
Suspensão ou gerenciamento de energia	Falha após inatividade ou retomada
Hub USB problemático	Vários periféricos apresentam falhas
Aplicativo incompatível	Hardware funciona em outro programa
Interface USB específica com falha	Algumas funções funcionam e outras não
Defeito no periférico	Falha reproduzida em outro computador

Essa tabela apresenta hipóteses.

O diagnóstico deve determinar qual delas corresponde ao caso real.

5. Primeiro diagnóstico: descobrir se o problema está no dispositivo ou no computador

Antes de alterar drivers e configurações, realize testes simples.

5.1. Teste em outra porta USB

Conecte o equipamento diretamente a outra porta compatível.

Se ele estiver ligado a um hub, teste uma conexão direta quando possível.

Isso ajuda a identificar problemas relacionados à porta ou ao hub.

5.2. Teste com outro cabo

Quando o equipamento utiliza cabo removível, teste outro cabo compatível e em boas condições.

Alguns cabos são destinados principalmente ao carregamento e não oferecem as conexões de dados necessárias.

Entretanto, a adequação do cabo depende do dispositivo e do padrão USB utilizado.

5.3. Teste em outro computador

Se possível, conecte o dispositivo a outro computador compatível.

Se o problema se repetir, aumenta a suspeita de defeito no periférico, cabo ou alimentação.

Se funcionar normalmente, investigue o ambiente do primeiro computador.

5.4. Teste outro dispositivo na mesma porta

Conecte um periférico conhecido e funcional.

Se diferentes dispositivos falharem na mesma porta, investigue a porta, o controlador e as condições elétricas.

5.5. Cuidados

Não force conectores, não utilize cabos danificados e não continue testando um dispositivo que apresente sinais de superaquecimento ou dano físico.

6. Gerenciador de Dispositivos: onde procurar a falha

O Gerenciador de Dispositivos é uma das principais ferramentas de diagnóstico inicial.

Abra:

devmgmt.msc

Procure o equipamento na categoria correspondente.

Dependendo da função, ele pode aparecer em:

• Controladores USB.
• Dispositivos de Interface Humana.
• Teclados.
• Mouses e outros dispositivos apontadores.
• Controladores de som, vídeo e jogos.
• Portas (COM e LPT).
• Impressoras.
• Adaptadores de rede.
• Outros dispositivos.

6.1. Verifique o status

Clique duas vezes no dispositivo e abra a guia Geral.

Observe o campo Status do dispositivo.

Se existir um código de problema, registre-o antes de qualquer intervenção.

6.2. Códigos que merecem investigação

Código	Significado geral
Código 10	O dispositivo não pôde ser iniciado
Código 28	Drivers não instalados
Código 31	O Windows não conseguiu carregar os drivers necessários
Código 43	O Windows interrompeu o dispositivo após receber uma indicação de problema
Código 45	O dispositivo não está conectado no momento

Esses códigos não identificam automaticamente a peça defeituosa.

Por exemplo, o Código 43 pode estar relacionado a diferentes condições, dependendo do dispositivo e do driver.

6.3. E quando não aparece código?

Nesse caso, investigue a função que não está respondendo.

O Windows pode ter iniciado corretamente o dispositivo PnP, mas o problema estar em uma interface, aplicativo ou comunicação específica.

7. Identificando o dispositivo pelo VID e PID

Dispositivos USB normalmente apresentam identificadores utilizados pelo Windows para reconhecer o hardware.

Dois campos comuns são:

• VID: Vendor ID, identificação do fabricante USB.
• PID: Product ID, identificação do produto.

7.1. Como localizar VID e PID

No Gerenciador de Dispositivos:

1. Abra as propriedades do dispositivo.
2. Selecione Detalhes.
3. No campo Propriedade, escolha IDs de Hardware.
4. Examine os identificadores apresentados.

Um exemplo ilustrativo seria:

USB\VID_1234&PID_5678

Os números são fictícios.

7.2. Por que VID e PID são úteis?

Eles ajudam a identificar o dispositivo e a relacioná-lo a pacotes de driver.

Entretanto, o mesmo fabricante pode oferecer diversos produtos e revisões.

Por isso, VID e PID não devem ser utilizados isoladamente para escolher drivers.

7.3. Evite baixar drivers de fontes desconhecidas

Prefira o Windows Update e os sites oficiais dos fabricantes.

Instaladores de drivers obtidos em sites desconhecidos podem introduzir problemas de segurança e compatibilidade.

8. PowerShell: identificando dispositivos USB reconhecidos

O PowerShell permite consultar dispositivos Plug and Play.

Abra o Terminal ou PowerShell.

Execute:

Get-PnpDevice -PresentOnly |
Where-Object {
    $_.InstanceId -like 'USB\*'
} |
Select-Object Status, Class, FriendlyName, InstanceId |
Format-Table -AutoSize

O comando lista nós PnP presentes cujos identificadores começam com USB\.

Importante: ele não representa necessariamente todos os periféricos conectados por USB. Algumas funções, como HID, podem aparecer com identificadores iniciados por HID\.

8.1. Como interpretar o campo Status?

O campo pode apresentar valores como OK, Error ou outros estados.

Um dispositivo com status OK não está necessariamente funcionando em todas as suas funções.

O comando informa o estado PnP conhecido pelo sistema.

8.2. Identificando dispositivos com problemas

Execute:

Get-PnpDevice -PresentOnly |
Where-Object {
    $_.Status -ne 'OK'
} |
Select-Object Status, Class, FriendlyName, InstanceId |
Format-Table -AutoSize

O comando apresenta dispositivos presentes cujo status não é OK.

A lista pode incluir dispositivos que não possuem relação com a falha USB investigada.

9. Consultando propriedades PnP com PowerShell

Depois de identificar o dispositivo, é possível consultar propriedades adicionais.

Exemplo:

$Dispositivo = Get-PnpDevice -PresentOnly |
Where-Object {
    $_.InstanceId -like 'USB\*'
} |
Select-Object -First 1

if ($Dispositivo) {
    Get-PnpDeviceProperty -InstanceId $Dispositivo.InstanceId |
    Select-Object KeyName, Data |
    Format-Table -AutoSize
}

Esse exemplo utiliza o primeiro nó USB encontrado apenas para demonstrar a consulta.

Em um diagnóstico real, selecione o InstanceId correspondente ao equipamento problemático.

9.1. Quais propriedades podem ser úteis?

Dependendo do dispositivo e da disponibilidade dos dados, podem existir propriedades relacionadas a:

• Fabricante.
• Identificadores de hardware.
• Serviço associado.
• Classe.
• Driver.
• Localização.
• Código de problema.

Nem todas as propriedades estão disponíveis para todos os dispositivos.

9.2. Consultando o código de problema

Depois de identificar o InstanceId correto:

$Id = 'COLE_AQUI_O_INSTANCEID'

Get-PnpDeviceProperty `
    -InstanceId $Id `
    -KeyName 'DEVPKEY_Device_ProblemCode' `
    -ErrorAction SilentlyContinue

O valor retornado deve ser interpretado de acordo com a documentação dos códigos de problema do Gerenciador de Dispositivos.

10. USB reconhecido, mas sem resposta: como interpretar os primeiros resultados

O diagnóstico inicial pode ser resumido assim:

Resultado	Próxima investigação
Funciona em outra porta	Porta, hub ou controlador
Funciona com outro cabo	Cabo anterior
Funciona em outro computador	Drivers, sistema ou aplicativo
Falha em vários computadores	Dispositivo ou alimentação
Aparece com Código 10	Inicialização do dispositivo
Aparece com Código 28	Driver ausente
Aparece com Código 43	Condição reportada pelo dispositivo ou driver
Status PnP OK, mas sem função	Interface, driver funcional ou aplicativo
Funciona até entrar em suspensão	Gerenciamento de energia
Falha apenas conectado ao hub	Hub, alimentação ou compatibilidade

11. O que não fazer antes de identificar a causa

Algumas intervenções podem piorar o problema ou dificultar a investigação.

Evite:

• Desinstalar todos os controladores USB indiscriminadamente.
• Excluir drivers diretamente de DriverStore.
• Alterar configurações do Registro sem diagnóstico.
• Instalar pacotes de drivers desconhecidos.
• Atualizar BIOS/UEFI sem necessidade comprovada.
• Desativar mecanismos de segurança do Windows.
• Remover dispositivos essenciais sem considerar o risco de perder teclado ou mouse.

Em especial, não desinstale controladores USB principais sem planejar como manter o acesso ao computador.

Em alguns equipamentos, teclado, mouse e outros periféricos dependem desses controladores.

12. Quando o problema exige diagnóstico avançado?

Os testes básicos podem não identificar a causa.

Isso acontece principalmente quando:

• O dispositivo aparece com status OK, mas não responde.
• A falha ocorre apenas após suspensão.
• O equipamento funciona em uma porta e falha em outra.
• Uma interface de dispositivo composto não funciona.
• O problema começou após atualização.
• O periférico funciona em outro computador.
• O Gerenciador de Dispositivos não apresenta erro claro.

Nesses casos, será necessário investigar a pilha USB, os drivers e os eventos Plug and Play.

13. Conclusão da Parte 1

Quando o Windows 11 reconhece um dispositivo USB, mas ele não funciona, isso não significa necessariamente que o hardware esteja com defeito.

O reconhecimento é apenas uma etapa do processo.

O sistema ainda precisa carregar os drivers corretos, inicializar as interfaces e permitir que os aplicativos utilizem as funções do dispositivo.

Por isso, o diagnóstico deve começar pela identificação do equipamento, pela comparação entre portas e computadores e pela verificação do estado Plug and Play.

Ferramentas como o Gerenciador de Dispositivos e o PowerShell permitem coletar informações importantes sem modificar o sistema.

O próximo passo é compreender como a pilha USB do Windows 11 funciona e quais drivers podem impedir que um dispositivo reconhecido execute suas funções.

Referências técnicas oficiais

• Microsoft Learn — USB Driver Development
• Microsoft Learn — Códigos de erro do Gerenciador de Dispositivos
• Microsoft Learn — Get-PnpDevice
• Microsoft Learn — Get-PnpDeviceProperty

Arquitetura USB, Plug and Play, instalação de drivers, SetupAPI e gerenciamento de energia

Na primeira parte deste guia, explicamos por que o Windows 11 pode reconhecer um dispositivo USB sem conseguir utilizá-lo. O computador identifica o equipamento, emite o som de conexão e pode até informar que o dispositivo está funcionando corretamente, mas o periférico não executa sua função.

Esse comportamento acontece porque o reconhecimento do hardware representa apenas uma etapa do funcionamento USB.

Depois da detecção inicial, o Windows precisa enumerar o dispositivo, interpretar seus descritores, identificar interfaces, selecionar drivers, iniciar componentes funcionais e disponibilizar recursos aos aplicativos.

Uma falha em qualquer uma dessas etapas pode impedir o funcionamento do equipamento.

Nesta segunda parte, vamos aprofundar a arquitetura USB do Windows 11, os componentes USBXHCI.sys, UCX01000.sys, USBHUB3.sys, os drivers HID, o funcionamento de dispositivos compostos e os mecanismos utilizados pelo Windows para selecionar e instalar drivers.

Também veremos como investigar o SetupAPI.dev.log, consultar o DriverStore, utilizar PnPUtil e PowerShell e identificar problemas relacionados ao gerenciamento de energia.

O objetivo é diferenciar uma falha de reconhecimento, uma falha de inicialização e uma falha de funcionamento, evitando alterações desnecessárias no sistema.

14. Como funciona a pilha USB do Windows 11?

A pilha USB é o conjunto de componentes responsáveis por permitir a comunicação entre o sistema operacional e os dispositivos conectados.

Ela envolve controladores, hubs, drivers e mecanismos Plug and Play.

A arquitetura exata depende do controlador USB, do tipo de dispositivo e dos drivers utilizados.

Nos computadores modernos com controladores xHCI, o Windows normalmente utiliza componentes como:

• USBXHCI.sys
• UCX01000.sys
• USBHUB3.sys

Esses componentes participam da comunicação USB, mas desempenham funções diferentes.

14.1. Visão simplificada da arquitetura

Aplicativo que utiliza o dispositivo

Programa de impressão, software de captura, aplicativo HID etc.

Driver funcional ou driver de classe

HID, áudio, armazenamento ou driver do fabricante

Pilha USB do Windows

USBHUB3, UCX e USBXHCI, conforme a arquitetura

Controlador USB e hub

Hardware responsável pelas conexões e transferências

Dispositivo USB

Mouse, teclado, impressora, adaptador ou outro periférico

Esse diagrama representa uma simplificação conceitual. A organização real dos objetos de dispositivo e drivers pode ser mais complexa.

14.2. Por que a arquitetura importa?

Porque um problema pode ocorrer em diferentes níveis.

Se o controlador não consegue estabelecer a comunicação, o dispositivo pode nem ser enumerado.

Se a enumeração funciona, mas o driver funcional não inicia, o equipamento pode aparecer no Gerenciador de Dispositivos sem executar sua função.

Se o driver inicia corretamente, mas o aplicativo não consegue utilizá-lo, a investigação precisa avançar para a camada funcional.

15. USBXHCI.sys: o driver do controlador USB xHCI

O USBXHCI.sys é um componente da pilha USB da Microsoft utilizado com controladores host compatíveis com xHCI.

O xHCI é uma interface de controlador host utilizada em computadores modernos para gerenciar dispositivos USB.

15.1. Qual é sua função?

O componente participa da comunicação entre o Windows e o controlador host USB.

Entre suas responsabilidades estão operações relacionadas ao gerenciamento de transferências e à interação com o hardware do controlador.

15.2. Uma falha no USBXHCI pode afetar vários dispositivos?

Sim. Como o controlador pode atender várias portas e dispositivos, problemas nesse nível podem afetar mais de um periférico.

Entretanto, uma falha em vários dispositivos não comprova automaticamente que USBXHCI.sys esteja defeituoso.

Também é necessário investigar:

• Controlador físico.
• Firmware.
• Alimentação.
• Hubs.
• Drivers relacionados.
• Condições de energia.

15.3. Como reconhecer uma suspeita relacionada ao controlador?

Observe se diferentes dispositivos falham nas portas associadas ao mesmo controlador.

Por exemplo, um mouse, um teclado e um adaptador USB apresentam problemas semelhantes.

Esse padrão justifica uma investigação da controladora e de sua árvore de conexões.

16. UCX01000.sys: a extensão do controlador USB

O UCX01000.sys está associado à USB Controller Extension, conhecida como UCX.

Esse componente integra a arquitetura utilizada pelo Windows para controladores USB compatíveis.

16.1. Qual é o papel do UCX?

O UCX oferece infraestrutura utilizada pelo driver do controlador host e por outros componentes da pilha USB.

Ele participa da organização e do gerenciamento de determinadas operações relacionadas aos dispositivos USB.

16.2. UCX é um driver que deve ser atualizado manualmente?

Em geral, não.

O UCX01000.sys é um componente do Windows.

Não é recomendável procurar versões isoladas desse arquivo em sites de terceiros.

Se houver suspeita de problemas relacionados à pilha USB, a investigação deve considerar atualizações oficiais do Windows, drivers do fabricante e evidências dos eventos registrados.

17. USBHUB3.sys: gerenciamento de hubs e dispositivos conectados

O USBHUB3.sys participa do gerenciamento de hubs USB na arquitetura moderna do Windows.

Ele está relacionado a operações como identificação de conexões e enumeração de dispositivos.

17.1. O que é um hub USB?

Um hub permite conectar múltiplos dispositivos a uma conexão USB.

Ele pode estar integrado ao computador ou ser um equipamento externo.

Nem todo hub possui alimentação própria.

17.2. Por que um dispositivo pode aparecer, mas não funcionar através de um hub?

Existem várias possibilidades:

• Alimentação insuficiente.
• Cabo inadequado.
• Problema de comunicação.
• Incompatibilidade.
• Falha do próprio hub.
• Problemas de gerenciamento de energia.

17.3. Teste recomendado

Se possível, conecte o dispositivo diretamente a uma porta compatível do computador.

Se ele funcionar diretamente, mas falhar através do hub, investigue o hub e sua alimentação.

Não conclua imediatamente que o hub está defeituoso: a combinação entre dispositivos, cabos e requisitos de energia também importa.

18. HIDClass e HIDUSB: como o Windows utiliza dispositivos de entrada

HID significa Human Interface Device.

A classe HID é utilizada por diversos equipamentos, incluindo teclados, mouses e determinados controles.

No Windows, componentes como hidclass.sys e hidusb.sys participam do suporte a dispositivos HID USB.

18.1. O que faz o HIDClass?

O hidclass.sys fornece infraestrutura de classe para dispositivos HID.

Ele participa da apresentação e do gerenciamento das funções HID.

18.2. O que faz o HIDUSB?

O hidusb.sys é utilizado no suporte a dispositivos HID conectados por USB.

Ele participa da comunicação entre a função HID e a pilha USB.

18.3. Por que um mouse pode aparecer no Windows e não movimentar o cursor?

O reconhecimento USB pode funcionar enquanto outra etapa apresenta problemas.

Possíveis causas incluem:

• Interface HID não iniciada corretamente.
• Driver funcional com falha.
• Problema no próprio mouse.
• Alimentação instável.
• Aplicativo ou configuração interferindo na utilização.

O diagnóstico deve examinar os nós PnP associados ao dispositivo, e não apenas o controlador USB.

19. Dispositivos compostos: quando apenas uma função falha

Um dispositivo USB composto pode oferecer várias interfaces.

Isso significa que um único equipamento físico pode apresentar múltiplas funções ao sistema operacional.

19.1. Exemplo ilustrativo

Imagine um periférico que combina:

• Interface de áudio.
• Interface HID para controles.
• Interface adicional para configuração.

O Windows pode reconhecer corretamente uma função e apresentar problema em outra.

19.2. O papel do USBCCGP.sys

O usbccgp.sys é o driver genérico de dispositivo USB composto da Microsoft.

Ele pode participar da criação e do gerenciamento de dispositivos associados às interfaces de determinados equipamentos compostos.

19.3. Como investigar?

Abra o Gerenciador de Dispositivos.

Selecione:

Exibir → Dispositivos por conexão

Localize o equipamento e examine os nós relacionados.

Se houver um dispositivo composto, observe se alguma interface apresenta código de problema.

19.4. Por que isso é importante?

Porque o nó principal pode aparecer sem erro enquanto uma função específica apresenta falha.

O diagnóstico deve considerar a estrutura completa do equipamento.

20. Descritores USB: como o Windows identifica o hardware

Durante a enumeração, o Windows consulta descritores fornecidos pelo dispositivo.

Essas estruturas contêm informações utilizadas para identificar e configurar o equipamento.

Entre os tipos mais importantes estão:

• Device Descriptor.
• Configuration Descriptor.
• Interface Descriptor.
• Endpoint Descriptor.
• String Descriptors, quando disponíveis.

20.1. Device Descriptor

O descritor de dispositivo contém informações gerais.

Entre elas podem estar identificadores de fabricante e produto.

Esses identificadores ajudam o Windows a reconhecer o hardware.

20.2. Configuration Descriptor

Descreve uma configuração oferecida pelo dispositivo.

Pode incluir informações sobre interfaces e requisitos relacionados à configuração.

20.3. Interface Descriptor

Descreve uma interface funcional.

Em dispositivos compostos, diferentes interfaces podem representar funções distintas.

20.4. Endpoint Descriptor

Descreve endpoints utilizados na comunicação USB.

Os endpoints são elementos importantes para as transferências de dados.

20.5. Por que descritores incorretos podem causar problemas?

Se o dispositivo fornecer informações inválidas ou inconsistentes, a enumeração ou a configuração pode falhar.

Entretanto, o Windows pode conseguir ler parte das informações e ainda assim não conseguir utilizar o equipamento.

Por isso, o simples aparecimento do VID e PID não comprova que todos os descritores e interfaces estejam corretos.

21. Endpoints USB: por que a identificação pode funcionar, mas a comunicação falhar?

Os endpoints representam pontos de comunicação utilizados pelo dispositivo.

O USB utiliza diferentes tipos de transferência, conforme a finalidade.

Entre eles estão:

• Control.
• Bulk.
• Interrupt.
• Isochronous.

21.1. Transferências de controle

São utilizadas para operações de controle e configuração.

O endpoint de controle padrão participa da enumeração.

21.2. Transferências Bulk

São utilizadas em cenários que exigem transferência confiável de dados, sem garantia de latência específica.

21.3. Transferências Interrupt

São utilizadas em determinadas comunicações periódicas, incluindo dispositivos de entrada.

21.4. Transferências Isochronous

São utilizadas em cenários que priorizam temporização e fluxo contínuo, como determinadas aplicações de áudio e vídeo.

21.5. Como isso explica o problema?

Um dispositivo pode responder às solicitações iniciais de controle, permitindo sua identificação.

Entretanto, falhas posteriores nas transferências utilizadas pela função principal podem impedir seu funcionamento.

Essa distinção ajuda a compreender por que o Windows reconhece o hardware, mas o aplicativo não consegue utilizá-lo.

22. USB 2.0, USB 3.x e USB-C: compatibilidade e limitações

Os termos USB 2.0, USB 3.x e USB-C não representam exatamente a mesma característica.

USB 2.0 e USB 3.x estão relacionados a gerações e capacidades do padrão.

USB-C descreve um tipo de conector.

22.1. USB-C não garante determinada velocidade

Uma porta USB-C pode oferecer diferentes capacidades, dependendo do equipamento.

Por isso, o formato físico do conector não determina sozinho a velocidade ou as funções disponíveis.

22.2. Cabos podem influenciar o funcionamento

Cabos diferentes podem oferecer capacidades distintas.

Alguns suportam somente determinadas modalidades de comunicação ou alimentação.

Um cabo inadequado pode permitir carregamento, mas não oferecer a comunicação necessária.

22.3. Teste prático

Quando o dispositivo utiliza cabo removível, teste um cabo compatível e conhecido por funcionar corretamente.

Também compare portas compatíveis do computador.

Evite adaptadores de procedência desconhecida.

23. Driver funcional, driver de classe e driver de filtro

O Windows utiliza diferentes categorias de drivers.

Compreender essa diferença ajuda a identificar falhas.

23.1. Driver funcional

É o driver responsável por implementar a função principal de determinado dispositivo ou nó.

Dependendo do hardware, pode ser fornecido pela Microsoft ou pelo fabricante.

23.2. Driver de classe

Oferece suporte a uma categoria de dispositivos.

Exemplos incluem componentes utilizados para HID, armazenamento e outras classes.

23.3. Drivers de filtro

Drivers de filtro podem participar da pilha de um dispositivo para implementar funcionalidades adicionais.

Eles podem ser instalados por determinados aplicativos e fabricantes.

23.4. Um driver de filtro pode causar falhas?

Sim, um filtro incompatível ou defeituoso pode interferir em determinadas operações.

Entretanto, não se deve remover filtros diretamente do Registro sem identificar sua função e suas dependências.

24. DriverStore: onde o Windows mantém pacotes de drivers

O DriverStore é o repositório utilizado pelo Windows para manter pacotes de drivers preparados para instalação.

Ele participa do processo de seleção e instalação de drivers.

24.1. O que é um pacote de driver?

Um pacote pode incluir:

• Arquivo INF.
• Arquivos de driver.
• Catálogo de assinatura.
• Outros arquivos necessários.

24.2. Por que um driver pode estar instalado e não funcionar?

Existem várias possibilidades.

O pacote pode não ser o mais adequado para a revisão do dispositivo.

O driver pode apresentar incompatibilidade com determinado hardware ou versão do Windows.

Também pode existir falha de inicialização ou comunicação.

24.3. Não exclua arquivos do DriverStore manualmente

A remoção direta de arquivos internos pode comprometer o funcionamento de dispositivos.

Utilize ferramentas oficiais e procedimentos documentados quando houver necessidade de gerenciar pacotes.

25. PnPUtil: consultando drivers e dispositivos

O pnputil.exe é uma ferramenta de linha de comando do Windows utilizada para gerenciamento Plug and Play.

Ela permite consultar dispositivos e pacotes de drivers.

25.1. Listando pacotes de drivers

Abra o Terminal e execute:

pnputil /enum-drivers

O comando apresenta pacotes de drivers de terceiros registrados no DriverStore.

Ele não instala nem remove drivers.

25.2. Listando dispositivos conectados

Em versões compatíveis do Windows 11:

pnputil /enum-devices /connected

O comando apresenta dispositivos atualmente conectados.

25.3. Listando dispositivos com problemas

pnputil /enum-devices /problem

Esse comando ajuda a localizar dispositivos que apresentam códigos de problema PnP.

25.4. Consultando um dispositivo específico

Depois de identificar o InstanceId:

pnputil /enum-devices /instanceid "INSTANCE_ID"

Substitua INSTANCE_ID pelo identificador real.

25.5. Por que não usar comandos de remoção imediatamente?

O PnPUtil também possui operações capazes de alterar dispositivos e pacotes.

Entretanto, remover um driver sem confirmar sua função pode afetar outros equipamentos que utilizam o mesmo pacote.

Nesta etapa, priorizamos comandos de consulta.

26. SetupAPI.dev.log: investigando a instalação do dispositivo

O Windows mantém registros relacionados à instalação de dispositivos.

Um arquivo importante é:

C:\Windows\INF\setupapi.dev.log

Esse log pode ajudar a compreender o processo de seleção e instalação de drivers.

26.1. O que pode aparecer no log?

Dependendo da operação, o arquivo pode registrar:

• Identificadores de dispositivos.
• Seleção de drivers.
• Pacotes INF.
• Etapas de instalação.
• Erros de instalação.
• Informações de classificação e correspondência.

26.2. Como abrir?

Utilize o Bloco de Notas ou um editor de texto adequado.

Não modifique o arquivo.

26.3. Como localizar o dispositivo?

Pesquise pelo VID/PID ou por parte do InstanceId.

Exemplo ilustrativo:

VID_1234&PID_5678

Depois, examine o bloco correspondente à instalação mais recente.

26.4. O que significa encontrar um erro?

É necessário interpretar o erro no contexto da operação.

Uma tentativa de seleção que não encontra determinado pacote pode fazer parte de uma busca normal.

O diagnóstico deve identificar se a instalação final foi concluída e qual driver foi selecionado.

26.5. Limitação importante

O SetupAPI.dev.log é especialmente útil para investigar instalação e configuração de dispositivos.

Ele não registra necessariamente todas as falhas de comunicação USB que ocorrem durante o funcionamento normal.

27. PowerShell: identificando o driver associado ao dispositivo

O PowerShell permite consultar informações Plug and Play.

27.1. Localizando dispositivos USB

Get-PnpDevice -PresentOnly |
Where-Object {
    $_.InstanceId -like 'USB\*'
} |
Select-Object Status, Class, FriendlyName, InstanceId |
Format-Table -AutoSize

O comando lista nós com identificadores iniciados por USB\.

27.2. Consultando o serviço associado

Depois de identificar o InstanceId correto:

$Id = 'COLE_AQUI_O_INSTANCEID'

Get-PnpDeviceProperty `
    -InstanceId $Id `
    -KeyName 'DEVPKEY_Device_Service' `
    -ErrorAction SilentlyContinue

O resultado pode indicar o nome do serviço de driver associado ao nó.

A disponibilidade da propriedade depende do dispositivo.

27.3. Consultando o fabricante

$Id = 'COLE_AQUI_O_INSTANCEID'

Get-PnpDeviceProperty `
    -InstanceId $Id `
    -KeyName 'DEVPKEY_Device_Manufacturer' `
    -ErrorAction SilentlyContinue

Essas consultas ajudam a relacionar o dispositivo aos componentes instalados.

28. Gerenciamento de energia USB: quando o dispositivo para de responder

O Windows utiliza mecanismos de gerenciamento de energia para reduzir consumo.

Dependendo do dispositivo e da arquitetura, determinados componentes podem entrar em estados de baixo consumo.

28.1. O que é suspensão seletiva USB?

A suspensão seletiva permite reduzir o consumo de energia de determinados dispositivos ou portas USB quando apropriado.

Esse mecanismo faz parte do gerenciamento de energia do Windows.

28.2. A suspensão seletiva pode causar problemas?

Em determinados cenários, falhas de driver, firmware ou dispositivo podem aparecer durante transições de energia.

Entretanto, a suspensão seletiva não deve ser considerada defeituosa apenas porque um periférico para de responder.

28.3. Como identificar uma possível relação?

Observe se a falha ocorre:

• Após vários minutos de inatividade.
• Depois de suspender o computador.
• Ao retornar da suspensão.
• Após desligar e ligar a tela.
• Quando o dispositivo é reconectado.

Se o problema ocorre somente após uma transição de energia, investigue essa condição.

28.4. Devo desativar a suspensão seletiva?

Não como primeira medida.

Desativar mecanismos de economia de energia indiscriminadamente pode aumentar o consumo e não resolver a causa.

Primeiro, identifique o dispositivo e verifique drivers, firmware e eventos relacionados.

29. PowerShell: verificando dispositivos e estados PnP

Para listar dispositivos presentes que apresentam status diferente de OK:

Get-PnpDevice -PresentOnly |
Where-Object {
    $_.Status -ne 'OK'
} |
Select-Object Status, Class, FriendlyName, InstanceId |
Format-Table -AutoSize

29.1. Consultando o código de problema

$Id = 'COLE_AQUI_O_INSTANCEID'

Get-PnpDeviceProperty `
    -InstanceId $Id `
    -KeyName 'DEVPKEY_Device_ProblemCode' `
    -ErrorAction SilentlyContinue

29.2. O que significa um código zero?

Em geral, indica ausência de código de problema PnP para aquele nó.

Isso não garante que todas as funções do dispositivo estejam operacionais.

29.3. Quando o status é OK, mas o equipamento não funciona

Investigue:

• Interfaces do dispositivo.
• Driver funcional.
• Aplicativo.
• Comunicação USB.
• Alimentação.
• Condições de energia.

O próximo passo pode exigir análise de eventos e rastreamento.

30. Tabela técnica: componente e possível falha

Componente	Função principal	Sintoma possível
USBXHCI	Driver do controlador host xHCI	Vários dispositivos afetados
UCX	Infraestrutura do controlador USB	Problemas na pilha do controlador
USBHUB3	Gerenciamento de hubs USB	Falhas de enumeração ou conexão
HIDClass	Infraestrutura HID	Dispositivo de entrada sem resposta
HIDUSB	Suporte HID por USB	Falha em função HID USB
USBCCGP	Suporte a dispositivos compostos	Uma interface não funciona
Driver funcional	Implementa função do equipamento	Dispositivo reconhecido, mas sem função
Driver de filtro	Funcionalidade adicional	Interferência em operações
DriverStore	Repositório de pacotes	Pacote incompatível ou inadequado
SetupAPI.dev.log	Registro de instalação	Evidência de erro de instalação
Gerenciamento de energia	Controle de estados de energia	Falha após inatividade ou suspensão

31. Estudo de caso: mouse USB reconhecido, mas sem movimento

Considere um cenário ilustrativo.

Um usuário conecta um mouse USB ao Windows 11.

O computador emite o som de conexão.

O dispositivo aparece no Gerenciador de Dispositivos.

Entretanto, o cursor não se movimenta.

31.1. Primeira hipótese

A conexão USB pode ter sido estabelecida, mas a função HID pode não estar operando corretamente.

31.2. Testes

Primeiro, teste o mouse em outra porta.

Depois, compare com outro mouse conhecido e funcional.

Se o problema persistir somente com aquele equipamento, teste-o em outro computador.

31.3. Investigação técnica

No Gerenciador de Dispositivos, utilize a visualização por conexão.

Verifique os nós associados ao mouse.

Consulte o status e o código de problema de cada nó relevante.

31.4. Interpretação

Se o dispositivo funciona em outro computador, a investigação deve priorizar o ambiente do Windows 11.

Se falha em diferentes computadores, aumenta a suspeita de problema no mouse ou em sua conexão.

32. Estudo de caso: dispositivo composto com uma função inoperante

Imagine um equipamento USB que oferece áudio e controles HID.

O Windows reconhece a função de áudio, mas os botões não respondem.

32.1. O que isso indica?

A enumeração principal pode ter funcionado.

Entretanto, uma interface específica pode apresentar problema.

32.2. Como investigar?

Examine a árvore de dispositivos.

Identifique os nós relacionados às diferentes funções.

Verifique se algum apresenta código de problema.

32.3. Próximo passo

Se os nós estão iniciados corretamente, investigue o driver funcional e o aplicativo responsável por utilizar os controles.

33. Estudo de caso: adaptador USB funciona até o computador suspender

Um adaptador USB funciona normalmente após iniciar o Windows.

Entretanto, deixa de responder depois que o computador retorna da suspensão.

33.1. Hipótese inicial

O comportamento sugere uma possível relação com transições de energia.

33.2. O que verificar?

• Versão do driver.
• Atualizações oficiais do fabricante.
• Eventos Plug and Play.
• Estado do dispositivo após a retomada.
• Funcionamento após reconexão.

33.3. Por que não desativar todas as opções de energia?

Porque isso pode mascarar a causa e afetar outros dispositivos.

A investigação deve identificar o componente responsável pela falha.

34. Diagnóstico comparativo: onde a falha ocorre?

Identifique a próxima etapa de diagnóstico

Dispositivo aparece com status OK, mas não funcionaDispositivo apresenta código de erroDispositivo falha após suspensãoDispositivo falha somente em um hub USBApenas uma função do equipamento não funciona

Próxima investigação recomendada

Examine o nó PnP, o driver funcional e a interface utilizada pelo equipamento. Um status OK não comprova funcionamento completo.

35. Conclusão da Parte 2

O funcionamento USB no Windows 11 depende de várias camadas.

Componentes como USBXHCI, UCX e USBHUB3 participam da comunicação com controladores e hubs.

Drivers como HIDClass, HIDUSB e USBCCGP oferecem suporte a funções específicas e dispositivos compostos.

O DriverStore mantém pacotes utilizados pelo Windows, enquanto o SetupAPI.dev.log ajuda a investigar como os drivers foram selecionados e instalados.

Ferramentas como PnPUtil e PowerShell permitem consultar o estado dos dispositivos sem modificar configurações.

O gerenciamento de energia também merece atenção quando a falha aparece após inatividade ou suspensão.

A principal conclusão é que um dispositivo USB pode ser reconhecido corretamente em uma camada e apresentar falha em outra.

Por isso, o diagnóstico deve identificar se o problema está na conexão, enumeração, inicialização do driver, interface funcional ou comunicação com o aplicativo.

Referências técnicas oficiais

• Microsoft Learn — USB Driver Development
• Microsoft Learn — USB 3.0 Driver Stack Architecture
• Microsoft Learn — Human Interface Devices
• Microsoft Learn — SetupAPI Device Installation Log
• Microsoft Learn — PnPUtil

Logs do Windows, rastreamento USB, análise de drivers e investigação profissional

Nas duas primeiras partes deste guia, explicamos por que o Windows 11 pode reconhecer um dispositivo USB, mas não conseguir utilizá-lo.

Vimos que a detecção física, a enumeração USB, a instalação do driver e a inicialização da função do equipamento são etapas diferentes.

Também investigamos os componentes USBXHCI.sys, UCX01000.sys, USBHUB3.sys, hidclass.sys, hidusb.sys e usbccgp.sys, além dos mecanismos Plug and Play, DriverStore, SetupAPI e gerenciamento de energia.

Agora vamos aprofundar o diagnóstico profissional.

Imagine um computador que reconhece um adaptador USB, apresenta o equipamento no Gerenciador de Dispositivos e informa que ele está funcionando corretamente. Entretanto, o aplicativo não consegue utilizá-lo.

Em outro cenário, um dispositivo funciona normalmente durante alguns minutos, mas deixa de responder após a suspensão do Windows.

Esses problemas exigem mais do que reinstalar drivers.

É necessário investigar quando o dispositivo foi identificado, qual driver foi selecionado, quais interfaces foram iniciadas e se ocorreram falhas de comunicação ou transições de energia.

Nesta terceira parte, utilizaremos eventos Kernel-PnP, UserPnp, logs de instalação, rastreamento ETW, ferramentas do Windows Performance Toolkit, USBView, PnPUtil e PowerShell.

Os procedimentos priorizam coleta de informações, preservação de evidências e alterações mínimas no sistema.

36. Por que o diagnóstico avançado precisa separar Plug and Play de comunicação USB?

O Windows pode reconhecer um dispositivo e concluir sua inicialização Plug and Play sem garantir que todas as funções do equipamento estejam operacionais.

Essa distinção é fundamental.

Existem pelo menos quatro situações diferentes:

Situação	O que acontece
Falha de enumeração	O Windows não consegue identificar ou configurar corretamente o dispositivo
Falha de instalação	O sistema não encontra ou não instala um driver adequado
Falha de inicialização	O driver ou dispositivo não inicia corretamente
Falha funcional	O dispositivo inicia, mas sua função não responde como esperado

Um evento de instalação bem-sucedida não comprova que o equipamento continuará funcionando durante transferências posteriores.

Da mesma forma, um dispositivo com status PnP OK pode apresentar problemas de comunicação ou falhas específicas de aplicativo.

Por isso, o diagnóstico profissional deve correlacionar informações de diferentes camadas.

37. Kernel-PnP: investigando eventos de dispositivos

O Kernel Plug and Play participa do gerenciamento de dispositivos no Windows.

Eventos associados ao provedor Microsoft-Windows-Kernel-PnP podem ajudar a identificar problemas relacionados à configuração e à inicialização de hardware.

37.1. Onde encontrar eventos Kernel-PnP?

Abra o Visualizador de Eventos:

Win + R → eventvwr.msc

Examine:

Logs do Windows → Sistema

Procure eventos cujo provedor seja:

Microsoft-Windows-Kernel-PnP

Também podem existir canais específicos em:

Logs de Aplicativos e Serviços → Microsoft → Windows → Kernel-PnP

A disponibilidade desses canais depende da versão e da configuração do Windows.

37.2. O que observar?

Verifique principalmente:

• Horário da ocorrência.
• Identificador do dispositivo.
• Código de problema, quando informado.
• Serviço ou driver associado.
• Mensagem completa.
• Relação temporal com a falha.

37.3. Eventos 219, 400, 410 e 411

Alguns IDs frequentemente encontrados em investigações de dispositivos incluem:

ID	Contexto possível
219	Falha ao carregar determinado driver para um dispositivo, conforme o evento
400	Informações sobre configuração do dispositivo em canais e versões aplicáveis
410	Informações sobre inicialização do dispositivo em canais e versões aplicáveis
411	Problema durante a inicialização do dispositivo em canais e versões aplicáveis

Atenção: o número do evento deve ser interpretado junto com o provedor, canal e mensagem. Não utilize apenas o ID para determinar a causa.

37.4. Exemplo de investigação

Um adaptador USB aparece no Gerenciador de Dispositivos, mas não funciona.

No Visualizador de Eventos, existe um registro Kernel-PnP relacionado ao mesmo InstanceId.

O evento informa que determinado componente não iniciou corretamente.

Nesse cenário, a investigação deve verificar o driver e o código de problema associado.

Entretanto, se o evento ocorreu meses antes e o dispositivo funcionou normalmente depois, ele pode não ter relação com a falha atual.

38. PowerShell: consultando eventos Kernel-PnP

O PowerShell permite filtrar eventos pelo provedor.

Abra o Terminal e execute:

$Inicio = (Get-Date).AddDays(-3)

Get-WinEvent -FilterHashtable @{
    LogName      = 'System'
    ProviderName = 'Microsoft-Windows-Kernel-PnP'
    StartTime    = $Inicio
} -ErrorAction SilentlyContinue |
Select-Object TimeCreated, Id, LevelDisplayName, Message |
Format-List

O comando consulta eventos Kernel-PnP registrados no log Sistema durante os últimos três dias.

Ele não modifica configurações.

38.1. Filtrando um dispositivo específico

Se você conhece parte do VID/PID:

$Identificador = 'VID_1234&PID_5678'

Get-WinEvent -FilterHashtable @{
    LogName = 'System'
    StartTime = (Get-Date).AddDays(-7)
} -ErrorAction SilentlyContinue |
Where-Object {
    $_.ProviderName -eq 'Microsoft-Windows-Kernel-PnP' -and
    $_.Message -like "*$Identificador*"
} |
Select-Object TimeCreated, Id, Message |
Format-List

Substitua o identificador fictício pelo valor real.

Limitação: alguns eventos podem não apresentar o identificador completo no texto da mensagem. Nesses casos, pode ser necessário examinar os dados estruturados do evento.

39. UserPnp: eventos relacionados à instalação e configuração

O Windows também utiliza componentes relacionados à instalação de dispositivos em modo de usuário.

Dependendo da versão e da configuração, eventos associados ao UserPnp podem aparecer nos registros do sistema.

39.1. Qual é a diferença entre Kernel-PnP e UserPnp?

De forma simplificada:

• Kernel-PnP está associado a operações Plug and Play no núcleo do sistema.
• UserPnp está relacionado a atividades de instalação e configuração executadas em componentes de modo de usuário.

Essa distinção não significa que cada evento represente exclusivamente uma etapa isolada.

39.2. Como localizar os eventos?

No Visualizador de Eventos, examine os eventos de instalação e configuração de dispositivos.

Também é possível consultar os provedores disponíveis:

Get-WinEvent -ListProvider '*UserPnp*' `
    -ErrorAction SilentlyContinue |
Select-Object Name

O comando verifica se existem provedores correspondentes disponíveis.

39.3. Quando os eventos são úteis?

Principalmente quando o problema começou após:

• Primeira conexão do dispositivo.
• Instalação de driver.
• Atualização do Windows.
• Troca de porta.
• Substituição do equipamento.

Os eventos podem ajudar a identificar quando ocorreu uma alteração relevante.

40. USBHUB3, UCX e USBXHCI: por que os logs convencionais podem não mostrar a falha?

Os componentes USB do Windows participam de operações de baixo nível.

Entretanto, nem todas essas operações são registradas como eventos convencionais no Visualizador de Eventos.

Uma falha de transferência pode não produzir um evento facilmente identificável no log Sistema.

40.1. USBHUB3

O componente USBHUB3.sys participa do gerenciamento de hubs e da enumeração de dispositivos.

Ele pode estar envolvido em situações como:

• Conexão de dispositivos.
• Enumeração.
• Alterações de estado.
• Transições de energia.

40.2. UCX

O UCX fornece infraestrutura para controladores USB compatíveis.

Ele participa da arquitetura utilizada por drivers de controlador host.

40.3. USBXHCI

O USBXHCI.sys participa da comunicação com controladores host xHCI.

Falhas relacionadas ao controlador podem afetar vários dispositivos.

40.4. Como investigar essas camadas?

Quando os eventos convencionais não são suficientes, o rastreamento ETW pode fornecer informações adicionais.

A disponibilidade dos provedores e eventos depende da versão do Windows e do perfil de captura.

41. ETW: rastreamento de eventos USB no Windows 11

ETW significa Event Tracing for Windows.

É uma infraestrutura do Windows utilizada para registrar eventos de componentes do sistema.

Ela permite coletar informações que nem sempre aparecem nos logs tradicionais.

41.1. O que pode ser investigado?

Dependendo dos provedores habilitados, o rastreamento pode ajudar a examinar:

• Enumeração de dispositivos.
• Alterações de estado.
• Operações de controladores e hubs.
• Transições de energia.
• Falhas relacionadas à comunicação.

41.2. Por que ETW é importante?

Imagine que um dispositivo USB deixa de responder durante alguns segundos.

O Gerenciador de Dispositivos continua mostrando status OK.

Não existe um erro claro no log Sistema.

Nesse caso, um rastreamento adequado pode ajudar a identificar eventos relacionados à comunicação ou à energia durante o período da falha.

41.3. ETW identifica automaticamente a causa?

Não.

O rastreamento registra eventos.

A interpretação exige conhecer os componentes envolvidos e relacionar os eventos ao comportamento observado.

42. Identificando provedores ETW USB disponíveis

O Windows permite consultar provedores ETW registrados.

Execute:

<CodeBlock language=”powershell” editable>
logman query providers |
Select-String -Pattern ‘USB|UCX|XHCI’
</CodeBlock>

O comando procura nomes relacionados a USB entre os provedores disponíveis.

42.1. O que significa não encontrar um provedor?

A ausência de determinado nome não comprova que o componente não exista.

Os nomes, a disponibilidade e os mecanismos de rastreamento podem variar.

42.2. Por que não ativar todos os provedores indiscriminadamente?

Capturas excessivamente amplas podem gerar grande volume de dados e dificultar a análise.

O ideal é escolher um perfil de rastreamento compatível com o problema investigado.

43. Windows Performance Recorder: registrando a falha USB

O Windows Performance Recorder, conhecido como WPR, permite coletar rastreamentos de desempenho.

Ele integra o Windows Performance Toolkit.

43.1. Quando utilizar?

Principalmente quando:

• O dispositivo falha de maneira intermitente.
• A falha ocorre após suspensão.
• O Gerenciador de Dispositivos não apresenta erro.
• Os eventos convencionais são insuficientes.
• Existe necessidade de correlacionar atividade de processos e drivers.

43.2. Verificando os perfis disponíveis

Execute:

<CodeBlock language=”powershell” editable>
wpr -profiles
</CodeBlock>

O comando apresenta perfis disponíveis na instalação.

Ele não inicia uma captura.

43.3. Procedimento recomendado

1. Abra o WPR.
2. Selecione um perfil apropriado.
3. Inicie a captura.
4. Reproduza a falha.
5. Interrompa o rastreamento.
6. Salve o arquivo ETL.
7. Examine os dados no WPA.

Importante: um perfil genérico de desempenho pode não incluir os provedores USB necessários. Para analisar eventos específicos da pilha USB, é preciso selecionar ou configurar uma coleta apropriada.

43.4. Cuidados com os arquivos ETL

Os rastreamentos podem conter informações sobre processos, caminhos e dispositivos.

Evite compartilhar arquivos sem revisar seu conteúdo.

Também não deixe a captura funcionando por períodos prolongados sem necessidade.

44. Windows Performance Analyzer: interpretando rastreamentos

O Windows Performance Analyzer permite examinar dados registrados em arquivos ETL.

44.1. O que analisar?

Dependendo do perfil de captura, o WPA pode apresentar informações relacionadas a:

• CPU.
• Threads.
• Processos.
• Atividade de disco.
• Eventos genéricos.
• Provedores específicos.

44.2. Como relacionar a falha USB ao rastreamento?

Registre o horário aproximado em que o dispositivo deixou de responder.

Depois, examine os eventos próximos desse intervalo.

Se houver eventos USB específicos, procure alterações de estado e falhas relacionadas ao dispositivo.

44.3. O que não concluir?

Uma thread em espera ou um evento próximo ao horário da falha não comprova automaticamente a causa.

É necessário interpretar a sequência de eventos.

45. USBView: visualizando a árvore USB

O USBView é uma ferramenta da Microsoft utilizada para examinar a topologia USB e informações fornecidas pelos dispositivos.

Ela pode ajudar a visualizar:

• Controladores.
• Hubs.
• Portas.
• Dispositivos conectados.
• Descritores.
• Configurações e interfaces.

45.1. Quando utilizar?

O USBView é especialmente útil quando existe dúvida sobre:

• Qual porta está sendo utilizada.
• Qual hub está envolvido.
• Se o dispositivo é composto.
• Quais interfaces foram identificadas.
• Quais descritores estão disponíveis.

45.2. Onde obter?

A Microsoft disponibiliza informações sobre o USBView na documentação de desenvolvimento de drivers USB.

<Link url=”https://learn.microsoft.com/en-us/windows-hardware/drivers/debugger/usbview” title=”Microsoft Learn — USBView”/>

45.3. Como interpretar?

Localize o dispositivo na árvore USB.

Examine os identificadores e descritores apresentados.

Compare as informações com as especificações do fabricante, quando disponíveis.

45.4. Limitação

O USBView ajuda a examinar a topologia e os descritores.

Ele não substitui um analisador de protocolo USB nem comprova que todas as transferências funcionais estejam ocorrendo corretamente.

46. Descritores USB: identificando inconsistências

Os descritores fornecem informações utilizadas pelo host durante a enumeração.

46.1. Device Descriptor

Pode apresentar:

• VID.
• PID.
• Versão USB declarada.
• Informações gerais do dispositivo.

46.2. Configuration Descriptor

Descreve configurações disponíveis.

46.3. Interface Descriptor

Identifica interfaces e suas características.

46.4. Endpoint Descriptor

Descreve endpoints utilizados para comunicação.

46.5. O que procurar?

Investigue inconsistências evidentes, informações ausentes ou erros relatados pela ferramenta.

Entretanto, não conclua que um descritor está incorreto apenas porque seu conteúdo parece incomum.

Dispositivos especializados podem apresentar configurações específicas.

47. SetupAPI.dev.log: análise avançada da instalação

O arquivo:

C:\Windows\INF\setupapi.dev.log

registra informações relacionadas à instalação de dispositivos.

Ele é especialmente útil quando a falha começou após a instalação ou atualização de drivers.

47.1. Como localizar a instalação correta?

Pesquise pelo InstanceId ou VID/PID.

Depois, identifique o bloco de instalação correspondente ao horário relevante.

47.2. O que observar?

• Driver selecionado.
• Arquivo INF.
• Classificação do driver.
• Resultado da instalação.
• Mensagens de erro.
• Reinicialização necessária, quando indicada.

47.3. Driver selecionado não significa driver funcional

O SetupAPI pode indicar que a instalação foi concluída.

Entretanto, isso não garante que o dispositivo funcione corretamente em todas as operações.

Se a instalação foi bem-sucedida, mas o periférico não responde, investigue a inicialização e a comunicação funcional.

48. PowerShell: pesquisando o SetupAPI.dev.log

É possível localizar ocorrências de um identificador:

<CodeBlock language=”powershell” editable>
$Log = “$env:windir\INF\setupapi.dev.log”
$Identificador = ‘VID_1234&PID_5678’

Select-String -Path $Log -Pattern $Identificador
-Context 5,10

Substitua o identificador fictício pelo valor real.

O comando apresenta linhas próximas às ocorrências encontradas.

Ele não modifica o arquivo.

48.1. Limitação do método

A pesquisa textual pode encontrar várias instalações anteriores.

É necessário comparar horários e blocos de instalação para identificar o evento relevante.

49. PnPUtil avançado: investigando drivers e dispositivos

O PnPUtil permite consultar informações Plug and Play.

49.1. Listando dispositivos com problemas

pnputil /enum-devices /problem

49.2. Consultando um dispositivo específico

pnputil /enum-devices /instanceid "INSTANCE_ID"

Substitua pelo identificador real.

49.3. Consultando drivers associados

Em versões do Windows que oferecem suporte à opção:

pnputil /enum-devices /instanceid "INSTANCE_ID" /drivers

O comando pode ajudar a examinar informações de drivers correspondentes ao dispositivo.

A disponibilidade depende da versão do Windows.

49.4. Por que priorizar comandos de leitura?

Porque operações de remoção e reinicialização de dispositivos podem interromper o funcionamento de periféricos.

Em computadores que dependem exclusivamente de teclado e mouse USB, alterações em controladores podem comprometer temporariamente o acesso.

50. Diagnóstico de falhas intermitentes

Falhas intermitentes exigem atenção especial.

O dispositivo pode funcionar durante horas e apresentar problema apenas em condições específicas.

50.1. Registre o contexto

Anote:

• Horário da falha.
• Porta utilizada.
• Presença de hub.
• Estado de energia.
• Aplicativo em uso.
• Resultado após reconexão.
• Status PnP antes e depois.

50.2. Compare o comportamento

Verifique se a falha ocorre:

• Após suspensão.
• Durante transferência de dados.
• Ao iniciar determinado aplicativo.
• Quando outros dispositivos são conectados.
• Somente em uma porta.

50.3. Por que essa comparação é importante?

Porque ajuda a identificar condições que desencadeiam o problema.

Uma falha após suspensão exige investigação diferente de uma falha durante transferência contínua.

51. Dispositivos compostos: investigando interfaces separadamente

Um dispositivo composto pode apresentar várias funções.

O Windows pode reconhecer corretamente algumas interfaces e apresentar falhas em outras.

51.1. Como investigar?

Abra o Gerenciador de Dispositivos.

Selecione:

Exibir → Dispositivos por conexão

Localize o dispositivo.

Examine os nós associados às interfaces.

51.2. O que procurar?

• Códigos de problema.
• Drivers diferentes.
• Interfaces ausentes.
• Falhas de inicialização.
• Diferenças após reconexão.

51.3. Exemplo

Um equipamento USB oferece áudio e controles HID.

O áudio funciona, mas os botões não respondem.

Nesse caso, a investigação deve priorizar a função HID, seu driver e o aplicativo correspondente.

52. Estudos de caso: diagnóstico profissional

Os exemplos abaixo são ilustrativos.

Caso 1 — Adaptador USB reconhecido, mas aplicativo não comunica

Sintoma: o dispositivo aparece com status OK, mas o aplicativo informa que não consegue utilizá-lo.

Investigação:

O Gerenciador de Dispositivos mostra o equipamento.

O SetupAPI indica instalação concluída.

Não existem códigos de problema PnP.

Interpretação: a falha pode estar na comunicação funcional ou no aplicativo.

Próximo passo: verificar o driver funcional, a compatibilidade do aplicativo e os mecanismos de comunicação utilizados.

Caso 2 — Mouse USB falha após suspensão

Sintoma: o mouse funciona normalmente após iniciar o computador, mas deixa de responder depois da retomada.

Investigação:

O técnico compara o estado PnP antes e depois da suspensão.

Também examina eventos Kernel-PnP próximos ao horário da falha.

Interpretação: existe uma possível relação com gerenciamento de energia.

Próximo passo: verificar drivers, firmware e eventos de transição de energia.

Caso 3 — Dispositivo composto com função ausente

Sintoma: um equipamento USB oferece duas funções, mas apenas uma funciona.

Investigação:

O USBView apresenta múltiplas interfaces.

O Gerenciador de Dispositivos mostra os nós associados.

Uma interface apresenta problema de inicialização.

Interpretação: a falha está relacionada à função específica, não necessariamente ao dispositivo inteiro.

Próximo passo: investigar o driver dessa interface.

Caso 4 — Dispositivo funciona em uma porta, mas não em outra

Sintoma: o periférico funciona em uma porta USB, mas falha em outra.

Investigação:

O técnico compara as conexões na árvore USB.

Também verifica se as portas estão associadas a controladores ou hubs diferentes.

Interpretação: a diferença pode estar relacionada à porta, ao hub, à alimentação ou à compatibilidade.

Próximo passo: testar outros periféricos conhecidos e examinar o controlador envolvido.

Caso 5 — USB reconhecido após atualização, mas sem função

Sintoma: o dispositivo deixou de funcionar após uma atualização.

Investigação:

O SetupAPI mostra alterações recentes relacionadas ao driver.

O Gerenciador de Dispositivos identifica o pacote instalado.

Interpretação: a atualização pode ter alterado o driver utilizado.

Próximo passo: comparar versões e consultar as orientações oficiais do fabricante.

A coincidência temporal, isoladamente, não comprova que a atualização causou a falha.

53. Tabela de diagnóstico avançado

Evidência	Interpretação inicial	Ferramenta
Código PnP após conexão	Problema de inicialização ou configuração	Gerenciador de Dispositivos
Evento Kernel-PnP relacionado	Falha registrada pelo sistema	Event Viewer
Erro no bloco de instalação	Problema na seleção ou instalação	SetupAPI.dev.log
Driver diferente após atualização	Possível alteração de compatibilidade	PnPUtil
Interface ausente	Problema de enumeração ou função	USBView
Falha após suspensão	Possível problema de energia	Eventos e ETW
Dispositivo funciona em outra porta	Diferença de porta, hub ou controlador	Teste comparativo
Status PnP OK, mas sem comunicação	Falha funcional ou aplicativo	Driver e software
Vários dispositivos falham	Possível problema compartilhado	Controlador e hubs
Falha intermitente sem evento convencional	Necessidade de rastreamento	ETW, WPR e WPA

54. Cuidados essenciais durante o diagnóstico

O diagnóstico avançado deve preservar a estabilidade do sistema.

54.1. Não remova drivers indiscriminadamente

Pacotes podem ser compartilhados por vários dispositivos.

54.2. Não altere o DriverStore manualmente

Utilize ferramentas oficiais quando houver necessidade de gerenciamento.

54.3. Não desative controladores sem planejamento

Isso pode interromper teclado, mouse e outros periféricos.

54.4. Não trate qualquer evento como falha definitiva

Eventos precisam ser interpretados com horário, dispositivo e contexto.

54.5. Não compartilhe logs sem revisão

Arquivos de diagnóstico podem conter identificadores, nomes de dispositivos e informações do ambiente.

54.6. Não confunda instalação bem-sucedida com funcionamento completo

Um driver instalado corretamente ainda pode apresentar problemas durante a utilização.

55. Conclusão da Parte 3

O diagnóstico avançado de dispositivos USB reconhecidos, mas sem funcionamento no Windows 11, exige compreender diferentes camadas do sistema.

Os eventos Kernel-PnP e UserPnp ajudam a investigar configuração e inicialização.

O SetupAPI.dev.log permite analisar a seleção e instalação de drivers.

O PnPUtil e o PowerShell oferecem informações sobre dispositivos e pacotes instalados.

O USBView ajuda a examinar controladores, hubs, descritores e interfaces.

Já o ETW, o WPR e o WPA podem fornecer informações adicionais quando a falha ocorre de maneira intermitente ou não aparece nos logs convencionais.

O objetivo é identificar se o problema está na conexão USB, na enumeração, no driver, em uma interface específica, no gerenciamento de energia ou no aplicativo.

Com essa identificação, torna-se possível aplicar uma correção direcionada.

Referências técnicas oficiais

• Microsoft Learn — USB Driver Development
• Microsoft Learn — USB Event Tracing for Windows
• Microsoft Learn — USBView
• Microsoft Learn — SetupAPI Device Installation Log
• Microsoft Learn — PnPUtil
• Microsoft Learn — Windows Performance Analyzer

O Windows 11 reconhece o dispositivo USB, emite o som de conexão e apresenta o equipamento no Gerenciador de Dispositivos. Entretanto, o periférico não funciona, não responde aos comandos ou não consegue estabelecer comunicação com o aplicativo.

Esse problema pode atingir mouses, teclados, impressoras, webcams, adaptadores de rede, interfaces de áudio, leitores de cartão e diversos outros equipamentos USB.

Nas três primeiras partes deste guia da VMIA, investigamos o funcionamento da pilha USB do Windows, a enumeração de dispositivos, os descritores, os drivers funcionais e os componentes USBXHCI.sys, UCX01000.sys, USBHUB3.sys, hidclass.sys, hidusb.sys e usbccgp.sys.

Também apresentamos ferramentas profissionais de diagnóstico, como PowerShell, PnPUtil, SetupAPI.dev.log, USBView, Visualizador de Eventos, ETW, Windows Performance Recorder e Windows Performance Analyzer.

Agora vamos transformar essas informações em soluções práticas.

O princípio mais importante é que reconhecer um dispositivo USB não significa que todas as suas funções estejam operacionais.

Por isso, a correção precisa considerar a etapa em que a falha acontece: conexão física, alimentação, enumeração, instalação do driver, inicialização, comunicação funcional ou gerenciamento de energia.

Nesta última parte, apresentaremos soluções organizadas por causa, procedimentos seguros, exemplos práticos, tabela de diagnóstico, prevenção, perguntas frequentes e os dados SEO necessários para publicar o artigo no WordPress.

56. Antes de corrigir: identifique exatamente onde o USB falha

O primeiro passo é separar o reconhecimento do funcionamento.

Um dispositivo pode aparecer corretamente no Gerenciador de Dispositivos e, mesmo assim, não responder.

Observe o comportamento:

Sintoma	Principal hipótese inicial
USB aparece, mas não funciona	Driver funcional, interface ou hardware
Funciona em outra porta	Porta, hub, controlador ou alimentação
Funciona em outro computador	Configuração, driver ou sistema original
Não funciona em nenhum computador	Periférico, cabo ou alimentação
Falha somente após suspensão	Gerenciamento de energia
Apresenta Código 10	Falha de inicialização
Apresenta Código 28	Driver não instalado
Apresenta Código 43	Problema reportado pelo dispositivo ou driver
Uma função funciona e outra não	Interface de dispositivo composto
Funciona sem hub, mas falha com hub	Hub, cabo, alimentação ou compatibilidade
Aparece com status OK, mas aplicativo não comunica	Driver funcional, interface ou aplicativo

Esses resultados representam hipóteses, não diagnósticos definitivos.

Registre o estado inicial antes de alterar qualquer configuração.

57. Solução 1: verificar portas USB e conexões físicas

Uma porta USB pode detectar a presença de um equipamento sem conseguir manter todas as condições necessárias para sua operação.

Isso pode ocorrer por problemas de contato, alimentação, comunicação ou compatibilidade.

57.1. Teste outra porta

Desconecte o dispositivo utilizando o procedimento apropriado ao tipo de equipamento.

Depois, conecte-o diretamente a outra porta USB compatível.

Se funcionar normalmente, investigue a porta anterior.

57.2. Compare portas USB 2.0 e USB 3.x

Quando o computador oferece diferentes portas, compare o comportamento.

Dispositivos compatíveis podem operar de maneira diferente dependendo do controlador, hub, cabo e negociação de conexão.

Entretanto, não conclua que uma porta USB 3.x está defeituosa apenas porque determinado equipamento funciona em uma porta USB 2.0.

57.3. Inspecione a conexão

Observe sinais externos de:

• Conector danificado.
• Cabo com mau contato.
• Porta fisicamente deformada.
• Conexão instável.
• Aquecimento anormal.

Não introduza objetos metálicos na porta e não force conectores.

Se houver sinais de dano físico ou aquecimento excessivo, interrompa o uso e procure avaliação técnica.

58. Solução 2: substituir um cabo USB inadequado ou defeituoso

Nem todos os cabos USB oferecem as mesmas capacidades.

Alguns cabos podem ser destinados principalmente ao carregamento, enquanto outros oferecem suporte a diferentes velocidades e modalidades de transferência.

58.1. Sintomas relacionados ao cabo

Um cabo inadequado ou defeituoso pode provocar:

• Carregamento sem comunicação de dados.
• Desconexões intermitentes.
• Falha de enumeração.
• Comunicação instável.
• Funcionamento apenas em determinadas posições.

58.2. Procedimento seguro

Utilize um cabo compatível com o equipamento e conhecido por funcionar corretamente.

Evite cabos danificados e adaptadores de procedência desconhecida.

58.3. USB-C exige atenção especial

O conector USB-C não garante, sozinho, determinada velocidade, potência ou funcionalidade.

Verifique os requisitos do dispositivo e as capacidades do cabo.

Exemplo prático: uma interface de captura USB-C pode exigir recursos de comunicação que não estão disponíveis em determinado cabo.

Nesse cenário, o Windows pode detectar uma conexão, mas o equipamento não funcionar como esperado.

59. Solução 3: investigar hubs USB e alimentação

Hubs permitem conectar vários equipamentos, mas também introduzem uma camada adicional entre o dispositivo e o controlador.

59.1. Como identificar um problema relacionado ao hub?

Compare o funcionamento:

1. Com o dispositivo conectado ao hub.
2. Com o dispositivo conectado diretamente ao computador.
3. Com outro cabo compatível, quando aplicável.
4. Com outro hub adequado, se disponível.

Se a falha ocorrer somente através de determinado hub, investigue esse componente.

59.2. Alimentação insuficiente

Alguns dispositivos exigem mais energia do que uma determinada conexão consegue fornecer.

Isso pode provocar funcionamento parcial, reinicializações ou instabilidade.

59.3. Hub com alimentação própria resolve?

Pode ajudar quando a causa é alimentação insuficiente, desde que o hub e sua fonte sejam adequados.

Entretanto, um hub alimentado não corrige automaticamente problemas de driver, protocolo ou compatibilidade.

59.4. Evite sobrecarregar portas

Não utilize combinações improvisadas de cabos e adaptadores para alimentar equipamentos além das especificações.

60. Solução 4: corrigir problemas com USBXHCI, UCX e USBHUB3

Os componentes USBXHCI.sys, UCX01000.sys e USBHUB3.sys participam da pilha USB moderna do Windows.

Eles são componentes do sistema e não devem ser substituídos manualmente.

60.1. Quando investigar o controlador USB?

Principalmente quando:

• Vários dispositivos apresentam falhas semelhantes.
• Diferentes portas associadas ao mesmo controlador falham.
• O problema começou após uma atualização relevante.
• Existem eventos relacionados à controladora.
• O comportamento muda após suspensão ou reinicialização.

60.2. Verifique atualizações oficiais

Acesse:

Configurações → Windows Update

Verifique atualizações disponíveis e reinicie quando solicitado.

Também consulte o fabricante do computador ou da placa-mãe para verificar atualizações de drivers e firmware aplicáveis.

60.3. Preciso instalar USBXHCI.sys manualmente?

Não.

Não baixe arquivos USBXHCI.sys, UCX01000.sys ou USBHUB3.sys de sites desconhecidos.

Esses arquivos fazem parte de componentes gerenciados pelo Windows.

60.4. E se o controlador apresentar erro?

Registre o código de problema no Gerenciador de Dispositivos.

Depois, investigue eventos Kernel-PnP, histórico de atualizações e informações do fabricante.

Evite desinstalar controladores USB indiscriminadamente.

Atenção: desativar ou remover um controlador pode interromper teclado, mouse e outros periféricos, dificultando o acesso ao computador.

61. Solução 5: corrigir dispositivos HID reconhecidos, mas sem resposta

Dispositivos HID incluem mouses, teclados, controles e outros periféricos de entrada.

O Windows utiliza componentes como hidclass.sys e hidusb.sys para oferecer suporte a determinadas funções HID.

61.1. Mouse USB aparece, mas não movimenta o cursor

Primeiro, teste outro mouse conhecido e funcional na mesma porta.

Depois, teste o mouse problemático em outro computador.

Se o dispositivo funcionar em outro sistema, investigue o ambiente do Windows 11.

61.2. Teclado USB aparece, mas não digita

Verifique se o problema ocorre:

• Em todos os aplicativos.
• Apenas em um programa.
• Após suspensão.
• Em determinada porta.
• Com outro teclado.

Se apenas um aplicativo não recebe as teclas, o problema pode não estar na pilha USB.

61.3. Verificando o dispositivo HID

Abra:

devmgmt.msc

Examine as categorias:

• Dispositivos de Interface Humana.
• Teclados.
• Mouses e outros dispositivos apontadores.

Utilize Exibir → Dispositivos por conexão para identificar os nós relacionados.

61.4. Quando reinstalar o driver HID?

Somente depois de identificar o dispositivo e confirmar que a intervenção é apropriada.

Não remova todos os dispositivos HID simultaneamente.

Isso pode interromper os periféricos utilizados para controlar o computador.

62. Solução 6: corrigir dispositivos USB compostos

Um dispositivo composto oferece várias interfaces através de uma única conexão USB.

O Windows pode reconhecer corretamente a estrutura principal, mas apresentar falha em uma função específica.

62.1. Exemplo prático

Uma interface USB oferece áudio e botões de controle.

O áudio funciona normalmente, mas os botões não respondem.

Isso sugere que a investigação deve priorizar a interface responsável pelos controles.

62.2. Como identificar a função problemática?

No Gerenciador de Dispositivos:

1. Selecione Exibir → Dispositivos por conexão.
2. Localize o equipamento.
3. Examine os nós relacionados.
4. Verifique códigos de problema.
5. Identifique o driver associado à função que não funciona.

62.3. O papel do USBCCGP

O usbccgp.sys oferece suporte genérico a determinados dispositivos USB compostos.

Não substitua esse arquivo manualmente.

Se uma interface não funciona, investigue seu driver funcional e os requisitos do fabricante.

62.4. Quando atualizar o software?

Se o equipamento utiliza aplicativo ou driver específico, consulte a versão oficial mais recente compatível com o Windows 11.

63. Solução 7: corrigir drivers incompatíveis ou incorretos

Um dispositivo pode ser reconhecido com um driver inadequado para sua função.

Também pode existir incompatibilidade entre determinada versão do driver e o hardware.

63.1. Identifique o driver utilizado

Abra o Gerenciador de Dispositivos.

Nas propriedades do equipamento, consulte a guia Driver.

Observe:

• Fornecedor.
• Data.
• Versão.
• Informações disponíveis.

63.2. Compare com o fabricante

Consulte o suporte oficial do equipamento.

Verifique se existe driver específico para o modelo e a versão do Windows.

63.3. Atualização de driver

Quando houver uma versão adequada e a atualização for justificada, utilize o procedimento recomendado pelo fabricante.

Crie um ponto de restauração quando aplicável e mantenha cópia de arquivos importantes.

63.4. Reverter driver pode ajudar?

Se a falha começou imediatamente após uma atualização, a opção Reverter Driver, quando disponível, pode ser considerada.

A reversão deve ser realizada somente depois de confirmar a relação temporal e a compatibilidade da versão anterior.

63.5. Evite instaladores genéricos de drivers

Ferramentas desconhecidas que prometem atualizar todos os drivers podem instalar versões inadequadas.

Prefira fontes oficiais.

64. Solução 8: investigar o DriverStore sem apagar arquivos

O DriverStore mantém pacotes de drivers preparados para instalação.

Ele não deve ser tratado como uma pasta comum de arquivos temporários.

64.1. Consultando pacotes

Abra o Terminal e execute:

pnputil /enum-drivers

O comando apresenta pacotes de drivers de terceiros registrados no DriverStore.

64.2. Consultando o dispositivo

pnputil /enum-devices /instanceid "INSTANCE_ID"

Substitua pelo identificador real.

64.3. Verificando drivers correspondentes

Em versões compatíveis:

pnputil /enum-devices /instanceid "INSTANCE_ID" /drivers

O resultado pode ajudar a examinar os drivers correspondentes ao dispositivo.

64.4. Quando remover um pacote?

A remoção deve ser considerada apenas quando houver identificação precisa do pacote, justificativa técnica e procedimento de recuperação.

Não exclua manualmente arquivos de C:\Windows\System32\DriverStore.

A remoção incorreta pode comprometer vários dispositivos.

65. Solução 9: corrigir falhas após suspensão ou inatividade

Alguns dispositivos funcionam normalmente após iniciar o Windows, mas deixam de responder depois de um período de inatividade.

Esse comportamento pode estar relacionado a transições de energia.

65.1. Identifique o momento da falha

Observe se ocorre:

• Após suspensão.
• Após hibernação.
• Depois de desligar a tela.
• Durante períodos de inatividade.
• Após reconectar o dispositivo.

65.2. Compare o estado PnP

Antes e depois da falha, consulte:

Get-PnpDevice -PresentOnly |
Where-Object {
    $_.Status -ne 'OK'
} |
Select-Object Status, Class, FriendlyName, InstanceId |
Format-Table -AutoSize

Se o dispositivo apresentar mudança de status, registre a informação.

65.3. Verifique atualizações

Consulte drivers e firmware oficiais do equipamento.

Falhas de retomada podem envolver o dispositivo, o driver, o controlador ou o firmware.

65.4. Não desative recursos de energia indiscriminadamente

Alterações amplas podem aumentar o consumo e não resolver o problema.

Priorize testes direcionados.

66. Solução 10: suspensão seletiva USB

A suspensão seletiva USB permite reduzir o consumo de energia de determinados dispositivos.

Ela faz parte do gerenciamento normal de energia do Windows.

66.1. Quando investigar?

Quando a falha ocorre especificamente após inatividade ou retomada.

66.2. Verifique o plano de energia

Abra:

Painel de Controle → Opções de Energia

Nas configurações avançadas do plano, procure as opções USB, quando disponíveis.

A apresentação dessas opções depende do dispositivo, do firmware e da configuração de energia.

66.3. Devo desativar a suspensão seletiva?

Não como solução universal.

Em um diagnóstico controlado, uma alteração temporária pode ajudar a verificar uma hipótese, quando o sistema disponibiliza a opção e o procedimento é apropriado.

Entretanto, a configuração original deve ser registrada e restaurada caso não exista melhora.

66.4. Por que o problema pode continuar mesmo após desativar?

Porque o dispositivo pode apresentar falhas relacionadas a driver, firmware, alimentação ou outros mecanismos de gerenciamento de energia.

67. Solução 11: verificar permissões e aplicativos

Nem toda falha de funcionamento USB está na pilha USB.

Em alguns casos, o Windows reconhece o equipamento e o driver funciona, mas determinado aplicativo não consegue utilizá-lo.

67.1. Webcam reconhecida, mas sem imagem

Verifique se a câmera funciona em outro aplicativo compatível.

Também examine as configurações de privacidade do Windows relacionadas à câmera.

67.2. Microfone USB reconhecido, mas sem áudio

Verifique o dispositivo de entrada selecionado e as permissões de microfone.

67.3. Impressora USB reconhecida, mas sem impressão

Investigue a fila de impressão, o Spooler e a porta configurada.

67.4. Adaptador USB reconhecido, mas sem comunicação

Verifique o aplicativo, o driver funcional e a interface utilizada.

O reconhecimento USB não comprova que o aplicativo esteja configurado corretamente.

68. Solução 12: verificar integridade do Windows com DISM e SFC

Quando existem evidências de problemas de integridade do sistema, ferramentas oficiais podem ser utilizadas.

Entretanto, DISM e SFC não são soluções específicas para qualquer falha USB.

68.1. Verificação da imagem

Abra o Terminal como administrador:

DISM /Online /Cleanup-Image /CheckHealth

68.2. Análise detalhada

DISM /Online /Cleanup-Image /ScanHealth

68.3. Reparação quando necessária

DISM /Online /Cleanup-Image /RestoreHealth

O comando tenta reparar a imagem do Windows utilizando fontes disponíveis.

68.4. Verificação de arquivos protegidos

sfc /scannow

Se o problema estiver relacionado a arquivos protegidos corrompidos, essas ferramentas podem ajudar.

Entretanto, elas não corrigem defeitos físicos, cabos inadequados ou drivers de terceiros incompatíveis.

69. Tabela definitiva de diagnóstico e soluções USB

Sintoma	Causa provável	Correção recomendada
USB aparece, mas não responde	Driver ou função	Examinar nó e driver funcional
Funciona em outra porta	Porta ou controlador	Investigar conexão original
Funciona com outro cabo	Cabo inadequado	Utilizar cabo compatível
Falha somente no hub	Hub ou alimentação	Testar conexão direta
Vários USB falham	Controlador ou componente compartilhado	Investigar USBXHCI e eventos
Mouse reconhecido sem movimento	HID ou hardware	Testar mouse e nós HID
Teclado reconhecido sem digitação	HID ou aplicativo	Comparar aplicativos e portas
Apenas uma função falha	Interface de dispositivo composto	Investigar interface específica
Código 10	Inicialização	Examinar driver e eventos
Código 28	Driver ausente	Instalar driver oficial
Código 43	Problema reportado	Investigar dispositivo e driver
Falha após suspensão	Energia ou firmware	Verificar transições e atualizações
Driver mudou após atualização	Possível incompatibilidade	Avaliar versão e reversão
Webcam funciona em um aplicativo	Permissões ou aplicativo	Revisar privacidade e configuração
Impressora aparece, mas não imprime	Fila ou comunicação funcional	Diagnosticar impressão
Falhas gerais de integridade	Componentes do Windows	DISM e SFC, quando indicado

70. Como prevenir problemas com dispositivos USB no Windows 11

A prevenção começa pelo uso adequado dos equipamentos e pela manutenção do sistema.

70.1. Utilize cabos compatíveis

Escolha cabos adequados às exigências do dispositivo.

70.2. Evite hubs de qualidade desconhecida

Prefira equipamentos compatíveis e com alimentação apropriada quando necessária.

70.3. Mantenha drivers atualizados quando houver justificativa

Atualizações podem corrigir incompatibilidades, mas não é necessário substituir todos os drivers indiscriminadamente.

70.4. Evite alterações manuais no DriverStore

Utilize ferramentas oficiais.

70.5. Preserve as configurações de energia

Não desative mecanismos de gerenciamento sem necessidade.

70.6. Observe falhas intermitentes

Registre quando o problema ocorre e quais condições estão presentes.

70.7. Mantenha backups

Antes de intervenções importantes, preserve os arquivos e configurações necessários.

70.8. Utilize ferramentas confiáveis

Prefira utilitários oficiais e documentação técnica dos fabricantes.

71. FAQ — Perguntas frequentes sobre USB reconhecido, mas sem funcionamento

1. Por que o Windows 11 reconhece o USB, mas ele não funciona?

Porque a identificação do dispositivo não garante que o driver, a interface funcional e a comunicação estejam operacionais. A falha pode ocorrer após a enumeração.

2. Por que o Windows informa que o dispositivo está funcionando corretamente?

Essa mensagem indica que o Windows não está registrando um problema Plug and Play para aquele nó naquele momento. Ela não representa um teste completo das funções do equipamento.

3. O problema pode ser o cabo USB?

Sim. Cabos danificados ou inadequados podem impedir a comunicação correta.

4. Um hub USB pode causar esse problema?

Sim. Problemas de alimentação, comunicação ou compatibilidade podem provocar funcionamento parcial.

5. O que significa Código 10 no Gerenciador de Dispositivos?

Indica que o dispositivo não pôde ser iniciado. É necessário investigar o driver e o hardware.

6. O que significa Código 28?

Indica que os drivers necessários não estão instalados.

7. O que significa Código 43?

Indica que o Windows interrompeu o dispositivo após receber uma indicação de problema. A causa específica depende do hardware e do driver.

8. Por que o mouse USB aparece, mas não movimenta o cursor?

A falha pode envolver HID, driver, comunicação ou o próprio mouse.

9. Por que o teclado USB aparece, mas não digita?

Pode existir problema de hardware, driver HID, porta ou aplicativo.

10. O que é USBXHCI.sys?

É um componente da pilha USB do Windows utilizado com controladores host xHCI.

11. O que é USBHUB3.sys?

É um componente relacionado ao gerenciamento de hubs USB na arquitetura moderna do Windows.

12. O que é UCX01000.sys?

É um componente da infraestrutura de extensão de controladores USB do Windows.

13. Devo reinstalar todos os drivers USB?

Não. A reinstalação indiscriminada pode provocar novas falhas e dificultar o diagnóstico.

14. Desativar a suspensão seletiva USB resolve?

Pode ajudar a investigar determinados problemas de energia, mas não é uma solução universal.

15. Como descobrir qual driver está sendo utilizado?

Consulte as propriedades do dispositivo no Gerenciador de Dispositivos ou utilize PnPUtil e PowerShell.

16. O que é DriverStore?

É o repositório utilizado pelo Windows para manter pacotes de drivers preparados para instalação.

17. Posso apagar drivers antigos do DriverStore?

Não manualmente. A remoção exige identificação precisa e ferramentas apropriadas.

18. Por que o USB funciona em outro computador?

Isso sugere que o problema pode estar no ambiente do computador original, mas ainda é necessário investigar portas, drivers e configurações.

19. DISM e SFC resolvem problemas USB?

Podem ajudar quando existem problemas de integridade do Windows, mas não corrigem todas as causas.

20. Preciso reinstalar o Windows 11?

Normalmente, a reinstalação não deve ser a primeira medida. O diagnóstico pode identificar uma causa específica que permite correção menos invasiva.

72. Conclusão: como resolver definitivamente um USB reconhecido que não funciona

Quando o Windows 11 reconhece um dispositivo USB, mas ele não funciona, o problema pode estar em diferentes camadas.

A conexão física pode ser estabelecida corretamente, enquanto a comunicação apresenta falhas.

O Windows pode identificar o dispositivo e instalar um driver, mas uma interface funcional pode não iniciar.

Também é possível que o hardware esteja funcionando, mas o aplicativo não consiga utilizá-lo.

Por isso, a correção deve seguir uma sequência lógica:

1. Verificar portas, cabos e alimentação.
2. Comparar o funcionamento em outro computador.
3. Identificar o dispositivo e seu código de problema.
4. Examinar drivers e interfaces.
5. Investigar eventos e logs.
6. Verificar gerenciamento de energia.
7. Aplicar a correção específica.
8. Confirmar o resultado com novos testes.

Ferramentas como Gerenciador de Dispositivos, PowerShell, PnPUtil, SetupAPI.dev.log, USBView e ETW permitem aprofundar a investigação.

A solução definitiva depende da causa comprovada. Trocar cabos, atualizar drivers ou modificar configurações sem diagnóstico pode não resolver o problema e ainda introduzir novas falhas.

73. Precisa de ajuda com dispositivos USB no Windows 11? Conte com a VMIA

Se o Windows 11 reconhece seu dispositivo USB, mas ele não funciona, a VMIA pode ajudar a identificar a causa e aplicar a correção adequada.

Realizamos diagnóstico de computadores e notebooks Windows, instalação e configuração de periféricos, análise de drivers, manutenção e solução de problemas de hardware e software.

O atendimento pode ser realizado remotamente, quando tecnicamente viável, ou presencialmente mediante agendamento.

Atendemos São Paulo, especialmente Vila Mariana, Moema, Cambuci, Aclimação e Campo Belo.

Também oferecemos orientação personalizada para idosos e usuários que precisam de assistência técnica.

WhatsApp VMIASolicitar atendimento técnico

Telefone: (11) 99779-7772

E-mail: suporte@vmia.com.br

Site: vmia.site

Blog: vmia.com.br

Atendimento 24 horas, conforme disponibilidade e agendamento.