Guide de gestion du pilote de bus de transport pour le contrôle de l’alimentation Bluetooth
Les IVS doivent implémenter un pilote de bus de transport afin de prendre en charge les fonctionnalités Bluetooth d’un contrôleur multifonction souvent intégré à un système SoC (System on Chip).
L’exemple de pilote de bus HCI série Bluetooth peut aider les IHVs à faciliter le développement de leur pilote de bus de transport. L’exemple montre comment gérer les requêtes IOCTL (contrôle d’E/S) à partir de sa couche supérieure et comment remettre des paquets HCI à son pilote de contrôleur série à sa couche inférieure. Toutefois, un contrôle hors bande autre que l’utilisation de son propre transport d’E/S (UART dans le cas de l’exemple WDK) est souvent utilisé pour prendre en charge les contrôles inactifs et de veille ; un tel mécanisme est nécessaire et utilisé pour optimiser la consommation d’énergie. Les informations contenues dans cette section et ses sous-rubriques complètent l’exemple de pilote de bus en fournissant des instructions et des exemples de codes pour la gestion des contrôles d’alimentation.
Les informations contenues dans cette section et ses sous-rubriques s’appliquent à :
- Windows 8.1
En tant que radio sans fil à courte portée, Bluetooth est souvent une fonction au sein d’un contrôleur multifonction intégré à un système SoC (System on Chip). Les versions antérieures de Windows, jusqu’à Windows 7, fournissaient un pilote de classe de boîte de réception pour Bluetooth avec USB comme seule option de transport. Windows 8 introduit les IOCTL de transport extensible Bluetooth. Le transport USB et les modèles de transport extensible continueront d’être pris en charge dans le Windows 8.1. Le modèle d’extensibilité DDI reste inchangé dans Windows pour permettre à un intégrateur système de choisir un transport approprié pour les plateformes SoC, par exemple UART (Universal Asynchrone Receiver/Transmitter). En outre, les contrôleurs plus simples et à faible consommation d’alimentation, par exemple les GPIOs, peuvent être utilisés comme mécanisme de « bande latérale » pour gérer le contrôle de l’alimentation (par exemple, l’activation de la radio Bluetooth et comme une signalisation de veille/éveil).
Les informations contenues dans cette section et ses sous-rubriques fournissent des instructions et des exemples de codes pour la gestion du contrôle de l’alimentation par ces pilotes de bus et expliquent l’interaction avec les pilotes principaux Bluetooth. Les contrôles incluent les fonctionnalités inactives, l’armage et le désarmement pour la signalisation de veille, d’inactivité et de sortie de veille, et les changements d’état d’alimentation de l’appareil. Un développeur de pilotes peut adopter l’exemple de pilote de bus HCI série Bluetooth pour simplifier les efforts de développement pour prendre en charge Bluetooth sur un transport alternatif (non USB).
Bien que différents transports soient utilisés pour prendre en charge bluetooth, les DDIs Bluetooth restent les mêmes pour les pilotes de profil Bluetooth. Cela signifie que les pilotes et applications de profil Bluetooth restent indépendants de la gestion du transport ou du contrôle d’alimentation en cours d’implémentation.