Passmark Connettore loopback USB 3.0/2.0

I driver sono attualmente disponibili solo per Windows 7, 8, 10, 11 e 2008 Server (a 32 e 64 bit).

Linux con la versione del kernel 2.6.31 o superiore è supportato se utilizzato con BurnInTest per Linux v3.1 (o superiore). (Si tratta di una libreria standard di Linux che viene fornita con quasi tutte le distribuzioni Linux).

Slax Linux (7.0.8) non è supportato perché sembra esserci un bug nel driver del dispositivo che impedisce al connettore USB3 di entrare correttamente in modalità loopback. Altri sistemi live testati (Kubuntu 12.04, Fedora 18, Porteus 3.0.1) non sembrano essere affetti dallo stesso bug.

Per Windows è necessario un driver di periferica. Questo driver può essere scaricato dal sito web di Passmark. La prima volta che utilizzi un connettore, Windows ti chiederà il driver del dispositivo. La procedura di installazione è descritta nel manuale di installazione. Per Linux non è richiesto alcun driver speciale.

Le ultime versioni di BurnInTest e USB3Test funzionano con qualsiasi versione del driver del connettore di loopback USB 3.0, ma si consiglia di utilizzare la versione più recente.

Sì, i dispositivi sono visibili nella Gestione dispositivi di Windows. Vengono visualizzati con la denominazione "PassMark USB3.0 Loopback Plug".

Sì, ma non utilizzeranno l'ampiezza di banda extra disponibile con la versione 3.0.

Con il software USB3Test puoi forzare il connettore di loopback USB3 a essere enumerato come USB2 High Speed o Full Speed.

Sì, puoi eseguire più istanze dell'applicazione USB3Test contemporaneamente. Tuttavia, dovrai assicurarti di averle aperte e configurate tutte per utilizzare i connettori USB3 corretti prima di avviare il primo test. L'impostazione della configurazione del test potrebbe causare una nuova enumerazione dei connettori attualmente collegati, interrompendo i test in corso.

No, quando si testano i connettori USB3 si deve eseguire solo uno di questi programmi.

Nella maggior parte dei casi, gli hub USB alimentati a bus assorbono troppa energia dalle porte USB del PC per supportare ulteriori dispositivi USB3 collegati all'hub. Se necessario, consigliamo di utilizzare hub USB autoalimentati (gli hub autoalimentati sono dotati di un proprio alimentatore).

Se la porta USB di un PC non è sufficientemente alimentata per avviare il connettore di loopback PassMark USB3, riceverai il messaggio di errore del driver del dispositivo HID "Questo dispositivo non può essere avviato (codice 10)". Scollegare altri dispositivi dallo stesso hub USB per fornire più energia al dispositivo. Questo accade di solito quando un dispositivo di prova USB3 è collegato a un hub alimentato a bus o a un laptop alimentato a batteria. Passa a un hub autoalimentato o collega il laptop alla rete elettrica.

Quando si esegue il BurnInTest si utilizzano trasferimenti di massa USB. I trasferimenti massivi garantiscono l'accuratezza dei dati grazie al rilevamento dei dati errati e alla ripetizione automatica del test. Quando si utilizza USB3Test, i connettori di loopback possono anche essere impostati per utilizzare trasferimenti di dati isocroni.

Significa che stai utilizzando una vecchia versione del software di test (USB3Test o BurnInTest). I nuovi firmware non sono più compatibili con le vecchie versioni del software di test. L'aggiornamento del software risolverà il problema.

Significa che il connettore di loopback USB 3.0 ha segnalato un errore di ricetrasmissione del dispositivo. Gli errori del ricetrasmettitore del dispositivo si verificano quando il ricetrasmettitore USB del connettore di loopback USB 3.0 rileva quello che considera un errore. Si tratta di eventi di basso livello che possono causare la ritrasmissione del pacchetto. Non rappresentano errori di dati a livello di applicazione. Questi errori di solito non sono visibili all'utente, ma vengono visualizzati per identificare potenziali problemi, come cavi di scarsa qualità, cavi troppo lunghi o interni del sistema con una schermatura elettrica insufficiente e un'elevata interferenza elettrica sul bus. Gli errori che possono causare un guasto al ricetrasmettitore si dividono in due gruppi:

Errori del livello fisico:

Errore di overflow del buffer elastico
Errore di underflow del buffer elastico
Errore di incoerenza ricevuto
Errore CRC-5
Errore CRC-16
Errore CRC-32
Errore della sequenza di addestramento
Errore di perdita del blocco PHY
Errori del livello di collegamento:

PENDING_HP_TIMER Timeout: Riconoscimento del pacchetto di intestazione non ricevuto da PENDING_HP_TIMEOUT. [USB 3.0: §7.2.4.1.10, p. 7-21]
Errore del numero di sequenza dell'intestazione Rx: il numero di sequenza dell'intestazione Rx ricevuto non corrisponde a quello previsto. [USB 3.0: §7.3.3.3, p. 7-28]
Receive Header Packet Fail: il blocco del livello di collegamento non è riuscito a ricevere un pacchetto di intestazione per tre volte di seguito. I guasti sono errori CRC o simboli K errati. [USB 3.0: §7.3.3.2, p. 7-28]
Rilevamento LGOOD_n mancante: il numero di sequenza LGOOD_n non corrisponde a quello previsto. [USB 3.0: §7.3.4, p. 7-29]
Rilevamento LCRD_x mancante: il numero di sequenza LGOOD_n non corrisponde a quello previsto. [USB 3.0: §7.3.4, p. 7-29]
CREDIT_HP_TIMER Timeout: il credito del buffer dell'header Rx remoto non è stato ricevuto fino a CREDIT_HP_TIMEOUT. [USB 3.0: §7.2.4.1.10, p. 7-21...7-22]
PM_LC_TIMER Timeout: indica che non è stato ricevuto un comando di connessione LGO_Ux, LAU o LXU. [USB 3.0: §7.3.4, p. 7-29]
Errore del numero di sequenza dell'intestazione ACK Tx: LGOOD_n ricevuto non corrisponde al numero di sequenza dell'intestazione ACK Tx. [USB 3.0: §7.3.5, p. 7-30]
Pubblicità del numero di sequenza dell'intestazione PENDING_HP_TIMER Timeout: Timeout PENDING_HP_TIMER prima di ricevere il numero di sequenza dell'intestazione LGOOD_n Comando di collegamento. [USB 3.0: §7.3.6, p. 7-30]
Errore di annuncio del numero di sequenza dell'intestazione ricevuto da HP: pacchetto di intestazione ricevuto durante l'annuncio del numero di sequenza dell'intestazione. [USB 3.0: §7.3.6, p. 7-30]
Header Sequence Number Advertisement LCRD_x Received Error: Comando di collegamento LCRD_x ricevuto durante l'annuncio del numero di sequenza dell'intestazione. [USB 3.0: §7.3.6, p. 7-30]
Header Sequence Number Advertisement LGO_Ux Received Error: LGO_Ux Link Command received during Header Sequence Number Advertisement. [USB 3.0: §7.3.6, p. 7-30]
Rx Header Buffer Credit Advertisement CREDIT_HP_TIMER Timeout: timeout di CREDIT_HP_TIMER prima della ricezione del comando di collegamento LCRD_x durante la Rx Header Buffer Credit Advertisement. [USB 3.0: §7.3.7, p. 7-30...7-31]
Rx Header Buffer Credit Advertisement HP receive error: pacchetto di intestazione ricevuto durante 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 ricevuto durante Rx Header Buffer Credit Advertisement. [USB 3.0: §7.3.7, p. 7-30...7-31]
Per maggiori dettagli su ogni errore, fai riferimento alle pagine citate nella Specifica USB3.0, Revisione 1.0.

Va notato che gli errori del ricetrasmettitore della macchina non indicano che la porta USB non è conforme alle specifiche USB.

Abbiamo riscontrato che possono verificarsi molti errori sulle porte del pannello frontale, soprattutto in modalità benchmark. I messaggi di errore che possono essere registrati includono;

• Il test si è interrotto a causa di un errore: Benchmark write failed (31)
• Errore del driver del dispositivo USB segnalato: 0xc0000001
• Stato della richiesta USB segnalato: 0xc0000011

Questi errori spesso causano lo scollegamento o il ricollegamento del connettore di loopback USB3. Quando si testano le porte sul retro della stessa unità, non si verificano errori simili, il che suggerisce che le porte anteriori hanno un cablaggio e una schermatura inferiori, molto simili ai problemi di USB2 sulle porte anteriori.

Abbiamo osservato alcuni casi in cui Windows visualizza il messaggio di errore "Dispositivo non rilevato" quando il sistema viene acceso con la spina USB3 collegata e la spina USB3 può essere collegata solo alla velocità USB2 (480Mb/s).

Nel BIOS è spesso presente l'impostazione "modalità xHCI". A volte viene chiamata anche "xHCI Pre-Boot Driver". Questa opzione controlla se le porte USB3 fisiche sono gestite dal controller USB2.0 EHCI o dal controller USB3.0 xHCI. In particolare, le impostazioni "Auto", "Smart Auto" o EHCI possono causare problemi con i connettori di loopback USB3.0 di alcune schede madri. Auto" emula una porta USB2 durante il processo di avvio fino al caricamento del driver USB3 dopo l'avvio di Windows. Questo può far sì che il connettore si colleghi inizialmente a 480Mb/s e che il display non si aggiorni correttamente quando la connessione passa a 5Gb/s.

Nei nostri test, abbiamo visto che il test USB3 viene eseguito correttamente e a 5Gb/s, ma il display continua a visualizzare 480Mb/s. Tuttavia, è stato segnalato che in alcuni casi il dispositivo rimane "non riconosciuto" e funziona solo dopo averlo scollegato e ricollegato.

In caso di problemi, ti consigliamo di impostare "xHCI Pre-Boot Driver" su "Enabled" e la modalità xHCI su "Enabled" anziché su "Auto". Sospettiamo che la causa di fondo sia un errore del BIOS nelle schede madri interessate e che questo workaround aggiri l'errore.

Tuttavia, ci sono altri casi in cui le implementazioni difettose del BIOS fanno sì che i dispositivi USB3 non vengano riconosciuti in modalità xHCI a meno che non siano collegati all'accensione del computer. In questo caso è necessario un aggiornamento del BIOS.

Attualmente ci sono alcuni problemi noti con la linea di prodotti Intel Haswell, come indicato qui e qui. Sebbene Intel abbia dichiarato che si tratta di un problema che riguarda solo le chiavette USB3, c'è stata almeno una segnalazione di un sistema Haswell in cui le chiavette USB3 di PassMark non si sono riavviate dalla modalità sleep a SuperSpeed. Continueremo a monitorare la situazione e aggiorneremo questo post non appena avremo maggiori informazioni sulle cause e su una possibile soluzione.

Alcuni controller/driver host USB 3.0 sembrano avere problemi significativi con i trasferimenti isocroni USB 2.0. L'aggiornamento del BIOS e del driver del controller host a volte risolve il problema.

Sì, è disponibile un'API; per maggiori informazioni, consulta questa pagina.

Il connettore di loopback USB3 è protetto contro le sovratensioni positive e negative. Abbiamo utilizzato componenti TVS per proteggere il connettore da eventi ESD/EFT. Tuttavia, il connettore non è stato progettato per affrontare picchi di tensione elevati e ripetuti. I componenti di protezione si degradano con gli eventi ESD e quindi l'esposizione prolungata agli eventi ESD potrebbe danneggiare il connettore. Pertanto, è necessario prendere le dovute precauzioni per ridurre al minimo l'esposizione agli eventi ESD/EFT, poiché la garanzia non copre i connettori danneggiati dai test ESD.

In questa pagina troverai i dettagli delle modalità di guasto più comuni per i connettori USB3.0 loopback e le possibili soluzioni.