Partilhar via

Suporte a notificações de hardware

  • Artigo

Aplica-se a

  • Desenvolvedores de driver e OEMs

APIs importantes

Windows 10, a versão 1709 fornece uma infraestrutura para o suporte independente de hardware de componentes de notificação, como LEDs e mecanismos de vibração. Esse suporte é fornecido por meio da introdução de uma extensão de classe do KMDF (Kernel-Mode Driver Framework) especificamente para componentes de notificação de hardware que permitem o rápido desenvolvimento de drivers de cliente. Uma extensão de classe KMDF é essencialmente um driver KMDF que fornece um conjunto definido de funcionalidades para uma determinada classe de dispositivos, semelhante a um driver de porta no Modelo de Driver do Windows (WDM). Esta seção fornece uma visão geral da arquitetura da extensão da classe de notificação de hardware. Para obter informações adicionais sobre o KMDF, consulte Usando o WDF para desenvolver um driver.

Extensão da classe de notificação de hardware

A extensão da classe de notificação de hardware é o componente central da arquitetura do driver de notificação de hardware. A extensão de classe foi projetada para minimizar a interação necessária com o KMDF e, em vez disso, fornecer uma interface simples para o controle de componentes de notificação. A extensão de classe manipula tarefas como:

  • Registro de drivers de cliente
  • Alocação e limpeza de recursos do sistema
  • Registro de funções de retorno de chamada de energia PnP para drivers cliente
  • Registro de filas de E/S para drivers cliente
  • Verificação de dados e verificação de erros
  • Comunicação de solicitações de hardware para o driver cliente

O diagrama a seguir ilustra a arquitetura de extensão de classe de notificação de hardware básica.

Arquitetura de clx hwn.

Driver de cliente de notificação de hardware

Os drivers de cliente podem ser facilmente gerados para componentes de notificação de hardware usando a extensão de classe de notificação de hardware. A única responsabilidade do driver do cliente é fornecer os pontos de entrada apropriados para o KMDF, implementar as funções de retorno de chamada de extensão de classe definidas, gerenciar estados de energia e controlar o hardware físico. Especificamente, o driver cliente deve implementar as funções driverEntry e EVT_WDF_DRIVER_DEVICE_ADD de retorno de chamada para uso pelo WDF (Windows Driver Foundation), bem como as funções de retorno de chamada necessárias para a extensão de classe.

O diagrama a seguir ilustra as interações da perspectiva do driver cliente.

arco do driver do cliente.