Все ответы неверны, если ОП означает канал, работающий на скорости высокоскоростной связи USB2.0 (480 Mbit/s).
Длина канала связи USB ограничена архитектурой USB, состоящей из пяти концентраторов в канале связи. Протокол USB требует, чтобы USB-устройства посылали обратно пакеты рукопожатия в виде ACK, NAK, NRDY и т.д. Эти ответы должны возвращаться на хост в течение указанного тайм-аута, который установлен в 1.7 µs. Аппаратное обеспечение контроллера хоста установит флаг/прерывание, если ответ не будет получен вовремя после 1-2-3 попыток, что будет означать сбой соединения.
Теперь, на чем основано это ограничение в 1.7 µs? Оно основано на наихудшем прохождении пакетов рукопожатия в обе стороны. Все объясняется в спецификациях USB 2.0, раздел 7.1.19.2. Существует три фактора:
Физическая целостность сигнала по дифференциальной витой паре для реалистично изготовленных кабелей (соответствие импеданса, однородность кабеля, потеря сигнала). Это выходит в виде ограничения длины кабеля 5 m на сегмент. Кабель 5 m имеет предполагаемую задержку одностороннего распространения 26 ns согласно спецификациям USB. Задержка при прокладке всех шести кабелей в обе стороны составляет около 300 ns.
Задержка распространения цифрового сигнала по пути следования ретранслятора концентратора, ограниченная предложенной архитектурой 40 разрядами HS, что составляет около 80 nbsp;ns на один конец концентратора. Пять концентраторов будут иметь задержку в обоих направлениях около 800 ns.
USB-устройству разрешено отвечать в 192 битовых раза, что составляет 400 ns.
. Таким образом, общее время ответа составляет 1500 ns. Спецификация допускает некоторое затишье и расширяет тайм-аут до 1700 ns.
Таким образом, ограничение по времени распространения носителя составляет 1700 ns - 400 ns = 1300 ns, или 650 ns в одном из вариантов. Если вы можете изготовить кабель с такими низкими потерями по сравнению с 650 ns распространения волн, что он может поставлять открытый шаблон USB far-end signal eye meeting, то хост с одним USB устройством может работать с ним. Принимая 26 и nbsp;ns за 5 и nbsp;m, это сводится к 125 и nbsp;m кабеля. Это максимальный теоретический предел.
Хотелось бы посмотреть, можно ли сделать такой кабель. Лично у меня была хорошая связь без ошибок с 40 ft (12 m) кабелем из Cat 5e. Но это зависит от качества/чувствительности приемников на обоих концах соединения.
ДОБАВЛЕНИЕ: Ответ, приведенный выше, действителен только для общего протокола связи USB HS. Однако есть еще одно функциональное ограничение на максимальную длину кабеля USB: это связано с функцией высокоскоростного отключения. Отсоединение HS в USB основано на идее, что отсоединенный кабель будет отражать обратный сигнал, поэтому отражение прибавляет к управляемому напряжению, что приводит к удвоению амплитуды сигнала на передатчике. В соответствии с проектом, хост HS посылает маркеры микрокадров (называемые SOF) через каждые 125 нас. Для обнаружения отсоединения кабеля пакет SOF имеет удлиненный конец пакета, длиной ~83 нс (нормальная длина EOP составляет 16,6нс).
Если кабель USB отсоединяется от хост-порта, никаких проблем не возникает. Но если устройство (с его оконечностью) отсоединено на дальнем конце длинного кабеля, отражение должно возвращаться в пределах 83 нс, амплитуда удвоится, а специальный компаратор в приемнике PHY зарегистрирует состояние “HS disconnect”. Это устанавливает предел кабеля с задержкой одностороннего распространения в 41,5 нс. Предполагая скорость распространения 6 дюймов на 1 нс, это требует, чтобы длина кабеля была менее 250 дюймов, или около 6,5 м.
Это ограничение имеет место только в том случае, если вы хотите ощутить чистое и быстрое отсоединение. При использовании более длинного кабеля порт хоста в конечном итоге будет отключен из-за ошибки протокола, поэтому проблем на конце не будет.