Bagikan melalui

Driver klien HID

  • Artikel

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 yang disediakan vendor).

diagram yang mengilustrasikan tumpukan driver untuk perangkat hidclass generik.

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 PDO untuk TLC . Untuk perangkat kompleks dengan beberapa TLC, driver Kelas HID membuat PDO untuk setiap TLC dan memastikan bahwa ID perangkat keras yang terkait dengan TLC menyertakan pengidentifikasi untuk mewakili setiap objek perangkat.
  • Fungsi yang disediakan vendor atau driver filter membuat FDO atau do filter untuk koleksi HID.
  • Atau aplikasi yang disediakan vendor dapat membuka perangkat menggunakan API SetupDI* untuk mengidentifikasi perangkat dan kemudian rutinitas yang didukung HID untuk berkomunikasi dengan perangkat. Perangkat tersebut dikatakan dibuka dalam mode RAW.

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

  • Driver klien HID
  • Aplikasi mengakses HID secara langsung

Jika vendor memasok driver (selain minidriver), driver 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 driver fungsi atau driver filter, driver dapat menggunakan pemberitahuan Plug and Play untuk menemukan koleksi HID. Setelah menemukan koleksi, driver membuka koleksi dan mengoperasikannya dengan cara yang sama seperti fungsi atau driver filter.

Catatan penting:

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