Interfejs WebHID API umożliwia witrynom dostęp do alternatywnych klawiatur pomocniczych i nietypowych kontrolerów gier.
Istnieje wiele urządzeń HID, takich jak alternatywne klawiatury czy nietypowe gamepady, które są zbyt nowe, zbyt stare lub zbyt nietypowe, aby były dostępne dla sterowników urządzeń systemowych. Interfejs WebHID API rozwiązuje ten problem, zapewniając możliwość implementowania w języku JavaScript logiki specyficznej dla danego urządzenia.
Sugerowane zastosowania
Urządzenie HID przyjmuje dane wejściowe od użytkowników lub dostarcza dane wyjściowe do nich. Przykłady takich urządzeń to klawiatury, urządzenia wskazujące (myszy, ekrany dotykowe itp.) i kontrolery gier. Protokół HID umożliwia uzyskiwanie dostępu do tych urządzeń na komputerach z systemem operacyjnym za pomocą sterowników systemu. Platforma internetowa obsługuje urządzenia HID, korzystając z tych sterowników.
Brak dostępu do niestandardowych urządzeń HID jest szczególnie uciążliwy w przypadku alternatywnych klawiatur pomocniczych (np. Elgato Stream Deck, słuchawek Jabra, klawiszy X-keys) i nietypowych kontrolerów. Gamepady zaprojektowane z myślą o komputerach często korzystają z urządzeń HID do wprowadzania danych wejściowych (przycisków, joysticków, spustów) i wyjścia (diody LED, wibracje). Niestety wejścia i wyjścia kontrolerów nie są dobrze znormalizowane, a przeglądarki internetowe często wymagają niestandardowej logiki w przypadku konkretnych urządzeń. Nie jest to trwałe rozwiązanie i nie zapewnia odpowiedniej obsługi dużej liczby starszych i rzadkich urządzeń. Sprawia też, że przeglądarka zależy od dziwacznych zachowań konkretnych urządzeń.
Terminologia
HID obejmuje 2 podstawowe koncepcje: raporty i deskryptory raportów. Raporty to dane wymieniane między urządzeniem a klientem oprogramowania. Deskryptor raportu opisuje format i znaczenie danych obsługiwanych przez urządzenie.
Urządzenie HID (Human Interface Device) to urządzenie, które odbiera dane od użytkownika lub wysyła dane do użytkownika. Określenie to odnosi się też do protokołu HID, czyli standardu dwukierunkowej komunikacji między hostem a urządzeniem, który ma uprościć procedurę instalacji. Protokół HID został pierwotnie opracowany dla urządzeń USB, ale od tego czasu został zaimplementowany w ramach wielu innych protokołów, w tym Bluetooth.
Aplikacje i urządzenia HID wymieniają dane binarne za pomocą 3 typów raportów:
Typ raportu | Opis |
---|---|
Raport wejściowy | Dane wysyłane z urządzenia do aplikacji (np. naciśnięcie przycisku). |
Raport wyjściowy | Dane wysyłane z aplikacji na urządzenie (np. prośba o włączenie podświetlenia klawiatury). |
Raport o funkcjach | Dane, które mogą być wysyłane w dowolnym kierunku. Zależy on od urządzenia. |
Deskryptor raportu opisuje format binarny raportów obsługiwany przez urządzenie. Jego struktura jest hierarchiczna i umożliwia grupowanie raportów w odrębne kolekcje w ramach kolekcji najwyższego poziomu. Format deskryptora jest zdefiniowany w specyfikacji HID.
Użycie HID to wartość liczbowa odnosząca się do standardowego wejścia lub wyjścia. Wartości użycia umożliwiają urządzeniu opisywanie w raportach przeznaczenia urządzenia oraz celu każdego pola. Na przykład jeden z nich jest zdefiniowany dla lewego przycisku myszy. Dane o użytkowaniu są też uporządkowane na stronach, które wskazują ogólną kategorię urządzenia lub raportu.
Korzystanie z interfejsu WebHID API
Wykrywanie cech
Aby sprawdzić, czy interfejs WebHID API jest obsługiwany, użyj:
if ("hid" in navigator) {
// The WebHID API is supported.
}
Otwórz połączenie HID
Interfejs WebHID API jest z założenia asynchroniczny, aby zapobiegać blokowaniu interfejsu użytkownika witryny podczas oczekiwania na dane wejściowe. To ważne, ponieważ dane HID mogą być odbierane w dowolnym momencie, co wymaga sposobu ich odsłuchiwania.
Aby otworzyć połączenie HID, najpierw uzyskaj dostęp do obiektu HIDDevice
. W tym celu możesz poprosić użytkownika o wybranie urządzenia, wywołując funkcję navigator.hid.requestDevice()
, lub wybrać jedno z listy navigator.hid.getDevices()
, która zwraca listę urządzeń, do których witryna miała wcześniej przyznany dostęp.
Funkcja navigator.hid.requestDevice()
przyjmuje obowiązkowy obiekt, który definiuje filtry. Są one używane do dopasowywania dowolnego urządzenia z identyfikatorem producenta USB (vendorId
), identyfikatorem produktu USB (productId
), wartością strony o wykorzystaniu (usagePage
) i wartością wykorzystania (usage
). Można je uzyskać z Repozytorium identyfikatorów USB i dokumentu z tabelami wykorzystania HID.
Wiele obiektów HIDDevice
zwracanych przez tę funkcję reprezentuje wiele interfejsów HID na tym samym urządzeniu fizycznym.
// Filter on devices with the Nintendo Switch Joy-Con USB Vendor/Product IDs.
const filters = [
{
vendorId: 0x057e, // Nintendo Co., Ltd
productId: 0x2006 // Joy-Con Left
},
{
vendorId: 0x057e, // Nintendo Co., Ltd
productId: 0x2007 // Joy-Con Right
}
];
// Prompt user to select a Joy-Con device.
const [device] = await navigator.hid.requestDevice({ filters });
// Get all devices the user has previously granted the website access to.
const devices = await navigator.hid.getDevices();
Możesz też użyć opcjonalnego klawisza exclusionFilters
w navigator.hid.requestDevice()
, aby wykluczyć z selektora przeglądarki niektóre urządzenia, które np. nie działają prawidłowo.
// Request access to a device with vendor ID 0xABCD. The device must also have
// a collection with usage page Consumer (0x000C) and usage ID Consumer
// Control (0x0001). The device with product ID 0x1234 is malfunctioning.
const [device] = await navigator.hid.requestDevice({
filters: [{ vendorId: 0xabcd, usagePage: 0x000c, usage: 0x0001 }],
exclusionFilters: [{ vendorId: 0xabcd, productId: 0x1234 }],
});
Obiekt HIDDevice
zawiera identyfikatory producenta i produktu USB służące do identyfikacji urządzenia. Atrybut collections
jest inicjowany hierarchicznej opisem formatów raportów urządzenia.
for (let collection of device.collections) {
// An HID collection includes usage, usage page, reports, and subcollections.
console.log(`Usage: ${collection.usage}`);
console.log(`Usage page: ${collection.usagePage}`);
for (let inputReport of collection.inputReports) {
console.log(`Input report: ${inputReport.reportId}`);
// Loop through inputReport.items
}
for (let outputReport of collection.outputReports) {
console.log(`Output report: ${outputReport.reportId}`);
// Loop through outputReport.items
}
for (let featureReport of collection.featureReports) {
console.log(`Feature report: ${featureReport.reportId}`);
// Loop through featureReport.items
}
// Loop through subcollections with collection.children
}
Urządzenia HIDDevice
są domyślnie zwracane w stanie „zamkniętym” i przed wysłaniem lub odebraniem danych należy je otworzyć, wywołując funkcję open()
.
// Wait for the HID connection to open before sending/receiving data.
await device.open();
otrzymywać raporty o wprowadzaniu danych,
Po nawiązaniu połączenia HID możesz obsługiwać przychodzące raporty o wejściu, nasłuchując zdarzeń "inputreport"
na urządzeniu. Te zdarzenia zawierają dane HID jako obiekt DataView
(data
), urządzenie HID, do którego należą (device
), oraz 8-bitowy identyfikator raportu powiązany z raportami wejściowymi (reportId
).
W nawiązaniu do poprzedniego przykładu poniższy kod pokazuje, jak wykryć, który przycisk użytkownik nacisnął na kontrolerze Joy-Con Right. Dzięki temu możesz wypróbować tę funkcję w domu.
device.addEventListener("inputreport", event => {
const { data, device, reportId } = event;
// Handle only the Joy-Con Right device and a specific report ID.
if (device.productId !== 0x2007 && reportId !== 0x3f) return;
const value = data.getUint8(0);
if (value === 0) return;
const someButtons = { 1: "A", 2: "X", 4: "B", 8: "Y" };
console.log(`User pressed button ${someButtons[value]}.`);
});
Wysyłanie raportów dotyczących danych wyjściowych
Aby wysłać raport wyjściowy do urządzenia HID, prześlij 8-bitowy identyfikator raportu powiązany z raportami wyjściowymi (reportId
) i bajtami jako BufferSource
(data
) do device.sendReport()
. Zwrócona obietnica wygaśnie po wysłaniu raportu. Jeśli urządzenie HID nie używa identyfikatorów raportów, ustaw wartość reportId
na 0.
Przykład poniżej dotyczy urządzenia Joy-Con i pokazuje, jak ustawić wibracje w raportach wyjściowych.
// First, send a command to enable vibration.
// Magical bytes come from https://github.com/mzyy94/joycon-toolweb
const enableVibrationData = [1, 0, 1, 64, 64, 0, 1, 64, 64, 0x48, 0x01];
await device.sendReport(0x01, new Uint8Array(enableVibrationData));
// Then, send a command to make the Joy-Con device rumble.
// Actual bytes are available in the sample below.
const rumbleData = [ /* ... */ ];
await device.sendReport(0x10, new Uint8Array(rumbleData));
Wysyłanie i odbieranie raportów dotyczących nowych funkcji
Raporty funkcji to jedyny typ raportów z danymi HID, które mogą przesyłać się w obu kierunkach. Umożliwiają one urządzeniom i aplikacjom HID wymianę nieustandaryzowanych danych HID. W przeciwieństwie do raportów wejściowych i wyjściowych aplikacja nie odbiera ani nie wysyła regularnie raportów o funkcjach.
Aby wysłać raport dotyczący funkcji do urządzenia HID, przekaż 8-bitowy identyfikator raportu powiązany z raportem funkcji (reportId
), a liczba bajtów jako BufferSource
(data
) do
device.sendFeatureReport()
. Zwrócona obietnica zostanie spełniona, gdy zgłoszenie zostanie wysłane. Jeśli urządzenie HID nie używa identyfikatorów raportów, ustaw wartość reportId
na 0.
Poniższy przykład pokazuje, jak korzystać z raportów funkcji. Wyjaśniamy, jak zażądać urządzenia z podświetleniem klawiatury Apple, otworzyć je i sprawić, że zacznie mrugać.
const waitFor = duration => new Promise(r => setTimeout(r, duration));
// Prompt user to select an Apple Keyboard Backlight device.
const [device] = await navigator.hid.requestDevice({
filters: [{ vendorId: 0x05ac, usage: 0x0f, usagePage: 0xff00 }]
});
// Wait for the HID connection to open.
await device.open();
// Blink!
const reportId = 1;
for (let i = 0; i < 10; i++) {
// Turn off
await device.sendFeatureReport(reportId, Uint32Array.from([0, 0]));
await waitFor(100);
// Turn on
await device.sendFeatureReport(reportId, Uint32Array.from([512, 0]));
await waitFor(100);
}
Aby otrzymać raport funkcji z urządzenia HID, prześlij 8-bitowy identyfikator raportu powiązany z raportami funkcji (reportId
) do device.receiveFeatureReport()
. Zwrócona obietnica jest realizowana za pomocą obiektu DataView
zawierającego zawartość raportu funkcji. Jeśli urządzenie HID nie używa identyfikatorów raportów, ustaw wartość reportId
na 0.
// Request feature report.
const dataView = await device.receiveFeatureReport(/* reportId= */ 1);
// Read feature report contents with dataView.getInt8(), getUint8(), etc...
Odsłuchiwanie połączeń i rozłączeń
Gdy witryna ma przyznane uprawnienia dostępu do urządzenia HID, może aktywnie odbierać zdarzenia połączenia i rozłączenia, nasłuchując zdarzeń "connect"
i "disconnect"
.
navigator.hid.addEventListener("connect", event => {
// Automatically open event.device or warn user a device is available.
});
navigator.hid.addEventListener("disconnect", event => {
// Remove |event.device| from the UI.
});
Cofanie dostępu do urządzenia HID
Witryna może usunąć uprawnienia dostępu do urządzenia HID, które nie jest już potrzebne, wywołując funkcję forget()
w przypadku instancji HIDDevice
. Na przykład w przypadku edukacyjnej aplikacji internetowej używanej na współdzielonym komputerze z wieloma urządzeniami duża liczba gromadzonych uprawnień generowanych przez użytkowników może pogorszyć komfort korzystania z aplikacji.
Wywołanie funkcji forget()
w jednym wystąpieniu HIDDevice
spowoduje odebranie dostępu do wszystkich interfejsów HID na tym samym urządzeniu fizycznym.
// Voluntarily revoke access to this HID device.
await device.forget();
Funkcja forget()
jest dostępna w Chrome w wersji 100 lub nowszej. Sprawdź, czy jest obsługiwana w przypadku tych funkcji:
if ("hid" in navigator && "forget" in HIDDevice.prototype) {
// forget() is supported.
}
Wskazówki dla programistów
Debugowanie urządzeń HID w Chrome jest łatwe dzięki wewnętrznej stronie about://device-log
, na której w jednym miejscu możesz zobaczyć wszystkie zdarzenia związane z urządzeniami HID i USB.
Aby wyodrębnić informacje o urządzeniu HID w formacie zrozumiałym dla człowieka, użyj eksploratora HID. Mapuje wartości użycia na nazwy poszczególnych zastosowań identyfikatora HID.
W większości systemów Linux urządzenia HID są domyślnie mapowane z dostępem tylko do odczytu. Aby umożliwić Chrome otwieranie urządzeń HID, musisz dodać nowe reguły udev. Utwórz plik w folderze /etc/udev/rules.d/50-yourdevicename.rules
z tą treścią:
KERNEL=="hidraw*", ATTRS{idVendor}=="[yourdevicevendor]", MODE="0664", GROUP="plugdev"
W powyższym wierszu [yourdevicevendor]
to 057e
, jeśli Twoim urządzeniem jest np. kontroler Joy-Con konsoli Nintendo Switch. Aby utworzyć bardziej szczegółową regułę, możesz też dodać ATTRS{idProduct}
. Upewnij się, że konto user
jest członkiem grupy plugdev
. Następnie ponownie podłącz urządzenie.
Obsługa przeglądarek
Interfejs WebHID API jest dostępny na wszystkich platformach komputerowych (ChromeOS, Linux, macOS i Windows) w Chrome 89.
Prezentacje
Niektóre demonstracje WebHID są wymienione na stronie web.dev/hid-examples. Sprawdź to.
Bezpieczeństwo i prywatność
Autorzy specyfikacji zaprojektowali i wdrożyli interfejs WebHID API, korzystając z podstawowych zasad zdefiniowanych w dokumentacji Kontrolowanie dostępu do zaawansowanych funkcji platformy internetowej, w tym kontroli użytkownika, przejrzystości i ergonomii. Możliwość korzystania z tego interfejsu API jest ograniczona głównie przez model uprawnień, który przyznaje dostęp tylko do jednego urządzenia HID naraz. W odpowiedzi na prośbę użytkownika musi on wykonać czynności, aby wybrać konkretne urządzenie HID.
Aby poznać kompromisy związane z bezpieczeństwem, przeczytaj sekcję Uwzględnienie zabezpieczeń i prywatności specyfikacji WebHID.
Oprócz tego Chrome sprawdza użycie każdej kolekcji najwyższego poziomu.Jeśli kolekcja najwyższego poziomu ma chronione użycie (np. klawiatura ogólna lub mysz), witryna nie będzie mogła wysyłać ani odbierać żadnych raportów zdefiniowanych w tej kolekcji. Pełna lista zastosowań chronionych jest publicznie dostępna.
Pamiętaj, że w Chrome są też blokowane urządzenia HID o wysokim poziomie zabezpieczeń (np. urządzenia HID FIDO używane do uwierzytelniania). Zapoznaj się z plikami USB blocklist i HID blocklist.
Prześlij opinię
Zespół Chrome chętnie pozna Twoje opinie i wrażenia związane z interfejsem WebHID API.
Prześlij informacje o projektowaniu interfejsu API
Czy interfejs API nie działa zgodnie z oczekiwaniami? A może brakuje metod lub właściwości, których potrzebujesz do wdrożenia swojego pomysłu?
Zgłoś problem ze specyfikacją w repozytorium GitHub interfejsu WebHID API lub dodaj uwagi do istniejącego problemu.
Zgłaszanie problemów z implementacją
Czy znalazłeś/znalazłaś błąd w implementacji Chrome? Czy implementacja różni się od specyfikacji?
Zapoznaj się z informacjami o zgłaszaniu błędów WebHID. Pamiętaj, aby podać jak najwięcej szczegółów, podać proste instrukcje odtwarzania błędu i ustawić Components na Blink>HID
. Glitch to doskonały sposób na szybkie i łatwe udostępnianie poprawek.
Pokaż pomoc
Zamierzasz używać interfejsu WebHID API? Twoja publiczna pomoc pomaga zespołowi Chrome ustalać priorytety funkcji i pokazuje innym dostawcom przeglądarek, jak ważne jest ich wsparcie.
Wyślij tweeta do @ChromiumDev, używając hashtaga #WebHID
, i podaj, gdzie i jak go używasz.
Przydatne linki
- Specyfikacja
- Śledzenie błędu
- Wpis na stronie ChromeStatus.com
- Składnik Blink:
Blink>HID
Podziękowania
Dziękujemy Mattowi Reynoldsowi i Joe Medleyowi za sprawdzenie tego artykułu. Czerwono-niebieskie zdjęcie Nintendo Switch, wykonawca: Sara Kurfeß, oraz czarno-srebrne zdjęcie z laptopa: Athul Cyriac Ajay (film w aplikacji Unsplash.