Passmark USB 3.0/2.0 loopback Connecteur

Les pilotes ne sont actuellement disponibles que pour Windows 7, 8, 10, 11 et 2008 Server (en 32bit et 64bit).

Linux avec des versions de noyau 2.6.31 ou plus sont supportés s'ils sont utilisés avec BurnInTest pour Linux v3.1 (ou plus). libusb 1.0 est également nécessaire. (Il s'agit d'une bibliothèque Linux standard qui est fournie avec presque toutes les distributions Linux).

Slax Linux (7.0.8) n'est pas pris en charge car il semble qu'il y ait un bug dans le pilote du périphérique qui empêche le connecteur USB3 de passer correctement en mode loopback. Les autres systèmes live testés (Kubuntu 12.04, Fedora 18, Porteus 3.0.1) ne semblent pas être affectés par la même erreur.

Pour Windows, un pilote de périphérique est nécessaire. Ce pilote peut être téléchargé sur le site de Passmark. Lors de la première utilisation d'un connecteur, Windows demandera le pilote de l'appareil. La procédure d'installation est décrite dans le guide d'installation. Pour Linux, aucun pilote de périphérique spécifique n'est nécessaire.

Les dernières versions de BurnInTest et USB3Test fonctionnent avec n'importe quelle version du pilote de la prise loopback USB 3.0, mais il est recommandé d'utiliser la dernière version.

Oui, tu peux voir les appareils dans le gestionnaire de périphériques de Windows. Ils apparaissent avec la désignation "PassMark USB3.0 Loopback Plug".

Oui, mais ils n'utiliseront pas la bande passante supplémentaire disponible en 3.0.

Avec le logiciel USB3Test, tu peux forcer le connecteur USB3 loopback à être énuméré comme USB2 High Speed ou Full Speed.

Oui, tu peux exécuter plusieurs instances de l'application USB3Test en même temps. Tu dois cependant t'assurer que tu les as toutes ouvertes et configurées pour qu'elles utilisent toutes les bons connecteurs USB3 avant de lancer le premier test. La mise en place de la configuration du test peut entraîner une nouvelle énumération des connecteurs actuellement connectés, ce qui arrête tous les tests en cours.

Non, lorsque tu testes les connecteurs USB3, tu ne dois exécuter qu'un seul de ces programmes.

Dans la plupart des cas, les hubs USB alimentés par le bus consomment trop d'énergie des ports USB du PC pour supporter des appareils USB3 supplémentaires connectés au hub. Nous recommandons d'utiliser des hubs USB avec leur propre alimentation si nécessaire (les hubs avec leur propre alimentation sont livrés avec leur propre bloc d'alimentation).

Si le port USB d'un PC n'a pas assez de courant pour démarrer le connecteur PassMark USB3 Loopback, tu reçois le message d'erreur du pilote de périphérique HID "Cet appareil ne peut pas démarrer (code 10)". Déconnecte d'autres appareils du même hub racine USB pour fournir plus d'énergie à l'appareil. Cela se produit typiquement lorsqu'un appareil de test USB3 est connecté à un hub alimenté par le bus ou à un ordinateur portable qui fonctionne sur batterie. Passe à un hub avec sa propre alimentation ou connecte l'ordinateur portable à une alimentation secteur.

Lors de l'exécution de BurnInTest, des transferts de masse USB sont utilisés. Les transmissions en masse garantissent la précision des données en détectant les données erronées et en effectuant des tentatives de répétition automatiques. Lors de l'utilisation de l'USB3Test, les connecteurs loopback peuvent également être réglés de manière à utiliser des transferts de données isochrones.

Cela signifie que tu utilises une ancienne version du logiciel de test (soit USB3Test, soit BurnInTest). Les nouveaux firmwares ne sont plus compatibles avec les anciennes versions du logiciel de test. Une mise à jour du logiciel résoudra ce problème.

Cela signifie que le connecteur loopback USB 3.0 a signalé une erreur d'émetteur-récepteur de périphérique. Les erreurs d'émetteur-récepteur de périphérique sont déclenchées lorsque l'émetteur-récepteur USB du connecteur loopback USB 3.0 détecte ce qu'il considère comme une erreur. Ce sont des événements de bas niveau qui peuvent entraîner la retransmission du paquet. Ils ne constituent pas des erreurs de données au niveau de l'application. Ces erreurs ne sont généralement pas visibles pour l'utilisateur, mais sont affichées pour identifier les problèmes potentiels, par exemple les câbles de mauvaise qualité, les câbles trop longs ou les internes du système avec un blindage électrique insuffisant avec des interférences électriques élevées sur le bus. Les erreurs qui peuvent provoquer une erreur de l'émetteur-récepteur de l'appareil sont classées en deux groupes :

Erreurs de la couche physique :

Erreur d'Elastic Buffer Overflow
Erreur d'Elastic Buffer Underflow
Erreur de disparité reçue
Erreur CRC-5
Erreur CRC-16
Erreur CRC-32
Erreur de séquence d'entraînement
Erreur PHY-Lock-Loss
Erreur de couche de connexion :

PENDING_HP_TIMER Timeout : La confirmation du paquet d'en-tête n'a pas été reçue jusqu'à PENDING_HP_TIMEOUT. [USB 3.0 : §7.2.4.1.10, p. 7-21]
Rx Header Sequence Number Error : Le numéro de séquence de l'en-tête Rx reçu ne correspond pas à celui attendu. [USB 3.0 : §7.3.3, p. 7-28]
Receive Header Packet Fail : Link Layer Block n'a pas pu recevoir un paquet d'en-tête trois fois de suite. Les échecs sont des erreurs CRC ou des symboles K incorrects. [USB 3.0 : §7.3.3.2, p. 7-28]
Détection LGOOD_n manquante : le numéro de séquence LGOOD_n ne correspond pas à ce qui est attendu. [USB 3.0 : §7.3.4, p. 7-29]
Détection LCRD_x manquante : le numéro de séquence LGOOD_n ne correspond pas à ce qui est attendu. [USB 3.0 : §7.3.4, p. 7-29]
CREDIT_HP_TIMER Timeout : Remote Rx Header Buffer Credit n'a pas été reçu jusqu'à CREDIT_HP_TIMEOUT. [USB 3.0 : §7.2.4.1.10, p. 7-21...7-22]
PM_LC_TIMER Timeout : Cela indique qu'une commande de connexion LGO_Ux, LAU ou LXU a été manquée. [USB 3.0 : §7.3.4, p. 7-29]
ACK Tx Header Sequence Number Error : Le LGOOD_n reçu ne correspond pas au ACK Tx Header Sequence Number. [USB 3.0 : §7.3.5, p. 7-30]
Header Sequence Number Advertisement PENDING_HP_TIMER Timeout : PENDING_HP_TIMER Timeout avant de recevoir le Header Sequence Number LGOOD_n Link Command. [USB 3.0 : §7.3.6, p. 7-30]
Header Sequence Number Advertisement Reçu de HP : Paquet d'en-tête reçu pendant Header Sequence Number Advertisement. [USB 3.0 : §7.3.6, p. 7-30]
Header Sequence Number Advertisement LCRD_x Received Error : LCRD_x Link Command reçu pendant Header Sequence Number Advertisement. [USB 3.0 : §7.3.6, p. 7-30]
Header Sequence Number Advertisement LGO_Ux Received Error : LGO_Ux Link Command reçu pendant Header Sequence Number Advertisement. [USB 3.0 : §7.3.6, p. 7-30]
Rx Header Buffer Credit Advertisement CREDIT_HP_TIMER Timeout : CREDIT_HP_TIMER timeout avant de recevoir la commande de lien LCRD_x pendant Rx Header Buffer Credit Advertisement. [USB 3.0 : §7.3.7, p. 7-30...7-31]
Rx Header Buffer Credit Advertisement Erreur de réception HP : Paquet d'en-tête reçu pendant le Rx Header Buffer Credit Advertisement. [USB 3.0 : §7.3.7, p. 7-30...7-31]
Rx Header Buffer Credit Advertisement LGO_Ux Received Error : LGO_Ux Link Command reçu pendant Rx Header Buffer Credit Advertisement. [USB 3.0 : §7.3.7, p. 7-30...7-31]
Pour plus de détails sur chaque erreur, voir les pages auxquelles il est fait référence dans la spécification USB3.0, révision 1.0.

Il faut savoir que les erreurs d'émetteur-récepteur de l'appareil n'indiquent pas que le port USB n'est pas conforme à la spécification USB.

Nous avons constaté que de nombreuses erreurs peuvent survenir sur les ports de la face avant, en particulier en mode Benchmark. Les messages d'erreur qui peuvent être consignés comprennent ;

• Test arrêté en raison d'une erreur : échec de l'écriture du benchmark (31)
• Erreur de pilote de périphérique USB signalée : 0xc0000001
• État de la demande USB signalé : 0xc0011

Ces erreurs entraînent souvent la déconnexion ou la reconnexion du connecteur USB3 loopback. En testant les ports à l'arrière du même appareil, il n'y a pas d'erreurs similaires, ce qui indique que les ports à l'avant disposent d'un câblage et d'un blindage de mauvaise qualité, très similaires aux problèmes USB2 sur les ports à l'avant.

Nous avons observé quelques cas où Windows affiche le message d'erreur "périphérique non détecté" lors de la mise en marche du système avec une prise USB3 connectée et il se peut que la prise USB3 ne soit connectée qu'à la vitesse USB2 (480Mb/s).

Dans le BIOS, il y a souvent un paramètre BIOS "mode xHCI". Parfois, cela s'appelle aussi "xHCI Pre-Boot Driver". Cette option contrôle si les ports physiques USB3 sont gérés par le contrôleur USB2.0 EHCI ou par le contrôleur xHCI-USB3.0. En particulier, le réglage "Auto", "Smart Auto" ou EHCI peut entraîner des problèmes avec les connecteurs de bouclage USB3.0 sur certaines cartes mères. Auto" émule un port USB2 pendant le processus de démarrage jusqu'à ce que le pilote USB3 soit chargé après le démarrage de Windows. Cela peut conduire à ce que le connecteur se connecte d'abord à 480Mb/s et que l'affichage ne se mette pas à jour correctement lorsque la connexion passe à 5Gb/s.

Dans nos tests, nous avons vu que le test USB3 se déroule quand même correctement et à 5Gb/s, mais que l'écran affiche toujours 480Mb/s. Cependant, il a été signalé que dans certains cas, l'appareil reste comme "non reconnu" et ne fonctionne qu'après avoir été déconnecté et reconnecté.

Si tu as un problème, nous te recommandons de régler le "xHCI Pre-Boot Driver" sur "Enabled" et le mode xHCI sur "Enabled" au lieu de "Auto". Nous supposons que la cause sous-jacente est une erreur de BIOS dans les cartes mères concernées et que cette solution de contournement contourne l'erreur.

Cependant, il existe d'autres cas où des implémentations BIOS défectueuses font que les périphériques USB3 ne sont pas reconnus en mode xHCI, à moins qu'ils ne soient branchés lorsque l'ordinateur est allumé. Dans ce cas, une mise à jour du BIOS est nécessaire.

Actuellement, il y a quelques problèmes connus avec la ligne de produits Intel Haswell, comme mentionné ici et ici. Bien qu'Intel ait indiqué qu'il s'agissait uniquement d'un problème avec les clés USB3, il y a eu au moins un rapport sur un système Haswell dans lequel les connecteurs USB3 PassMark ne revenaient pas à la vitesse SuperSpeed depuis l'état de veille. Nous continuerons à surveiller cette situation et mettrons à jour cette entrée dès que nous en saurons plus sur les causes et une éventuelle solution.

Certains contrôleurs hôtes/pilotes USB 3.0 semblent avoir d'importants problèmes avec les transferts isochrones USB 2.0. Une mise à jour du BIOS et du pilote du contrôleur hôte résout parfois ce problème.

Oui, une API est disponible, tu trouveras plus d'informations sur cette page.

Le connecteur USB3 Loopback est protégé à la fois contre les surtensions positives et négatives. Nous avons utilisé des composants TVS pour protéger le connecteur contre les événements ESD/EFT. Cependant, il n'est pas conçu pour résister à des pics de tension élevés répétés. Les composants de protection se dégradent avec les événements ESD, et donc une exposition prolongée aux événements ESD pourrait finalement endommager le connecteur. Il convient donc de prendre des précautions pour minimiser l'exposition aux événements ESD/EFT, car la garantie ne s'applique pas aux connecteurs endommagés par les tests ESD.

Sur cette page, tu trouveras des détails sur les types d'erreurs fréquentes des connecteurs loopback USB3.0 ainsi que des solutions possibles.