Все ответы неверны, если под OP подразумевается канал, работающий на скорости высокоскоростной связи USB 2.0 (480 Мбит / с).
Длина канала связи USB ограничена архитектурой USB с пятью концентраторами в канале. Протокол USB требует, чтобы устройства USB отправляли пакеты подтверждения связи в виде ACK, NAK, NRDY и т. Д. Эти ответы должны возвращаться на хост в течение заданного времени ожидания, которое установлено равным 1,7 мкс. Аппаратное обеспечение хост-контроллера установит флаг / прерывание, если ответ не будет получен вовремя после 1-2-3 попыток, что будет означать сбой соединения.
Теперь, что послужило основанием для этого ограничения в 1,7 мкс? Он основан на наихудшем случае передачи пакетов рукопожатия. Все объясняется в спецификациях USB 2.0, раздел 7.1.19.2. Есть три фактора:
Физическая целостность сигнала по дифференциалу витой пары для реально изготавливаемых кабелей (согласование импеданса, однородность кабеля, потеря сигнала). Это получилось как ограничение длины кабеля 5 м на сегмент. Кабель длиной 5 м имеет предполагаемую задержку распространения в одном направлении 26 нс в соответствии со спецификациями USB. Все шесть кабелей будут иметь задержку прохождения сигнала в обоих направлениях около 300 нс.
Задержка распространения цифрового сигнала вдоль пути ретранслятора концентратора, которая ограничена предложенной архитектурой до 40 битов HS, что составляет около 80 нс на концентратор в одном направлении. Пять узлов будут иметь задержку туда и обратно около 800 нс.
Устройство USB может отвечать в 192 бит, что составляет 400 нс.
Итак, общее время отклика составляет 1500 нс. Спецификация допускает некоторый провал и увеличивает время ожидания до 1700 нс.
Следовательно, ограничение времени распространения мультимедиа составляет 1700 нс - 400 нс = 1300 нс или 650 нс в одну сторону. Если вы можете изготовить кабель с такими низкими потерями, превышающими 650 нс распространения волны, что он может доставить открытый сигнальный глазок, соответствующий шаблону USB на дальнем конце, хост с одним устройством USB может работать с ним. Взяв 26 нс на 5 м, мы получаем 125 м кабеля. Это максимальный теоретический предел.
Я хотел бы посмотреть, можно ли сделать такой кабель. Лично у меня была хорошая безошибочная связь с кабелем 40 футов (12 м), сделанным из Cat 5e. Но это зависит от качества / чувствительности приемников на обоих концах канала.
ДОПОЛНЕНИЕ: приведенный выше ответ действителен только для общего протокола связи USB HS. Однако есть еще одно функциональное ограничение на максимальную длину кабеля в USB: это связано с функцией высокоскоростного отключения. Разъединение HS в USB основано на идее, что отсоединенный кабель будет отражать обратный сигнал, поэтому отражение в сумме приводит к возбужденному напряжению, что приводит к удвоению амплитуды сигнала на передатчике. Как и предполагалось, хост HS отправляет маркеры микрокадров (называемые SOF) каждые 125 мкс. В целях обнаружения отсоединения кабеля пакет SOF имеет удлиненный конец пакета длиной ~ 83 нс (нормальная длина EOP составляет 16,6 нс).
Если USB-кабель отсоединен от хост-порта, нет проблем. Но если устройство (с его выводом) отключается на дальнем конце длинного кабеля, отражение должно вернуться в течение 83 нс, амплитуда удвоится, и специальный компаратор в приемнике PHY зарегистрирует условие «HS отключение» , Это устанавливает предел для кабеля, который имеет 41,5 нс задержки в одном направлении. Предполагая, что скорость распространения составляет 6 дюймов в 1 нс, длина кабеля должна быть менее 250 дюймов или около 6,5 м.
Это ограничение имеет место, только если вы хотите почувствовать чистое и быстрое отключение. При использовании более длинного кабеля порт хоста в конечном итоге будет отключен из-за ошибки протокола, поэтому в конце не возникнет особых проблем.