Driver klien HID

Jika minidriver HID yang disediakan sistem tidak mendukung port atau bus perangkat, diperlukan minidriver yang disediakan vendor.

Gambar berikut mengilustrasikan tumpukan driver untuk perangkat HIDClass generik (yang mungkin menggunakan komponen opsional dan yang disediakan vendor).

Windows membangun tumpukan driver sebagai berikut:

• Tumpukan transportasi membuat objek perangkat fisik (PDO) untuk setiap perangkat HID yang terpasang dan memuat driver transportasi HID yang sesuai yang pada gilirannya memuat Driver Kelas HID.
• Driver kelas HID membuat perangkat deskriptor fisik (PDO) untuk pengontrol logika terprogram (TLC). Untuk perangkat kompleks dengan beberapa TLC, driver kelas HID membuat PDO untuk setiap TLC dan memastikan bahwa ID perangkat keras yang terkait dengan masing-masing TLC menyertakan pengidentifikasi untuk mewakili setiap objek perangkat.
• Fungsi atau driver filter yang disediakan vendor membuat FDO atau filter DO untuk koleksi HID.
• Atau aplikasi yang disediakan vendor dapat membuka perangkat menggunakan API SetupDI* untuk mengidentifikasi perangkat dan kemudian dengan rutin yang didukung oleh HID untuk berkomunikasi dengan perangkat. Perangkat tersebut dikatakan dibuka dalam mode RAW.

Jika Operasi Minidriver yang disediakan sistem tidak mendukung perangkat, minidriver HID yang disediakan vendor diperlukan. Anda dapat menerapkan minidriver ini dengan dua cara:

• Klien driver HID
• Aplikasi mengakses HID secara langsung

Jika vendor menyediakan penggerak perangkat (selain minipenggerak), penggerak tersebut:

• Harus mematuhi persyaratan minimum pada driver Windows. Idealnya, ini harus didasarkan pada kerangka kerja driver mode pengguna (UMDF) atau kerangka kerja driver mode kernel (KMDF). Solusi yang kurang ideal adalah membuat driver fungsi WDM, seperti yang dijelaskan dalam Windows Driver Model.
• Biasanya mendukung antarmuka perangkat yang ditentukan vendor -- lihat Kelas Antarmuka Perangkat. Driver tingkat atas atau aplikasi mode pengguna menggunakan antarmuka kustom untuk mengakses perangkat yang dioperasikan driver vendor. Antarmuka kustom mungkin menambahkan fungsionalitas atau, mungkin, menyederhanakan antarmuka ke driver kelas HID.

Jika driver bukan merupakan driver fungsi atau driver filter, maka dapat menggunakan pemberitahuan Plug and Play untuk menemukan koleksi HID. Setelah menemukan koleksi, driver akan membuka koleksi tersebut dan mengoperasikannya dengan cara yang sama seperti driver fungsi atau filter.

Catatan penting:

• Jika driver fungsi yang disediakan vendor membuat FDO atau filter DO untuk koleksi HID, maka driver tersebut tidak boleh menggunakan bidang FsContext dari FILE_OBJECT untuk menyimpan data yang khusus untuk objek file tersebut. Bidang FsContext dicadangkan untuk driver kelas HID. Jika driver lain dalam tumpukan perlu menyimpan data konteks khusus objek file, itu harus menggunakan bidang FsContext2 sebagai gantinya.
• Jika ada beberapa perangkat yang dilampirkan ke PDO, tidak ada mekanisme bawaan untuk menentukan perangkat mana yang dapat menggunakan bidang FsContext2.