Test de conformité SCSI USB 2.0 & 3.0 (LOGO)
Ce test automatisé vérifie les blocs de descripteurs de commande SCSI (Small Computer System Interface) envoyés au périphérique 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és peuvent contenir une documentation supplémentaire, notamment des informations sur les prérequis, l’installation et la 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 la configuration requise pour le test : Conditions préalables au test du disque dur
Dépannage
Pour la résolution des problèmes génériques des échecs de test HLK, consultez Résolution des échecs de test Windows HLK.
Pour plus d’informations sur la résolution des problèmes, consultez Résolution des problèmes de test Device.Storage.
Le test écrit les résultats dans le fichier journal Scsicompliance.wtl et Scsicompliance.wtl.txt. Utilisez 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, le périphérique USB doit prendre en charge toutes les commandes obligatoires et doit être entièrement conforme à ces commandes. Chaque commande a un seuil différent pour la réussite ou l’échec, 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.
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.
Pendant le test, si vous rencontrez des difficultés pour supprimer une LUN qui échoue ou qui ne parvient pas à créer une LUN à 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 et sélectionnez disk. 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 USB. N’exécutez aucun test avant.
Si le test a échoué, 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. Nous avons vu des instances précédentes où le test échoue après que plusieurs cdbs aient été terminés, mais qu’ils réussissent en mode autonome. Si cela se produit, il existe un problème dans le microprogramme ou le test. Une réinitialisation de l’appareil a peut-être entraîné une chute de l’appareil du bus et a entraîné l’échec des commandes suivantes. Pour résoudre ce problème, effectuez les étapes suivantes :
Copiez le binaire de test (Scsicompliance.exe) à partir du contrôleur Windows HLK. Ce fichier se trouve ici : \\controllername\tests\[processorarchitectureofyourclient]\NTTEST\DriversTest\storage\wdk\
Copiez le fichier wttlog.dll à partir du contrôleur Windows HLK. Ce fichier se trouve ici : \\<controllername>\Tests\<processorarchitectureofyourclient >\wtt
Placez ces deux fichiers sur l’ordinateur de test dans un dossier distinct.
À partir d’une invite de commandes, à partir du répertoire contenant le binaire de test, tapez la commande suivante : Scsicompliance.exe /device <DEVICEID> /verbosity 4 /operation test /scenario <scenario> /Version <version> /protocol <protocol protocol> /CDB <nom_de_base de données /nom_de_base de données_>
Notes
Les valeurs deviceID, scénario, version et protocole sont disponibles en vérifiant la ligne de repro dans le journal de test. Le nom de la base de données de base de données est trouvé 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 les services de support technique Microsoft.
Plus d’informations
Syntaxe de commande
| Option de commande | Description |
|---|---|
Scsicompliance.exe |
Les options du test sont répertoriées ci-dessous. |
/Appareil |
Appareil sur lequel le test doit s’exécuter. Exemple : chemin d’accès de l’appareil physique /Appareil <> |
/Opération |
Opération à exécuter. Exemple : /Operation Test |
/Scénario |
Fonctionnalité à tester. Exemple : /Scenario USBDisk |
/Version |
Numéro de version USB de l’appareil. Exemple : /version 3 |
/Protocole |
Protocole USB de l’appareil. Exemple : /protocol UAS |
/Verbosité |
Niveau de détail de la 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 |
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 |