Test de conformité SCSI USB 2.0 & 3.0 pour UAS sur EHCI (LOGO)
Ce test vérifie les blocs de descripteur de commande SCSI (Small Computer System Interface) envoyés au périphérique UAS USB (Universal Serial Bus).
Détails du test
| Spécifications |
|
| Plateformes |
|
| Versions prises en charge |
|
| Durée d’exécution attendue (en minutes) | 5 |
| Catégorie | Compatibilité |
| Délai d’expiration (en minutes) | 300 |
| Nécessite un redémarrage | false |
| Nécessite une configuration spéciale | false |
| Type | automatique |
Documentation supplémentaire
Les tests de cette zone de fonctionnalité peuvent avoir une documentation supplémentaire, y compris les conditions préalables, l’installation et les informations de résolution des problèmes, que vous trouverez dans les rubriques suivantes :
Exécution du test
Avant d’exécuter le test, effectuez la configuration du test comme décrit dans les conditions requises pour le test : Conditions préalables pour le test du lecteur de disque dur.
En outre, ce test nécessite un appareil UAS connecté à un contrôleur USB 2.0.
Dépannage
Pour la résolution des problèmes génériques des échecs de test HLK, consultez Résolution des échecs de test HLK Windows.
Pour plus d’informations sur la résolution des problèmes, consultez Résolution des problèmes de test Device.Storage.
En outre, le test écrit les résultats dans les fichiers journaux Scsicompliance.wtl et Scsicompliance.wtl.txt. Vous pouvez utiliser les résultats pour déterminer :
Si un appareil est conforme à la spécification SCSI
Commandes SCSI facultatives prises en charge par un appareil
Pour réussir, l’appareil SCSI doit prendre en charge chaque commande obligatoire et doit être entièrement conforme à ces commandes. Chaque commande a un seuil différent pour réussir ou échouer, et les attentes sont spécifiées explicitement dans le test et dans le fichier journal.
Les commandes facultatives sont également testées. Si un appareil prend en charge les commandes facultatives et que les commandes sont jugées non conformes, le test échoue. Si l’appareil ne prend pas en charge les commandes facultatives, le test réussit.
Notes
Les erreurs de ce test se produisent via des problèmes identifiés dans le fichier journal et dans les vérifications de bogues générées par la mise en stress du pilote testé.
Pendant le test, si vous rencontrez des difficultés pour supprimer un numéro d’unité logique qui échoue ou si vous ne parvenez pas à créer un numéro d’unité logique à partir du contrôleur de stockage, procédez comme suit :
Avant d’exécuter ce test, vérifiez que le périphérique de stockage fonctionne correctement. Ouvrez diskmgmt.msc, sélectionnez le disque et assurez-vous que vous pouvez placer l’appareil en ligne et à l’état Initialisé.
Redémarrez l’ordinateur de test Windows HLK.
Sélectionnez et réexécutez le test de conformité SCSI 2.0. N’exécutez aucun test avant celui-ci.
Exécutez le test de conformité SCSI (et non le test de conformité SCSI 2.0 (LOGO)) sur le même client de test et le même périphérique de stockage de test. Si le test échoue à nouveau, vérifiez que le périphérique de stockage fonctionne correctement. Si le test échoue pendant les étapes 3 et 4, exécutez les blocs de données de commande défaillants individuels (cdbs) un par un avec le niveau de détail de journalisation défini sur 4 (le niveau le plus élevé de journalisation des tests). Cela montre quelles données ont été envoyées et quelles données ont été retournées. Un test peut échouer une fois que plusieurs cdbs sont terminées, mais réussissent en mode autonome. Si cela se produit, il y a un problème dans le microprogramme ou le test.
Si vous avez une réinitialisation de l’appareil qui entraîne la chute de l’appareil du bus et l’échec des commandes suivantes, procédez comme suit :
Copiez le fichier binaire de test (Scsicompliance.exe) à partir du contrôleur Windows HLK. Ce fichier se trouve dans \\controllername\tests\[processorarchitectureofyourclient]\NTTEST\DriversTest\storage\wdk\
Copiez le fichier wttlog.dll à partir du contrôleur Windows HLK. Ce fichier se trouve dans \\<controllername>\Tests\<processorarchitectureofyourclient>\wtt
Placez ces deux fichiers sur l’ordinateur de test dans un dossier distinct.
À partir d’une invite de commandes, dans le répertoire contenant le binaire de test, tapez la commande suivante : Scsicompliance.exe /deviceID <> /verbosity 4 /operation test /scenario </>CDB <failingcdbname>
Notes
Vous pouvez trouver les valeurs deviceID et scenario en vérifiant la ligne de reproduction dans le journal des tests. Vous pouvez trouver le nom_de_base_de_défaillance en exécutant le binaire de test avec l’option /?(scsicompliance.exe /?).
Retour dans le même répertoire et passez en revue les résultats pour voir si vous pouvez déterminer la raison de l’échec du test.
Si vous avez besoin d’aide supplémentaire, collectez les journaux txt et wtl et partagez les journaux avec le support technique Microsoft.
Plus d’informations
Exécutez le test en tant que travail du gestionnaire HLK.
Syntaxe de commande
| Option de commande | Description |
|---|---|
Scsicompliance.exe |
Les options du test sont répertoriées ci-dessous. |
/Appareil |
L’appareil dont le test doit s’exécuter sur Exemple : /Chemin <d’accès de l’appareil physique de l’appareil> |
/operation |
Opération à exécuterExample : /Operation Test |
/Scénario |
Fonctionnalité à tester pourExample : /Scenario Common |
/version |
Numéro de version USB de l’appareilExemple : /version 3 |
/Protocole |
Protocole USB de l’appareilExemple : /protocol UAS |
/Verbosité |
Niveau de détail de journalisation. Les valeurs plus grandes entraînent une sortie plus détaillée. Exemple : /Verbosity 4 |
Notes
Pour obtenir de l’aide sur la ligne de commande pour ce fichier binaire de test, tapez /?.
Liste de fichiers
| File | Emplacement |
|---|---|
Scsicompliance.exe |
<[testbinroot]>\nttest\driverstest\storage\wdk\nttest\ |
Paramètres
| Nom du paramètre | Description des paramètres |
|---|---|
| DiskDeviceObjLink | Chemin d’accès de l’appareil du disque pour tester EX : \\.\disk0 |
| WDKDeviceID | Chemin d’instance de l’appareil à tester |
| LoggingVerbosity | LoggingVerbosity : détail de la journalisation. Les niveaux sont cumulatifs. 0 = Assertions et résultats. 1 = Détails (par défaut). 2 = CDB, données et informations de sens. 3 = Informations sur la page Debug et mode détaillé. 4 = Utilisation de la mémoire |
| ScenarioId | Nom du test du scénario : Valeurs possibles : USBDisk, USBCardReader |
| Options | Options |
| ScsiComplianceDevice | Chemin de l’appareil |
| LLU_NetAccessOnly | Compte d’utilisateur pour accéder au partage de fichiers de test. |
| LLU_LclAdminUsr | Compte d’utilisateur pour l’exécution du test. |
| OperationId | Opération à exécuter |
| Version | Version USB : Valeurs possibles : 2, 3 |
| Protocole | Protocole USB : Valeurs possibles : BOT, UAS |
| QueryIsUsb3 | |
| RequêteUAS | |
| QueryRMB | |
| Destructrice | (0,1) 0=Passif, 1=Destructeur |
| QueryUFDRotationalMedia | Rassembleur de requêtes pour récupérer la propriété |
| QueryWTGDevice | Rassembleur de requêtes pour récupérer la propriété |
| RM | Support de rotation : 0 ou 1 |