Zgodność z ChromeOS – specyfikacja rysika w wersji 1.0

Wersja: 1.0.3
Ostatnia aktualizacja: 01.02.2024

Legenda

Czasownik produktu Działanie programistyczne
„MUSI” Obowiązkowe wymagania dotyczące produktu
„POWINNY” Opcjonalna rekomendacja
„MAJ” Przydatne

Przegląd

Ten dokument specyfikacji opisuje kryteria, jakie spełnia styl zgodny z ChromeOS.

Protokół

  • Rysik MUSI obsługiwać funkcje opisane w wymaganiach dotyczących certyfikacji rysika Universal Stylus (USI) w wersji 2.0 lub nowszej.
    • Dokument Wymagania dotyczące certyfikacji rysika jest dostępny dla członków USI do pobrania z witryny dla użytkowników universalstylus.org. Szybkie linki do tych dokumentów znajdziesz na stronie grupy roboczej ds. technicznych.
    • Jeśli chcesz zostać członkiem USI, skontaktuj się z jedną z osób kontaktowych wymienionych na stronie universalstylus.org.
    • Uwaga: w chwili wysłania tego tekstu bezpośrednim kontaktem dla USI jest usiadmin@universalstylus.org.
    • Zapoznaj się z sekcjami od 2.4 do 2.7 w wymaganiach dotyczących certyfikacji rysika w przypadku wymaganych funkcji.
    • Oprócz zaimplementowania funkcji dostępnych dla wszystkich rysików USI styl MUSI zawierać:
      • STY.FEA.1.4 – Funkcja rysika – wskaźnik paliwa
      • Uzasadnienie: ChromeOS wyświetla interfejs użytkownika związany z baterią rysika.
    • Te funkcje MOGĄ być wdrożone, ale nie są wymagane:
      • STY.FEA.2.1 – Funkcja rysika – przycisk główny
      • STY.FEA.2.3 – Funkcja rysika – opcje gumki
    • Zgodność z wymaganiami można mierzyć za pomocą procesów opisanych w planie testowania rysika Universal Stylus Initiative (USI) 2.0. W chwili publikacji ten dokument nie jest jeszcze dostępny w USI. Proszę skontaktować się z zespołem, aby uzyskać aktualne informacje.
    • Jeśli rysik obsługuje ładowanie bezprzewodowe (STY.FEA.6.1 – funkcja rysika – ładowanie bezprzewodowe), można go przetestować pod kątem zgodności z planem testów opisanym w dokumencie dotyczącym zgodności ładowania bezprzewodowego i dokumentów testowych, który jest dostępny dla członków USI na stronie universalstylus.org.
    • Testy zgodności i certyfikacja logo można przeprowadzać w ramach Programu certyfikacji USI. Szczegółowe informacje są dostępne na stronie universalstylus.org: https://universalstylus.org/certification.
  • Przypominamy, że rysik MUSI obsługiwać urządzenia hosta zgodne ze standardem USI 1.0 i 2.0:
    • Uzasadnienie: ekosystem USI został zaprojektowany pod kątem maksymalnej zgodności. Oznacza to, że wszystkie rysiki 2.0 powinny działać ze wszystkimi Chromebookami obsługiwanymi przez rysik USI, w tym protokołami w wersjach 1.0 i 2.0.
    • Można to zrobić, jeśli rysik implementuje funkcje wymienione w wymaganiach dotyczących certyfikacji rysika.

Wymiana baterii

  • Jeśli rysik obsługuje wymienne baterie, takie jak ogniwa AAAA, POWINIEN zapewniać wyraźnie widoczny wskaźnik bieguna/kierunku baterii wewnątrz komory baterii.

Ładowanie przewodowe

  • Jeśli rysik jest wyposażony w baterię wielokrotnego ładowania, urządzenie MUSI obsługiwać ładowanie przez USB-C z certyfikowanymi kablami USB-IF i źródłami USB-IF zgodnymi z USB-A i USB-C, w tym ze źródłami USB-C obsługującymi USB PD. (W szczególności rysik MUSI mieć ujście USB-C zgodnie z opisem w specyfikacji kabla USB typu C i złącza – po Rysunku 4–9).
  • Jeśli urządzenie jest wyposażone w kabel USB:
    • Kabel POWINNY mieć certyfikat USB-IF
  • Jeśli urządzenie jest wyposażone w ładowarkę USB-C:
    • Ładowarka MUSI mieć certyfikat USB-IF

Ładowanie bezprzewodowe

  • Jeśli rysik ładuje się bezprzewodowo, NALEŻY wdrożyć tę funkcję w sposób opisany w STY.FEA.6.1 „Funkcja rysika – bezprzewodowe ładowanie” w sekcji 2.5 Wymagań dotyczących certyfikacji rysika 2.0.
    • Uzasadnienie: taka konstrukcja pozwala na ładowanie rysika za pomocą ładowarek bezprzewodowych zgodnych ze standardem USI 2.0, w tym Chromebooków.
    • Uwaga: zgodnie z wymaganiami dotyczącymi certyfikacji rysika 2.0 urządzenie może być testowane w sposób opisany w dokumencie „Zgodność z ładowaniem bezprzewodowym i etui testowe”.

Oprogramowanie układowe

GID

  • Przypominamy o elementach, które MUSZĄ być wdrożone w sposób opisany w definicji C.GetGID(...) w sekcji 6.1.3.6 specyfikacji technicznej USI 2.0:

    • Rysik MUSI mieć globalnie unikalny identyfikator zawarty w polach GID0-3.
    • Pole GID3 MUSI zawierać identyfikator USI (pochodzący z dokumentu rejestru dostawców USI dostępnego w witrynie universalstylus.org) producenta rysika.

  • Jeśli producent rysika różni się od producenta IC rysika, GID2 MUSI zawierać identyfikator USI jego producenta.

  • Jeśli któraś z zaangażowanych firm nie ma identyfikatorów USI, MUSI skontaktować się z nim i przydzielić do tego celu nowe identyfikatory.

  • Jeśli rysik obsługuje pochylenie w sposób opisany w sekcji STY.FEA.3.1 (Funkcja rysika – Obsługa przechylania rysika z podwójnym nadajnikiem) w sekcji 2.4 Wymagania certyfikacji rysika 2.0, należy odpowiednio zaprogramować GID4/5, aby odróżniać modele rysika z odrębnymi fizycznymi parametrami przechylania:

  • GID4 MUSI zostać zaprogramowany z użyciem prawidłowego identyfikatora USI, prawdopodobnie producenta stylu lub OEM, dla którego jest przeznaczony rysik.

  • GID5 MUSI być zaprogramowany z inną wartością dla każdego rysika, który ma różne parametry przechylenia elektromechanicznego, unikalne dla wartości GID4.

Raportowanie poziomu baterii

  • Przypominamy o elementach, które MUSZĄ być wdrożone w sposób opisany w definicji C.GetBattery(...) w sekcji 6.1.3.3 specyfikacji technicznej USI 2.0.
    • Poziom naładowania baterii rysika podawany przez funkcję C.GetBattery() MUSI się mieścić w zakresie od 1 do 100%.
    • Uzasadnienie: ChromeOS używa tego zakresu baterii do raportowania informacji o baterii rysika. W raportach nie należy podawać konkretnie wartości 0.
  • Rysik MUSI zgłaszać poziom baterii za pomocą funkcji C.GetBattery() na poziomie 16 lub niższym, gdy bateria zostanie wkrótce rozładowana. Użytkownik powinien szybko podjąć działanie, aby wymienić lub naładować baterię rysika.
    • Uzasadnienie: ChromeOS wykorzystuje ten próg, aby aktywnie pokazać użytkownikowi powiadomienie, że powinien naładować rysik.
  • Rysik MUSI informować o poziomie baterii za pomocą funkcji C.GetBattery() na poziomie 25 lub niższym, gdy bateria jest znacznie rozładowana.
    • Uzasadnienie: ChromeOS używa tego progu do pasywnego prezentowania wizualnego wskaźnika baterii rysika za pomocą koloru ostrzeżenia.
  • Jeśli rysik zgłasza 8 lub więcej unikalnych poziomów baterii, raportowany poziom baterii stylu POWINIEN mieć dopasowanie liniowe do krzywej rozładowywania baterii stylu (raportowany procent w porównaniu z rzeczywistą pojemnością) na poziomie 80% lub wyższym.

Historia zmian

Data Wersja Uwagi
2024-02-01 1.0.3 Republika na nowej platformie
2023-06-29 1.0.2 Wstawiono podział wiersza
2023-06-27 1.0.1 Naprawiono uszkodzone linki
2023-05-18 1.0 Początkowa publikacja w witrynie partnera