USB 2.0 & 3.0 SCSI-Konformitätstest (LOGO)
Dieser automatisierte Test überprüft Small Computer System Interface (SCSI) Command Descriptor Blocks (CDBs), die an das USB-Gerät (Universal Serial Bus) gesendet werden.
Testdetails
| Spezifikationen |
|
| Plattformen |
|
| Unterstützte Versionen |
|
| Erwartete Laufzeit (in Minuten) | 5 |
| Kategorie | Kompatibilität |
| Timeout (in Minuten) | 300 |
| Neustart erforderlich | false |
| Spezielle Konfiguration erforderlich | 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 Testanforderungen beschrieben: Voraussetzungen für das Testen von Azure Data Box Disk Laufwerken
Problembehandlung
Informationen zur allgemeinen Problembehandlung bei HLK-Testfehlern finden Sie unter Problembehandlung bei Windows HLK-Testfehlern.
Informationen zur Fehlerbehebung finden Sie unter Fehlerbehebung bei Device.Storage-Tests.
Der Test schreibt die Ergebnisse in die Protokolldatei Scsicompliance.wtl und Scsicompliance.wtl.txt. Verwenden Sie die Ergebnisse, um Folgendes zu bestimmen:
Wenn ein Gerät mit der SCSI-Spezifikation kompatibel ist.
Die optionalen SCSI-Befehle, die von einem Gerät unterstützt werden.
Um die Prüfung zu bestehen, muss das USB-Gerät alle obligatorischen Befehle unterstützen und mit diesen Befehlen vollständig kompatibel sein. Jeder Befehl hat einen anderen Schwellenwert für das Bestehen oder Nichtbestehen, und die Erwartungen werden explizit im Test und in der Protokolldatei angegeben.
Optionale Befehle werden auch getestet. Wenn ein Gerät die optionalen Befehle unterstützt und festgestellt wird, dass die Befehle nicht konform sind, schlägt der Test fehl. Wenn das Gerät optionale Befehle nicht unterstützt, wird der Test bestanden.
Optionale Befehle werden ebenfalls getestet. Wenn ein Gerät die optionalen Befehle unterstützt und festgestellt wird, dass die Befehle nicht konform sind, schlägt der Test fehl. Wenn das Gerät optionale Befehle nicht unterstützt, wird der Test bestanden.
Wenn Sie während des Tests Probleme beim Entfernen einer fehlerhaften LUN haben oder keine LUN vom Speichercontroller erstellen können, gehen Sie folgendermaßen vor:
Stellen Sie vor dem Ausführen dieses Tests sicher, dass das Speichergerät ordnungsgemäß funktioniert. Öffnen Sie Diskmgmt.msc und wählen Sie die Festplatte aus. Stellen Sie sicher, dass Sie das Gerät online und in den initialisierten Zustand versetzen können.
Starten Sie den Windows HLK-Testcomputer neu.
Wählen Sie den USB-SCSI-Übereinstimmungstest aus und führen Sie ihn erneut aus. Führen Sie vorher keinen Test durch.
Wenn der Test fehlschlägt, führen Sie die einzelnen fehlgeschlagenen Befehlsdatenblöcke (cdbs) nacheinander aus, wobei die Ausführlichkeitsstufe der Protokollierung auf 4 (die höchste Stufe der Testprotokollierung) eingestellt ist. Dadurch wird angezeigt, welche Daten gesendet und welche Daten zurückgesendet wurden. Wir haben frühere Fälle gesehen, in denen der Test fehlgeschlagen ist, nachdem mehrere CDBs abgeschlossen wurden, aber eigenständig bestanden wurden. In diesem Fall liegt ein Problem in der Firmware oder im Test vor. Möglicherweise wurde ein Gerät zurückgesetzt, was dazu führte, dass das Gerät vom Bus abfiel und nachfolgende Befehle fehlschlugen. Gehen Sie folgendermaßen vor, um das Problem zu beheben:
Kopieren Sie die Testbinärdatei (Scsicompliance.exe) vom Windows HLK-Controller. Diese Datei befindet sich hier: \\controllername\tests\[processorarchitectureofyourclient]\NTTEST\DriversTest\storage\wdk\
Kopieren Sie die Datei wttlog.dll vom Windows HLK-Controller. Diese Datei befindet sich hier: \\<Controllername>\Tests\<Prozessorarchitektur Ihres Clients >\wtt
Legen Sie diese beiden Dateien in einem separaten Ordner auf dem Testcomputer ab.
Geben Sie an einer Eingabeaufforderung aus dem Verzeichnis mit der Testbinärdatei den folgenden Befehl ein: Scsicompliance.exe /device <Geräte-ID> /Verbosity 4 /Betriebstest /Scenario <Szenario> /Versions <Version> /Protokoll <Protokoll> /CDB <Fehler-CDB-Name>
Hinweis
Geräte-ID, Szenario, Version und Protokollwerte finden Sie in der Repro-Zeile im Testprotokoll. Den Namen der fehlerhaften CDB finden Sie, indem Sie die Testbinärdatei mit der Option /? ausführen (scsicompliance.exe /?).
Wechseln Sie zurück in dasselbe Verzeichnis und überprüfen Sie die Ergebnisse, um festzustellen, ob Sie den Grund für das Fehlschlagen des Tests ermitteln können.
Wenn Sie weitere Hilfe benötigen, sammeln Sie die txt- und wtl-Protokolle und teilen Sie die Protokolle mit Microsoft Customer Support Services.
Weitere Informationen
Befehlssyntax
| Befehlsoption | Beschreibung |
|---|---|
Scsicompliance.exe |
Die Optionen für den Test sind unten aufgeführt. |
/device |
Das Gerät, auf dem der Test ausgeführt werden soll. Beispiel: /Geräte physischer Gerätepfad <> |
/operation |
Der auszuführende Vorgang. Beispiel: /Operation Test |
/scenario |
Die Funktion, auf die getestet werden soll. Beispiel: /Scenario USBDisk |
/Version |
USB-Versionsnummer des Geräts. Beispiel: /Version 3 |
/Protocol |
USB-Protokoll des Geräts. Beispiel: /Protokoll UAS |
/Ausführlichkeit |
Der Grad der Ausführlichkeit der Protokollierung. Größere Werte verursachen eine ausführlichere Ausgabe. Beispiel: /Verbosity 4 |
Hinweis
Geben Sie für die Befehlszeilenhilfe für diese Testbinärdatei /?.
Dateiliste
| Datei | Standort |
|---|---|
Scsicompliance.exe |
<[testbinroot]>\nttest\driverstest\storage\wdk |
Parameter
| Parametername | Parameterbeschreibung |
|---|---|
| DiskDeviceObjLink | Gerätepfad des zu testenden Datenträgers EX: \\.\disk0 |
| WDKDeviceID | Instanzpfad des zu testenden Geräts |
| LoggingVerbosity | LoggingVerbosity: Ausführlichkeit der Protokollierung. Die Stufen sind kumulativ. 0 = Anweisungen und Ergebnisse. 1 = Details (Standard). 2 = CDBs, Daten und Sensorinformationen. 3 = Debug- und detaillierte Modusseiteninformationen. 4 = Speicherauslastung |
| ScenarioId | Name des Szenariotests: Mögliche Werte sind „USBDisk“ und „USBCardReader“. |
| Optionen | Optionen |
| ScsiComplianceDevice | Einheitenpfad |
| LLU_NetAccessOnly | Benutzerkonto für den Zugriff auf die Testdateifreigabe. |
| LLU_LclAdminUsr | Benutzerkonto zum Ausführen des Tests. |
| OperationId | Auszuführender Vorgang |
| Version | USB-Version: Mögliche Werte sind 2 und 3. |
| Protokoll | USB-Protokoll: Mögliche Werte sind „BOT“ und „UAS“ |
| QueryIsUsb3 | |
| QueryUAS | |
| QueryRMB | |
| Destructive | (0,1) 0=Passiv, 1=Destruktiv |
| QueryUFDRotationalMedia | Abfragesammlung zum Abrufen der Eigenschaft |
| QueryWTGDevice | Abfragesammlung zum Abrufen der Eigenschaft |
| RM | Drehmedien: 0 oder 1 |