Tutte le risposte non sono corrette se per OP si intendeva il collegamento che operava ad alta velocità di comunicazione USB2.0 (480 Mbit/s).
La lunghezza di un collegamento di comunicazione USB è limitata dall'architettura USB di avere cinque hub nel collegamento. Il protocollo USB richiede che i dispositivi USB rispediscano i pacchetti di handshake come ACK, NAK, NRDY, ecc. Queste risposte devono tornare all'host entro un time-out specificato, che è impostato a 1,7 µs. L'hardware del controller host imposterebbe un flag/interruzione se la risposta non viene ricevuta in tempo dopo 1-2-3 tentativi, il che significherebbe il fallimento del collegamento.
Ora, qual è stata la base per questa limitazione di 1,7 µs? Si basa su un peggior giro di pacchetti di handshake. Tutto è spiegato nelle specifiche USB 2.0, Sezione 7.1.19.2. Ci sono tre fattori:
- Integrità del segnale fisico su un differenziale a coppie attorcigliate per un cavo realisticamente producibile (corrispondenza dell'impedenza, uniformità del cavo, perdita di segnale). Questo è risultato essere il limite di 5 m di lunghezza del cavo per segmento. Un cavo di 5 m ha un ritardo di propagazione unidirezionale stimato di 26 ns per le specifiche USB. Tutti e sei i cavi avranno un ritardo di andata e ritorno di circa 300 ns.
- Ritardo di propagazione del segnale digitale lungo il percorso del ripetitore dell'hub, che è limitato, secondo l'architettura suggerita, a 40 tempi di bit HS, che è di circa 80 ns per hub unidirezionale. Cinque hub avranno un ritardo di andata e ritorno di circa 800 ns.
. 3. Il ritardo di propagazione del segnale digitale lungo il percorso del ripetitore, che è di circa 80 ns. per hub a senso unico. 3. Un dispositivo USB può rispondere in 192 tempi di bit, che è di 400 ns.
Quindi, il tempo di risposta totale è di 1500 ns. La specifica consente un certo allentamento ed estende il time-out a 1700 ns.
Pertanto, il limite per il tempo di propagazione dei media è 1700 ns - 400 ns = 1300 ns, o 650 ns a senso unico. Se si può produrre un cavo che ha una perdita così bassa oltre 650 ns di propagazione d'onda che può fornire un occhio aperto di segnale che incontra il modello lontano USB, un host con un singolo dispositivo USB può lavorare con esso. Prendendo 26 ns per 5 m, si arriva a 125 m di cavo. Questo è il limite massimo teorico.
Mi piacerebbe vedere se questo tipo di cavo può essere realizzato. Personalmente avevo un buon collegamento senza errori con 40 ft (12 m) di cavo in Cat 5e. Ma dipende dalla qualità/sensibilità dei ricevitori su entrambe le estremità di un link.
ADDITIONE: La risposta di cui sopra è valida solo per il protocollo di comunicazione USB HS complessivo. Tuttavia, c'è un'altra limitazione funzionale sulla lunghezza massima del cavo in USB: è legata alla funzione di disconnessione ad alta velocità. La disconnessione HS in USB si basa sull'idea che un cavo disconnesso rifletterebbe il segnale indietro, quindi la riflessione si aggiunge alla tensione pilotata che porta al raddoppio dell'ampiezza del segnale al trasmettitore. Come progettato, l'host HS invia dei micro-frame markers (chiamati SOF) ogni 125 us. Ai fini del rilevamento di disconnessione del cavo, il pacchetto SOF ha un fine pacchetto allungato, lungo ~83 ns (il normale EOP è lungo 16,6ns).
Se il cavo USB è disconnesso alla porta host, nessun problema. Ma se un dispositivo (con la sua terminazione) è scollegato all'estremità lontana di un cavo lungo, la riflessione deve tornare entro 83 ns, l'ampiezza raddoppierà, e uno speciale comparatore nel ricevitore PHY registrerà la condizione di “HS disconnect”. Questo stabilisce il limite del cavo di avere 41,5 ns di ritardo di propagazione unidirezionale. Assumendo una velocità di propagazione di 6" per 1 ns, questo richiede che il cavo sia lungo meno di 250", o circa 6,5m.
Questa limitazione si verifica solo se si vuole percepire una disconnessione pulita e veloce. Con un cavo più lungo la porta host sarà alla fine disabilitata a causa di un errore di protocollo, quindi non ci saranno problemi alla fine.