Windows – HID-Überprüfungstest
Dieser Test überprüft, ob die Windows Touch-Gerätefirmware HID-konform (Human Interface Device) ist und keine zusätzliche Treiberinstallation erfordert.
Testdetails
| Spezifikationen |
|
| Plattformen |
|
| Unterstützte Versionen |
|
| Voraussichtliche Laufzeit (in Minuten) | 4 |
| Kategorie | Kompatibilität |
| Zeitüberschreitung (in Minuten) | 240 |
| Neustart erforderlich | false |
| Erfordert eine spezielle Konfiguration | false |
| Typ | automatic |
Zusätzliche Dokumentation
Tests in diesem Funktionsbereich enthalten möglicherweise zusätzliche Dokumentation, einschließlich Informationen zu Voraussetzungen, Einrichtung und Fehlerbehebung, die in den folgenden Themen zu finden sind:
Ausführen des Tests
Bevor Sie den Test ausführen, schließen Sie die Testeinrichtung ab, wie in den Testvoraussetzungen beschrieben: Windows Touch Testing Prerequisites.
Problembehandlung
Informationen zur allgemeinen Problembehandlung bei HLK-Testfehlern finden Sie unter Problembehandlung bei Windows HLK-Testfehlern.
Informationen zur Fehlerbehebung finden Sie unter Fehlerbehebung beim Device.Digitizer-Test.
Weitere Informationen
HIDvalidator.exe überprüft Ihren HID-Deskriptor, um sicherzustellen, dass er der HID-Spezifikation entspricht. Es stellt sicher, dass alle erforderlichen Verwendungen vorhanden sind, und fängt ungültige Werte ab. 34 Regeln werden validiert. Dieses Tool erstellt einen leicht lesbaren Bericht.
Regeln
Regel 1: Touchscreen-Geräte müssen mehrere Berührungen unterstützen.
Regel 2: Das Gerät muss mindestens 5 Kontakte unterstützen.
Regel 3: Das Gerät muss den parallelen oder hybriden Paketberichtsmodus oder den Single-Finger-Hybridberichtsmodus verwenden. Wenn das Gerät über I2C verbunden ist, ist "Single-Finger-Hybrid" erforderlich.
Regel 4: Ein Verwendungselement-Tag muss jeder Sammlung (z. B. einem Stift, einem Touchscreen oder einem Finger) zugeordnet werden.
Regel 5: Die Berichtsdeskriptoren für das Touch-Gerät sollten den Finger (0x22) CL (Collection Logical) verwenden, um die Daten zu gruppieren und die Verwendung in den Sammlungen der obersten Ebene zu steuern.
Regel 6: Das Gerät muss generisches X und generisches Y melden.
Regel 7: Das logische Minimum und das logische Maximum des generischen X müssen korrekt angegeben werden.
Regel 8: Das logische Minimum und das logische Maximum der generischen Y-Stelle müssen korrekt angegeben werden.
Regel 9: Das physikalische Minimum und das physikalische Maximum der generischen X-Stelle müssen korrekt angegeben werden.
Regel 10: Das physikalische Minimum und das physikalische Maximum der generischen Y-Stelle müssen korrekt angegeben werden.
Regel 11: Die physische Mindestgröße eines Digitalisierers muss mindestens 1 Quadratzoll (1 Zoll für generisches X) betragen.
Regel 12: Die physische Mindestgröße eines Digitalisierers muss mindestens 1 Quadratzoll (1 Zoll für generisches Y) betragen.
Regel 13: Die Einheit für die physische Größe des generischen X muss Zoll oder Zentimeter sein.
Regel 14: Die Einheit für die physische Größe des generischen Y muss Zoll oder Zentimeter sein.
Regel 15: Wenn das Gerät die Z-Achsen-Erkennung unterstützt, muss In-Range ebenfalls unterstützt werden.
Regel 16: Geräte, die den Mittelwert unterstützen, müssen auch die Breiten- und Höhenverwendungen unterstützen. Geräte sollten ein Verwendungsarray mit zwei X-Werten und zwei Y-Werten haben, um T und C zu melden.
Regel 17: Gerät muss „Tipp“-Schalter melden.
Regel 18: Das Gerät muss die Scanzeit in der Sammlung der obersten Ebene melden, muss eine Mindestberichtlänge von 16 Bit haben, muss kleiner oder gleich 0x7fffffff sein und muss mindestens 65.535 betragen.
Regel 19: Das Gerät muss die tatsächliche Zählnutzung korrekt in der Sammlung der obersten Ebene melden.
Regel 20: Das Gerät muss die Verwendung der Kontaktkennung unterstützen, um die Kennung des aktuellen Kontakts anzugeben.
Regel 21: Das Gerät muss die Verwendung der maximalen Anzahl korrekt in der Sammlung der obersten Ebene als Feature-Bericht und nicht in einer untergeordneten Sammlung implementieren.
Regel 22: Die maximale Kontaktanzahl für ein Gerät darf 250 nicht überschreiten.
Regel 23: Das Gerät muss die Verwendung des Firmware-Schlüssels mit einer Länge von 256 Bytes auf der benutzerdefinierten Verwendungsseite und in der Sammlung der obersten Ebene als Feature-Bericht korrekt implementieren.
Regel 24: Der Gerätekonfigurations-Funktionsbericht muss sich in seiner eigenen Sammlung der obersten Ebene befinden und muss die Verwendung mehrerer Eingabekonfigurationen enthalten.
Regel 25: Für alle Verwendungen muss ein logischer Bereich bereitgestellt werden.
Regel 26: Unterstützende Verwendungen, die zum Verwendungsseiten-Digitizer gehören, sollten dem Digitizer (0x0D) zugewiesen werden.
Regel 27: Unterstützende Nutzungen, die zum generischen Desktop der Nutzungsseite gehören, sollten dem generischen Desktop (0x01) zugewiesen werden.
Regel 28: Alle Verwendungen, die mit der generischen Desktop-Nutzungsseite verknüpft sind, sollten erkannt werden.
Regel 29: Alle Nutzungen, die mit der Digitizer-Nutzungsseite verknüpft sind, sollten erkannt werden.
Regel 30: Die Nutzung sollte für keine Nutzungsseiten als 0 definiert werden.
Regel 31: Der physikalische Bereich des Azimuts muss 0 bis 360 Grad betragen. Der logische Bereich muss groß genug sein, um Daten zu liefern, die auf mindestens 2 Dezimalstellen genau sind.
Regel 32: Der Einheitenexponent der Azimutverwendung muss auf mindestens 2 Dezimalstellen in Grad genau sein, oder er muss auf mindestens 4 Dezimalstellen in Bogenmaß genau sein.
Regel 33: Die Einheiten des Azimuts müssen in Grad oder Bogenmaß angegeben werden.
Regel 34: Die Anzahl der Sammlungen und Endsammlungen muss in der Deskriptordatei übereinstimmen. (Nicht in Echtzeit verfügbar.)