Passmark USB 3.0/2.0 Loopback Stecker

Die Treiber sind derzeit nur für Windows 7, 8, 10, 11 und 2008 Server (in 32bit und 64bit) verfügbar.

Linux mit Kernel-Releases 2.6.31 oder höher werden unterstützt, wenn sie mit BurnInTest für Linux v3.1 (oder höher) verwendet werden. libusb 1.0 ist ebenfalls erforderlich. (Dies ist eine Standard-Linux-Bibliothek, die mit fast allen Linux-Distributionen geliefert wird).

Slax Linux (7.0.8) wird nicht unterstützt, da es anscheinend einen Fehler im Gerätetreiber gibt, der den USB3-Stecker daran hindert, korrekt in den Loopback-Modus zu wechseln. Andere getestete Live-Systeme (Kubuntu 12.04, Fedora 18, Porteus 3.0.1) scheinen nicht von demselben Fehler betroffen zu sein.

Für Windows ist ein Gerätetreiber erforderlich. Dieser Treiber kann von der Passmark Website heruntergeladen werden. Bei der ersten Verwendung eines Steckers wird Windows nach dem Gerätetreiber fragen. Der Installationsvorgang wird in der Installationsanleitung beschrieben. Für Linux ist kein spezieller Gerätetreiber erforderlich.

Die neuesten Versionen von BurnInTest und USB3Test funktionieren mit jeder Version des USB 3.0 Loopback-Steckertreibers, es wird jedoch empfohlen, die neueste Version zu verwenden.

Ja, Sie können die Geräte im Windows-Gerätemanager sehen. Sie erscheinen mit der Bezeichnung "PassMark USB3.0 Loopback Plug".

Ja, aber sie werden die in 3.0 verfügbare zusätzliche Bandbreite nicht nutzen.

Mit der Software USB3Test kann man erzwingen, dass der USB3 Loopback-Stecker als USB2 High Speed oder Full Speed enumeriert wird.

Ja, Sie können mehrere Instanzen der USB3Test-Anwendung gleichzeitig ausführen. Sie müssen jedoch sicherstellen, dass Sie alle geöffnet und konfiguriert haben, damit sie alle die richtigen USB3-Stecker verwenden, bevor Sie den ersten Test starten. Das Einrichten der Testkonfiguration kann dazu führen, dass die derzeit angeschlossenen Stecker neu aufgezählt werden, wodurch alle derzeit laufenden Tests gestoppt werden.

Nein, beim Testen der USB3-Stecker sollte nur eines dieser Programme ausgeführt werden.

In den meisten Fällen verbrauchen busgespeiste USB-Hubs zu viel Strom von den USB-Anschlüssen des PCs, um zusätzliche USB3-Geräte zu unterstützen, die an den Hub angeschlossen werden. Wir empfehlen, bei Bedarf USB-Hubs mit eigener Stromversorgung zu verwenden (Hubs mit eigener Stromversorgung werden mit einem eigenen Netzteil geliefert).

Wenn der USB-Anschluss eines PCs nicht genügend Strom hat, um den PassMark USB3-Loopback-Stecker zu starten, erhalten Sie die HID-Gerätetreiber-Fehlermeldung "Dieses Gerät kann nicht starten (Code 10)". Trennen Sie andere Geräte vom gleichen USB-Root-Hub, um mehr Strom für das Gerät zur Verfügung zu stellen. Dies tritt typischerweise auf, wenn ein USB3-Testgerät an einen busgespeisten Hub oder einen Laptop angeschlossen ist, der mit Batteriestrom betrieben wird. Schalten Sie auf einen Hub mit eigener Stromversorgung um oder schließen Sie den Laptop an eine Netzstromversorgung an.

Bei der Ausführung von BurnInTest werden USB-Massenübertragungen verwendet. Bulk-Übertragungen garantieren die Genauigkeit der Daten durch Erkennung fehlerhafter Daten und automatische Wiederholungsversuche. Bei der Verwendung von USB3Test können die Loopback-Stecker auch so eingestellt werden, dass isochrone Datenübertragungen verwendet werden.

Das bedeutet, dass Sie eine alte Version der Testsoftware verwenden (entweder USB3Test oder BurnInTest). Neue Firmwares sind nicht mehr mit den alten Versionen der Prüfsoftware kompatibel. Eine Aktualisierung der Software wird dieses Problem beheben.

Dies bedeutet, dass der USB 3.0-Loopback-Stecker einen Geräte-Transceiver-Fehler gemeldet hat. Geräte-Transceiver-Fehler werden ausgelöst, wenn der USB-Transceiver am USB 3.0-Loopback-Stecker erkennt, was er als Fehler betrachtet. Dies sind Ereignisse auf niedriger Ebene, die dazu führen können, dass das Paket erneut übertragen wird. Sie stellen keine Datenfehler auf Anwendungsebene dar. Diese Fehler sind normalerweise für den Benutzer nicht sichtbar, werden aber angezeigt, um potenzielle Probleme zu identifizieren, z. B. Kabel von schlechter Qualität, zu lange Kabel oder Systeminterna mit unzureichender elektrischer Abschirmung mit hohen elektrischen Interferenzen auf dem Bus. Fehler, die einen Geräte-Transceiver-Fehler verursachen können, werden in zwei Gruppen eingeteilt:

Fehler der physikalischen Schicht:

Elastic Buffer Overflow-Fehler
Elastic Buffer Underflow-Fehler
Ungleichheitsfehler empfangen
CRC-5-Fehler
CRC-16-Fehler
CRC-32-Fehler
Trainingssequenzfehler
PHY-Lock-Loss-Fehler
Fehler der Verbindungsschicht:

PENDING_HP_TIMER Timeout: Die Header-Paketbestätigung wurde bis PENDING_HP_TIMEOUT nicht empfangen. [USB 3.0: §7.2.4.1.10, S. 7-21]
Rx Header Sequence Number Error: Die empfangene Rx Header Sequence Number stimmt nicht mit dem Erwarteten überein. [USB 3.0: §7.3.3.3, S. 7-28]
Receive Header Packet Fail: Link Layer Block konnte dreimal hintereinander kein Header-Paket empfangen. Ausfälle sind CRC-Fehler oder falsche K-Symbole. [USB 3.0: §7.3.3.2, S. 7-28]
Fehlende LGOOD_n-Erkennung: Die LGOOD_n-Sequenznummer stimmt nicht mit dem Erwarteten überein. [USB 3.0: §7.3.4, S. 7-29]
Fehlende LCRD_x-Erkennung: Die LGOOD_n-Sequenznummer stimmt nicht mit dem Erwarteten überein. [USB 3.0: §7.3.4, S. 7-29]
CREDIT_HP_TIMER Timeout: Remote Rx Header Buffer Credit wurde bis CREDIT_HP_TIMEOUT nicht empfangen. [USB 3.0: §7.2.4.1.10, S. 7-21…7-22]
PM_LC_TIMER Timeout: Dies zeigt an, dass ein LGO_Ux-, LAU- oder LXU-Verbindungsbefehl verpasst wurde. [USB 3.0: §7.3.4, S. 7-29]
ACK Tx Header Sequence Number Error: Empfangenes LGOOD_n stimmt nicht mit ACK Tx Header Sequence Number überein. [USB 3.0: §7.3.5, S. 7-30]
Header Sequence Number Advertisement PENDING_HP_TIMER Timeout: PENDING_HP_TIMER Timeout vor Erhalt des Header Sequence Number LGOOD_n Link Command. [USB 3.0: §7.3.6, S. 7-30]
Header Sequence Number Advertisement Von HP empfangener Fehler: Header-Paket während Header Sequence Number Advertisement empfangen. [USB 3.0: §7.3.6, S. 7-30]
Header Sequence Number Advertisement LCRD_x Received Error: LCRD_x Link Command während Header Sequence Number Advertisement empfangen. [USB 3.0: §7.3.6, S. 7-30]
Header Sequence Number Advertisement LGO_Ux Received Error: LGO_Ux Link Command während Header Sequence Number Advertisement empfangen. [USB 3.0: §7.3.6, S. 7-30]
Rx Header Buffer Credit Advertisement CREDIT_HP_TIMER Timeout: CREDIT_HP_TIMER timeout vor dem Empfang des LCRD_x Link Command während Rx Header Buffer Credit Advertisement. [USB 3.0: §7.3.7, S. 7-30…7-31]
Rx Header Buffer Credit Advertisement HP-Empfangsfehler: Header-Paket während der Rx Header Buffer Credit Advertisement empfangen. [USB 3.0: §7.3.7, S. 7-30…7-31]
Rx Header Buffer Credit Advertisement LGO_Ux Received Error: LGO_Ux Link Command während Rx Header Buffer Credit Advertisement empfangen. [USB 3.0: §7.3.7, S. 7-30…7-31]
Weitere Einzelheiten zu jedem Fehler finden Sie auf den Seiten, auf die in der USB3.0-Spezifikation, Revision 1.0 verwiesen wird.

Es ist zu beachten, dass Transceiver-Fehler des Geräts kein Hinweis darauf sind, dass der USB-Anschluss nicht der USB-Spezifikation entspricht.

Wir haben festgestellt, dass viele Fehler an den Anschlüssen auf der Vorderseite auftreten können, insbesondere im Benchmark-Modus. Die Fehlermeldungen, die protokolliert werden können, umfassen;

• Test gestoppt aufgrund eines Fehlers: Benchmark-Schreiben fehlgeschlagen (31)
• USB-Gerätetreiberfehler gemeldet: 0xc0000001
• USB-Anforderungsstatus gemeldet: 0xc0000011

Diese Fehler führen häufig dazu, dass der USB3-Loopback-Stecker abgetrennt bzw. wieder eingesteckt wird. Beim Testen der Anschlüsse an der Rückseite desselben Geräts treten keine ähnlichen Fehler auf, was darauf hindeutet, dass die Anschlüsse an der Vorderseite über eine minderwertige Verkabelung und Abschirmung verfügen, die den USB2-Problemen an den Anschlüssen an der Vorderseite sehr ähnlich sind.

Wir haben einige Fälle beobachtet, in denen Windows beim Einschalten des Systems mit angeschlossenem USB3-Stecker die Fehlermeldung "Gerät nicht erkannt" anzeigt und der USB3-Stecker möglicherweise nur mit USB2-Geschwindigkeit (480Mb/s) angeschlossen ist.

Im BIOS gibt es oft eine BIOS-Einstellung "xHCI-Modus". Manchmal wird dies auch als "xHCI Pre-Boot Driver" bezeichnet. Diese Option steuert, ob die physischen USB3-Ports über den USB2.0-EHCI-Controller oder den xHCI-USB3.0-Controller verwaltet werden. Insbesondere die Einstellung "Auto", "Smart Auto" oder EHCI kann bei einigen Motherboards zu Problemen mit den USB3.0 Loopback-Steckern führen. Auto" emuliert während des Bootvorgangs einen USB2-Anschluss, bis der USB3-Treiber nach dem Start von Windows geladen wird. Dies kann dazu führen, dass sich der Stecker zunächst mit 480Mb/s verbindet und die Anzeige nicht korrekt aktualisiert wird, wenn die Verbindung auf 5Gb/s wechselt.

In unseren Tests haben wir gesehen, dass der USB3-Test trotzdem korrekt und mit 5Gb/s abläuft, aber das Display immer noch 480Mb/s anzeigt. Es wurde jedoch berichtet, dass in einigen Fällen das Gerät als "nicht erkannt" bleibt und erst nach dem Trennen und erneuten Anschließen funktioniert.

Wenn Sie ein Problem haben, empfehlen wir Ihnen, den "xHCI Pre-Boot Driver" auf "Enabled" und den xHCI-Modus auf "Enabled" statt auf "Auto" zu setzen. Wir vermuten, dass die zugrundeliegende Ursache ein BIOS-Fehler in den betroffenen Motherboards ist und dieser Workaround den Fehler umgeht.

Es gibt jedoch auch andere Fälle, in denen fehlerhafte BIOS-Implementierungen dazu führen, dass USB3-Geräte im xHCI-Modus nicht erkannt werden, es sei denn, sie sind beim Einschalten des Rechners eingesteckt. In diesem Fall ist ein BIOS-Update erforderlich.

Derzeit gibt es einige bekannte Probleme mit der Intel Haswell-Produktlinie, wie hier und hier erwähnt. Obwohl Intel angegeben hat, dass es sich nur um ein Problem mit USB3-Sticks handelt, gab es mindestens einen Bericht über ein Haswell-System, bei dem die PassMark-USB3-Stecker nicht mit SuperSpeed aus dem Ruhezustand zurückkehrten. Wir werden diese Situation weiter beobachten und diesen Eintrag aktualisieren, sobald wir mehr über die Ursachen und eine mögliche Lösung wissen.

Einige USB 3.0-Hostcontroller/Treiber scheinen erhebliche Probleme mit isochronen USB 2.0-Übertragungen zu haben. Eine Aktualisierung des BIOS und des Host-Controller-Treibers behebt dieses Problem manchmal.

Ja, es ist eine API verfügbar, weitere Informationen finden Sie auf dieser Seite.

Der USB3 Loopback-Stecker ist sowohl gegen positive als auch negative Überspannung geschützt. Wir haben TVS-Komponenten verwendet, um den Stecker vor ESD/EFT-Ereignissen zu schützen. Er ist jedoch nicht für wiederholte hohe Spannungsspitzen ausgelegt. Die Schutzkomponenten degradieren mit den ESD-Ereignissen, und daher könnte eine längere Einwirkung von ESD-Ereignissen den Stecker schließlich beschädigen. Daher sollten Vorsichtsmaßnahmen getroffen werden, um die Exposition gegenüber ESD/EFT-Ereignissen zu minimieren, da die Garantie nicht für Stecker gilt, die durch ESD-Tests beschädigt wurden.

Auf dieser Seite finden Sie Details zu häufigen Fehlerarten bei USB3.0-Loopback-Steckern sowie mögliche Lösungen.